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 1LPCMX-0007b8-QT for garchives@archives.gentoo.org; Tue, 20 Jan 2009 08:53:35 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 91A85E05B0; Tue, 20 Jan 2009 08:53:29 +0000 (UTC) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by pigeon.gentoo.org (Postfix) with ESMTP id 1D704E05B0 for ; Tue, 20 Jan 2009 08:53:27 +0000 (UTC) Received: by bwz14 with SMTP id 14so9742348bwz.10 for ; Tue, 20 Jan 2009 00:53:25 -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=PS+NRsHrZUo3lBl3H7cFEqXjUlT7UTJrn4oKCDFfJjU=; b=U5zVslluvdKY5tacvDzELbXgi2m6gJ7KcmwsnZpmo5319jTUc1TTBqka+aeL+Wk9q8 VJhlDHH+dPjIyYZHOj3MkWmiWiw/6Ys7uMCbH0R9/wcbdX3m73cYtHEuqjVpdy2tG8tH Uk9fqLFsx4VlAi4isAc5dlCFCmqSxstBrn5vc= 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=N16TzrPRPEifXJpPRObqkn74QoiIRjJthYNLcKbVh3EMH9gMxM4WKNpgVKqXpH6PIq FMgZ5iSAq9jvMeqtanhZrxK8nQ0h402UmjgSuKTz4n+jLRDNYlM/VFOpMBSDFrLythCT FrYTieqx5Msvq6mXd1Akwy856U6oEbDZ6wyBY= 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.222.1 with SMTP id z1mr745384muq.51.1232441604921; Tue, 20 Jan 2009 00:53:24 -0800 (PST) In-Reply-To: <49758740.6000708@konstantinhansen.de> References: <5bdc1c8b0901181426p1c1f78bs3ca0ae50f2d648b1@mail.gmail.com> <4974FC20.1090809@konstantinhansen.de> <6142e6140901200001t7d29d980u83f279751c530ca7@mail.gmail.com> <49758740.6000708@konstantinhansen.de> Date: Tue, 20 Jan 2009 00:53:24 -0800 Message-ID: <2f4467c20901200053p5140d810jbecb7f23de9371d1@mail.gmail.com> Subject: Re: [gentoo-user] qt blockages... From: Nickolas Fortino To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=001636417591115add0460e62c7d X-Archives-Salt: 3eb13e9e-05bd-4aec-b2d6-a26d5a0b3984 X-Archives-Hash: e17d9339db783a3cccd8e63e7b6aea21 --001636417591115add0460e62c7d Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Tue, Jan 20, 2009 at 12:11 AM, KH wrote: > Daniel Pielmeier schrieb: > > 2009/1/19 KH : > > > >> 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 > >> > >> [snip some other qt-split-packages] > >> > >> What did I miss? This results in an infinite circle of unmerging and > >> emerging. > >> > >> > > > > I don't think --with-bdeps will solve this issue as qt- packages are > > no build-time-dependencies they are needed at runtime too. > > Did the affected packages got installed by your previous emerge world > > command. My guess is that depclean wants to remove this packages > > because they are simply not needed by other packages. Did they really > > get pulled in when doing another world update after removing the > > packages? > > > > Maybe checking again your world file or the files in > > /etc/portage/package.* for something suspicious is a good idea here. > > > > > > Hi, > > yes I had the blocker when running emerge -DuavN world . I unmerged > qt-4.3* and ran emerge -DuavN world again. That brought in the qt-4.4.2. > Tho investigate further: > > equery d x11-libs/qt > [ Searching for packages depending on x11-libs/qt... ] > app-crypt/pinentry-0.7.5 (qt3? x11-libs/qt:3) > app-text/poppler-bindings-0.8.7 (qt3? >=x11-libs/qt-3.3:3) > (qt4? >=x11-libs/qt-4.3:4) > media-video/vlc-0.9.8a (qt4? =x11-libs/qt-4.3*:4) > (skins? =x11-libs/qt-4.3*:4) > net-im/skype-2.0.0.63 (x86 & !qt-static? =x11-libs/qt-4.3*:4) > > Those are still depending on qt-4.3* but non are depending on 4.4.2. > > I will try an emerge -1av skype to learn what it will depend on afterwards. > > kh > > You seem to have missed the point of this upgrade. The qt packages were split, as the single qt package was huge, without good reason. The ideal sequence of events (as I understand it) was: 1. qt-4.3.3 and split packages given mutual exclusion depends. 2. All packages depending on qt-4.3.3 get updated to having an || dependency between qt-4.3.3 and the correct split components. 3. split components stabilized, and qt-4.3.3 simultaneously masked (thus, no blockages, everyone upgrades) 4. qt-4.4.2 kept around for backward compatibility/badly formed e-builds, but is only a virtual package (check it out, it only has dependencies) Somehow, 2 didn't get finished, causing the masking in 3 to get dropped, hence the blocking. Nothing should ever need to depend on qt-4.4, as only needed components should be pulled in. Reference: http://bugs.gentoo.org/show_bug.cgi?id=248038 As has been pointed out, equery d is not a good indicator of dependency. Use emerge -pv --depclean for a real indication (equery does a grep of the ebuild file, emerge only reports active dependencies, which is what most people care about. I've been tempted to file a bug for a while, but this seems to be the accepted behavior). Nick --001636417591115add0460e62c7d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Tue, Jan 20, 2009 at 12:11 AM, KH <gentoo-user= @konstantinhansen.de> wrote:
Daniel Pielmeier schrieb:
> 2009/1/19 KH <gentoo-user@konstantinhansen.de>= :
>
>> This link was great help for me. Told me everything and how to rea= d 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
>>
>> [snip some other qt-split-packages]
>>
>> What did I miss? This results in an infinite circle of unmerging a= nd
>> emerging.
>>
>>
>
> I don't think --with-bdeps will solve this issue as qt- packages a= re
> no build-time-dependencies they are needed at runtime too.
> Did the affected packages got installed by your previous emerge world<= br> > command. My guess is that depclean wants to remove this packages
> because they are simply not needed by other packages. Did they really<= br> > get pulled in when doing another world update after removing the
> packages?
>
> Maybe checking again your world file or the files in
> /etc/portage/package.* for something suspicious is a good idea here. >
>

