From: KH <gentoo-user@konstantinhansen.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] qt blockages...
Date: Tue, 20 Jan 2009 10:12:48 +0100 [thread overview]
Message-ID: <49759590.8000500@konstantinhansen.de> (raw)
In-Reply-To: <2f4467c20901200053p5140d810jbecb7f23de9371d1@mail.gmail.com>
Nickolas Fortino schrieb:
> On Tue, Jan 20, 2009 at 12:11 AM, KH <gentoo-user@konstantinhansen.de
> <mailto:gentoo-user@konstantinhansen.de>> wrote:
>
> Daniel Pielmeier schrieb:
> > 2009/1/19 KH <gentoo-user@konstantinhansen.de
> <mailto:gentoo-user@konstantinhansen.de>>:
> >
> >> 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 <atom> 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
>
So I just did an new emerge --sync what solved the problem. qt-4.4.2 is
unmerged by depclean and world is not bringing it in again.
Thanks for all the help
prev parent reply other threads:[~2009-01-20 9:13 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-18 22:26 [gentoo-user] qt blockages Mark Knecht
2009-01-18 22:54 ` Christopher Walters
2009-01-18 23:47 ` Mark Knecht
2009-01-19 10:31 ` Mick
2009-01-19 11:58 ` Dave Jones
2009-01-19 12:53 ` Markos Chandras
2009-01-20 11:46 ` Mick
2009-01-19 22:18 ` KH
2009-01-19 22:37 ` Mark Knecht
2009-01-19 23:13 ` Dale
2009-01-20 0:03 ` Paul Hartman
2009-01-20 0:18 ` Dale
2009-01-20 0:31 ` Mark Knecht
2009-01-20 1:19 ` Dale
2009-01-20 1:39 ` Mark Knecht
2009-01-20 0:46 ` Neil Bothwick
2009-01-20 1:36 ` Nickolas Fortino
2009-01-20 8:47 ` Neil Bothwick
2009-01-20 8:01 ` Daniel Pielmeier
2009-01-20 8:11 ` KH
2009-01-20 8:40 ` Daniel Pielmeier
2009-01-20 8:53 ` Nickolas Fortino
2009-01-20 9:12 ` KH [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49759590.8000500@konstantinhansen.de \
--to=gentoo-user@konstantinhansen.de \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox