GNU bug report logs - #12339
Bug: rm -fr . doesn't dir depth first deletion yet it is documented to do so.

Previous Next

Package: coreutils;

Reported by: Linda Walsh <coreutils <at> tlinx.org>

Date: Mon, 3 Sep 2012 00:34:02 UTC

Severity: normal

Done: Assaf Gordon <assafgordon <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: "Voelker, Bernhard" <bernhard.voelker <at> siemens-enterprise.com>
To: Andreas Schwab <schwab <at> linux-m68k.org>, Linda Walsh <coreutils <at> tlinx.org>
Cc: "12339 <at> debbugs.gnu.org" <12339 <at> debbugs.gnu.org>
Subject: bug#12339: Bug: rm -fr . doesn't dir depth first deletion yet it is	documented to do so.
Date: Mon, 3 Sep 2012 15:48:23 +0000
Andreas Schwab wrote:
> [...] read the second paragraph:
>
>     If either of the files dot or dot-dot are specified as the basename
>     portion of an operand (that is, the final pathname component) or if
>     an operand resolves to the root directory, rm shall write a
>     diagnostic message to standard error and do nothing more with such
>     operands.

Coreutils has already implemented an exception for the root
directory: --no-preserve-root (whatever this would be useful
for except investigating what'd happen in a VM ...).

So it'd be possible to have another new switch to exceptionally
permit removing ".", although - again - I don't see much gain
over `rm -rf "$PWD"` or `find . -delete`.

-1 from me.

Moreover, I'd remove support for --[no-]preserve-root in rm:
preserving is mandatory by POSIX, and not preserving is senseless.

Have a nice day,
Berny




This bug report was last modified 6 years and 186 days ago.

Previous Next


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