Bug#72140: Setting up libraries too slow
On Sun, Sep 24, 2000 at 02:24:43PM +0200, Torsten Landschoff wrote:
> On Sat, Sep 23, 2000 at 01:54:17PM -0400, nveber@primusolutions.net wrote:
> > root@pyre[~]# /usr/bin/gkrellm
> > /usr/bin/gkrellm: error in loading shared libraries: libXi.so.6: cannot open
> > shared object file: No such file or directory
>
> Right, forgot about this. The dynamic linker does not actually use
> /etc/ld.so.conf but only /etc/ld.so.cache. So if you don't have the lib
> in the system path it may well be not found.
>
> > I think setting one envoromnment variable is slightly faster than running
> > ldconfig :)
>
> Yep, but this is more error prone. You can easily forget to do that since
> you need to do it in all postinst which depend on that library...
>
> Contrary ldconfig needs to be run in the lib installation script.
>
> > PS. Anyone know what other distro's (redhat?) do? Installing rpm's seems
> > faster than .deb's, but I dont know if that has anything to do with this
> > issue.
>
> I think they don't call ldconfig.
>
> Summary: Perhaps we should
>
> a) remove that ldconfig call from the library postinsts
> b) make dpkg call ldconfig if any of /usr/lib, /lib or the dirs in
> /etc/ld.so.conf has been touched since starting dpkg
> c) demand that postinst which call programs with libs outside
> /lib and /usr/lib sets LD_LIBRARY_PATH
How about:
a) remove the ldocnfig call from the library postinsts
b) make dpkg set the LD_LIBRARY_PATH if its installing a library
This would be a global setting that every program inherits, and would not
require each library to modify its postinst, and set variables..
c) call ldconfig at the end of the install/upgrade
Reply to: