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=TAlzYirlHR1c9Gi7muMk
	S5DHolUSNj3KVlaZWw2BoO0rYD9SI3AjwCaTukjfiLIeMCt+stTPyEu3cTWkKUOW
	B+jnVpY+o+RmNXq7wiDmKuwFXYRqm/l3KZrAS2xLWok92cHUQwpkoPQmTaB+B0q1
	jqXu4e/KPNfrDm3vd7TlgdI=
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=R1HcgD9ffEKLuHEImL8StoqSKz
	k=; b=e3iM0rLddY4B8bSAv5KeLsPl6K6d8TX7YYzJBZb7RwFTnJC49e06z9/4rI
	SZADRwvCIbZTS43cI1w8lacbIdo9LXsaQP2GeqGcpqgHxJUIgsuGN1ZVjA3U6q5E
	tj+jR5UJKF/ZAsu2Jb/AqXBxfySPdAQ/O9nVYdbsudUXQpZ2E=
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=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=OPTIONS, H*i:sk:5eb15a9, H*f:sk:5eb15a9, superset
X-HELO: lb2-smtp-cloud6.xs4all.net
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
Date: Tue, 22 Dec 2015 13:16:02 +0100
From: Houder <houder AT xs4all DOT nl>
To: cygwin AT cygwin DOT com
Subject: Re: setfacl(2.4.0.15): for next year !!!!! continued
In-Reply-To: <5eb15a91b67658daba604310dcaa20ee@xs4all.nl>
References: <6ea00be43c852b42e0e59adcb23d0004 AT xs4all DOT nl> <20151221172503 DOT GK4034 AT calimero DOT vinschen DOT de> <5eb15a91b67658daba604310dcaa20ee AT xs4all DOT nl>
Message-ID: <1ef1f4166e9af1bc2bb5d19fdb3f9e40@xs4all.nl>
X-Sender: houder AT xs4all DOT nl (YnBLcCsQhUnS8LZHY0HAaA==)
User-Agent: XS4ALL Webmail
X-IsSubscribed: yes

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)

 From acl(5):

CORRESPONDENCE BETWEEN ACL ENTRIES AND FILE PERMISSION BITS

      The permissions defined by ACLs are a superset of the permissions
      specified by the file permission bits.

      There is a correspondence between the file owner, group, and other
      permissions and specific ACL entries: the owner permissions 
correspond
      to the permissions of the ACL_USER_OBJ entry. If the ACL has an 
<==== yes, but ...
      ACL_MASK entry, the group permissions correspond to the permissions 
of
      the ACL_MASK entry.

 From setfacl(1);

OPTIONS

-n, --no-mask
            Do not recalculate the effective rights mask. The default
            behavior of setfacl is to recalculate the ACL mask entry, 
unless
            a mask entry was explicitly given.  The mask entry is set to 
the <==== Oh, ah!
            union of all permissions of the owning group, and all named 
user
            and group entries. (These are exactly the entries affected by 
the
            mask entry).


setfacl.c:

int
recompute_mask (aclent_t *tgt, int tcnt, int got_mask, int got_def_mask)
{
...
  /* Recompute mask, if requested
      - If we got a mask in the input string, recompute only if --mask 
has been
        specified.
...
Your call, Corinna ... but reading setfacl(1)

Regards,

Henri

=====

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