1 |
Sebastian Geiger <sbastig@×××.net> posted 48FD9E6A.6060809@×××.net, |
2 |
excerpted below, on Tue, 21 Oct 2008 11:18:34 +0200: |
3 |
|
4 |
> i am getting a blocks package xy error, as you can see from my pastebin: |
5 |
> |
6 |
> http://rafb.net/p/tPjaUP71.html and |
7 |
> |
8 |
> http://rafb.net/p/G6e9ML21.html |
9 |
> |
10 |
> Any ideas what i should do? Im not sure if i should remove qt-4.4.2 |
11 |
> since kde4 depends on it, doesnt it? |
12 |
|
13 |
Well, yes and no. As KDE itself, qt-4 (or at least 4.4.2+, I'm not sure |
14 |
about earlier qt4 versions) is now split packages. kde-4.1.2+ depends on |
15 |
the various specific split packages, not on the qt-4+ meta-packages |
16 |
themselves. Thus, removing qt-4.4.2 /should/ be fine, as long as you are |
17 |
just removing the meta-package, not the components thereof. |
18 |
|
19 |
FWIW, I have much of kde-4.1.2 (as well as 3.5.10) merged here, and |
20 |
here's what equery spits out for qt: |
21 |
|
22 |
~$equery l qt |
23 |
[ Searching for package 'qt' in all categories among: ] |
24 |
* installed packages |
25 |
[I--] [ ] dev-libs/dbus-qt3-old-0.70 (0) |
26 |
[I--] [ ~] x11-libs/qt-3.3.8b (3) |
27 |
[I--] [ ~] x11-libs/qt-core-4.4.2 (4) |
28 |
[I--] [ ~] x11-libs/qt-dbus-4.4.2 (4) |
29 |
[I--] [ ~] x11-libs/qt-gui-4.4.2 (4) |
30 |
[I--] [ ~] x11-libs/qt-opengl-4.4.2 (4) |
31 |
[I--] [ ~] x11-libs/qt-qt3support-4.4.2 (4) |
32 |
[I--] [ ~] x11-libs/qt-script-4.4.2 (4) |
33 |
[I--] [ ~] x11-libs/qt-sql-4.4.2 (4) |
34 |
[I--] [ ~] x11-libs/qt-svg-4.4.2 (4) |
35 |
[I--] [ ~] x11-libs/qt-test-4.4.2 (4) |
36 |
[I--] [ ~] x11-libs/qt-webkit-4.4.2 (4) |
37 |
$ |
38 |
|
39 |
Note that I have a number of the qt-*-4.4.2 components merged, but not |
40 |
the qt-4.4.2 metapackage itself. If I do a pretend emerge qt, it wants |
41 |
to install two additional components (qt-xmlpatterns and qt-assistant) of |
42 |
the metapackage I don't really need, before installing the metapackage |
43 |
itself. |
44 |
|
45 |
So unmerging qt-4.4.2 should be fine, as long as all you unmerge is the |
46 |
metapackage. You'll probably want to do a --depclean after that, and |
47 |
unmerge the couple of likely unnecessary additional components, too. Of |
48 |
course, the usual warning before doing a depclean (or before removing the |
49 |
--pretend) applies. Make sure you've done an emerge update newuse world |
50 |
first, and that revdep-rebuild doesn't list anything needing rebuilt. |
51 |
|
52 |
Hopefully that solves the blocker, but I'm not sure. I don't have PyQt4 |
53 |
installed, only PyQt-3.17.4. Obviously, I don't have anything merged |
54 |
that needs PyQt4. Thus, I don't know its dependencies. Well, let me |
55 |
look... |
56 |
|
57 |
From what I see here, you should be fine, tho it's possible you'll need |
58 |
to remerge PyQt4 as well. An emerge pretend PyQt4 wants to install |
59 |
-4.4.3 here, and it doesn't throw up any blockers. So hopefully, once |
60 |
you unmerge the metapackage, you'll be fine. If not, it's likely in your |
61 |
use flags. Try playing around with them and see if you can avoid the |
62 |
blocker. I know I had to do that almost a year ago when I was playing |
63 |
with the kde4 pre-releases, but I gave up when I saw 4.0 wasn't going to |
64 |
be anywhere close to a 3.5 replacement for me, until 4.1.2 hit the tree |
65 |
not long ago. Thus, it's likely I already had my USE flags setup not to |
66 |
conflict this time, due to having worked it out way back then. |
67 |
|
68 |
Also note that I don't have /all/ of the kde-4.1.2 metapackage merged. I |
69 |
have most of the first level components (kdebase, kdegames, etc) merged, |
70 |
but even there, I used set negation to avoid some of the packages I knew |
71 |
I'd not use. So it's possible you have packages with additional |
72 |
dependencies merged, thus creating blockages I'm not seeing, even if your |
73 |
USE flags matched mine 100%, which is unlikely. |
74 |
|
75 |
-- |
76 |
Duncan - List replies preferred. No HTML msgs. |
77 |
"Every nonfree program has a lord, a master -- |
78 |
and if you use the program, he is your master." Richard Stallman |