X-Recipient: archive-cygwin@delorie.com X-Spam-Check-By: sourceware.org Message-ID: <48A911B5.4020104@kleckner.net> Date: Sun, 17 Aug 2008 23:07:49 -0700 From: Jim Kleckner User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: File permissions not rx for group in /bin References: <48A86608.5010507@kleckner.net> <48A8F5BB.2010500@cygwin.com> In-Reply-To: <48A8F5BB.2010500@cygwin.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Larry Hall (Cygwin) wrote: > Jim Kleckner wrote: >> I've read through the various permission documents >> to find the explanation and tried Google without >> figuring this one out. Hopefully it is very simple. >> >> I have an old cygwin install that I was upgrading >> to the latest 1.5. I find that the files in /bin >> are mode 700 rather than 750 on my other installations. >> The setup.exe is set to "All Users" although perhaps >> some time in the dark past it might not have been. >> >> This means that users other than the one installing >> cygwin can't use it. Is there some magic to make that >> work properly? > > Did you try "chmod 750 /bin"? Uh, yeah. chmod 750 /bin/* works at that moment, but any subsequent installs/reinstalls cause reversion to 700. So it is like swimming upstream. Eventually it gets tiring. getfacl.exe doesn't reveal anything particularly enlightening. It must be some weird inheritance of permissions thing in Windows that doesn't exist on POSIX. Quite a mystery though. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/