Trash specification, version 0.1
Lars Hallberg
spam at micropp.se
Fri Sep 3 10:01:21 EEST 2004
Alexander Larsson wrote:
>On Thu, 2004-09-02 at 15:36 +0400, mr at ramendik.ru wrote:
>
>
>>>>I have somewhat lost track of th eother-partitions issue. Is the
>>>>consensus
>>>>on administrator-created $topdir/.Trash , and $uid directories within
>>>>it?
>>>>
>>>>
>>>Yes, and if that doesn't exist, the app can try using/creating a global
>>>$topdir/.Trash-$uid directory.
>>>
>>>
>>I'm not sure this is a good idea. A trash listing app would have to search
>>every top dir for BOTH .Trash/$uid and .Trash-$uid.
>>
>>
>
>Yes? What is the problem?
>
>
>
>>I would say, there should be an admin-created $topdir/.Trash, and if it's
>>not there, trashing is done by copying to $HOME. And implementations *may*
>>include some form of auto-cteation of .Trash (would be a nice improvement
>>for removable devices).
>>
>>
>
>Did you follow the discussion about why this is bad?
>
>
I can argue for $topdir/.Trash from a sysadm point of view.
1) Estetic, one .Trash in $topdir looks nicer then maybe hundreds of
.Trash-$uid.
2) Easier to controll trash rights:
a) I can creat $topdir/.Trash only root writable and add dirs only for
the user I want to be able to trash.
b) I can make $topdir/.Trash group writable to make that group able to
trash (and can still add dirs for other users manually).
c) I can make $topdir/ world writable to give everyone the right to trash.
I belive the consensus was private trash? Is the problem addressed wher
a user is allowed to delete a file, but migt be prevented because
another user have trashed it? Full partitions is a regular real time
problem, wher bigger and cheeper disks dont seam to help :-/
However, auto cleaning trash might be good enuf. But I seen argues
against that (and I can see the point). But autoclean could be
implementated pretty nice, by a deamon, or probably even better, hook in
to the filesystem, cleen on disk full and transparent continue.
Autoclean should clean files that ben longest in the trash first (FIFO)
and as good as posably, not mor then enuff!
I think the standard *have* to *alowe* autocleaning, but on the other
hand - If a user use implementation foo, that never autoclean, then try
implementaton bar that do, they might be verry uppset coming back to foo
and fine ther trash cleaned :-/
So, a standard user seting, prevent autoclean, shuld be defined that all
impementation *must* honor.
And a system seting, whether to alow users to prevent autoclen is also
needed, and *must* be honourd by alla implementation. This could be nice
to set for each partision, but that will complicate stuff (ui wise not
the least) :-/ One setting for the home partision, and one seting for
the rest is probably enuf!
One implementation detail, I do expect, if I drag files to the trachcan,
they are trached in my ~/.trash, regardless of what partision or media
they on from the start!
/LaH
More information about the xdg
mailing list