Hi,

yes I had the blocker when running emerge -DuavN world . I unmerged
qt-4.3* and ran emerge -DuavN world again. That brought in the qt-4.4.2. Tho investigate further:

equery d x11-libs/qt
[ Searching for packages depending on x11-libs/qt... ]
app-crypt/pinentry-0.7.5 (qt3? x11-libs/qt:3)
app-text/poppler-bindings-0.8.7 (qt3? >=3Dx11-libs/qt-3.3:3)
                    &nbs= p;          (qt4? >=3Dx11-libs/qt-4.3:4)
media-video/vlc-0.9.8a (qt4? =3Dx11-libs/qt-4.3*:4)
                    &nbs= p; (skins? =3Dx11-libs/qt-4.3*:4)
net-im/skype-2.0.0.63 (x86 & !qt-static? =3Dx11-libs/qt-4.3*:4)

Those are still depending on qt-4.3* but non are depending on 4.4.2.

I will try an emerge -1av skype to learn what it will depend on afterwards.=

kh

You seem to have missed the point of this upgrade= . The qt packages were split, as the single qt package was huge, without good reason. The ideal sequence of events (as I understand it) was:
1. qt-4.3.3 and split packages given mutual exclusion depends.
2. All packages depending on qt-4.3.3 get updated to having an || dependenc= y between qt-4.3.3 and the correct split components.
3. split components stabilized, and qt-4.3.3 simultaneously masked (thus, n= o blockages, everyone upgrades)
4. qt-4.4.2 kept around for backward compatibility/badly formed e-builds, but is only a virtual package (check it out, it only has dependencies)

Somehow, 2 didn't get finished, causing the masking in 3 to get dropped= , hence the blocking.
Nothing should ever need to depend on qt-4.4, as only needed components sho= uld be pulled in.
Reference: http= ://bugs.gentoo.org/show_bug.cgi?id=3D248038

As has been pointed = out, equery d is not a good indicator of dependency. Use emerge -pv --depcl= ean <atom> for a real indication (equery does a grep of the ebuild fi= le, emerge only reports active dependencies, which is what most people care= about. I've been tempted to file a bug for a while, but this seems to = be the accepted behavior).

Nick

--001636417591115add0460e62c7d--