Ok, ok, ok, I think I may have got it. Some of your comments
helped get me on the proper track of distro-oriented thinking where
different systems are picking and choosing a different subset of
available packages, but those packages have predefined locations
where they have to put things. It has rightly been pointed out to me
by others here that what is really needed is for libraries to be
placed where they are needed according to the a posteriori knowledge
of the selection of programs in /{s,}bin on the local system. So, I realized, how about a package (I propose the name fhslib) that effectively does something like this: 1) Check ldd /{s,}bin/* for dependencies in /usr, and put copies of of the those libraries in /lib.Then we continue on as currently, with library package maintainers doing their best to be reasonable in where they think a library generally properly belongs, so that on any given system fhslib will hopefully only duplicate a small handful of libraries to pick up the slack. On my box fhslib would result in a reasonable redundancy of 4M: $ ldd /{s,}bin/* | /bin/grep usr | cut -f2 -d">" | cut -f1 -d"(" | sort -u | xargs du -Lhc ; sudo du -sh /lib ; du -sh /usr/libNot being a package developer (yet!?), I am naive as to how much work it would take to put fhslib together. Unless someone else really wants to jump on it, I'd be willing to take this as an opportunity to learn a little Debian package management and give back to the community that has given me so much ("free beer"). -Zach PS I think I would like fhslib to have a priority of "important" so that someone who installs even a basic Debian system can expect FHS compliancy. Indeed, in some sense it may be the most "minimal" systems where it is most important. |