[gentoo-amd64] Re: Blocking package

[Duncan <1i5t5.duncan@cox.net>]

Sebastian Geiger <sbastig@gmx.net> posted 48FD9E6A.6060809@gmx.net,
excerpted below, on  Tue, 21 Oct 2008 11:18:34 +0200:

> i am getting a blocks package xy error, as you can see from my pastebin:
> 
> http://rafb.net/p/tPjaUP71.html and
> 
> http://rafb.net/p/G6e9ML21.html
> 
> Any ideas what i should do? Im not sure if i should remove qt-4.4.2
> since kde4 depends on it, doesnt it?

Well, yes and no.  As KDE itself, qt-4 (or at least 4.4.2+, I'm not sure 
about earlier qt4 versions) is now split packages.  kde-4.1.2+ depends on 
the various specific split packages, not on the qt-4+ meta-packages 
themselves.  Thus, removing qt-4.4.2 /should/ be fine, as long as you are 
just removing the meta-package, not the components thereof.

FWIW, I have much of kde-4.1.2 (as well as 3.5.10) merged here, and 
here's what equery spits out for qt:

~$equery l qt
[ Searching for package 'qt' in all categories among: ]
 * installed packages
[I--] [  ] dev-libs/dbus-qt3-old-0.70 (0)
[I--] [ ~] x11-libs/qt-3.3.8b (3)
[I--] [ ~] x11-libs/qt-core-4.4.2 (4)
[I--] [ ~] x11-libs/qt-dbus-4.4.2 (4)
[I--] [ ~] x11-libs/qt-gui-4.4.2 (4)
[I--] [ ~] x11-libs/qt-opengl-4.4.2 (4)
[I--] [ ~] x11-libs/qt-qt3support-4.4.2 (4)
[I--] [ ~] x11-libs/qt-script-4.4.2 (4)
[I--] [ ~] x11-libs/qt-sql-4.4.2 (4)
[I--] [ ~] x11-libs/qt-svg-4.4.2 (4)
[I--] [ ~] x11-libs/qt-test-4.4.2 (4)
[I--] [ ~] x11-libs/qt-webkit-4.4.2 (4)
$

Note that I have a number of the qt-*-4.4.2 components merged, but not 
the qt-4.4.2 metapackage itself.  If I do a pretend emerge qt, it wants 
to install two additional components (qt-xmlpatterns and qt-assistant) of 
the metapackage I don't really need, before installing the metapackage 
itself.

So unmerging qt-4.4.2 should be fine, as long as all you unmerge is the 
metapackage.  You'll probably want to do a --depclean after that, and 
unmerge the couple of likely unnecessary additional components, too.  Of 
course, the usual warning before doing a depclean (or before removing the 
--pretend) applies.  Make sure you've done an emerge update newuse world 
first, and that revdep-rebuild doesn't list anything needing rebuilt.

Hopefully that solves the blocker, but I'm not sure.  I don't have PyQt4 
installed, only PyQt-3.17.4.  Obviously, I don't have anything merged 
that needs PyQt4.  Thus, I don't know its dependencies.  Well, let me 
look...

From what I see here, you should be fine, tho it's possible you'll need 
to remerge PyQt4 as well.  An emerge pretend PyQt4 wants to install 
-4.4.3 here, and it doesn't throw up any blockers.  So hopefully, once 
you unmerge the metapackage, you'll be fine.  If not, it's likely in your 
use flags.  Try playing around with them and see if you can avoid the 
blocker.  I know I had to do that almost a year ago when I was playing 
with the kde4 pre-releases, but I gave up when I saw 4.0 wasn't going to 
be anywhere close to a 3.5 replacement for me, until 4.1.2 hit the tree 
not long ago.  Thus, it's likely I already had my USE flags setup not to 
conflict this time, due to having worked it out way back then.

Also note that I don't have /all/ of the kde-4.1.2 metapackage merged.  I 
have most of the first level components (kdebase, kdegames, etc) merged, 
but even there, I used set negation to avoid some of the packages I knew 
I'd not use.  So it's possible you have packages with additional 
dependencies merged, thus creating blockages I'm not seeing, even if your 
USE flags matched mine 100%, which is unlikely.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman