I stopped using Arch when my system became unbootable after systemd was initially pushed out.
I stopped using Arch when my system became unbootable after systemd was initially pushed out.
I have had a couple of snags over time, and many could argue that it's my fault for not reading "the new way" of how things work; like systemd-resolved not resolving anything (even with allow-downgrade which is the default iirc) which isn't DNSSEC validated, such as my entire corporate DNS environment.
Overall I feel like there's many benefits for a desktop system to use SystemD.
For the record, my largest gripe with systemd is systemd-resolved too (followed closely by binary logs).
That's totally not the case, all the previous solutions were slightly broken (pam_console, ConsoleKit etc.), and unmaintained.
> For the record, my largest gripe with systemd is systemd-resolved too
So, uninstall it. It's not a part of systemd (the daemon), and totally optional.
I was using fedora religiously (I mean, _really_) between Fedora 15-21, and systemd was actually what caused me to get off of the distro, the upgrade path was truly awful, even for Fedora.
The response was "but it's bleeding edge, what do you expect". And to be honest, I expected better.
Also it meant I had to unlearn a lot of my linux knowledge, and it was specific to fedora at the time.
Also, systemd in its early days was astonishingly broken, and many of the gripes you hear of today likely stem from people who were exposed during that period. (such as binary logs getting corrupted and unceremoniously truncated, boot being non-deterministic meaning your machine didn't boot 1 time out of every 10 and huge smatterings of "waiting for 1m 30s" even with very commonly used packages on a base system).
All that to say: I haven't seen a smooth transition from a non-systemd distro to a systemd enabled distro.
Although, truthfully, I haven't upgraded a Debian installation in-place.