public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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



      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