KDE 4.4.x trash bin location/behaviour

Nebojsa Trpkovic trx.lists at gmail.com
Mon Sep 6 10:05:42 BST 2010


On 09/06/10 08:54, Kevin Krammer wrote:
> In your case it might have been a problem of the directory on the NFS mount
> not having the "sticky bit". Try removing /home/myuser/some-mount/.Trash,
> creating it as root with write permissions for the user or group and setting
> the "sticky bit", e.g. chmod a+t  /home/myuser/some-mount/.Trash

I've removed ".Trash" in topdir of my NFS partition, created new as a 
root, changed permissions to my user, set sticky bit by chmod a+t and 
then chmod ga+w to get something like 1777. It was empty. I removed 
~/.local/share/Trash, too.

Then I've deleted (moved to the trash bin) one small file (readme.txt) 
form NFS partition. After that, I inspected Trash dirs:

1. .Trash on NFS partiton got the subdir named "1000" owned by my user 
and with drwx------ permissions. Subdir "1000" had two subdirs: "files" 
and "info" and "files" with the same owner/permissions. These subdirs 
were empty.

2. ~/.local/share/Trash was recreated (I've deleted it before the 
experiment). Owner was my user and permissions were drwx------. It had 
two subdirs ("info" and "files") and one file in it - "metadata". Subdir 
"files" had "readme.txt" file in it, and subdir "info" had 
"readme.txt.trashinfo" file in it.

So, as far as I can tell, KDE makes right separate trash bin on my NFS 
partition, then KDE populates it with right subdir-structure, but at the 
end it doesn't use it. :(




___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.




More information about the kde mailing list