Hi,
Le mardi 13 novembre 2007 à 11:01 -0800, Steve Langasek a écrit :
> > The current packages install the dynamic libraries simply to /usr/lib
> > which I want to fix now. They should go to
>
> > ${ARB_HOME}/lib
>
> FWIW, I don't agree that this is a fix. In one sense it makes /usr/lib
> "cleaner" by moving private libs into a private directory; however:
>
> - Because Debian uses ldconfig, the runtime cost of having additional
> libraries in the search path for other apps is negligible
> - By moving the libs out of the default search path, you introduce the
> possibility that an unrelated library will have the same name in /usr/lib;
> this is a potential source of user confusion, as well as
> difficult-to-diagnose corner-case bugsBut when you keep private libraries without a stable ABI nor proper soname versioning, you increase the chance that other packages start using them without thinking. I'd say that the best solution is to put the libraries in a separate package and ensure their versioning, but it's more work and another cause of bugs. > - When multiarch matures (or we have some other reason to move library > directories around...), your package will require specific handling to > update the library paths, rather than a simple change to libdir that will > be handled automatically by the ld.so search path. Given the number of specific binaries and libraries in this case, I hope we will have some generic tools to make them support multiarch. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `- our own. Resistance is futile.
signature.asc
Description: Ceci est une partie de message numériquement signée

