3 ms·
The udevd package in gentoo does exactly this, which is supported as an alternative to eudev: https://packages.gentoo.org/packages/sys-fs/udev https://packages.
by zxzax 5y ago
The udevd package in gentoo does exactly this, which is supported as an alternative to eudev: https://packages.gentoo.org/packages/sys-fs/udev https://packages.gentoo.org/packages/sys-fs/udev
I believe the reason for eudev is to avoid some of those other unwanted changes from upstream udev that broke udev scripts. Which to me is a fine technical justification, but not really related to another udev implementation having a build dependency on libsystemd. The udevd package seems maintained so I really don't understand what operational issues that comment is getting at.
- ohazi 5y agoInteresting. I didn't realize this was a supported option, but the Gentoo wiki also seems to agree with you [1], so I may need to walk back some of my frustration around this. I still have concerns that having a shared codebase makes it easier for interdependencies to materialize later, but if they've managed to keep it as decoupled as is claimed here, then I'm pleasantly surprised, and also annoyed that the communication around this issue has been confusing enough to lead me to an apparently incorrect conclusion. [1] https://wiki.gentoo.org/wiki/Gentoo_Without_systemd#The_udev_situation https://wiki.gentoo.org/wiki/Gentoo_Without_systemd#The_udev...
- Conan_Kudo 5y agoMost of the systemd components actually work without systemd as the init. I've used udev and nspawn without systemd-init. As long as you don't have a problem with libsystemd existing, most things work fine without systemd-init. Mainly systemd-journal and systemd-oomd both require systemd-init.