This is the mail archive of the
mailing list for the Cygwin project.
Re: [TESTERS needed] New POSIX permission handling
- From: Ismail Donmez <ismail at donmez dot ws>
- To: cygwin at cygwin dot com
- Date: Thu, 16 Apr 2015 03:20:05 -0700 (MST)
- Subject: Re: [TESTERS needed] New POSIX permission handling
- Authentication-results: sourceware.org; auth=none
- References: <20150410100703 dot GA4401 at calimero dot vinschen dot de> <1428772308972-117455 dot post at n5 dot nabble dot com> <20150412083532 dot GM7343 at calimero dot vinschen dot de> <1428844894032-117479 dot post at n5 dot nabble dot com> <20150412142521 dot GR7343 at calimero dot vinschen dot de> <20150415154225 dot GD7343 at calimero dot vinschen dot de>
Corinna Vinschen-2 wrote
> Hi Ismail,
> On Apr 12 16:25, Corinna Vinschen wrote:
>> On Apr 12 06:21, Äsmail DÃnmez wrote:
>> > Corinna Vinschen-2 wrote
>> > > On Apr 11 10:11, donmez wrote:
>> > >> Corinna Vinschen-2 wrote
>> > >> > I just applied a patch I'm working on for quite some time now. As
>> > >> > outlined before on this list, the POSIX permission handling has
>> > >> > considerably and, for historical reasons, did things differently
>> > >> > dependent on the calling function. I took the time to reimplement
>> > >> > core functionality to handle all ACLs as strictly following POSIX
>> > >> > rules as possible.
>> > >>
>> > >> I tested the updated package and at least quilt and mutt seems to
>> > >> by
>> > >> the permission changes:
>> > >> [...]
>> > > No offense, but this is not overly helpful. The problem is to learn
>> > > *why* this happens and how to fix it. For that I'd need to know what
>> > > your permissions on /tmp look like (ls -l, getfacl, icacls).
>> > > files in my /tmp (having an old-style ACL) with the following
>> > > permissions works as desired for me:
>> > Hopefully this will shed some more light:
>> It does, thank you. The problem is the dreaded "owner == group" problem
>> introduced with these weird Microsoft accounts. I completely forgot
>> about this while implementing the new code. It's pretty tricky to get
>> the Windows ACL right for this. Additionally the ACLs already created
>> by setup are... borderline correct only. Back to the drawing board...
> I just applied a patch which is supposed to handle this owner==group
> scenario better.
> In short, Cygwin will try to handle POSIX user and group permissions
> separately, even if owner == group. This is basically a fake as far
> as the actual permissions of the account are concerned, but it allows
> applications still to chmod to different user and group perms. It
> just *looks* different in the end.
> The only restriction of this is that the POSIX user permissions are
> always changed so that the user perms are >= the group perms in this
> situation. So this:
> chmod 460 foo
> will be internally twisted into
> chmod 660 foo
> I uploaded new developer snapshots to https://cygwin.com/snapshots/
> and I'm just uploading a 2.0.0-0.5 test release with this change.
I tested the new test release (rm -rfd the cygwin installation and
re-installed from scratch just to be sure), my original testcase with quilt
and mutt works, BUT now when I run make install inside mutt source it
complains that /usr/bin/install cannot change permissions on the destination
Now this is a pretty vague error report but it might take some time before I
can post an easily reproducable error. Because running the same command
myself gives no error whatsoever. I'll try to come up with a better report.
Thanks a lot!
View this message in context: http://cygwin.1069669.n5.nabble.com/TESTERS-needed-New-POSIX-permission-handling-tp117406p117615.html
Sent from the Cygwin list mailing list archive at Nabble.com.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple