Quotes of the week

Posted Mar 10, 2011 13:35 UTC (Thu) by nix (subscriber, #2304)
Parent article: Quotes of the week

You can of course say: I don't need 3G, no Audio, D-Bus is evil anyway, and I don't want to print, and plug'n'play isn't for me anyway, and I just want my 80's style Unix back. Then, sure, a separate /usr will work fine for you.

Actually, all that is currently broken by separate /usr is placing the vendor name of soundcards in PulseAudio properties, localization in very early boot, and some obscure stuff on some Dell laptop. Watch me not care. (Admittedly I suspect I'd care more if I didn't speak English).

(However, this is a situation which will likely grow worse with time, not better: Lennart is right there. I suspect I should rejig my initramfs to mount /usr as well as /. Separate /usr isn't necessarily broken: /usr *that is not mounted when init starts* may be broken, and that has nothing necessarily to do with fs layout, so the benefits of split-off /usr can continue.)

Quotes of the week

Posted Mar 11, 2011 3:49 UTC (Fri) by nicooo (guest, #69134) [Link] (3 responses)

Or you could install udev in / instead of /usr. At least on my system it looks like only libudev and the documentation are installed in /usr.

Quotes of the week

Posted Mar 11, 2011 12:47 UTC (Fri) by nix (subscriber, #2304) [Link] (2 responses)

Really? If you install upstream udev it puts libudev in /lib (sensibly).

The problem is some of the udev extras: a couple rely on glib (which is in /usr, or used to be); some rely on the PCI and USB databases, which have standard locations under /usr/share; and the whole lot relies on localization if you want error messages in early boot to be readable to a non-English-speaker.

Quotes of the week

Posted Mar 11, 2011 15:08 UTC (Fri) by nicooo (guest, #69134) [Link] (1 responses)

I see. I don't have the extras installed and it looks like libudev is only a symlink:
lrwxrwxrwx 1 root root 26 Sep 24 14:13 /usr/lib/libudev.so -> ../../lib/libudev.so.0.6.1*

Quotes of the week

Posted Mar 14, 2011 13:51 UTC (Mon) by nix (subscriber, #2304) [Link]

libudev.so is always going to be only a symlink: that's the way versioned shared libraries have always worked in ELF-land. It's the location of libudev.so.0.6.1 that matters, and you can see from that symlink that on your system it is in /lib. I'd be willing to bet any amount you like that libudev.so.0 (which is what the dynamic linker open()s) is also in /lib.