From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LP5Y5-0001WP-Ec for garchives@archives.gentoo.org; Tue, 20 Jan 2009 01:37:02 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C594FE04E3; Tue, 20 Jan 2009 01:36:59 +0000 (UTC) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by pigeon.gentoo.org (Postfix) with ESMTP id 5F1D0E04E3 for ; Tue, 20 Jan 2009 01:36:59 +0000 (UTC) Received: by mu-out-0910.google.com with SMTP id i2so1798309mue.6 for ; Mon, 19 Jan 2009 17:36:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=uLMelNT0C9kV4QocAaPeOjjRN3T1YIEsQouAx7rLV1Y=; b=nseA3qt2IeYHr+0ctGCdLWhYdX/n317ocUuW88Db+kpPyFEWIXL2KSaLuaRxGkoAux nxCjAKLX18inHhPFhi2uoHsiS69Hz6swpTw372sJdFShnDqvvWy+VjJyNcOUectHIPEb mEqscyCkIiHnemWEF5HPH7/tgzm9caJVZ8bVw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=bnqBuQAt4vh4iAgKW1HqN1aYzmgXa9PYfwT+gLx9uRbJSDI9YlB+KT5KVGdBGsAAC4 VzpXxpMAoBVHWJ0wPOQCTUvOLAzNRwh7efUhrU726VVdrBedK7N6QUr97Sfcl7i6X9NG PpmzMIjExr/e40KclKBfruVUxvhEKP+Qr3qP4= 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 Received: by 10.103.131.18 with SMTP id i18mr2820301mun.74.1232415418566; Mon, 19 Jan 2009 17:36:58 -0800 (PST) In-Reply-To: <5bdc1c8b0901191437t18768de9j8b39dd7bccdca593@mail.gmail.com> References: <5bdc1c8b0901181426p1c1f78bs3ca0ae50f2d648b1@mail.gmail.com> <4974FC20.1090809@konstantinhansen.de> <5bdc1c8b0901191437t18768de9j8b39dd7bccdca593@mail.gmail.com> Date: Mon, 19 Jan 2009 17:36:58 -0800 Message-ID: <2f4467c20901191736t42a7ea57i5ad0a49336f1a6c2@mail.gmail.com> Subject: Re: [gentoo-user] qt blockages... From: Nickolas Fortino To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=001636416b433d48a20460e013f1 X-Archives-Salt: c6407188-a327-4563-a39e-9eed8cecd07d X-Archives-Hash: f1d7f3b6e7b5107a8d83c7b68e6463e0 --001636416b433d48a20460e013f1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Mon, Jan 19, 2009 at 2:37 PM, Mark Knecht wrote: > On Mon, Jan 19, 2009 at 2:18 PM, KH > wrote: > > Mark Knecht schrieb: > >> Hi, > >> I'm not used to seeing all the additional messages below the > >> blockage indication. Can someone possibly help me understand how to > >> read this? > >> > >> Are there really application packages that cannot be installed at > >> the same or is only about qt and possibly the USE flags I've got? > >> > >> I tried removing qjackctl (the only world package I spotted in the > >> list) but that didn't help. > >> > >> What to try next? > >> > >> Thanks, > >> Mark > > [snip] > >> http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked > >> > > [snip] > > > > > > This link was great help for me. Told me everything and how to read the > > blocker. So I did: > > > > #emerge -avC qt-4.3.3 > > #emerge -DuavN world (This installed qt-4.4.2) > > > > But now I do have a problem. When I run > > > > #emerge --depclean -av > > > > I receive the following output: > > [snip] > >>>> These are the packages that would be unmerged: > > > > dev-db/sqlite > > selected: 2.8.16-r4 > > protected: none > > omitted: 3.6.6.2 > > > > x11-libs/qt > > selected: 4.4.2 > > protected: none > > omitted: 3.3.8b-r1 > > > > x11-libs/qt-svg > > selected: 4.4.2 > > protected: none > > omitted: none > > > > x11-libs/qt-opengl > > selected: 4.4.2 > > protected: none > > omitted: none > > > > x11-libs/qt-xmlpatterns > > selected: 4.4.2 > > protected: none > > omitted: none > > > > x11-libs/qt-assistant > > selected: 4.4.2-r1 > > protected: none > > omitted: none > > > > x11-libs/qt-webkit > > selected: 4.4.2 > > protected: none > > omitted: none > > > > What did I miss? This results in an infinite circle of unmerging and > > emerging. > > > > Thanks for any help > > > > kh > > > > > > In your /etc/make.conf file do you have the following line? > > EMERGE_DEFAULT_OPTS="--with-bdeps y" > > You can do this on the emerge command line if you choose. See man > emerge for info on doing that. > > I *think* the standard answer about why this happens is that > --depclean and a basic emerge don't search all the dependencies > exactly the same. If you add the --with-bdeps y option then they do. > > Anyway, I don't seem to run into this much using this in make.conf. > > Hope this helps, > Mark > > using --with-bdeps=y would certainly work (and in the interest of full disclosure is what I do), but it shouldn't be necessary. Having emerge --depclean remove build dependencies should be ok. Afterwards, emerge -avuDN world should do nothing, as although the build dependencies for packages are missing, the world packages themselves don't need rebuilding, so there is nothing to do. Thus, there is no infinite rebuilding cycle, independent of the with-bdeps flag. Nick --001636416b433d48a20460e013f1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Mon, Jan 19, 2009 at 2:37 PM, Mark Knecht <markknecht@gmail= .com> wrote:
On Mon, Jan 19, 2009 at 2:18 PM, KH &= lt;gentoo-user@konstanti= nhansen.de> wrote:
> Mark Knecht schrieb:
>> Hi,
>>    I'm not used to seeing all the additional message= s below the
>> blockage indication. Can someone possibly help me understand how t= o
>> read this?
>>
>>    Are there really application packages that cannot be = installed at
>> the same or is only about qt and possibly the USE flags I've g= ot?
>>
>>    I tried removing qjackctl (the only world package I s= potted in the
>> list) but that didn't help.
>>
>>    What to try next?
>>
>> Thanks,
>> Mark
> [snip]
>> http://www.gentoo.org/doc/en/handbook/h= andbook-x86.xml?full=3D1#blocked
>>
> [snip]
>
>
> This link was great help for me. Told me everything and how to read th= e
> blocker. So I did:
>
> #emerge -avC qt-4.3.3
> #emerge -DuavN world (This installed qt-4.4.2)
>
> But now I do have a problem. When I run
>
> #emerge --depclean -av
>
> I receive the following output:
> [snip]
>>>> These are the packages that would be unmerged:
>
>  dev-db/sqlite
>    selected: 2.8.16-r4
>   protected: none
>     omitted: 3.6.6.2
>
>  x11-libs/qt
>    selected: 4.4.2
>   protected: none
>     omitted: 3.3.8b-r1
>
>  x11-libs/qt-svg
>    selected: 4.4.2
>   protected: none
>     omitted: none
>
>  x11-libs/qt-opengl
>    selected: 4.4.2
>   protected: none
>     omitted: none
>
>  x11-libs/qt-xmlpatterns
>    selected: 4.4.2
>   protected: none
>     omitted: none
>
>  x11-libs/qt-assistant
>    selected: 4.4.2-r1
>   protected: none
>     omitted: none
>
>  x11-libs/qt-webkit
>    selected: 4.4.2
>   protected: none
>     omitted: none
>
> What did I miss? This results in an infinite circle of unmerging and > emerging.
>
> Thanks for any help
>
> kh
>
>

In your /etc/make.conf file do you have the following line?

EMERGE_DEFAULT_OPTS=3D"--with-bdeps y"

You can do this on the emerge command line if you choose. See man
emerge for info on doing that.

I *think* the standard answer about why this happens is that
--depclean and a basic emerge don't search all the dependencies
exactly the same. If you add the --with-bdeps y option then they do.

Anyway, I don't seem to run into this much using this in make.conf.

Hope this helps,
Mark

using --with-bdeps=3Dy would certainly work (and = in the interest of full disclosure is what I do), but it shouldn't be necessary.
Having eme= rge --depclean remove build dependencies should be ok. Afterwards, emerge -avuDN world should do nothing, as although the build dependencies for packages are missing, the world packages themselves don't need rebuilding, so there is nothing to do. Thus, there is no infinite rebuilding cycle, independent of the with-bdeps flag.

Nick

--001636416b433d48a20460e013f1--