Andreas Schultz <[EMAIL PROTECTED]> wrote: > Package: coreutils > Version: 5.97-5 > Severity: important
Thanks for the report, but this is most probably not a bug. See below. > using a cp -rP on a directory that contains entris with acl's mangles the > normal > file access permissions in the copy, acl's are copied correctly though. > > in the following example the set group id bit is incorrectly set in the copy. > > source: > $ ls -l > total 88 > drwxrwxr-x+ 2 aschultz src 4096 Oct 8 15:04 bin > drwxrwxr-x+ 2 aschultz src 4096 Oct 8 14:28 dev > drwxrwxr-x+ 11 aschultz src 4096 Oct 8 14:53 etc > > $ getfacl etc > # file: etc > # owner: aschultz > # group: src > user::rwx > group::rwx > group:devel:rwx > mask::rwx > other::r-x > default:user::rwx > default:group::rwx > default:group:devel:rwx > default:mask::rwx > default:other::r-x > > copy: > $ ls -l > total 88 > drwxrwsr-x+ 2 aschultz src 4096 Oct 8 15:50 bin > drwxrwsr-x+ 2 aschultz src 4096 Oct 8 15:50 dev > drwxrwsr-x+ 11 aschultz src 4096 Oct 8 15:50 etc ________^ That added set group ID bit is probably because the destination directory has that bit set, too. If that is the case, then you are seeing the expected/required behavior. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
