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