[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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: