I don’t hate systemd, but I prefer OpenRC and usually use it on my Debian systems. My preference is purely vibes based though, and I think most of the anti-systemd arguments in common usage are a bit silly.
My biggest problem with systemd is that Red Hat has basically used it to push their-way-or-the-highway on many Linux distros. That said, in many situations systemd is better than what came before. Except systemd-networkd. It’s a PITA as far as I’m concerned.
I see why that may not be an ideal position in an ideological sense, where every distro uses the same thing, but i see it the other way around: it’s a way to finally attempt to standardize Linux desktops. Having a standard desktop is crucial for mainstream adoption, because developers won’t bother supporting 4837 different combinations of software. This is the reason I am really excited for the future with flatpak, xdg-portals, systemd, pipewire, Wayland etc etc. This way the distro is no longer the platform, it’s the distro agnostic software stack that becomes the target platform. For example there’s no longer a need to support KDE’s file picker, and gnome’s file picker and xfce’s, you can just call the portal and it will (should) display a file picker. And if the user doesn’t have a supported environment (which the vast majority don’t) then the burden is on them for being different I guess :p
I like the standardisation of things. I don’t like that it’s glomming over everything to push Red Hat’s way of doing it and slow-walking proposals from other groups.
The Nix package manager uses systemd for instatiating services for its packages, so you can switch between any setup with one command. Nix will stop and start all the units that were changed. While it’s a Nix feature, systemd is doing all the heavy lifting
I don’t hate systemd, but I prefer OpenRC and usually use it on my Debian systems. My preference is purely vibes based though, and I think most of the anti-systemd arguments in common usage are a bit silly.
My biggest problem with systemd is that Red Hat has basically used it to push their-way-or-the-highway on many Linux distros. That said, in many situations systemd is better than what came before. Except systemd-networkd. It’s a PITA as far as I’m concerned.
I see why that may not be an ideal position in an ideological sense, where every distro uses the same thing, but i see it the other way around: it’s a way to finally attempt to standardize Linux desktops. Having a standard desktop is crucial for mainstream adoption, because developers won’t bother supporting 4837 different combinations of software. This is the reason I am really excited for the future with flatpak, xdg-portals, systemd, pipewire, Wayland etc etc. This way the distro is no longer the platform, it’s the distro agnostic software stack that becomes the target platform. For example there’s no longer a need to support KDE’s file picker, and gnome’s file picker and xfce’s, you can just call the portal and it will (should) display a file picker. And if the user doesn’t have a supported environment (which the vast majority don’t) then the burden is on them for being different I guess :p
I like the standardisation of things. I don’t like that it’s glomming over everything to push Red Hat’s way of doing it and slow-walking proposals from other groups.
The Nix package manager uses systemd for instatiating services for its packages, so you can switch between any setup with one command. Nix will stop and start all the units that were changed. While it’s a Nix feature, systemd is doing all the heavy lifting
What are your issues with networkd?
I find it hard to deal with. I generally end up writing a new plan file and just rendering that to networkd.
systemd-network is great on servers. I use it on every machine that isn’t on wifi