John Nilsson john at
Tue Nov 29 16:27:16 GMT 2005

On Mon, 2005-11-28 at 12:20 -0500, John Richard Moser wrote:
> > This would obviously require some kernel support. Which means that it
> > won't be implemented in gnome (portability).
> > 
> What the heck are you babbling about?

I was thinking of handling any file in the system, not just the ones
managed by nautilus or gnome.

> ~/.trashdb -- List of s*$t that's in the trash and information about it
> Don't kernel everything, this isn't windows.  There's no need for kernel
> support for a function of an application.

When I think of it you are right, no need to keep backups of files not
deleted by the user. 

In any case, I don't see Trash as a folder, or storage area. I see trash
as an undo list. I could even imagine renaming the applet to Undo and
put all kinds of stuff in it. F.ex. as someone mentioned keeping the
history of a file, why not in this manner?

The main "feature" of my way was that you wouldn't keep things like this
saved somewhere where and then delete it by some rule. This stuff is
already deleted. Instead of randomly allocating free blocks the kernel
would have to allocate them in the order that they where "freed".

If any (most) state alteration was written to a new block. This would
truly be a system wide undo list.

To implement this by my description would probably be bad for
performance though...


More information about the ubuntu-devel mailing list