From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 7E07A138247 for ; Tue, 5 Nov 2013 13:38:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7B713E0ACE; Tue, 5 Nov 2013 13:38:00 +0000 (UTC) Received: from mx.virtyou.com (mx.virtyou.com [178.32.218.153]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0F13DE0929 for ; Tue, 5 Nov 2013 13:37:58 +0000 (UTC) Received: from [10.127.31.108] (b2b-92-50-96-242.unitymedia.biz [92.50.96.242]) (Authenticated sender: wonko) by mx.virtyou.com (Postfix) with ESMTPSA id 6A49B3E00C5 for ; Tue, 5 Nov 2013 14:36:19 +0100 (CET) Message-ID: <5278F4B5.3030607@wonkology.org> Date: Tue, 05 Nov 2013 14:37:57 +0100 From: Alex Schuster User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Qt blocking @world update References: <20131102230227.6a2b709d@weird.wonkology.org> <527621B0.6010105@gmail.com> In-Reply-To: <527621B0.6010105@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: c9f71369-b984-42f5-ab62-33e857bbfb27 X-Archives-Hash: 31c3d66e832ce68a99954378b36f7834 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