Debian General Resolution: Init systems and systemd
Just in case they vote on Choice 1: F: Focus on systemd,
i.e. completely disabling another init script, I have to pick up a new distribution.
Today, I mostly run Debian on desktop and server.
Most server use a non-systemd init system for sanity.
Easing systemd dependencies via systemd-shim, libsystemd0
and using sysvinit.
Documentations of not using systemd are
- Debian: Installing without systemd
- Use Devuan (init freedom initiator, dunno status)
- Linux distros without systemd (2019-05-20)
IMHO the only good Debian proposals are
- Choice 6: E: Support for multiple init systems is Required (ideal)
- Choice 4: D: Support non-systemd systems, without blocking progress (compromise 1)
- Choice 7: G: Support portability and multiple implementations (compromise 2, great in spirit)
- Choice 3: A: Support for multiple init systems is Important (compromise 3)
Devuan’s take on the vote in a post, as Debian is essential for Devuan and all other distributions based on it willing to provide a non-systemd system.
Problem is, the more lenient a policy is towards init abuse,
i.e. only supporting systemd and creating hard dependencies on it,
the less likely it is most packages will work w/o systemd
running nor installed.
Risk: Who controls systemd will control the Linux desktop.
An init system originally only handles process
initialization and management,
which was usually done in a few lines of code
and was always considered very security critical.
It is a long debate, but I get goose bumps when
an init system and its environment takes over
more than half of a Unix like system’s services,
especially when the user land applications
start to make it a hard requirement.
I didn’t keep too much track of systemd,
but after keyboard and console control,
networking, harddisk partitions and what not
– now they want full user identity control,
naming it ‘Home Directories’ or ‘systemd-homed‘
This not only includes home partition setup
but also control of key management for encryption etc.
Is all the systemd work still coming solely from Red Hat giving us a single service provider concentration risk, which other distributions intended to avoid? Now being reintroduced and enforced via systemd?
Good evening and let’s hope init choice
can be still be made in the future.
Cheers,
~Sven
PS: I will post an edited version later on my blog