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. > > That hunch proved to be correct, but it is cp and not ls that is affected: > >> cp -vr gnuplot.x86_64/dist/gnuplot /mnt/mirror/patch/x86_64/release/ > cp: cannot create directory ‘/mnt/mirror/patch/x86_64/release/gnuplot’: 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:--- > > 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? -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
