1 |
On 03/02/2013 21:28, Michael Orlitzky wrote: |
2 |
> On 02/03/2013 01:51 PM, Alan McKinnon wrote: |
3 |
>> emerge -e --keep-going @world |
4 |
>> shows output like this when a build fails: |
5 |
>> |
6 |
>> * One or more packages are either masked or have missing dependencies: |
7 |
>> * |
8 |
>> * >=dev-libs/icu-49:0/50= pulled in by: |
9 |
>> * (x11-libs/qt-core-4.8.4-r1::gentoo, installed) |
10 |
>> |
11 |
>> I can't parse that. What kind of SLOT is "0/50=" ? |
12 |
>> |
13 |
>> So far this has happened twice. The packages that failed prior are not |
14 |
>> important, |
15 |
>> what is important is that when the depgraph is *recalculated*, I get |
16 |
>> that error. |
17 |
>> It's always that specific atom for icu causing issues and it's always |
18 |
>> pulled in |
19 |
>> by qt-<something> |
20 |
>> |
21 |
>> Anyone know what that atom means and if it's a bug or not? |
22 |
>> |
23 |
> |
24 |
> http://wiki.gentoo.org/wiki/Sub-slots_and_Slot-Operators |
25 |
|
26 |
I'd already found much the same info in devmanual by the time I got and |
27 |
read your reply. So let's see if I understand this now: |
28 |
|
29 |
qt-core has this DEPEND: |
30 |
|
31 |
icu? ( >=dev-libs/icu-49:= ) |
32 |
|
33 |
My Qt is linked to this icu version: |
34 |
|
35 |
libicuuc.so.50 => /usr/lib64/libicuuc.so.50 (0x00007fa3a952c000) |
36 |
|
37 |
But no version of icu in the tree provides that soname, as shown by eix: |
38 |
|
39 |
Available versions: 49.1.2 (~)50.1-r1(0/50.1) (~)50.1-r2(0/50.1) |
40 |
(~)50.1.1(0/50.1.1) {debug doc examples static-libs} |
41 |
Installed versions: 50.1.1(09:40:50 15/01/2013)(-debug -doc |
42 |
-examples -static-libs) |
43 |
|
44 |
So, rebuilding Qt should trigger a rebuild of icu. Well, it doesn't |
45 |
according to emerge -pv, but no matter. An emerge -e --keep-going @world |
46 |
presumably will build icu-50.1.1, but when a package fails and the graph |
47 |
is recalculated, something goes wrong. |
48 |
|
49 |
Hmmm. bgo time. |
50 |
|
51 |
https://bugs.gentoo.org/show_bug.cgi?id=455344 |
52 |
|
53 |
-- |
54 |
alan.mckinnon@×××××.com |