Linked by Stefan Michalowski, M. Sc. on Thu 19th Aug 2004 08:27 UTC
Permalink for comment
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/23/13 23:22 UTC
Linked by Thom Holwerda on 05/23/13 22:04 UTC
Linked by Thom Holwerda on 05/23/13 22:01 UTC
Linked by Thom Holwerda on 05/23/13 17:52 UTC
Linked by Thom Holwerda on 05/22/13 22:23 UTC
Linked by Thom Holwerda on 05/22/13 13:38 UTC
Linked by Thom Holwerda on 05/22/13 13:30 UTC, submitted by JRepin
Linked by Thom Holwerda on 05/21/13 22:06 UTC
Linked by Thom Holwerda on 05/21/13 21:45 UTC
Linked by Thom Holwerda on 05/21/13 15:53 UTC
More News »
Sponsored Links



A neat thought just struck me: wouldn't making LSB required libraries inhabit their own directory solve most future binary-only problems? In other words, all LSB-compliant binary software should only link the libraries supplied in a standardized directory like "/opt/lsb-1.foo/lib" and use only other programs in "/opt/lsb-1.foo/bin".
Now, if a distro contains lsb-1.foo compliant libraries, the directories or libraries in them could be symlinks. Any binary dependencies not required by LSB-1.foo would need to be installed by the application and they should be built agains the lsb libraries. A simple shell script to set library and binary paths may need to be called when the program starts, unless the program uses hard-coded library paths.
So, when a binary file is distributed, it uses the lsb-1.foo libraries and binaries. Multiple versions of the LSB standard can be present in "/opt/lsb-1.foo", "/opt/lsb-2.bar". Distros can choose to include and support the packages as they see fit. If you elect not to bother with symlinks, a simple binary package (even a tarball) would supply the libraries for almost all distros.