[gentoo-amd64] Pango problems

[gentoo-amd64] Pango problems

[Mark Haney]

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?

-- 
Ceterum censeo, Carthago delenda est.

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

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Pango problems

[Hemmann, Volker Armin]

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
-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: Pango problems

[Duncan]

"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.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Pango problems

[Mark Haney]

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