[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde
Subject:    Re: [kde] KDE 4.4.x trash bin location/behaviour
From:       Nebojsa Trpkovic <trx.lists () gmail ! com>
Date:       2010-09-06 9:05:42
Message-ID: 4C84AEE6.5070207 () gmail ! com
[Download RAW message or body]

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.
[prev in list] [next in list] [prev in thread] [next in thread]