This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: After cygwin update, all files are created with +x flag
- From: Michal Wysocki <mos dot wysocki at gmail dot com>
- To: cygwin at cygwin dot com
- Date: Sat, 3 Oct 2015 20:29:15 +0200
- Subject: Re: After cygwin update, all files are created with +x flag
- Authentication-results: sourceware.org; auth=none
- References: <10m9flagqmy3w$ dot 1dy4m4bn3fx8g dot dlg at 40tude dot net> <560FCE3D dot 8090503 at cornell dot edu>
- Reply-to: mos dot wysocki at gmail dot com
Dnia Sat, 3 Oct 2015 08:46:53 -0400, Ken Brown napisał(a):
> On 10/3/2015 6:07 AM, Michal Wysocki wrote:
> setfacl -b
> See https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working .
Huh, this explanation is really well hidden in FAQ ;)
I've already figured it out, but setfacl -b wasn't a cure in my case.
Cygwin implementation is missing two important options:
-h (do not follow symbolic links)
-R (recursive)
Second one is not a biggie, but this tool simply can't modify cygwin
symlink files (and I have hundreds of them scattered throughout work
folders).
I've fixed my folders by doing a copy of them inside 1.7.29 shell. Old
cygwin automatically created appropriate permissions for every file,
ignoring messy inherited ACL entries that I had in my work folders.
But there is another catch. Using new cygwin, you can't really create
folders that you intend to use in cygwin via windows explorer (which was
never a problem). They will get ACL entries (inherited from top level
folder C:\ for example) with +x rights, and cygwin will pass these
additional entries to any file created inside that folder.
Well, you get smarter every day ;)
Cheers
Michal
--
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