Here’s something that’s both surprising and, in a way, not surprising at all, especially after yesterday’s announcement from KaOS, a distribution long known for its deep commitment to the KDE Plasma desktop, that it plans to move away from it. The main reason cited was KDE’s reliance on systemd in a specific component.
As expected, the news quickly gained traction, prompting KDE to clarify its dependence on systemd and which parts of the desktop environment rely on it. In a post on KDE’s Reddit community titled “A quick anti-FUD FAQ to debunk ‘the KDE is forcing systemd!’ hoax“, the contributor described the claims as misinformation and provided a short FAQ clarifying the project’s position.
The truth is nobody is building an alternative to a bunch of great API that systemd just gives you for free.
There isn’t “an alternative” to systemd because nobody who hasn’t drunk the kool-aid believes that anything like it should exist. The syslog, the cron daemon, the dns config, the log rotation, the ntp server, and even the init system should not all be part of one giant tangled mess of a project.
The Linux kernel is a tangled mess and not an alternative to the well designed HURD micro kernel.
Didn’t read to me like OP was arguing for a single alternative.
In that case there are alternatives for each component, most often more than one, though they may lack here and there some feature you believe to be indispensable.