1 |
On 7/30/06, Mike Williams <mike@××××××××.uk> wrote: |
2 |
> I'm all but convinced this is a bug. |
3 |
> Anyone see a failure in my logic? |
4 |
|
5 |
Well I don't see anything obviously wrong. I would probably take a |
6 |
look at the output of |
7 |
"emerge --debug --depclean --pretend world", and look for |
8 |
net-libs/libsoup or gnome-base/gail. Both of them should appear as |
9 |
dependancies of something. At the very least, they should appear |
10 |
under gtkhtml. You might save that output (it will be large!), to |
11 |
attach to the bug report if requested. |
12 |
|
13 |
Just some quick notes on reading the debug output: |
14 |
|
15 |
Depstring: lines are the combined dependancy string from the ebuild. |
16 |
These should show libsoup and gail for gtkhtml. |
17 |
|
18 |
Candidates: lines are for dependancies that need to be added as a |
19 |
result of evaluating depstring. Once a package is added to the |
20 |
dependancy tree, it will not be a candidate again for any other |
21 |
package. So libsoup and gail should show up in exactly one Candidates |
22 |
line, but not necessarily for gtkhml. In fact, gtkhtml will not show |
23 |
a Candidates line if all dependancies are already part of the tree. |
24 |
|
25 |
HTH, |
26 |
-Richard |
27 |
-- |
28 |
gentoo-user@g.o mailing list |