DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type; q=dns; s=default; b=twoqOW
	/89L+1dczLju9G1WJD2dileTud8wGWdYgkOZM2kctYl4hXWaN9+UCqjSQAKD9xwc
	tw+928yu2/rjVnTo1l7HLJy5vtCFFgtnpsx8Jeq13Yrmg31Mi/URJ3OpmhIiLzdm
	kWyaIBTl/6DZTtij+J5yMH/Ct2BkJiH8l2buU=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Message-ID: <542990F0.2050000@redhat.com>
Date: Mon, 29 Sep 2014 11:03:44 -0600
From: Eric Blake <eblake AT redhat DOT com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] Updated (experimental): coreutils-8.23-3
References: <announce DOT 54239E64 DOT 7050600 AT byu DOT net> <loom DOT 20140929T105037-80 AT post DOT gmane DOT org>
In-Reply-To: <loom.20140929T105037-80@post.gmane.org>
OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="p6GDkxbB262DcnuEc7MOwe0dHOwvJtmNX"

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

On 09/29/2014 03:02 AM, Achim Gratz wrote:
> Eric Blake <ebb9 <at> byu.net> writes:
>> This build is also the first against the
>> new ACL rules of cygwin1.dll, so there may be some oddities in ls as a
>> result.
>=20
> That hunch proved to be correct, but it is cp and not ls that is affected:
>=20
>> cp -vr gnuplot.x86_64/dist/gnuplot /mnt/mirror/patch/x86_64/release/
> cp: cannot create directory =E2=80=98/mnt/mirror/patch/x86_64/release/gnu=
plot=E2=80=99: File
> exists
>> getfacl /mnt/mirror/patch/x86_64/release/gnuplot
> # file: /mnt/mirror/patch/x86_64/release/gnuplot
> # owner: share-owner
> # group: Domain Users
> user::---
> group::---
> group:share-adm:rwx
> mask:rwx
> other:---
> default:user::---
> default:group::---
> default:group:share-adm:rwx
> default:mask:rwx
> default:other:---
>=20
> The user doing this operation is member of share-adm, but not the
> share-owner.  It seems that cp is deciding that the (existing) directory
> should be newly created, which of course fails.  Reverting to both 8.23-2=
 or
> 8.15-3 fixes that problem.

Can you give me a simple self-contained script that creates all
necessary prerequisites before attempting the failing 'cp', to help me
in trying to reproduce what is going differently here?

--=20
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org


--p6GDkxbB262DcnuEc7MOwe0dHOwvJtmNX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Public key at http://people.redhat.com/eblake/eblake.gpg

iQEcBAEBCAAGBQJUKZDwAAoJEKeha0olJ0NqB5YH/2c8jWWZqP4g75VJlFlLQ90V
WCvOTGfaOKkeqqmvAX/peKxvadEh9LO2ooBch8ppUDsEx9FlKQEitezc6Mt5opYX
yxwbMjSWdwwdWkhyoMKh/3sfEhruj9XDxecFESkB7IbiqUDdk2kEsQ/T/L/hAEqJ
qubCfcI2M+vlnP+aPKwqsxQMSUjhkmXgL0iKobOBK55H5Fb+YwYrtG5iWSWGhClX
UGsNVUrfBOiDGCoCxHO2wbbta9YXT3sh47dEFmZ5wFH6Eju1f6ogeXgEGDMduvfI
oZFUlZLftXjs4KS27dJj3xg0tuT08PrNeCt7BG8TkdSIFl9o3UxTgNu+/W9nx/k=
=I5dT
-----END PGP SIGNATURE-----

--p6GDkxbB262DcnuEc7MOwe0dHOwvJtmNX--