I personally really liked the new feature to natively unpack any archive using Ark and then automatically delete it.
Such a superior workflow to any other desktop or OS!
And now this was changed to “trash” for some reason, probably safety concerns?
Trash is useful some times, if you trade disk space and disk wear for a safeguard protecting you from your actions.
But in this specific case, you get an archive that you 90% didn’t ask for, but some cloud storage, code repo or whatever created it for you. You want to get the files and nothing else. The archive is deleted after a successful unpacking, not accidentally by a user, this is automated.
So trash in general is very different from “trash after a successful un-archival”, which this is doing.
What do you prefer?
- Unpack archive and trash
- Unpack archive and delete
- Undecided
This is an extremely arrogant and outdated remark. That’s a rather offensive (though time-honoured) elitist sentiment in the Linux world.
rm is regarded as a sharp tool, capable of nuking your `/etc/ directory requiring a restoration from backup (though obviously, if you KNOW what you’re doing, you don’t bother with backups - right?).
- Real professionals don’t prove their manhood by avoiding safety nets; they prove it by never losing data.
- The Delete key actually trashes files.
When files are Trashed, they’re gone - depending on how much spare disk space there is, and how soon they will be overwritten or what settings you made.
You should also realise that Shift_Delete only removes the ‘pointer’ and not the data.
So pray tell me, what are the ‘obscure safety concerns’ of which you speak?
If you wish to obliterate your embarrasing pornographic images, you need to UP your game…
-type f -exec shred -vfz -n 3 {} \; && rm -rf /my/dirty/pictures
There, fixed that for you.
If that’s not your reasoning, then explain - why delete instead of trash? It’s not as if there’s any difference in disk usage, right?
I’m pretty sure it has always been “unpack and trash”, the only thing that changed is the wording.
Oh funny! So the change was just consistency. Thanks for clearing that up
and sorry for sounding arrogant, I edited the post.
trash in general is fine but I think this specific scenario is different.
Does Dolphin/Ark know that an unpacking action was successful and only then delete the archive? If that is reliable, I would really with for an actual delete, rather than moving the file to another location.
I will skip most of what you wrote, just want to add a few comments
- Shift + Delete removes the pointer and the space will be used as soon as needed.
- Trash does not, there are specific rules when the file will actually be deleted and trash adds a waiting pause there as a safety measure. Trash will move the file, on BTRFS that is a very small action, on other filesystems the file will actually be copied and deleted, adding additional wear. Some archives are pretty huge, and most importantly they are deleted after decompressing, so they are not needed anymore.
- shred does not work on flash storage