Public bug reported:

Binary package hint: acl

When I try the cp.test test on ext3 on feisty, it has two failures:

$ perl run cp.test
main::process_test() called too early to check prototype at run line 47.
main::process_test() called too early to check prototype at run line 60.
[3] $ umask 022 -- ok
[4] $ mkdir d -- ok
[5] $ cd d -- ok
[6] $ touch f -- ok
[7] $ setfacl -m u:bin:rw f -- ok
[8] $ ls -l f | awk -- '{ print $1 }' -- ok
[11] $ cp f g -- ok
[12] $ ls -l g | awk -- '{ print $1 }' -- ok
[15] $ rm g -- ok
[16] $ cp -p f g -- ok
[17] $ ls -l f | awk -- '{ print $1 }' -- ok
[20] $ mkdir h -- ok
[21] $ echo blubb > h/x -- ok
[22] $ cp -rp h i -- ok
[23] $ cat i/x -- ok
[26] $ rm -r i -- ok
[27] $ setfacl -R -m u:bin:rwX h -- ok
[28] $ getfacl --omit-header h/x -- failed
user::rw-                             | user::rw-                              
user:bin:rwx                          ? user:bin:rw-                           
group::r--                            | group::r--                             
mask::rwx                             ? mask::rw-                              
other::r--                            | other::r--                             
                                      |                                        
[36] $ cp -rp h i -- ok
[37] $ getfacl --omit-header i/x -- failed
user::rw-                             | user::rw-                              
user:bin:rwx                          ? user:bin:rw-                           
group::r--                            | group::r--                             
mask::rwx                             ? mask::rw-                              
other::r--                            | other::r--                             
                                      |                                        
[45] $ cd .. -- ok
[46] $ rm -r d -- ok
22 commands (20 passed, 2 failed)

Reading the manpage for setfacl it seems that expecting the execute bit
for bin to be set is wrong.  It will only bet set for an "X" change if
the "x" bit is already set for some other user and given the origin of
the h/x file (and by extension the i/x file) it should not have an
execute bit set on it.

This is most definitely an "upstream" issue but I can't seem to figure
out who "upstream" is.

** Affects: acl (Ubuntu)
     Importance: Undecided
         Status: Unconfirmed

-- 
cp.test fails on ext3
https://bugs.launchpad.net/bugs/116930
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to