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

[manuel <kaos@manuelmarano.com>]

[-- Attachment #1: Type: text/plain, Size: 2400 bytes --]

Duncan ha scritto:
> manuel <kaos@manuelmarano.com> posted 47C6789C.2060508@manuelmarano.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

[-- Attachment #2: Type: text/html, Size: 2917 bytes --]