On 08/05/14 03:46 AM, Christos Nouskas wrote:
On 8 May 2014 09:43, Olivier Langlois <olivier@olivierlanglois.net> wrote:
Since a recent update (I have first noticed a couple of weeks ago this new systemd enhancement), systemd started to automatically clean /tmp directory daily. This is not something that I like as I prefer to decide when to clean up and to manually perform the clean up.
I'm sorry I don't have a solution to your problem (which is also mine as I tend to keep a lot of files in /tmp...) but the invasiveness of systemd is just outrageous and, allow me to say, not KISS at all, i.e. do one thing and do it well [0]. First it was udev, next dbus, then journal logs, then timers, now automatic /tmp cleaning. What's next, mandatory reboot on each update?
The Arch developers decided to use it for timer units and logs, not anyone else. It's still the same udev it always was, and dbus is moving into the kernel, not systemd (systemd interacts with it as a client and provides a compatibility layer for yet to be updated processes). I guess you'll be upset that Tom (one of the Arch developers) wrote systemd-networkd. You'll probably also be upset that there's going to be a simple systemd-console from the kmscon developer (who is an Arch user) and a systemd-timesyncd for basic NTP clients not needing a full blown server with complicated RTC handling. Everyone else will continue on with their lives, because they realize that there's nothing wrong with maintaining more than one binary/library under one version control repository.
This is not a rant against Arch or its devs and community, but against systemd; the sad facts speak for themselves.
This is a rant against the Arch devs and the Arch community. Several of the developers and several people involved with the community are systemd developers, and there is certainly consensus among the Arch developers and trusted users to use systemd.
There are no facts there. I already responded to this FUD on reddit: http://www.reddit.com/r/archlinux/comments/24zj10/what_are_the_benefits_of_p...