:) I’ll try it again, promise. I just didn’t have a good experience around two years ago. I do hear it’s much better now.
I’ll confess I’ve avoided systemd to this day however. Devuan/Funtoo are fine, and I don’t miss any of the supposed improvements systemd brings. So I’ll probably be rocking Wayland/open-rc or Wayland/sysv-init until I drop dead.
I don’t think you can change foundational architectural things like that in a fork. A lot of systemd’s strengths also come from the integration of doing many things, e.g. process management and the sandboxing features together are certainly easier to read and write than having the process management call some sort of external sandboxing tool (potentially multiple nested ones) with a bazillion parameters all in the ExecStart line of the systemd unit.
I actually quite like Wayland. I have not had a problem. Except with the discord application cause they are too lazy to fix their screen recording bug
:) I’ll try it again, promise. I just didn’t have a good experience around two years ago. I do hear it’s much better now.
I’ll confess I’ve avoided systemd to this day however. Devuan/Funtoo are fine, and I don’t miss any of the supposed improvements systemd brings. So I’ll probably be rocking Wayland/open-rc or Wayland/sysv-init until I drop dead.
Systemd is great for process management. It’s fault is trying to do too much.
Is there a Systemd fork that is unix philosophy compliant?
I don’t think you can change foundational architectural things like that in a fork. A lot of systemd’s strengths also come from the integration of doing many things, e.g. process management and the sandboxing features together are certainly easier to read and write than having the process management call some sort of external sandboxing tool (potentially multiple nested ones) with a bazillion parameters all in the ExecStart line of the systemd unit.