Re: Cleaning of $XDG_CACHE_HOME and $XDG_CACHE_HOME/thumbnails

On Wed, 2020-02-26 at 14:22 +0100, Bastien Nocera wrote:
> On Wed, 2020-02-26 at 13:45 +0100, Benjamin Berg wrote:
> > Now, systemd-tempfiles can already clean up everything except for the
> > trash. And considering that $XDG_CACHE_HOME is non-essential by
> > definition, I think it might be sane to use systemd-tempfiles not only
> > to clean the thumbnails but the entirety of $XDG_CACHE_HOME in the
> > future.
> 
> It's not "non-essential", it's a cache, which can be regenerated, but
> it might be utterly costly to do so. Eg. there are 10 gigs of "cached"
> evolution mails in my ~/.cache, 5 gigs of jhbuild builddirs.
> 
> Nuking it is a last ditch scenario. You'd avoid backing it up on space
> constrained storage, but you'd want to avoid having to regenerate that
> cache in most cases.

I am *not* proposing to nuke these directories. I am proposing to nuke
them by default, and ask applications like evolution, jhbuild and
others to ship their own configuration.

This matches the behaviour of /tmp and /var/tmp on systemd managed
systems. In the simplest case, all evolution needs to do is ship a one
line file with:

x     %C/evolution

This file can even be installed to the users $XDG_CONFIG_DIR for
applications that might not be able to do it globally.

> <snip>
> > Is it reasonable to standardise on the systemd tmpfiles.d format?
> > Is it OK to clean $XDG_CACHE_HOME after a fixed time period by
> > default?
> 
> I'm guessing that's a no.
> 
> As for thumbnails, you'd probably get away with checking whether atime
> is actually set on that mount and cleaning up the ones that haven't
> been used.

Benjamin

_______________________________________________
xdg mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/xdg

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEED2NO4vMS33W8E4AFq6ZWhpmFY3AFAl5WcvAACgkQq6ZWhpmF
Y3CK5xAAuSIaElOAt1K9n7yic4YwYOisGKD/vEMciSoaWO6CFG/z5c546GnvC/f6
LEiG/QW7X901BU8juaj0vGmWoy1GyvdiNnHBZs/Svt/rEftPicbvzulHPHOUEwlI
0pbM9qVKLC38wRARl9Z9dxbUAx1EahxFTUwwFC/LIsn6OFPNKU3wFerM6QxzWdSj
fuO68/YTrzJTfbBdwJ647qMKWWqQfMnv8HVfbLqB2RAhBZ86z1TH5CRj9MsIox6u
bQmvtcsjRo3T4syK8PiETaAOrhc8ANJ3kMdWYJIAGxcqNo1TiB+b8mEwatbT/cJn
jo+AcUM20WxqrBtTKiYf1a9LNP9N1zYY0iz2lthXieab+k5RLg07/tZWMFZqE2Pc
lmKtF27eN5KeTC2gp1Hb6kqmpOixxPzLCGpR15LZxuto5mIt70gbQz6EDhQgu1qo
IytjYA3Ewax1LjJwX3LZVfzPkSoTSoS8aPLzvI/YlYUAGFGZ8PObOdksfHB19U4x
5YfRb0BvdVT9Ss4sbfUuY/2aaokuuc9g6XkTwzaxc+Xhp3+C9QZc+icWgO9qV2i4
KFWaWfysNnj0DQjkVOYZsq3vPgL/lDvGR+Fnw3xQGzyP9VWtn8RvYhGUhZC4YHSw
faAOK20WJHdbWnMANjcnjgCtYAP0bef4XBKAcZUdrMJEsh5V184=
=Hv4Y
-----END PGP SIGNATURE-----