At Tue, 1 May 2007 17:56:03 +0200,
Peter Dyballa wrote:
>
> Hello!
>
> On Mac OS X 10.4.9 with gcc 4.0.1 making ends in:
(snip)
> rm: illegal option -- -
> usage: rm [-f | -i] [-dPRrvW] file ...
> unlink file
> ./fail-2eperm: cannot access required version (6.9) of rm
> out exp differ: char 5, line 1
> 1,2c1
> < rm: a/b: Operation not permitted
> < rm: a: Directory not empty
> ---
> > rm: cannot remove `a/b': Operation not permitted
> FAIL: fail-2eperm
I can't reproduce your problem, but I the attached patch will fix it.
I committed the patch to Fink just now.
diff -Naur coreutils-6.9.orig/tests/rm/fail-2eperm
coreutils-6.9/tests/rm/fail-2eperm
--- coreutils-6.9.orig/tests/rm/fail-2eperm 2007-03-18 21:36:44.000000000
+0000
+++ coreutils-6.9/tests/rm/fail-2eperm 2007-05-02 04:56:38.000000000 +0000
@@ -52,13 +52,13 @@
# Try to ensure that $NON_ROOT_USERNAME can access
# the required version of rm.
-rm_version=`setuidgid $NON_ROOT_USERNAME rm --version|sed -n '1s/.* //p'`
+rm_version=`setuidgid $NON_ROOT_USERNAME env PATH="$PATH" rm --version|sed -n
'1s/.* //p'`
case $rm_version in
$PACKAGE_VERSION) ;;
*) echo "$0: cannot access required version ($PACKAGE_VERSION) of rm" 1>&2
fail=1 ;;
esac
-setuidgid $NON_ROOT_USERNAME rm -rf a 2> out-t && fail=1
+setuidgid $NON_ROOT_USERNAME env PATH="$PATH" rm -rf a 2> out-t && fail=1
# On some systems, we get `Not owner'. Convert it.
# On other systems (HPUX), we get `Permission denied'. Convert it, too.
_______________________________________________
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
