Andrea Turrini said the following on 05/12/2013 01:29 PM:
On 05/12/2013 06:19 PM, Anton Aylward wrote:
Andrea Turrini said the following on 05/12/2013 11:13 AM:
Second, are they really taking up space? Try running 'df' and see if your /tmp is critical.
Each directory uses at least 4k, so they are taking space.
Geez! The litter I have from printing a file is about 10 times that!
You asked whether such directories are taking space. And they do. Few space, but they do. Period.
Compared to the transient things in /tmp and /var/tmp and the empty directories elsewhere in /var these are insignificant. I think you have your priorities very, very confused.
Is /var/spool/postfix expected to be cleaned automatically? No
Yes, but you have 10 such empty directories (each taking up at least 4k, maybe more) in at least 2, maybe more, directories, on the same file system as /var/tmp!
Not related argument.
... because its not about space, is it, its about aesthetics.
The issue isn't about whether its expected to be cleaned automatically or not. its that its there and that its taking up space.
So we get back to the aesthetics issue ...
Wrong. The problem is about whether such directories are expected to be cleaned automatically. And they are, since the relative bug [0] has been fixed upstream by removing such directories when no more needed; it is your argument about taking up space.
You want to have it both ways then. So install the fix that Cristian pointed out to you.
And you are quite capable of running systemctl mask to restore that.
No, because it is a bug of systemd-195, only hidden by having /tmp mounted as tmpfs. It is just a workaround that may affect overall system behavior.
You really really really do want it both ways.
Once again openSuse is being conservative by having the default behave the old way, /tmp being on disk, rather than the 'new' way of making it a tmpfs. You want the latest, the most bleeding edge, then don't use openSuse. Either that or make use of the build service and build your own.
I wonder from where you derived that I want the latest, the most bleeding edge. For sure this is not my case.
Let me get this right: you're saying you want it fixed but you don't actually want to make the changes that will fix it. OBTW: since that capability wasn't in the v44 on my 12.2 system I don't have that aesthetic problem with them littering /tmp on 12.2 box. So if you don't want the latest - which is 12.3, then there's a solution for you. Or do you want it both ways still?
I do not want the latest, the most bleeding. Otherwise I would use factory or at least tumbleweed, but I am using an ordinary oS 12.3 as base system. I use non-official updates only for stuff that does not affect the core functionality of the system and that can be easily rolled back.
Which is the case for both the solutions that Cristian has proposed.
JFYI, I installed oS 12.3 only Apr. 21, while it was released on Mar. 13, so more than 1 month after the release.
Your point being? If you are doing the updates with zypper or yast, to keep up to date then it doesn't matter if you installed it on March 15 or May 10th. A "zypper up" updates to whatever is in the current update repository. For 12.3 that is Repository: openSUSE-12.3-Update Name: systemd Version: 195-13.25.1 Arch: i586 Vendor: openSUSE Installed: Yes Status: up-to-date Or are you telling us that you don't do an update with zypper or yast?
So complain, yes, but complain about the right thing, which is that openSuse is too conservative for YOUR tastes.
Again, I do not want bleeding edge things, so openSUSE is *NOT* too conservative for my tastes.
You really really really really do want it both ways. You want it fixed but aren't willing to update to the 'edge' where it *IS* fixed.
Has anyone used the build service to build a v199 of systemd? If the answer to that is "yes" then Andrea can add that repository and update systemd and LO! the problem is fixed.
No, I will not install a non-official update for a core element as systemd, with the risk of being forced to use a rescue system to fix it.
Oh right; and all of openSuse is not SLED so its not official, its all done by volunteers ... -- "Amberley excelled at chess -- one mark, Watson, of a scheming mind." -- Sherlock Holmes, in "The Adventure of the Retired Colourman" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org