Eugene Turkulevich wrote:
> Hi, I have an idea about improvements of ZFS from the one side and 
> improvements for of the GUI interface from the other side. Let me describe my 
> idea.
> 
>>From the one side we have an ZFS on-th-fly snapshots, and starting from 
>>OpenSolaris 2008.11 we have TimeSlider user feature based on ZFS snaphots. 
>>So, we made a big step to the user.
> 
> But from the other side we still have in GUI interface "old" Move-To-Trash 
> behaviour: this is usual mv command when user delete files on he's ZFS 
> partition and copy+delete commands for all other partitions. So when user's 
> home is rpool/export/home/username and this user perform Move-To-Trash 
> operation for some file from, let's say, rpool/export/share/allusers, this 
> file actually copied to rpool/export/home/username (.local folder in user 
> home) and if size of this file is not to small (for example 1 or 2 Gb) this 
> operation takes a lot of time and a lot of free disk space of both partitions.
> And, o'cos, Move-To-Trash function now available only for users with GUI 
> access to system, not to shell users.
> 
> We we look to the pure user system - Mac OS, we can see that moving to trash 
> of any file is atomic operation (like snapshots on ZFS) and actually file is 
> always moved to some .Trash folder on current partition.
> 
> An itea is simple and I believe that it's realization on ZFS side is in terms 
> of main ZFS idea.
> let it be some command like 'zrm' with syntax equal to 'rm' syntax, and this 
> command will not remove file, but move file to .zfs/trash folder (for example 
> with full path and o'cos with all permissions). And, for example, the new 
> command 'ztrash' with features for managing this 'trash' like list of deleted 
> files, undelete some file, etc. And, o'cos, user interface will use this two 
> commands when working on ZFS.
> What we will have of this:
> 1. Move-To-Trash will be very fast operation, not depending on file size and 
> location
> 2. deleted files in any case will take the same disk space as before deletion
> 3. Move-To-Trash feature become available to console users, not only to GUI 
> users
> 4. we will have some 'out-of-snapshots' space :) for example to hide file 
> from snapshot move it to trash, then create the snapshot and after this - 
> undelete file.
> 
> Any comments?

I agree that the mac-style GUI behavior would be nice.  You should probably 
take it up with whatever code is implementing the current move-or-copy to 
trash behavior.  Presumably Gnome?  You might want to try asking about this 
over in the Desktop community:

http://opensolaris.org/os/community/desktop/

--matt

Reply via email to