bug#22074: unixware 7.1.4 rm command

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view

bug#22074: unixware 7.1.4 rm command

Jarkko Hietaniemi
Tried to build GNU tar 1.28 in Unixware 7.1.4 (*), got the below:


$ uname -a:
UnixWare unixware 5 7.1.4 i386 x86at SCO UNIX_SVR5
$ echo $PATH

$ sh configure --prefix=/usr/local
checking for a BSD-compatible install... /usr/local/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/local/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... no
checking whether UID '152' is supported by ustar format... yes
checking whether GID '1' is supported by ustar format... yes
checking how to create a ustar tar archive... plaintar
UX:rm: ERROR: Incorrect usage
UX:rm: TO FIX: Usage: rm [-fiRr] file ...

Your 'rm' program seems unable to run without file operands specified
on the command line, even when the '-f' option is present.  This is contrary
to the behaviour of most rm programs out there, and not conforming with
the upcoming POSIX standard: <http://austingroupbugs.net/view.php?id=542>

Please tell [hidden email] about your system, including the value
of your $PATH and any error possibly output before this message.  This
can help us improve future automake versions.

Aborting the configuration process, to ensure you take notice of the issue.

You can download and install GNU coreutils to get an 'rm' implementation
that behaves properly: <http://www.gnu.org/software/coreutils/>.

If you want to complete the configuration process using your problematic
'rm' anyway, export the environment variable ACCEPT_INFERIOR_RM_PROGRAM
to "yes", and re-run configure.

configure: error: Your 'rm' program is bad, sorry.
$ which rm