Linked by jessesmith on Wed 5th Nov 2014 10:39 UTC
Linux Over the past year I've been reading a lot of opinions on the new init technology, systemd. Some people think systemd is wonderful, the bee's knees. Others claim that systemd is broken by design. Some see systemd as a unifying force, a way to unite the majority of the Linux distributions. Others see systemd as a growing blob that is slowly becoming an overly large portion of the operating system. One thing that has surprised me a little is just how much people care about systemd, whether their opinion of the technology is good or bad. People in favour faithfully (and sometimes falsely) make wonderful claims about what systemd is and what it can supposedly do. Opponents claim systemd will divide the Linux community and drive many technical users to other operating systems. There is a lot of hype and surprisingly few people presenting facts.
Permalink for comment 598971
To read all comments associated with this story, please click here.
Member since:

It's a non-issue, I'm just pointing out the way the wind's blowing.

There are *zero* benefits to using sysv init on a pure Linux install-base, and Linux has been held back by limiting itself to the lowest common denominator for far too long.
Now we have proper, seamless cgroup usage in init! Using containers is simpler and nicer than ever, all of the core os binaries are rigorously standardised, documented and unit-tested, in cooperation with each other. The level of innovation at the userland level has never been this high.

It's no surprise application and distro developers want to make use of all of the great features and opportunities systemd provides. It's not up to them to work on legacy init-system support instead of stomping bugs and adding features that directly relate to the program, as opposed to being about the management of programs by the OS.
If you want sysv support for applications, write some scripts.
If you want sysv support in a distro, make one.
Most projects have already decided; that's crap that they're sick of having to do, and systemd provides a superior future.

There's no downside to you, either: don't like binary logging? Set journald to use files.
Want to write bash scripts instead of reliable, predictable service files? Go ahead, sysvinit scripts are fully supported.

Systemd just means more stability and a more common core os for all distros. If we're lucky, a lot of the distros will die off, sparing us that ridiculous duplication of effort.

Edited 2014-11-05 12:16 UTC

Reply Parent Score: 6