1 |
"Hemmann, Volker Armin" <volker.armin.hemmann@××××××××××××.de> posted |
2 |
200611081519.37343.volker.armin.hemmann@××××××××××××.de, excerpted below, |
3 |
on Wed, 08 Nov 2006 15:19:37 +0100: |
4 |
|
5 |
> On Wednesday 08 November 2006 14:53, Mark Haney wrote: |
6 |
>> I'm trying to update a system I have and Pango keeps dieing on compile. |
7 |
>> It's asking for libexpat.so.1, but I have expat installed and that file |
8 |
>> isn't there. I also tried compiling it without expat support and it |
9 |
>> still failed. |
10 |
>> |
11 |
>> Does someone have something else I can try? |
12 |
> |
13 |
> (re)emerge expat 2.0 |
14 |
|
15 |
... And if that doesn't work, do a revdep-rebuild. Of course try a -p run |
16 |
first to get an idea of what it's going to rebuild. Something you have is |
17 |
still linked against an old libexpat, thus creating the issue. By |
18 |
unmerging or updating that, you should eliminate the problem, allowing |
19 |
pango to update in turn. |
20 |
|
21 |
Note that it's possible you'll have to update what you can, skipping |
22 |
packages that fail the first round, then try it again. expat is a widely |
23 |
used dependency, so you may have several layers of dependencies and have |
24 |
to loop the list multiple times, building what can be built each time |
25 |
while skipping what can't, until it's all done. That isn't normally |
26 |
necessary as revdep-rebuild should get the correct order, but sometimes it |
27 |
doesn't, for one reason or another. If that happens, continuing on with |
28 |
packages that will compile, then looping the loop to pick up the others, |
29 |
seems to work quite well, here. |
30 |
|
31 |
-- |
32 |
Duncan - List replies preferred. No HTML msgs. |
33 |
"Every nonfree program has a lord, a master -- |
34 |
and if you use the program, he is your master." Richard Stallman |
35 |
|
36 |
-- |
37 |
gentoo-amd64@g.o mailing list |