On Sat, May 24, 2014 at 4:03 PM, Frans de Boer <[email protected]> wrote: > On 05/25/2014 12:26 AM, Bruce Dubbs wrote: >> >> Frans de Boer wrote: >> >>> So, looking at the current FHS-document it seems that LFS is mostly in >>> sync, except for the use of the /usr/lib64 symlink. >> >> >> The reason that LFS uses the /usr/lib64 symlink is because many packages >> assume that they should use /usr/lib64. LFS is not a multilib system, >> but many packages make that assumption. For us, everything should go in >> /usr/lib (or /lib). The symlinks make that happen. >> >> It would be really nice if the libtool included in many packages didn't >> bother to say that the library appears to be moved. That's quite >> irritating. >> >> -- Bruce >> > I known the reason for the current use of symlinks on 64-bit machines, and > as indicated before I don't like it. > However, so many packages are using /lib64 or /usr/lib64 in conformance to > FHS-2.3 chapter 6.1.5, that it will take a long time before those packages > are conformant - to the new FHS (if ever) - again. So, in light of the draft > FHS, directory symlinks might be an accepted interim solution. > > Also, standards need to be unambiguous or else they can not serve as a > standard. I will read more about the upcoming FHS and sent them my thoughts > too. > > Thanks again, and I will follow the "path" of LFS/BLFS again ;) > > Frans.
https://wiki.ubuntu.com/MultiarchSpec Not a suggestion for the book, but a interesting alternative is the path Ubuntu/Debian are taking. /lib/i386-linux-gnu, and /lib/x86_64-linux-gnu. I like it as it keeps /lib as the sole library folder, and for the few 32bit libs I use (wine, not really using it much these days, but only reason I have multilib on my system). I do a variation of this, with 64bit libs in /lib, and 32bit libs in /lib/i386-linux-gnu. -- Nathan Coulson (conathan) ------ Location: British Columbia, Canada Timezone: PST (-8) Webpage: http://www.nathancoulson.com -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
