> > udev (not even original systemd software) [...] (and unlike init, > > there's no alternative to it) > > The Devuan people would like to introduce you to vdev > <https://git.devuan.org/devuan-packages/vdev>. > > Laurent Bercot would like to introduce you to mdevd > <http://skarnet.org/software/mdevd/mdevd.html>. > > I have service bundles for four different Linux plug-and-play managers > <http://jdebp.eu./Softwares/nosh/guide/networking.html#Plug-and-Play> > in the nosh toolset.
Yes, thank you for clarifying this! Personally I really don't have much of a use case for plug-and-play. Rather, the way I look at it is how to avoid unwanted components that get pulled on my system. And unfortunately as far as I can see, none of these alternatives are packaged in Debian, and more importantly, packages like xserver-xorg-core for example declare a hard dependency on udev with no alternative mechanism. If you want to know, these alternatives are something I suggested in my udev rant: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827704 You can see where that went. > Almost everything in *lots* of pseudo-user directories under /usr was > the actual classical Unix way. And there's also the pattern of packages installing their files into their own private hierarchy under /opt/<vendor>/<package>/ ... much like what happens under \Program Files\ on Microsoft Windows, the rationale being, it's well-suited to avoid collisions without central coordination. Regards, -- Pierre Ynard
