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

Re: dh_shlibdeps : strange message (??)



On Tue, Sep 19, 2000 at 03:34:26PM -0400, Franklin Belew wrote:
> > > dpkg-shlibdeps: warning: unknown output from ldd on `debian/tmp/usr/bin/galeon-bin': `	libplds4.so => /usr/lib/libplds4.so (0x40526000)'
> > > dpkg-shlibdeps: warning: unknown output from ldd on `debian/tmp/usr/bin/galeon-bin': `	libplc4.so => /usr/lib/libplc4.so (0x4052a000)'
> > > dpkg-shlibdeps: warning: unknown output from ldd on `debian/tmp/usr/bin/galeon-bin': `	libnspr4.so => /usr/lib/libnspr4.so (0x4052f000)'
> 
> These ARE in the libnspr4 shlibs file

Ah, I just remembered the reason for this:

% objdump -p /usr/lib/libnspr4.so | grep SONAME
  SONAME      libnspr4.so

The SONAME is non-standard (it's due to Netscape internal programs using
this screwed up name, their employee once told me it can't be changed), and
there's no way to represent no version to dpkg-shlibdeps, because you can't
say:

libnspr4 <nothing> libnspr4

in a shlibs file. Maybe we should ask Wichert to make dpkg-shlibdeps
recognize a magic string, say, "NULL", to handle this situation.

> > If not, Mozilla needs to export some of its libraries to a non-private
> > directory, or just make symbolic links e.g. /usr/lib/libxpcom.so ->
> > mozilla/libxpcom.so etc.
> 
> I'm thinking about how practical this is right now, and working on a sane
> split so that a mozilla-base can be installed without breaking anything

That would be good...

> > Back when I maintained mozilla, libpldsX.so and libplcX.so were shared
> > libraries, made from NSPR sources, and were distributed in libnsprX package.
> > I'm not sure why this changed...
> 
> It hasn't

Sorry, I was wrong.

> > > dpkg-shlibdeps: warning: unable to find dependency information for shared library /usr/lib/libfakeroot/libfakeroot (soname 0, path /usr/lib/libfakeroot/libfakeroot.so.0, dependency field Depends)
> > 
> > This is bad, and it shouldn't have happened, as you shouldn't be linking to
> > libfakeroot while building a normal package...
> 
> This is a known bug in fakeroot/dhlibdeps

Exposed by mozilla (and related stuff) only? I presume it means you can't
install galeon without having fakeroot installed already... yucks.

-- 
Digital Electronic Being Intended for Assassination and Nullification



Reply to: