X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Mon, 5 Nov 2007 12:48:45 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: File permission hassles on Vista Message-ID: <20071105114845.GL31224@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <472DF735 DOT 1010806 AT nc DOT rr DOT com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472DF735.1010806@nc.rr.com> User-Agent: Mutt/1.5.16 (2007-06-09) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Nov 4 11:45, Joe Krahn wrote: > I have been running Cygwin on Vista. The way that file attributes are > handled are causing problems. Cygwin appears to add attributes for > 'Everyone' and a 'None' user to handle world and group POSIX attributes. On 'None' is the name of the primary group the user is member of in all Windows NT versions if the user is not member in a domain. If you don't like it, you can change your primary group in Cygwin to, for instance, the 'Users' group. Just change it in your /etc/passwd. And read http://cygwin.com/cygwin-ug-net/ntsec.html, it might help a bit to understand NT security. > Vista, these attributes give the file a 'shared' property, which adds a > shared file overlay on the GUI icons. If you try to manipulate files from > the Windows GUI, things become VERY slow. It can take minutes just to move Sorry, I can't reproduce this. I never heard of any Windows version which would treat the existence of a None or Everyone ACE as a marker for a shared file or directory. I have Vista test machines. When I create files or directories on Vista with Cygwin, standard umask 022, then none of the dirs or files are treated as shared byt the OS or Windows Explorer (besides of the fact that only directories can be shared). The ACL of a dir created by Cygwin looks like this: $ mkdir foo $ cacls foo C:\cygwin\home\corinna\foo vmvista\corinna:F vmvista\None:R Everyone:R CREATOR OWNER:(OI)(CI)(IO)F CREATOR GROUP:(OI)(CI)(IO)R Everyone:(OI)(CI)(IO)R A good hint (to me at least) is also the fact that the ACL doesn't change, regardless if the directory is shared or not. > I am guessing that Cygwin developers just are not using Vista yet, because > I have seen very little discussion of this problem. You guessed wrong. > Until this problem is > resolved, an easy fix might be to avoid adding the extra attributes groups > as long as they have no permissions. A Vista user can set umask to 077, and > avoid making those attribute groups. What about figuring out what's really wrong? It's not Cygwin per se, otherwise I could easily reproduce it. At the very least I need steps to reproduce this effect. Maybe it has something to do with your system settings, or you're running some strange application which interacts badly with certain ACL settings. > Another quick work-around would be to have a command-line tool to strip out > the extra permission attributes. cacls? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/