Alan McKinnon writes:
Excuse the top-posting; if I try inter-post between all those blockers
you'll never find what I reply :-)
I would, but for everyone else it's a mess. E-mail with line breaks is
not suited for this kind of output.
First I recommend to sync your tree again, just in case you got yours
between two Qt commits and things are not consistent anymore.
Ah, I have this problem for weeks now, but did not care enough. And did
not have the time for this.
You seem to have at least two things happening:
python-exec
qt
To deal with the first, try remove python-exec and re-merge it (but
quickpkg a backup first)
quickpkg python-exec && emerge -avC python-exec && emerge -av1
python-exec
This is untested so I don't know if it will bork. If it does, you have a
quickpkg that you can untar and get things back.
Thanks, a simple upgrade just worked, as I wrote in the reply to Walt.
Onto Qt:
I've had similar things over the years and it always made little sense.
Eventually I removed all references to Qt from world, sets in use and
USE then let portage figure out what to do. Rationale: Qt is a basic
toolkit that stuff uses, so stuff should decide what it needs and not
me. I want the stuff and if that requires Qt then just let portage give
me what is required.
This will show all references to Qt to consider:
grep -ir /qt /etc/portage/ /var/lib/portage/world*
/etc/portage/sets.portage/qt-split:x11-libs/qt-assistant
/etc/portage/sets.portage/qt-split:x11-libs/qt-core
/etc/portage/sets.portage/qt-split:x11-libs/qt-dbus
/etc/portage/sets.portage/qt-split:x11-libs/qt-demo
/etc/portage/sets.portage/qt-split:x11-libs/qt-gui
/etc/portage/sets.portage/qt-split:x11-libs/qt-opengl
/etc/portage/sets.portage/qt-split:x11-libs/qt-phonon
/etc/portage/sets.portage/qt-split:x11-libs/qt-qt3support
/etc/portage/sets.portage/qt-split:x11-libs/qt-script
/etc/portage/sets.portage/qt-split:x11-libs/qt-sql
/etc/portage/sets.portage/qt-split:x11-libs/qt-svg
/etc/portage/sets.portage/qt-split:x11-libs/qt-test
/etc/portage/sets.portage/qt-split:x11-libs/qt-webkit
/etc/portage/sets.portage/qt-split:x11-libs/qt-xmlpatterns
/etc/portage/package.use/misc:dev-qt/qt-creator doc examples perforce
qtscript
/etc/portage/package.use/misc:dev-qt/qt-meta:3 doc mysql
/etc/portage/package.use/misc:dev-qt/qthelp doc
/etc/portage/package.use/misc:dev-qt/qtsql mysql
/etc/portage/package.use/misc:>=dev-qt/qtgui-4.8.4-r1 gtkstyle
/etc/portage/package.use/misc:>=dev-qt/qtsql-4.8.4 mysql
/etc/portage/package.use/misc:>=dev-qt/qtgui-4.8.4-r1 gtkstyle
/etc/portage/package.use/misc:>=dev-qt/qtgui-4.8.4-r1 gtkstyle
/etc/portage/package.use/misc:>=dev-qt/qtsql-4.8.4 mysql
/etc/portage/package.use/misc:>=dev-qt/qtgui-4.8.4-r1 gtkstyle
/var/lib/portage/world:dev-qt/qt-meta:3
In your case, I see portage wants to downgrade several Qt packages due
to fsrunner, but there's nothing in that ebuild or the kde4-base eclass
it inherits, which leads me to believe you might have a config setting
somewhere that wants to exclude latest Qt somehow.
I commented them all out, I still get the error about multiple Qt
versions.
Portage and the tree by itself isn't doing it, here's my output:
$ emerge -pvt fsrunner
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[ebuild N ] kde-misc/fsrunner-0.7.5:4 USE="(-aqua) -debug" 18 kB
Total: 1 package (1 new), Size of downloads: 18 kB
Same here, except that it's emerged already.
OK, I have no clue how to further debug this. But what I did is:
for (( i=500; i > 0; i-=20 ))
do
emerge -DautvNj $( head -n $i /var/lib/portage/world )
done
This failed until $i was 260, so I tried a little more, and removed
media-sound/kid3 from @world. Along with fsrunner of course. Now, it's
building.
This does not make any sense, does it?
Wonko