From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MKgei-0007Ql-Tb for garchives@archives.gentoo.org; Sat, 27 Jun 2009 22:45:57 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 67CBBE059A; Sat, 27 Jun 2009 22:45:17 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 48D5CE059A for ; Sat, 27 Jun 2009 22:45:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id E67C565575 for ; Sat, 27 Jun 2009 22:45:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.52 X-Spam-Level: X-Spam-Status: No, score=-3.52 required=5.5 tests=[AWL=0.079, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ROuzzFIR+NT0 for ; Sat, 27 Jun 2009 22:45:10 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 671CC65BE3 for ; Sat, 27 Jun 2009 22:45:08 +0000 (UTC) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1MKgdq-0002Nq-Gs for gentoo-user@gentoo.org; Sat, 27 Jun 2009 22:45:02 +0000 Received: from athedsl-385993.home.otenet.gr ([79.131.59.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Jun 2009 22:45:02 +0000 Received: from realnc by athedsl-385993.home.otenet.gr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Jun 2009 22:45:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Nikos Chantziaras Subject: [gentoo-user] Re: qt3support conflict Date: Sun, 28 Jun 2009 01:41:53 +0300 Organization: Lucas Barks Message-ID: References: <200906280151.13896.a@gaydenko.com> <200906280232.12555.a@gaydenko.com> 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 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: athedsl-385993.home.otenet.gr User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090622 Thunderbird/3.0b2 In-Reply-To: <200906280232.12555.a@gaydenko.com> Sender: news X-Archives-Salt: b7c53bf1-0972-4359-aaee-0ce1172e16b3 X-Archives-Hash: 330dcfbf1863373fcab45fa37edcf575 On 06/28/2009 01:32 AM, Andrew Gaydenko wrote: > On Sunday 28 June 2009 02:23:38 Nikos Chantziaras wrote: >> On 06/28/2009 12:51 AM, Andrew Gaydenko wrote: >>> Trying to upgrade to qt 4.5.2: >>> >>> kde4 wants qt3support for qt-core: >>> >>> x11-libs/qt-core-4.5.2 (Change USE: +qt3support) >>> (dependency required by "x11-libs/qt-qt3support-4.5.2" [ebuild]) >>> (dependency required by "kde-base/kteatime-4.2.4" [installed]) >>> (dependency required by "kde-base/kdetoys-meta-4.2.4" [installed]) >>> (dependency required by "kde-base/kde-meta-4.2.4" [installed]) >>> >>> OK, let's try: >>> >>> adding qt3support to qt-core wants qt3support for qt-gui >>> adding qt3support to qt-gui wants qt3support for qt-sql >>> adding qt3support to qt-sql conflicts with x11-libs/qt-opengl - last one >>> insits on -qt3support for qt-core. >>> >>> At ~amd64. Where is my mistake? >> You forgot to add qt3support to qt-opengl too :) >> >> Anyway, I find all this a bit strange. qt3support is on by default, why >> do you have to enable it explicitly? Did you put "-qt3support" in >> make.conf? If yes, you should remove it. > > > make.conf hasn't qt3support at all. Adding qt3support to qt-opengl shows... > well... something horrible (see below) :-) > > //====================================================================== > emerge -pvDuN world > > These are the packages that would be merged, in order: > [...] I got that too, but portage (I'm on 2.1.6.13) has automatically resolved all blocks. Are you using Paludis? If yes, uninstall all packages that are to be upgraded and install them afterwards. Or wait for someone who actually knows a Paludis workaround for this.