delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2009/11/16/13:34:26

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: sourceware.org
Message-ID: <26377078.post@talk.nabble.com>
Date: Mon, 16 Nov 2009 10:33:29 -0800 (PST)
From: aputerguy <nabble AT kosowsky DOT org>
To: cygwin AT cygwin DOT com
Subject: Re: 'ls' not finding owner/group of some files created by other user
In-Reply-To: <20091116135426.GJ29173@calimero.vinschen.de>
MIME-Version: 1.0
References: <26355135 DOT post AT talk DOT nabble DOT com> <31b7d2790911142111jf12e432ua0991329f8b3eeec AT mail DOT gmail DOT com> <26360860 DOT post AT talk DOT nabble DOT com> <20091116083735 DOT GA3503 AT calimero DOT vinschen DOT de> <26371224 DOT post AT talk DOT nabble DOT com> <20091116135426 DOT GJ29173 AT calimero DOT vinschen DOT de>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Corinna Vinschen writes:
> In that case, the problem probably occurs because userB has no
> permissions to read the file permissions.  Cygwin's chmod creates a
> POSIX compatible ACL, which adds READ_CONTROL permissions for everyone.

That seems to be the case here and would seem to explain it - thanks!
BTW, it seems that chmod also adds FILE_READ_ATTRIBUTES though READ_CONTROL
is all that was needed to solve my problem.

Also, for the record, it seems that 'cp -a' does similar except it also
*deletes* the SYSTEM ACL attributes of DELETE, WRITE_DAC and WRITE_OWNER.
It's not intuitively obvious to me why 'cp -a' would degrade permissions...

That being said is there (or should there) be a flag to 'cp' that will
strictly preserve 'all' ACL attributes in a similar way to how Linux has the
-Z flag to preserve SELinux context?
(cp -r --preserve=all  doesn't do so)
I had always (mistakenly) assumed that 'cp -a' would do a "pristine" job of
copying -- it would be nice to have a cygwin tool that would be pristine
that way without having to go to Windows tools.

I apologize for all these maybe newbie-like questions but I am still used to
*nix rwx permissions and in this case even getfacl didn't help. I needed to
go to my new "friend" subinacl to see what you were saying - wasn't obvious
to me at least.




-- 
View this message in context: http://old.nabble.com/%27ls%27-not-finding-owner-group-of-some-files-created-by-other-user-tp26355135p26377078.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019