Re: [gentoo-amd64] Re: Pango problems

["Mark Haney" <mhaney@ercbroadband.org>]

Duncan wrote:
> "Hemmann, Volker Armin" <volker.armin.hemmann@tu-clausthal.de> posted
> 200611081519.37343.volker.armin.hemmann@tu-clausthal.de, excerpted below,
> on  Wed, 08 Nov 2006 15:19:37 +0100:
>
>   
>> On Wednesday 08 November 2006 14:53, Mark Haney wrote:
>>     
>>> I'm trying to update a system I have and Pango keeps dieing on compile.
>>> It's asking for libexpat.so.1, but I have expat installed and that file
>>> isn't there.  I also tried compiling it without expat support and it
>>> still failed.
>>>
>>> Does someone have something else I can try?
>>>       
>> (re)emerge expat 2.0
>>     
>
> ... And if that doesn't work, do a revdep-rebuild.  Of course try a -p run
> first to get an idea of what it's going to rebuild.  Something you have is
> still linked against an old libexpat, thus creating the issue.  By
> unmerging or updating that, you should eliminate the problem, allowing
> pango to update in turn.
>
> Note that it's possible you'll have to update what you can, skipping
> packages that fail the first round, then try it again.  expat is a widely
> used dependency, so you may have several layers of dependencies and have
> to loop the list multiple times, building what can be built each time
> while skipping what can't, until it's all done.  That isn't normally
> necessary as revdep-rebuild should get the correct order, but sometimes it
> doesn't, for one reason or another.  If that happens, continuing on with
> packages that will compile, then looping the loop to pick up the others,
> seems to work quite well, here.
>
>   
Yeah, re-emerging expat-2.0 fixed it.  Thanks guys.  I thought I had 
tried that earlier, but I must have been insane at the time.


-- 
Ceterum censeo, Carthago delenda est.

Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

-- 
gentoo-amd64@gentoo.org mailing list