[binarybanana]

>OpenRC, ironically also reliant on DBUS.

Not at all, although if you have any services that use dbus it might get started by one of them. On my system there isn't even a dbus service file that could be used to start dbus directly through OpenRC. OpenRC works fine without any dbus installed, in fact I'm not even sure if it's even used for any functionality at all. Service control is done through a socket in /var/run/openrc/control (or something), at least on any system configuration I've seen.

[kafkaIncarnate]

Interesting. I was basing this mostly on my most recent install of Gentoo, but it seems that even Gentoo's documentation is misleading on this subject.

Without systemd, you "need" elogind as a requirement which is a drop in replacement for systemd-logind. elogind relies on dbus, and in Gentoo needs to contact /run/dbus/system_bus_socket.

However, looking into it, it appears this is largely because of display manager compatibility. If you don't need a display manager, you very well might not need elogind, which means you might not need dbus. So OpenRC for embedded, deciding to manually control execution of your WM with Wayland or X11, or headless servers could still work, but you would need dbus to get display managers to work. I've been reading some blogs of people attempting to do exactly this and they seem to only get into issues with Gentoo and Debian without using elogind or systemd. That doesn't mean it's "required", though, they could just not know what they are doing.

When I was installing Gentoo I was using stage3 of hardened-selinux-openrc, I also had a huge issue enabling SELinux and it kept blocking OpenRC's access to DBus before finishing the boot sequence. I assume this was due to the elogind USE flag, but it seems it had compiled into it somehow, because I didn't initially have elogind turned on. I guess I just didn't know the relationship of elogind and OpenRC (not that this has made anything any clearer), I might actually try rebuilding that system's @world without the "elogind" USE flag just to see what happens (I don't really need a display manager anyway).

[binarybanana]

>If you don't need a display manager, you very well might not need elogind,

Yes, that's how I do it. At boot a service auto-logins on all vts and fires up an X server with my WM. Since I already have to enter a password to decrypt the disk this is OK. After half an hour idle/suspend the screen gets locked, so it's not worse than no auto-login.

Sadly, the documentation and wiki has detoriated in quality the last few years. For example I recently tried to look up how to run Xorg without suid, but the wiki had removed the simpler input-group based method in favor of this elogind stuff, which I consider to be worse than useless. Luckily the talk page pointed me in the right direction (history).

Personally, I put -* in make.conf's USE variable and only enable a few things I really want universally like threads, unicode, etc. Then I use flaggie to enable the flags I need when installing stuff. I check with emerge -a to get a list of everything with the possible flags, then enable/disable as necessary. Takes a bit longer the first time, but prevents stuff like this. Sometimes it can break stuff since that's not a supported configuration and might expose undeclared USE flag dependencies, but it's mostly OK.