On Mon, 13 Dec 2021, Karl Berry wrote:
bf> I thought that systems deriving from OpenSolaris (e.g. Illumos,
...
However, testing in an empty directory on a system without the
upated ksh93 this looks ok to me:
Bob, what you wrote before (approx. a year ago) is here:
On Mon, 13 Dec 2021, Karl Berry wrote:
bf> I thought that systems deriving from OpenSolaris (e.g. Illumos,
...
However, testing in an empty directory on a system without the
upated ksh93 this looks ok to me:
Bob, what you wrote before (approx. a year ago) is here:
bf> I thought that systems deriving from OpenSolaris (e.g. Illumos,
...
However, testing in an empty directory on a system without the
upated ksh93 this looks ok to me:
Bob, what you wrote before (approx. a year ago) is here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=42529
bf> I thought that systems deriving from OpenSolaris (e.g. Illumos,
...
However, testing in an empty directory on a system without the
upated ksh93 this looks ok to me:
Bob, what you wrote before (approx. a year ago) is here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=42529
On 12 Dec 2021 16:17, Karl Berry wrote:
> Does anyone here use or know of an active system where plain
> rm -f
> with no arguments fails? I mean, exits with bad status?
>
> We are considering changing Automake to assume this works,
> although we'd provide for a workaround just in case,
On Sun, 12 Dec 2021, Karl Berry wrote:
Does anyone here use or know of an active system where plain
rm -f
with no arguments fails? I mean, exits with bad status?
I thought that systems deriving from OpenSolaris (e.g. Illumos,
OpenIndiana, etc.) had that issue until ksh93 was fixed recently.
Does anyone here use or know of an active system where plain
rm -f
with no arguments fails? I mean, exits with bad status?
We are considering changing Automake to assume this works,
although we'd provide for a workaround just in case, something like
make RM_F="rm -f nosuchfile"
But if there
