Hey Fedi! If you use Linux and use an init system / service manager other than systemd, what do you like about what you are using? Everybody asks how these compare to systemd, so I wanted to see what people thought of them stand-alone.
Edit: Please do not turn this into a bashing systemd thread. systemd is fine, but I want to see why other setups are *also* fine.
In case anyone's interested in the process (assuming #postmarketOS with #OpenRC and tinydm):
1. Install openrc-user-pam, user session starts automatically on login (assuming PAM is in use).
2. Enable user services: Tools are the same as for system services, just with -U/--user (for the logged-in user). Pipewire and the Pulse-compatibility service must be enabled separately, they'll enable D-Bus and Wireplumber as dependencies:
justsoup 
Fiona$ rc-update -U add pipewire
$ rc-update -U add pipewire-pulse/etc/xdg/autostart/pipewire.desktop (I set that up myself a while ago, not sure what's the current default).DBUS_SESSION_BUS_ADDRESS provided by the dbus user service in /etc/tinydm.d/env-wayland.d/01-dbus-user-session.sh:if [ -n "$XDG_RUNTIME_DIR" ]; then
. /etc/user/conf.d/dbus
fiMaybe that could be part of a tinydm-openrc package or something, combined with a check that there actually is an OpenRC user session?/usr/share/wayland-sessions/phosh.desktop unconditionally starts a new D-Bus session, which puts services started from the Phosh session on a different bus than those started from the OpenRC user session.dbus-run-session from the Exec line (will be overwritten by updates). Or create your own session .desktop file and change the default session for TinyDM to it.pipewire, pipewire-pulse, wireplumber) and D-Bus as dependency on #postmarketOS today. Works pretty well, but I had to patch phosh.desktop to not start a new D-Bus session. Someone already reported the same issue to Alpine with Sway, I think ideally D-Bus would provide a wrapper script around dbus-run-session (or an option) to only start a new session if there isn't one. Tinydm has a way to handle that, but simply removing the call entirely might break with other login managers.
OpenRC user services are now a thing in Alpine and I'm migrating many things I had fragile shell scripts start.
An added benefit is that my sessions in bare ttys have proper services running too!
the fact that #OpenRC user scripts require manual launching and don't start up automatically alongside the corresponding user's session is kinda disappointing
at this moment i wonder what are the real benefits compared to more traditional autostart measures
I have been a linux user for more than 20 years, and a Debian user for a good 15 years now. For the first time, I feel like something is off. systemd feels like a Frankenstein that does not belong. It makes the system feel brittle and vulnerable.
Perhaps some more reading is in order. But I am also starting to look into things like Devuan.
Thoughts? Interesting takes and links?
Juno
/dev/urandom
Tushar Chauhan
Root Moose
Gerard Braad
dfdx
Kristof 