Public bug reported:
1) 20.04
2) 245.2-1ubuntu2
3) I expect /var/tmp to be cleaned up in some way.
4) It's commented out per
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773313
In sosreport was comparing the difference between /tmp (Ubuntu/Debian)
and /var/tmp (RH) and determined that as long as /var/tmp gets cleaned
on a regular basis we would prefer /var/tmp.
The bug that appears to have prompted the disabling was fixed a long
time ago, can we have this 30d delete re-enabled by default?
** Affects: systemd (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1870585
Title:
Not cleaning /var/tmp by default
Status in systemd package in Ubuntu:
New
Bug description:
1) 20.04
2) 245.2-1ubuntu2
3) I expect /var/tmp to be cleaned up in some way.
4) It's commented out per
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773313
In sosreport was comparing the difference between /tmp (Ubuntu/Debian)
and /var/tmp (RH) and determined that as long as /var/tmp gets cleaned
on a regular basis we would prefer /var/tmp.
The bug that appears to have prompted the disabling was fixed a long
time ago, can we have this 30d delete re-enabled by default?
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1870585/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
