I agree with you that it would be tricky to use both at the same time since they are both installed in the same way (i.e. a shell alias). I can certainly understand the desire to combine both approaches into a single tool.
With safe-rm (my version), what I set out to achieve was something that could be installed by default on every machine. Something that would never get in the way, except to prevent a little disaster. Changing the semantics of the rm command (to move to a trashcan) is an entirely valid but different use-case.
It would more or less involve porting shell-safe-rm to Rust and then integrating all of that code. This is not something that I would use myself, but I think it would a worthwhile thing for someone to either write a wrapper around both tools, or to extend shell-safe-rm so that it can use /usr/share/safe-rm/bin/rm instead of /bin/rm as the real command to run.
I'm marking this as a wontfix, not because I think it's a bad idea, but just to reflect the fact that I'm not likely to ever make this happen myself.
Interesting, that looks like a more modern version of the other approaches I mention in the README file: https:/ /git.launchpad. net/safe- rm/tree/ README. md#n41
I agree with you that it would be tricky to use both at the same time since they are both installed in the same way (i.e. a shell alias). I can certainly understand the desire to combine both approaches into a single tool.
With safe-rm (my version), what I set out to achieve was something that could be installed by default on every machine. Something that would never get in the way, except to prevent a little disaster. Changing the semantics of the rm command (to move to a trashcan) is an entirely valid but different use-case.
It would more or less involve porting shell-safe-rm to Rust and then integrating all of that code. This is not something that I would use myself, but I think it would a worthwhile thing for someone to either write a wrapper around both tools, or to extend shell-safe-rm so that it can use /usr/share/ safe-rm/ bin/rm instead of /bin/rm as the real command to run.
I'm marking this as a wontfix, not because I think it's a bad idea, but just to reflect the fact that I'm not likely to ever make this happen myself.