Re: [gentoo-user] Re: Revdep-rebuild: ams won't start due to shared library libclalsadrv.so.1

[Frank Steinmetzger]

On Tue, Nov 06, 2012 at 05:56:12PM -0800, walt wrote:

> > Hello
> > […]
> > $ ams
> > ams: error while loading shared libraries: libclalsadrv.so.1: cannot open
> > shared object file: No such file or directory
> >
> > I ran revdep-rebuild -pvi twice, the result was that only ams needs to be
> > rebuilt.  So I did it.  But because it didn't solve the problem, I ran revdep
> > again with the same outcome,
>
> My theory is that ams is linked to some library that is still linked to the
> missing one, i.e. ams has an indirect dependency through an old library that
> needs to be rebuilt --but-- for some reason revdep is not finding it. (Don't
> ask me why ;)

Mind you, the ams executable itself has the string for the missing library in
it. I suppose it’s an error in libclalsadrv, because it doesn’t install a *so.1
symlink.

> I highly recommend the lddtree utility for tracking down indirect dependency
> like that.  It is part of app-misc/pax-utils, which includes other interesting
> utilities that I don't yet know how to use.

I’ve used that before on one or two occasions, but forgot all about it already.

$ lddtree /usr/bin/ams
ams => /usr/bin/ams (interpreter => /lib64/ld-linux-x86-64.so.2)
    libdl.so.2 => /lib64/libdl.so.2
    libQtGui.so.4 => /usr/lib64/qt4/libQtGui.so.4
        [...]
    libQtCore.so.4 => /usr/lib64/qt4/libQtCore.so.4
        [...]
    libpthread.so.0 => /lib64/libpthread.so.0
    libjack.so.0 => /usr/lib64/libjack.so.0
    libclalsadrv.so.1 => not found
    [...]

> Even if it doesn't find your problem it's still worth every penny you pay
> for it :)

In this particular case I am glad I didn’t pay a penny or a dime. :-p
-- 
Gruß | Greetings | Qapla'
Please do not share anything from, with or about me with any Facebook service.

He always hits the nail on the thumb.