The Grumpy Editor's guide to surviving the systemd debate [LWN.net]

The Grumpy Editor's guide to surviving the systemd debate

Posted Nov 14, 2014 12:29 UTC (Fri) by k8to (guest, #15413)
In reply to: The Grumpy Editor's guide to surviving the systemd debate by k8to
Parent article: The Grumpy Editor's guide to surviving the systemd debate

Err, I meant the above article misses the boat a bit, and the linked article is on the money.

to post comments

The Grumpy Editor's guide to surviving the systemd debate

Posted Nov 14, 2014 15:40 UTC (Fri) by rsidd (guest, #2582) [Link] (3 responses)

The question is, will the anti-systemd folks actually do something about it? There seems to be consensus that (a) sysvinit has outlived its usefulness (b) there is no replacement that looks more attractive than systemd (even the original upstart author, Scott James Remnant, seems to think systemd is better today). I have not used a systemd-based system and have no technical objections to it. My objection is to the authors' philosophy that only Linux matters (I have used FreeBSD and Dragonfly BSD in the past), and to the tendency to make systemd a hard dependency of userland software (especially in Gnome) as opposed to merely a better way to handle dependencies when booting a system.

The Grumpy Editor's guide to surviving the systemd debate

Posted Nov 14, 2014 16:13 UTC (Fri) by johannbg (guest, #65743) [Link]

That's rather interesting perspective since there is nothing that says that open or closed software has to be share-able between OS and there is nothing wrong with writing software specifically with spesific OS in mind be it Windows, BSD, Linux, OS-X or Solaris to take directly benefits of what relevant OS has to offer.

systemd is an init system specifically written with linux in mind and thus tightly integrates and takes all of what the linux and it's kernel has to offer just like Windows has it's own (winload.exe ), BSD has it's own ( BSD-style init), Now Linux will ( in most distro's ) have it's own ( systemd ), OS-X has Launchd and Solaris has SMF.

As far as I know people aren't switching out the init system that is being shipped except on linux and on top of that last time I checked the BSD and Solaris developers were perfectly capable of updating/replacing their own init system if they deemed it necessary as well as carrying downstream patches to upstreams that dont want to support them.

Why the linux ecosystem has to have gazillion init system makes no sense and on top of that supporting more then one is arguably somewhat crazy and maintainers nightmare from my point of view.

The Grumpy Editor's guide to surviving the systemd debate

Posted Nov 14, 2014 20:15 UTC (Fri) by rgmoore (✭ supporter ✭, #75) [Link]

(b) there is no replacement that looks more attractive than systemd

I would amend that to say that there is no replacement that looks more technically capable than systemd. People who are interested primarily in its technical capabilities see that as making it the most attractive choice. People who are concerned about design beyond pure technical capability don't necessarily reach the same conclusion. You are obviously skeptical of some of those other factors, too.

I agree that the big question is whether the people who don't like systemd are going to create a practical alternative. It certainly should be possible to create a better competitor for systemd than the current options while still avoiding some of the design choices that people dislike in systemd. That said, I doubt that it's possible to achieve some of the stuff that systemd does (e.g. recording things from early boot) without making the corresponding design decisions (e.g. running logging through PID 1).

The Grumpy Editor's guide to surviving the systemd debate

Posted Nov 14, 2014 22:35 UTC (Fri) by raven667 (subscriber, #5198) [Link]

If people who want systemd features on BSD want to go down this path the option is always available to port systemd to a new OS with its own repo. Different OSs make different decisions though, BSD already had a totally different init system than most Linux systems, and has a different kernel with different features. If you are a userspace software developer, the kernel and low level plumbing outside of POSIX (packet filtering, or *notify or kqueue or cgroups, jails or namespaces) on different systems is going to always be different, if you use a platform-specific feature then you have to think about portability, either re-implementing chunks of code for different kernels or accepting that you can only run on a particular platform.

GNOME still runs on BSD, just without the session management that it would get on Linux, if people start using other systemd features (like the watchdog or relying on it for daemonization) then they will need to have fallbacks if they want to be portable or *BSDs will have to add the appropriate tools.