Am 23.01.2012 23:03, schrieb walt:
> On 01/23/2012 05:25 AM, Mervyn Hammer wrote:
>> Would anyone be able to help me understand the following curiosity?
>>
>> I installed =net-analyzer/netcat-110-r8 (USE="crypt ipv6 -static")
>> without apparent problem but running it produced:
>>
>> "nc: error while loading shared libraries: libmix.so.0: cannot open
>> shared object file: No such file or directory."
>>
>> A quick check of emerge.log showed dev-libs/libmix-2.05-r5 installed 
>> without error, so I ran a deep world update followed by a --depclean 
>> and revdep-debuild: revdep-rebuild identified a broken dependency 
>> for netcat and reinstalled it automatically (same version), stating 
>> that the breakage had been rectified. Re-running revdep-rebuild, 
>> however, revealed that the problem still existed. I unmerged both 
>> libmix and netcat and re-emerged them (libmix first). Neither 
>> complained and logs show nothing of note. After unmerging and
>> re-emerging both libmix and netcat (libmix first) revdep-rebuild no
>> longer found a broken dependency for netcat. Still, however, netcat 
>> gave the same error (above).  I temporarily "fixed" the problem by 
>> creating a symlink (/usr/lib/libmix.so.0 -> /usr/lib/libmix.so) 
>> to give netcat what it says it is looking for but this feels like a hack
>> for some that I would presume should work cleanly by design. 
> Very strange indeed.  I just installed both packages and I have no
> libmix.so.0 either, yet everything works.
>
> No idea what's causing your problem, but I agree it's a problem I'd
> want to solve.  I'd try running ldconfig -p and lddtree /usr/bin/nc
> to see where the .0 is coming from.  (lddtree is from pax-utils).
I ran into this problem some time ago, it seems the ebuild
dev-libs/libmix-2.05-r5 is broken. It does no longer create a symlink
from libmix.so.0 to libmix.so.

I found two solutions:
1. Creating the symlink manually
2. Using the unstable version of libmix, dev-libs/libmix-2.05-r6, the
problem disappears because the programs (as soon as they are recompiled)
directly link against libmix.so. The symlink won't be created either,
but is unnecessary with this version.

I chose the second option, first upgrading libmix and afterwards
revdep-rebuild (in my case, it detected the problem, otherwise just
reemerge netcat).

Maybe it would be a good idea to stable the new libmix version...

Regards,
Felix

Reply via email to