From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 64070 invoked by alias); 30 Mar 2015 15:35:14 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 64062 invoked by uid 89); 30 Mar 2015 15:35:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_FROM_URIBL_PCCC,KAM_THEBAT,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: smtp.ht-systems.ru Received: from smtp.ht-systems.ru (HELO smtp.ht-systems.ru) (78.110.50.177) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 30 Mar 2015 15:35:11 +0000 Received: from [91.78.183.206] (helo=darkdragon.lan) by smtp.ht-systems.ru with esmtpa (Exim 4.80.1) (envelope-from ) (Authenticated sender: postmaster@rootdir.org) id 1YcbiP-00012y-HS ; Mon, 30 Mar 2015 18:35:01 +0300 Received: from [192.168.1.10] (HELO daemon2) by daemon2 (Office Mail Server 0.8.12 build 08053101) with SMTP; Mon, 30 Mar 2015 15:28:06 -0000 Date: Mon, 30 Mar 2015 16:21:00 -0000 From: Andrey Repin Reply-To: cygwin@cygwin.com Message-ID: <875705351.20150330182806@yandex.ru> To: Phil Smith , cygwin@cygwin.com Subject: Re: Possible chmod problem with a path [WARNING: SPF validation failed] In-Reply-To: <84BCCD71182F0046BCD2FB054FE52379197703FDF7@HQMAILSVR02.voltage.com> References: <84BCCD71182F0046BCD2FB054FE52379197703FDDD@HQMAILSVR02.voltage.com> <131547857.20150330172345@yandex.ru> <84BCCD71182F0046BCD2FB054FE52379197703FDF7@HQMAILSVR02.voltage.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg00525.txt.bz2 Greetings, Phil Smith! >>Please use Cygwin paths with Cygwin tools. >>Windows paths are not guaranteed to work with every Cygwin tool. > This is scripted, and while I can hack it to use Cygwin paths, it probably > shouldn't be lying to me, saying that it worked. And it did work before, > still does with older Cygwin (on another machine). "It did work before" doesn't automatically mean "nothing has changed". Please read the release notes for Cygwin 1.7.34 and the relevant article in the documentation http://cygwin.com/cygwin-ug-net/ntsec.html >>What you are doing may or may not work, depends, if you are using Cygwin or >>native Subversion client. >>In either case, it isn't very bright idea to enforce POSIX access mask outside >>Cygwin tree, unless you know what you are doing and absolutely need it. >>From your description, you don't need it at all. > I'm not actually trying to enforce POSIX anything--I'm trying to be able to > read the build artifacts, You are trying to solve your issue by bending Windows permission model into POSIX access mask. Which by definition is prone to be sloppy and approximate at best. > which were put there via mv and cp. Assuming you did it under the same user, I see no reason for it to not be readable. But since it is not, it automatically raises a red flag - SOMETHING IS FUNDAMENTALLY WRONG. I suspect you are trying to cure a symptom of a failed system design. > The compiler is native Windows, isn't creating the artifacts with any special > permissions. So, remove any special permissions treatment in Cygwin - mount the dir with "noacl" flag. > So there's actually another mystery, which is why the artifacts > don't have the right permissions in the first place. They do have right permissions, I presume. But they are not POSIX permissions. Do note the little "+" at the end of POSIX access mask - it is subtly hinting that there's more to it, than what meets the eye. > With the cobbled-together environment (CMake, the Dignus compiler, Cygwin) > this may not be really diagnosable, I realized. I was hoping that there was > some clue in the fact that the path makes a difference. > SVN client is Tortoise. So, I was right. Mixing native and Cygwin tools is only possible, when you 100% know what you are doing. And account for consequences in advance. > I have done a fresh checkout and the problem persists, so it isn't some > weirdness with a tainted file in the source tree, I don't think. /etc/fstab: none /cygdrive cygdrive noacl,binary,posix=0,user 0 0 This may help. Scrap the current checkout/build you;ve messed with and try again after changing the mount options. Make sure you've restarted all the Cygwin apps (rebooting the box isn't a bad idea). -- With best regards, Andrey Repin Monday, March 30, 2015 18:14:31 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple