[EMAIL PROTECTED] wrote: > coreutils-5.2.1 build/check: rm failed test fail-eperm > by removing one of my system files in /tmp (!) which I believe > is a fault in the test itself, not the rm program. > > The reason seems to be that if a file can be found in a directory > with the sticky bit set, and the directory is world-writeable, the > file is NOT owned by user, but in the same group and file group-writeable, > or in a different group but file world-writeable, then the remove succeeds! > > See man-page of (2)chmod (on Solaris, excerpt attached below). > > Could you be a bit more careful with randomly removing my system files > without any preceding warnings...? ;-) ;-) > > All other tests pass with 'gmake check' and also, when > running as root, with 'gmake check-root'.
Thanks for the report. That bug was fixed some time ago. coreutils-5.2.1 is over 3(!) years old. Certainly not something you should build from source and _use_. It's great if you are willing to run "check-root" tests, but please do it only with the latest release. The latest stable release is here: ftp://ftp.gnu.org/gnu/coreutils/coreutils-6.9.tar.gz _______________________________________________ Bug-coreutils mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-coreutils
