The 09/09/11, Michael Schreckenbauer wrote: > The question arose, when Canek mentioned bluetoothd, that udev seems to need > in some cases.
This is wrong. udev on its own does not require extra tools from /usr. Though, the rules used by udev do use software in /usr. It's NOT a udev fault _at all_. This is how developers wrote software and because they wanted to hook themselves early at boot time, using udev facility. They are PulseAudio, NetworkManager, libatasmart, ALSA, D-Bus, CUPS, VirtualBox, usbmuxd, bluetoothd and a LOT of other tools. It's even worse when you know that some scripts are written in python. Everybody can write its own rules without even think about direct (or hidden) /usr dependency. Again, udev is NOT to blame. > If bluetoothd doesn't quite fit to /bin or /sbin (I tend to > agree here), but is needed before /usr is mounted, then it has to be put > *somewhere*. I don't say, that this is the way to go. Only searching for > alternatives to a forced initramfs. So, what's the good way to fix all that mess? Certainly not moving most of software to /. Fortunately, we can expect /usr to be mounted before udev starts via the initramfs. It does NOT mean everybody will require a initramfs. It means people WANTING a seperate /usr will need a initramfs. The good thing is that a lot of tools now in / will be granted back to /usr. Let's clean up /. Also, it's a _good_ news for admins expecting to maintain systems with a shared /usr (e.g. over the network). -- Nicolas Sebrecht
