Re: Issue 40 in trash-cli: enable trash to work on filesystem whose mount point isn't writable
tras...@googlecode.com
Comment #8 on issue 40 by simon.ra...@gmail.com: enable trash to work on
filesystem whose mount point isn't writable
http://code.google.com/p/trash-cli/issues/detail?id=40
Well, seems a bit non-UNIX to do stuff like this, to me. It also seems
impractical, as you may have several thousand users, who say, have
their mail in /var/mail, or their web site in /var/www, then you get
one of them using this to delete something... great, now they can't
delete anything if /var/.Trash/-$UIDNUM doesn't exist. Seems like a
waste of space to me. I'm not disputing with you, I just think the
spec is wrong.
Personally, I think the spec should be looking at user's home dir, and
then using ~/.Trash or ~/.local/share/Trash (if including the XDG
desktop stuff). It's easier to script to do a one-liner with, too.
Want to quickly clear space and have your BOFH hat on? rm -rf
/home/*/.local/share/Trash/* will do it (yes, that will miss dotfiles
but this is just for the sake of argument).
Personal opinion: I think some of those desktop spec writers think too
much like windows users, still, and didn't give enough thought into
what oldbies like me do. Convention is still useful, even if some
people may not think so. I have no problem with innovation, but it
needs to be tempered with mature thought.
Anyway, I'll look into it, some of those ideas you had seem like good
ones to me. At least it will save admins some time of they have to do
this a lot. I've gotten into a mini-rant, and my apologies for that.
Patches are *always* welcome, anywhere ;).
take care
tras...@googlecode.com
Comment #9 on issue 40 by andrea.f...@gmail.com: enable trash to work on
http://code.google.com/p/trash-cli/issues/detail?id=40
Dear Simon,
this is not a place to share personal opinion about other peoples (e.g.
spec writers). Please keep your observation to a factual and verifiable
facts.
About other issues I will respond later. Now I'm at work.