https://bugzilla.novell.com/show_bug.cgi?id=739438
https://bugzilla.novell.com/show_bug.cgi?id=739438#c9
--- Comment #9 from Michael Meeks
The other side of that coin is that orbit likes to put thousands upon thousands of files into that directory -- this is the kind of thing that /tmp cleaning aims to fix.
ORBit2 loves it ;-) if you run 'linc-cleanup-sockets' at login in your session that should clean it up - but that never quite seems to happen on real systems I think. I am optimistic that systemd might not delete files that are really sockets - which would prolly rescue ORBit2 - not that I see any sockets there now we have gconf-dbus goodness around the place. Of course, if we were really having a bad day, we could grok all of /proc/*/fd to see if any of these files are open by some process: it happens the keyring ones are left open and not delete files that are open. It rather makes me wonder how LibreOffice will cope with having it's file data deleted from underneath it; we rather rely on having semi-persistent data in /tmp/ at least for the lifetime of our process [ not that that is typically left open though ... ] -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.