DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=yfetnhwmGIX+CSoSLSUY7bRJRMXxxtj5BzjZdVWj7B7kvUqhM65bX
	48PRjdoEeCeiBWtOkAc3pu+FxQYsDEOdLD+/DJ01xzKWJ43R0kzyDQ+/C1VHu2Pp
	msr9s0mHHLPhKLAbRdoa3INLDKxXR/UdOqllq59lCmyewEzTdPqS8c=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Wed, 23 Dec 2015 12:30:20 +0100
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: setfacl(2.4.0.15): for next year !!!!!
Message-ID: <20151223113020.GC27818@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <6ea00be43c852b42e0e59adcb23d0004@xs4all.nl> <20151221172503.GK4034@calimero.vinschen.de> <5eb15a91b67658daba604310dcaa20ee@xs4all.nl> <b8b736649f0619b50225f7f0a0d182b5@xs4all.nl> <20151223105015.GB27818@calimero.vinschen.de> <baf5da4cba69c2297d609f215793334c@xs4all.nl>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="8GpibOaaTibBMecb"
Content-Disposition: inline
In-Reply-To: <baf5da4cba69c2297d609f215793334c@xs4all.nl>
User-Agent: Mutt/1.5.24 (2015-08-30)

--8GpibOaaTibBMecb
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Dec 23 12:10, Houder wrote:
> On 2015-12-23 11:50, Corinna Vinschen wrote:
> >On Dec 22 15:42, Houder wrote:
> >>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-specif=
ic
> >workaround in coreutils (but it doesn't hurt much either).
>=20
> Does't hurt?
>=20
> Well, without the plus sign, the output of 'ls -l' looks suspicious/weird=
 to
> me in case of the example above ...

Now that you mention it... I agree.  It might hurt.  But it's a rather
seldom border case, so the confusion should be rather limited :)

> Perhaps Eric agrees ...

Yes, he very likely agrees.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--8GpibOaaTibBMecb
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWeoXMAAoJEPU2Bp2uRE+g3DUP/joEJ1n0e8j/hu/zYkxVNaHZ
mk/IRyJMvUaDLCig2567iExS6V7mvwXuG3lM0yb+LCwGnwOsKk8zg6cU8ZkzaEYC
k39+rVluJmTP023XUS0fj3eGblYJ/7sxE3z+m4BFgYh+MpstwBgH77JnTbvaCHjD
sZl44rTa0k9P/i7fFTv7zu5QpcuOg97UHnYzVokgShH27JB1fWhzV7H3ytwMTraM
6/nOysjY1xO8J6ZMBMLAAwXyVNlWGJQylmh6lGoWlMyF1kK4jK95rC2HKxvzcsWG
3uIoWhTi7lwD5BOEAGZtiksC4jut5bvCnGM5DcX5g8s4b89pu/U5RyZ82PHVwLrL
80nj22+UyjWJQ4AuUieM3vE1kxpjx8tz+5kjJW+KB/sMH7eKg1nk5JhX+pY/0XTm
g9b4V32POFVseNAIKLOzgHIpZBRvOD0I2gjkJMkIdE7CK5e6dK0FYEFnb3QZNEO8
LZ3TuZ+hzrkK/TR8LQEuc6FubLPHSXcPdU0QaRa1XUi/foqSE8PNec0yfWgusgt6
QDfITD+LiDzTzZCuHZ4DiQhV7if4Wo7ACvuab20SFb7IY0bfjgUUD3NmQoj3k0z6
mMHXuoWbdor/U3kE0+WvDua8h3cDs4tiL3HZVRGcS9xAvruFhpof4jSi2AMNsRYu
uDqKM/NU/Yiz3k2YQW4N
=Sl/p
-----END PGP SIGNATURE-----

--8GpibOaaTibBMecb--