Re: [gentoo-amd64] Re: revdep-rebuild keep on detecting a broken link referred to libqt-mt.so.3

[manuel]

Duncan ha scritto:
> manuel <kaos@××××××××××××.com> posted 47C6789C.2060508@××××××××××××.com,
> excerpted below, on  Thu, 28 Feb 2008 10:02:20 +0100:
>
>
>> Hi All,
>> I've ran revdep-rebuild a couple of times this week  and each  time i
>> run it it finds  a  broken link  referred  to  libqt-mt.so.3 and each
>> time It emerges
>> app-emulation/emul-linux-x86-soundlibs-2007112 to correct the problem!
>> but the broken link is still there!?? I can't fix it! any ideas?
>>
>
> Realize that the emul-linux-x86 stuff is binary.  That is, it's prebuilt;
> the ebuild simply installs it, because compiling it as 32-bit on a 64-bit
> multilib system is possible but rather a hassle to setup correctly, so
> the 32-bit binary emul-linux stuff is provided as a convenience for those
> who don't wish to go thru that hassle.
>
> As a binary, you can remerge it all day every day and it's not going to
> change the binaries inside.  Thus, you can't correct linking therein.  A
> new binary package would be required for that.
>
> However, such binaries aren't critical for a 64-bit system anyway.  All
> they do is support 32-bit binary-only games and the like, if you choose
> to install and run them.  Thus, the broken linkage isn't a big deal
> unless it's stopping you from running that game or whatever, and even
> then, it's not interfering with the normal functioning of the computer in
> general.
>
> To fix it, you'd either need to wait for an updated build, merge whatever
> additional emul-linux package it's linking against (but the remerge
> should have cured the problem if it were that, as it would have pulled in
> the other package), or do the whole 32-bit chroot thing and use it rather
> than the emul-linux stuff.
>
> If all you wish to do is get revdep-rebuild to shutup, that is, set it to
> ignore that package since remerging it isn't going to help, that's
> possible too.  See the revdep-rebuild manpage for the details, but
> basically, you put an entry in either make.conf itself, or in a file in
> /etc/revdep-rebuild, telling revdep-rebuild what to ignore.  (This
> feature has been in the ~arch revdep-rebuild version for some time.  I
> assume it's in arch-stable versions by now.  If not and you're running
> stable, consider running ~arch gentoolkit, using the appropriate
> package.keywords entry.)
>
>
Great!!
thanks for the help

Manuel