GNU bug report logs - #22074
unixware 7.1.4 rm command

Previous Next

To reply to this bug, email your comments to 22074 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jarkko Hietaniemi <jhi <at> iki.fi>
To: bug-automake <at> gnu.org
Subject: unixware 7.1.4 rm command
Date: Wed, 2 Dec 2015 07:27:59 -0500

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
/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/java2-1.5.0/bin:/usr/local/sbin:/usr/ccs/bin:/usr/sbin:/usr/java/bin

$ 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 ...
Oops!

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 bug-automake <at> gnu.org 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
/usr/bin/rm

Message #12 received at 22074 <at> debbugs.gnu.org (full text, mbox):

From: Karl Berry <karl <at> freefriends.org>
To: jhi <at> iki.fi
Cc: 22074 <at> debbugs.gnu.org
Subject: Re: bug#22074: unixware 7.1.4 rm command
Date: Thu, 25 Jan 2024 14:52:49 -0700

Hi Jarkko - back in 2015
(https://debbugs.gnu.org/cgi/bugreport.cgi?bug=22074, sorry for the
delayed reply) you reported that your system failed the rm -f test. 

For the next automake release, we've removed this test and tried to
accept any rm. (More info: https://bugs.gnu.org/10828.)

If you have a chance to try an automake pretest to confirm this
(downloadable from https://alpha.gnu.org/gnu/automake-1.16j.tar.gz),
that would be great. --thanks, karl.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.