src | ||
Cargo.toml | ||
LICENSE | ||
README.org |
rip (Rm ImProved)
Deleted files get sent to the graveyard (/tmp/.graveyard
by default, under their absolute path) instead of being unlinked, giving you a chance to recover them.
No data is overwritten. If files that share the same path are deleted, they will be renamed as numbered backups.
If you want to put the graveyard somewhere else (like ~/.local/share/Trash
), you have two options, in order of precedence:
- Alias
rip
torip --graveyard ~/.local/share/Trash
- Set the environment variable
$GRAVEYARD
to~/.local/share/Trash
This can be a good idea because if the graveyard is mounted on an in-memory filesystem, (as /tmp is in Arch Linux), deleting large files can quickly fill up your RAM. It's also much slower to move files across filesystems, although the delay should be minimal with an SSD.
A deletion log is kept in .rip_history
, found in the top level of the graveyard.
Installation
Get a binary release (x86_64) or build it with cargo install rm-improved
.
Usage
USAGE: rip [FLAGS] [OPTIONS] [TARGET]... FLAGS: -d, --decompose Permanently delete (unlink) the entire graveyard -h, --help Prints help information -r, --resurrect Undo the last removal by the current user -s, --seance List all objects in the graveyard that were sent from the current directory -V, --version Prints version information OPTIONS: --graveyard <graveyard> Directory where deleted files go to rest ARGS: <TARGET>... File or directory to remove
In general, a deletion followed by a --resurrect
should be idempotent.
Why is there no --interactive
option?
Asking for forgiveness is easier than asking for permission.