When adding user- or group-permissions via "setfacl -m ..." ls should normally display a "+" after the normal permission bits to show that extended attributes are set. Current output: -rw-r--r-- 1 root root 0 Dec 28 15:32 test Expected output: -rw-r--r--+ 1 root root 0 Dec 28 15:32 test Reproducible: Always Steps to Reproduce: 1. Create a testfile "touch test" 2. Add extended permissions "sefacl -m g:rw:nobody test" 3. Read the output of "ls -l test" Actual Results: Nothing ;) Expected Results: The "+" after the standart-permission-bits (ugo) should be displayed
You need 'acl' in USE when merging coreutils, but I guess you did have that? Seemant, who handles acl?
Sure. Rebuilding coreutils didn't help, either.
Just had a look at the coreutils-5.0-r5 ebuild. I could not find any reference to the acl patches. I think this is the problem. You should try the masked coreutils-5.0-r6 ebuild, which has them in
Just had a look at the coreutils-5.0-r5 ebuild. I could not find any reference to the acl patches. I think this is the problem. You should try the masked coreutils-5.0-r6 ebuild, which has them in´the ebuild
well, we don't have an acl expert in house. however, the previous poster is absolutely correct -- 5.0-r5 may not have acl. Please do try 5.0.91-r4 instead.
Ok, the unstable coreutils-5.0-r6 ebuild works for me but it would be nice if the ACL support would be added to a stable ebuild :)
reopening coz I just bumped 5.0.91-r4 to stable to replace 5.0-r6 -- please put that through testing
5.2.1 is stable and should support this