GNU logs - #37686, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#37686: Feature request: flag to not remove any files if any argument doesn't exist or is a directory
Resent-From: Mark Friedenbach <mark@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Wed, 09 Oct 2019 21:59:02 +0000
Resent-Message-ID: <handler.37686.B.157065829513111 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 37686 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Mark Friedenbach <mark@HIDDEN>
Date: Wed, 9 Oct 2019 14:01:57 -0700
Message-ID: <CAOG=w-ue4=KnNPGyegGpkZ-F7x1aO1c-YhmMgRjuqgZBTLp6BQ@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

I have a persistent problem that has caused me serious trouble in the
past: I mixup 'rm' and 'mv'. I suspect this is because on my keyboard
they are typed with the same fingers and muscle memory kicks in,
especially if I just typed the other command recently.

In any case something like "mv oldname newname" can be easily undone,
but "rm oldname newname" cannot. On my version of coreutils "rm
oldname newname" will report:

    rm: cannot remove 'newname': No such file or directory

...but it deletes "newname" anyway! The same goes for trying to move a
file into a directory, "rm filename dirname" which reports:

    rm: cannot remove 'dirname': Is a directory

...after deleting "filename". I have lost data on multiple occasions
this way. Today I went searching for an argument to add to 'rm' via an
alias to prevent this behavior and was very surprised to find there is
none.

There ought to be an option for GNU rm, let's call it '-n' or
'--no-clobber' but it could be named differently, which makes rm's
behavior all-or-nothing. If any errors which can be checked for
upfront are encountered (named file does not exist, file name
specifies a directory, etc.) then it aborts without doing anything.
Thus the expected behavior would be:

    $ alias rm='rm -n'
    $ ls
    $ touch filename
    $ ls
    filename
    $ rm filename newname
    rm: cannot remove 'newname': No such file or directory
    rm: aborting
    $ ls
    filename
    $ mkdir dirname
    dirname  filename
    $ rm filename dirname
    rm: cannot remove 'dirname': Is a directory
    rm: aborting
    $ ls
    dirname  filename
    $ rm -f filename dirname
    rm: cannot remove 'dirname': Is a directory
    $ ls
    dirname  filename

Adding '-f' / '--force' overrides this option:

    $ ls
    dirname  filename
    $ rm -f filename dirname
    rm: cannot remove 'dirname': Is a directory
    $ ls
    dirname
    $ rm -rf filename dirname
    rm: cannot remove 'filename': No such file or directory
    $ ls
    $

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Mark Friedenbach <mark@HIDDEN>
Subject: bug#37686: Acknowledgement (Feature request: flag to not remove
 any files if any argument doesn't exist or is a directory)
Message-ID: <handler.37686.B.157065829513111.ack <at> debbugs.gnu.org>
References: <CAOG=w-ue4=KnNPGyegGpkZ-F7x1aO1c-YhmMgRjuqgZBTLp6BQ@HIDDEN>
X-Gnu-PR-Message: ack 37686
X-Gnu-PR-Package: coreutils
Reply-To: 37686 <at> debbugs.gnu.org
Date: Wed, 09 Oct 2019 21:59:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 37686 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
37686: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D37686
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-coreutils@HIDDEN:

Subject: bug#37686: Feature request: flag to not remove any files if any argument doesn't exist or is a directory
Resent-From: L A Walsh <coreutils@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Mon, 14 Oct 2019 19:36:02 +0000
Resent-Message-ID: <handler.37686.B37686.157108171826558 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Mark Friedenbach <mark@HIDDEN>
Cc: 37686 <at> debbugs.gnu.org
Message-ID: <5DA4CDEF.2070801@HIDDEN>
Date: Mon, 14 Oct 2019 12:35:11 -0700
From: L A Walsh <coreutils@HIDDEN>
User-Agent: Thunderbird
MIME-Version: 1.0
References: <CAOG=w-ue4=KnNPGyegGpkZ-F7x1aO1c-YhmMgRjuqgZBTLp6BQ@HIDDEN>
In-Reply-To: <CAOG=w-ue4=KnNPGyegGpkZ-F7x1aO1c-YhmMgRjuqgZBTLp6BQ@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 2019/10/09 14:01, Mark Friedenbach wrote:
> I have a persistent problem that has caused me serious trouble in the
> past: I mixup 'rm' and 'mv'. I suspect this is because on my keyboard
> they are typed with the same fingers and muscle memory kicks in,
> especially if I just typed the other command recently.
>   
rm () {
  if [[ -t 0 ]]; then echo >&2 Disallowed;return 1; fi
  command "$FUNCNAME" "$@"
}
mv () {
  if [[ -t 0 ]]; then echo >&2 Disallowed;return 1; fi
  command "$FUNCNAME" "$@"
}
alias move='</dev/null mv'
alias remove='</dev/null rm'


How about something _like_ the above (spur of the moment idea,
written in 'bash'...

Interactively, you type 'move' or 'remove'
(or whatever you want to name them). But scripts you run
 won't be affected.

Might have to adjust for your use case, but might protect against
most cases.

Nightly backups also help prevent catastrophic problems.

At the same time, with functions or aliases, you could test for
the existence of the arguments before actually executing them.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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