and floods your disk.
http://mail.gnome.org/archives/desktop-devel-list/2005-April/msg00099.html
Actually, its the case of caches that never get reclaimed. Applications that do this include most graphics related things that follow the thumbnail spec, since they never clean out or remove the thumbnails, wether they live or not.
gqview has a tool to parse all theese thumbnails, find the ones that fit files that are no longer accessible and remove those. This saved over 100 Mb on my machine.
The second beast was evilution, however, here you can simply wipe old items from the cache :
find ~/.evolution/mail/imap/*/folders \( -name '[0-9]*.' -o -name '[0-9]*.HEADER' \) -atime +7 -print0
and pipe that to xargs -0 rm and you're off....
Now, implementing a function that checks diskspace avaiability in Gnome ough to be simple. The question is, where does it live? gnome-settings-daemon is the one that strikes me as "obvious" ... or nautilus, perhaps?
Implementing cache purge in Evolution comes next, doesn't sound too bad that either. A timeout ought to solve it ( one week/ ten days or just per-session? )
Purging "old" thumbnails? hmm, dunno. Making sure all applications that deal with graphics actually remove the thumbnail when they remove the file is an idea. Ought to be simple enough to hook into the obvious badguys ( gimp, gthumb, nautilus, gqview, eog ) . "stealing" gqview's purge function and adding it as a cleanup routine might work too, nice it hard enough and it might be unnoticed.
Posted by spider at April 13, 2005 02:14 AM