From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13566 invoked by alias); 13 Dec 2016 19:03:13 -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 13553 invoked by uid 89); 13 Dec 2016 19:03:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.1 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=HX-HELO:sk:smtp-ou, Hx-spam-relays-external:shaw.ca, H*r:shaw.ca, H*RU:shaw.ca X-HELO: smtp-out-no.shaw.ca Received: from smtp-out-no.shaw.ca (HELO smtp-out-no.shaw.ca) (64.59.134.9) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 13 Dec 2016 19:03:03 +0000 Received: from [192.168.1.100] ([174.0.238.184]) by shaw.ca with SMTP id GsLrchbbhZfmaGsLscRVCz; Tue, 13 Dec 2016 12:03:01 -0700 X-Authority-Analysis: v=2.2 cv=Roa1FGuK c=1 sm=1 tr=0 a=WqCeCkldcEjBO3QZneQsCg==:117 a=WqCeCkldcEjBO3QZneQsCg==:17 a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=WGQuxEHq9vNaGJAMHS0A:9 a=QEXdDO2ut3YA:10 a=9c8rtzwoRDUA:10 a=sRI3_1zDfAgwuvI8zelB:22 Subject: Re: Editors set x-bit (sometimes) References: <1481625566.176738.817340945.718D9CF0@webmail.messagingengine.com> <7bbc7866-32f9-1c22-c39e-e7cc92e28222@cornell.edu> <1481642417.99199.817613057.617EE00F@webmail.messagingengine.com> To: cygwin@cygwin.com From: Brian Inglis Reply-To: Brian.Inglis@SystematicSw.ab.ca Message-ID: <8177dbde-68ac-df2a-a968-9e41ed7ca0cb@SystematicSw.ab.ca> Date: Tue, 13 Dec 2016 19:03:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <1481642417.99199.817613057.617EE00F@webmail.messagingengine.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfP5BYW/iCCdqWETKIA7Re4ax60moBwRjVaNzCcRhzrkX+1pq5Jvy0w/x3heidjZnnudGBdYXcZftMBnfv7urnbGMy3mBrrffbQmYKeKxsJNF9BN8DTJO nT+4h/22dFsxWek2N3KQiG4Z52B4Jivi3+c7C5fTg8W7rtIxNE8/JxF2qWH/2b+4BVqQ+XF0sbOCtQ== X-IsSubscribed: yes X-SW-Source: 2016-12/txt/msg00136.txt.bz2 On 2016-12-13 08:20, Ronald Otto Valentin Fischer wrote: >On 2016-12-13 10:57, Ken Brown wrote: >> Does this help? >> https://cygwin.com/faq/faq.html#faq.using.same-with-permissions > While interesting, it seems to describe a different phenomenon. > Actually, when I create files by Cygwin tools only (touch, nano, > ....), the access rights are always correct. Indeed, even after > removing the extended ACL entries - as was suggested in the FAQ -, > the problem still appears. > However, I have a new finding: When I create a file from a CMD.EXE > command line, by i.e. > echo xx > abc.rb > the access rights *do* have the x-bits set! This is reproducible, > but only when the file which was created, is below my Cygwin tree! > I agree that this smells a lot like an extended ACL issue, but as > I said, setacl -b provided no help. Remove DACLs Default ACLs also on directories using: setfacl -bk ~/.[!.]* ~/.[!.]*/**/ ~/.[!.]*/**/* \ /???/**/ /???/**/* /sbin/ /sbin/* - that takes a while to run, and you may get a few anonymous setfacl: Permission denied messages - paths in the messages would have been nice here! Be careful *NOT* to hit Windows directories including your Windows home directory, or any other Windows directories, native symlinks, native hardlinks, junctions, or file types such as Windows .lnk, .URL, etc. where Windows may rely on the DACLs, ACLs, and attributes for proper handling. I don't know that removing them would cause problems, but I don't trust Windows to DTRT if it doesn't see what it expects, or DTRT in future if changes are made and the expected settings are not still in place. -- -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada -- 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