X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:content-type
	:content-transfer-encoding:date:from:to:subject:in-reply-to
	:references:message-id; q=dns; s=default; b=h6LGoZF4FpvMjRoYE5aZ
	GblW0/jxiVN0csCiz7xs5hVH4HMnpl0CMlS0UjUom2Ecb/M/a0fLmKwJg2bU5Itd
	nHQ+6ejhE7hJQ+R/+7+QjBZHTdtXORLHECzXCLEUn4lYISUYlqolegZjGP5G8BeY
	+JTEbcIOInnShdADXinj5As=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:content-type
	:content-transfer-encoding:date:from:to:subject:in-reply-to
	:references:message-id; s=default; bh=Eu1aw1opWGbdKHEiowRi52j3Gc
	U=; b=u3OiAydP5WCD4gNcBm4lf3gses/RrhZZMARul2If24F/jaqwXlSn/KfNB3
	tYKffPFWmcTWGS28X065K+oyCAnCCtOerebzE7RleEUSbqJvMGF79pq9XGgzDGsS
	yRDJRDV87B1lNuoE27A93dpBzF/w0sjXGCF8TCtO++jxlfGj8=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-0.5 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=perms, utilities, H*f:sk:b8b7366, fasked
X-HELO:	lb2-smtp-cloud2.xs4all.net
MIME-Version:	1.0
Date:	Wed, 23 Dec 2015 12:10:43 +0100
From:	Houder <houder AT xs4all DOT nl>
To:	cygwin AT cygwin DOT com
Subject:	Re: setfacl(2.4.0.15): for next year !!!!!
In-Reply-To:	<20151223105015.GB27818@calimero.vinschen.de>
References:	<6ea00be43c852b42e0e59adcb23d0004 AT xs4all DOT nl> <20151221172503 DOT GK4034 AT calimero DOT vinschen DOT de> <5eb15a91b67658daba604310dcaa20ee AT xs4all DOT nl> <b8b736649f0619b50225f7f0a0d182b5 AT xs4all DOT nl> <20151223105015 DOT GB27818 AT calimero DOT vinschen DOT de>
Message-ID:	<baf5da4cba69c2297d609f215793334c@xs4all.nl>
X-Sender:	houder AT xs4all DOT nl (sdfms/BXzxNagAoDqo283Q==)
User-Agent:	XS4ALL Webmail
X-IsSubscribed:	yes

On 2015-12-23 11:50, Corinna Vinschen wrote:
> On Dec 22 15:42, Houder wrote:
>> On 2015-12-22 12:37, Houder wrote:
>> >On 2015-12-21 18:25, Corinna Vinschen wrote:
>> >>On Dec 21 17:30, Houder wrote:
>> >>>Hi Corinna,
>> >>>
>> >>>For next year !!!!! (posted as a reminder) ... See below.
>> >>
>> >>Next year?  Nope... see below.
>> >>
>> >
>> >Hi Corinna,
>> >
>> >Thank you for all the hard work you do ...
>> >
>> >As an encore (for this year though ;-). See below (Cygwin-2.4.0-0.16).
>> ><==== 16
>> [snip]
>> 
>> >64-%% setfacl -m m:rwx bar.txt
>> >64-%% getfacl bar.txt
>> ># file: bar.txt
>> ># owner: Henri
>> ># group: None
>> >user::rw-
>> >group::r--
>> >mask:rwx <==== yes, as requested by me, but ...
>> >other:r--
>> >
>> >64-%% ls -l bar.txt
>> >-rw-rwxr-- 1 Henri None 0 Dec 22 12:21 bar.txt
>> >
>> > - does this output make sense?
>> >   (no access to Linux at the moment; cannot verify)
>> 
>> Just got myself access to Linux (FC19) ... old, yes.
>> 
>> FC19 has the same "weird" (to me) behaviour as Cygwin now has.
> 
> It's correct.  The rule is that the group perms reflect the mask
> if a mask is present, the primary group perms otherwise.

Agreed. That is what acl(5) asserts ...
( CORRESPONDENCE BETWEEN ACL ENTRIES AND FILE PERMISSION BITS )

It also asserts that 'ls -l' should show the plus sign here ...
( CHANGES TO THE FILE UTILITIES )

>> The
>> difference is that 'ls -l' on FC19 shows an additional plus sign.
> 
> This is a problem in ls itself.  The reason is that with the start of
> reimplementing the ACL handling (back in August 2014), the definition 
> of
> MIN_ACL_ENTRIES changed from 4 to 3.
> 
> I recall having a discussion with eblake (coreutils maintainer) via IRC
> in 2014 where we discussed this.  At that time the mask entry was only
> fasked, so we came up with the fact that there's never an aclent_t with
> 4 entries, so ls is still using the old definition to maintain backward
> compat.
> 
> With the new code in 2.4.0 it's probably time to drop this 
> Cygwin-specific
> workaround in coreutils (but it doesn't hurt much either).

Does't hurt?

Well, without the plus sign, the output of 'ls -l' looks 
suspicious/weird to
me in case of the example above ...

Perhaps Eric agrees ...

Regards,
Henri

> 
> Corinna

=====

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