GNU bug report logs - #34340
cp -a doesn't copy acls

Previous Next

To reply to this bug, email your comments to 34340 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: L A Walsh <coreutils <at> tlinx.org>
To: Coreutils <bug-coreutils <at> gnu.org>
Subject: cp -a doesn't copy acls 
Date: Tue, 05 Feb 2019 15:50:35 -0800

and it is not on the manpage, but tar copies
acls and has them on the manpage.

It guess it is an oversite that cp copies over 'xattrs'
but not acls?

Message #8 received at 34340 <at> debbugs.gnu.org (full text, mbox):

From: Assaf Gordon <assafgordon <at> gmail.com>
To: L A Walsh <coreutils <at> tlinx.org>, 34340 <at> debbugs.gnu.org
Subject: Re: bug#34340: cp -a doesn't copy acls
Date: Fri, 8 Feb 2019 14:30:06 -0700

tags 34340 moreinfo
stop

Hello,

On 2019-02-05 4:50 p.m., L A Walsh wrote:
> and it is not on the manpage, but tar copies
> acls and has them on the manpage.
> 
> It guess it is an oversite that cp copies over 'xattrs'
> but not acls?

First,
Can you verify the 'cp' binary you are using was compiled with
ACL support? Something like:

  $ ldd $(which cp) | grep acl
  libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007f0b68066000)


Second,
Are you using a local file-system or a remote one?
There is a previous bug about ACLs on NFS4: https://bugs.gnu.org/20884 .

Third,
Do you have a reproducible case?
e.g. on my local system:

   $ touch a
   $ setfacl -m "u:nobody:w" a
   $ cp -a a b

   $ getfacl b
   # file: b
   # owner: gordon
   # group: gordon
   user::rw-
   user:nobody:-w-
   group::r--
   mask::rw-
   other::r--

If you have a reproducible case, please also run it with "strace" to
help us troubleshoot the issue more clearly, e.g.

   strace -o cp-acl.log cp -a a b

And attach the 'cp-acl.log' file.

regards,
 - assaf

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.