[OpenAFS] Unknown Gnome/AFS problem
Karsten Künne
kuenne@rentec.com
Wed, 19 Jul 2006 11:54:32 -0400
On Wednesday 19 July 2006 04:31, Franco Milicchio wrote:
> Hello everyone,
>
> I'm still facing a weird problem with Gnome and OpenAFS. When
> interacting with the GUI and deleting some items, gnome puts them in
> a .Trash directory:
>
> milicchio:milicchio$ ls -lad .Trash
> drwx------ 3 milicchio diaafs 4096 Jul 14 09:13 .Trash/
>
> Unfortunately this directory is shown *always* empty when opening the
> trashcan from the Gnome GUI, even if it contains files and
> directories, and of course has the right ACLs inherited by the
> container volume:
>
> milicchio:milicchio$ ls -la .Trash
> total 13
> drwx------ 3 milicchio diaafs 4096 Jul 14 09:13 ./
> drwxrwxrwx 59 milicchio diaafs 6144 Jul 14 09:22 ../
> drwxr-xr-x 2 milicchio diaafs 2048 Jul 3 11:36 simple_extension/
> -rw-r--r-- 1 milicchio diaafs 873 Jul 3 11:30
> simple_extension.tar.gz
>
> milicchio:milicchio$ fs la .Trash
> Access list for .Trash is
> Normal rights:
> system:backup rl
> system:administrators rlidwka
> system:anyuser l
> milicchio rlidwka
>
>
> This bug seems to affect all gnome systems (any distribution) with
> users under AFS, since local users in /home do not experience any
> trouble and find their deleted files in the trash.
>
> Is anyone aware of any workaround? Users keep filling up immediately
> their quotas...
>
One possible workaround: "ln -s /dev/null ~/.Trash".
>
> PS. Removing gnome is not a workaround :)
>
Why not? ;-)
Karsten.
--
"One basic notion underlying Usenet is that it is a cooperative."
Having been on USENET for going on ten years, I disagree with this.
The basic notion underlying USENET is the flame.
-- Chuq Von Rospach