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 |