On 03/02/2013 21:28, Michael Orlitzky wrote:
> On 02/03/2013 01:51 PM, Alan McKinnon wrote:
>> emerge -e --keep-going @world
>> shows output like this when a build fails:
>>
>> * One or more packages are either masked or have missing dependencies:
>> *
>> * >=dev-libs/icu-49:0/50= pulled in by:
>> * (x11-libs/qt-core-4.8.4-r1::gentoo, installed)
>>
>> I can't parse that. What kind of SLOT is "0/50=" ?
>>
>> So far this has happened twice. The packages that failed prior are not
>> important,
>> what is important is that when the depgraph is *recalculated*, I get
>> that error.
>> It's always that specific atom for icu causing issues and it's always
>> pulled in
>> by qt-<something>
>>
>> Anyone know what that atom means and if it's a bug or not?
>>
>
> http://wiki.gentoo.org/wiki/Sub-slots_and_Slot-Operators
I'd already found much the same info in devmanual by the time I got and
read your reply. So let's see if I understand this now:
qt-core has this DEPEND:
icu? ( >=dev-libs/icu-49:= )
My Qt is linked to this icu version:
libicuuc.so.50 => /usr/lib64/libicuuc.so.50 (0x00007fa3a952c000)
But no version of icu in the tree provides that soname, as shown by eix:
Available versions: 49.1.2 (~)50.1-r1(0/50.1) (~)50.1-r2(0/50.1)
(~)50.1.1(0/50.1.1) {debug doc examples static-libs}
Installed versions: 50.1.1(09:40:50 15/01/2013)(-debug -doc
-examples -static-libs)
So, rebuilding Qt should trigger a rebuild of icu. Well, it doesn't
according to emerge -pv, but no matter. An emerge -e --keep-going @world
presumably will build icu-50.1.1, but when a package fails and the graph
is recalculated, something goes wrong.
Hmmm. bgo time.
https://bugs.gentoo.org/show_bug.cgi?id=455344
--
alan.mckin...@gmail.com
