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.
signature.asc
Description: Digital signature
