Gentoo Archives: gentoo-user

From: Alan McKinnon <alan.mckinnon@×××××.com>
To: gentoo-user@l.g.o
Cc: Dale <rdalek1967@×××××.com>
Subject: Re: [gentoo-user] Trying to upgrade to KDE 4.5.1. FUBAR
Date: Wed, 08 Sep 2010 00:15:52
Message-Id: 201009080156.59753.alan.mckinnon@gmail.com
In Reply to: [gentoo-user] Trying to upgrade to KDE 4.5.1. FUBAR by Dale
1 Apparently, though unproven, at 01:21 on Wednesday 08 September 2010, Dale did
2 opine thusly:
3
4 > Hi folks,
5 >
6 > I think this is FUBAR in the most serious terms here. What I did to
7 > screw this up. I read somewhere that when you install KDE4 and remove
8 > KDE3, you can get rid of the qt3support USE flag. Well, I had forgot
9 > about getting rid of that until I just happened to be looking at the USE
10 > line in make.conf for something else and saw it still there. Well, I
11 > removed it and did a emerge -uvDNa world and let portage go for it. It
12 > rebuilt quite a few packages then stopped with a failure. That was a
13 > couple days ago. I don't have that error anymore. Well, after that
14 > went belly up I just added the flag back thinking I'll get back to where
15 > I was and figure it out later. Let's just say portage doesn't like that
16 > either.
17 >
18 > Where I am now. I'm wanting to upgrade to KDE 4.5.1 and was sort of
19 > doing all the above and this at once. Right now, I'm getting a WHOLE
20 > LOT of these sort of errors:
21 >
22 > Calculating dependencies... done!
23 >
24 > !!! Multiple package instances within a single package slot have been
25 > pulled !!! into the dependency graph, resulting in a slot conflict:
26 >
27 > x11-libs/qt-script:4
28 >
29 > (x11-libs/qt-script-4.6.3, installed) pulled in by
30
31 this is the package (which is already installed an not new) that portage wants
32 it install. It will do this because ....
33
34 > ~x11-libs/qt-script-4.6.3aqua=,debug=] required by
35 > (x11-libs/qt-gui-4.6.3, installed)
36
37 .... qt-gui-4.6.3 requires any version from the base (the ~) of qt-
38 script-4.6.3 and it also requires it built with USE="-aqua -debug. I dunno
39 where the = comes from, I get a "-" prefix
40
41 You also happen to have qt-gui already installed (again, it's not new)
42
43 > >=x11-libs/qt-script-4.6.3:4 required by
44 >
45 > (kde-base/plasma-workspace-4.5.1, ebuild scheduled for merge)
46 > (and 13 more with the same problems)
47
48 More similar.
49
50
51 BUT,
52
53 >
54 > (x11-libs/qt-script-4.6.2, ebuild scheduled for merge) pulled in by
55
56 Now it wants 4.6.2 because ...
57
58 > ~x11-libs/qt-script-4.6.2aqua=,debug=] required by
59
60 ... this is a DEPENDS of
61
62 > (x11-libs/qt-gui-4.6.2, ebuild scheduled for merge)
63
64 portage also wants to install qt-gui-4.6.2 (I assume this is a downgrade,
65 above says you have 4.6.3
66
67
68 The question is, why does portage want to downgrade qt to 4.6.2? That's the
69 stable version, 4.6.2-r1 and 4.6.3 are unstable. trying to run kde-4.5.1 on a
70 stable arch machine is just asking for trouble, you will get hit with Qt
71 issues.
72
73 I suspect one of these:
74
75 - stable system. Just go to ~arch
76 - you have masked everything in qt >4.6.2
77 - you had an accident with autounmask
78
79
80
81
82
83 >
84 > x11-libs/qt-svg:4
85 >
86 > (x11-libs/qt-svg-4.6.2, ebuild scheduled for merge) pulled in by
87 > (no parents that aren't satisfied by other packages in this slot)
88 >
89 > (x11-libs/qt-svg-4.6.3, installed) pulled in by
90 >
91 > >=x11-libs/qt-svg-4.6.34 required by (kde-base/mplayerthumbs-4.5.1,
92
93 that 4.6.34 looks just like the versioning mess I encountered repeatedly with
94 the kde overlay. They like finsing odd version numbers to use over there. And
95 it wreaks havoc if you are not tracking stuff closely.
96
97 Which gives a 4th option:
98
99 - you are using the kde overlay
100
101 Decision time. Can you do without brand new KDE releases for a week? Will you
102 really die a painful death without them? If not:
103
104 remove the overlay from layman.
105 unmerge all of kde and verify with revdep-rebuild, depclean and friends
106 unmerge all of qt and verify with revdep-rebuild, depclean and friends
107 merge kde from the tree after you unmasked it (it's still hardmasked to let
108 the mirrors sync the tarballs)
109
110
111 >
112 > ebuild scheduled for merge)
113 > (and 13 more with the same problem)
114 >
115 > x11-libs/qt-xmlpatterns:4
116 >
117 > (x11-libs/qt-xmlpatterns-4.6.2, ebuild scheduled for merge) pulled in by
118 > ~x11-libs/qt-xmlpatterns-4.6.2aqua=,debug=] required by
119 > (x11-libs/qt-webkit-4.6.2-r1, ebuild scheduled for merge)
120 >
121 > (x11-libs/qt-xmlpatterns-4.6.3, installed) pulled in by
122 > ~x11-libs/qt-xmlpatterns-4.6.3aqua=,debug=] required by
123 > (x11-libs/qt-webkit-4.6.3-r1, installed)
124 >
125 >
126 > I only posted here a SMALL portion of this. Can someone explain, in a
127 > way that I can understand, how to get past these? I have never been
128 > able to make much sense of these things. They seem to always be bass
129 > ackwards of what makes sense to me.
130
131 They are not backwards, you just have to read each chunk from the bottom up.
132
133 The console output is basically a screen dump of the data structure in memory
134 portage constructs when figuring out what to do.
135
136 Methinks Zac can't be bothered to prettify it.
137
138
139
140 > Just pick one and explain what
141 > portage is trying to tell me so I can fix the others one by one,
142 > hopefully anyway.
143 >
144 > I get that I need to unmerge something so that it can emerge a new
145 > version. I just can't figure out what is what.
146 >
147 > Thanks in advance for anyone that can help me have a light bulb
148 > moment. O_O
149 >
150 > Dale
151 >
152 > :-) :-)
153
154 --
155 alan dot mckinnon at gmail dot com