Update to the trash manager. Note, NEW home page and download location. Also, made small changes to the ebuild and removed its use of the $get_libdir variable and updated patch file to conform to the new version. In addition, I added code to install the strash program which had been included but not installed by prior ebuilds. HTH
Created attachment 69882 [details] sys-libs/libtrash-2.4.ebuild
Created attachment 69883 [details, diff] patch file required in the files directory
Created attachment 69884 [details] cleanTrash.cron same file included with the 2.2 ebuild. Simple enough :)
hmm, I think that TRASH_DIR should be set '/.Trash' (GNOME). do you have any reason of '/Trash'?
(In reply to comment #4) > hmm, I think that TRASH_DIR should be set '/.Trash' (GNOME). > do you have any reason of '/Trash'? > Well, it's because in the libtrash.conf file, the default TRASH_CAN location is ~/Trash. This was not changed in either libtrash 2.2 or this version. The TRASH_DIR you refer to is only for the cleanup program ct2.pl which needs that variable set to the same value as wherever the Trash can is. This program is INACTIVE after ebuild install, since the cron file is completely commented out. Remember, the cleanup scripts were written by others, not the author. So they probably left in their own defaults in the code. The documentation _DOES_ say to look at the top of the scripts to change defaults. In addition, the user can create a ~/.libtrash file to override any of the compiled in defaults. I kind of like the idea of having a Window-Manager-Neutral Trash can approach. What if the user uses Enlightenment or Rox? There is no specified trash location -- nothing to overwrite or conflict with. I do NOT like the idea of making it hidden. If you do change, you will need to change libtrash.conf also to make sure all trash can locations are in sync. They are now. Let me know your thoughts.
in cvs. thanks. readd get_libdir because it needs on amd64.