Voelker, Bernhard wrote: > all non-root tests have successfully now, but one of the root-tests > failed: > > ======================================================= > GNU coreutils 7.4.127-d2510: tests/test-suite.log > ======================================================= > > 1 of 1 test failed. > > .. contents:: :depth: 2 > > > FAIL: cp/preserve-gid (exit: 1) > =============================== > > ./cp/preserve-gid: setuidgid -g 1000,1001 1000 cp -p c1 b: 1000 1001 != > 1000 1000 > > I think I boiled it down to: > > ../src/setuidgid -g 1000,1001 1000 ../src/cp -p c1 b > ../src/setuidgid: failed to run command `../src/cp': Permission denied > > and > > execve("../src/cp", 0xFFBFFC64, 0xFFBFFC78) Err#13 EACCES > [file_dac_search] > > I built coreutils somewhere in a normal HOME directory > (/vol1/home1/ecs2/depot/coreutils-7.4.127-d2510/) while > $HOME is protected with 0750. > > Thus, uid 1000 doesn't have execute permissions for > /vol1/home1/ecs2/depot/coreutils-7.4.127-d2510/src/cp.
Thanks for investigating that! It's good to know it's a weakness in the test script, and not a problem with cp. After coreutils-7.5 someone will adjust the script to skip that part if the just-built cp is inaccessible like that. Volunteers welcome.