On 04/13/2011 09:04 PM, Mike McCarty wrote:
> There is an incompatibility with using udev and /usr being a
> separate file system, which users of LFS need to be aware of.
> It is presently not possible, in general, to use udev and have
> /usr be a separately mounted file system. This is something to
> consider when planning the layout of the disc drives. The current
> implementation of udev is incompatible with the File System Hierarchy
> Standard.
This is incorrect. udev is perfectly FHS compliant as installed in LFS
and provides only minimal challenges to make it so in BLFS.
dj [ glibc-build ]$ ldd /lib/udev/* 2>/dev/null | grep usr
libusb-0.1.so.4 => /usr/lib/libusb-0.1.so.4 (0x00007f1f8534a000)
libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0 (0x00007f1f849af000)
libusb-0.1.so.4 => /usr/lib/libusb-0.1.so.4 (0x00007f37725be000)
libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0 (0x00007f3771e2b000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fcb0a3ce000)
libdevmapper.so.1.02 => /usr/lib/libdevmapper.so.1.02
(0x00007fbc22d53000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fbc22a6c000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f5455587000)
libparted.so.0 => /usr/lib/libparted.so.0 (0x00007f54550fa000)
libdevmapper.so.1.02 => /usr/lib/libdevmapper.so.1.02
(0x00007f545452d000)
libatasmart.so.4 => /usr/lib/libatasmart.so.4 (0x00007f4d23ac3000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f2631959000)
dj [ glibc-build ]$
All of the above FHS exceptions are from BLFS. It doesn't seem too
difficult IMO to move 8 libraries (3 of which are already covered in
BLFS)...but that is not the end of the road for FHS compliance. It's not
just those five libraries that need to be moved, all of their
dependencies do as well (which fortunately are already in /lib in the
BLFS case). I'd venture a guess that, at most, 20 libraries for any
given distro should be moved. I've been rather strict to the FHS for a
long time, and while I agree that it is beginning to show its age, the
comments about not wanting to support a remote /usr are easily moved to
the trash can in my mailbox without any need for entertaining cheese,
whine, or lazy developers. Sorry if you feel that is harsh, but it is my
honest opinion on the situation.
-- DJ Lucas
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
