[gentoo-user] qt blockages...

[gentoo-user] qt blockages...

[Mark Knecht]

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


lightning ~ # emerge -pvDuN system

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] app-arch/cpio-2.9-r2 [2.9-r1] USE="nls" 0 kB
[ebuild     U ] dev-db/sqlite-3.6.6.2 [3.5.9] USE="threadsafe -debug
-doc -soundex -tcl" 2,250 kB
[ebuild     U ] media-libs/libpng-1.2.34 [1.2.33] 503 kB
[ebuild     U ] dev-libs/mpfr-2.3.2 [2.3.1_p1] 798 kB
[ebuild     U ] dev-python/sip-4.7.9 [4.7.3] USE="-debug" 461 kB
[ebuild     U ] x11-libs/gtk+-2.14.7 [2.14.5] USE="X cups jpeg tiff
-debug -doc -jpeg2k -vim-syntax -xinerama" 17,067 kB
[ebuild     U ] sys-apps/groff-1.19.2-r3 [1.19.2-r1] USE="X cjk" 0 kB
[ebuild     U ] sys-libs/gpm-1.20.5 [1.20.1-r6] USE="(-selinux)" 1,269 kB
[ebuild     U ] dev-python/PyQt-3.17.6 [3.17.4] USE="-debug -doc
-examples" 795 kB
[ebuild  N    ] x11-libs/qt-core-4.4.2  USE="qt3support ssl -debug
-doc -glib -pch" 102,858 kB
[ebuild  N    ] x11-libs/qt-dbus-4.4.2  USE="-debug -pch" 0 kB
[ebuild  N    ] x11-libs/qt-sql-4.4.2  USE="mysql odbc qt3support
sqlite -debug (-firebird) -pch -postgres" 0 kB
[ebuild  N    ] x11-libs/qt-script-4.4.2  USE="-debug -pch" 0 kB
[ebuild  N    ] x11-libs/qt-gui-4.4.2-r1  USE="accessibility cups dbus
qt3support tiff -debug -glib -mng -nas -nis -pch -xinerama"
INPUT_DEVICES="-wacom" 0 kB
[ebuild  N    ] x11-libs/qt-qt3support-4.4.2  USE="accessibility
-debug -pch" 0 kB
[ebuild  N    ] x11-libs/qt-svg-4.4.2  USE="-debug -pch" 0 kB
[ebuild  N    ] x11-libs/qt-opengl-4.4.2  USE="qt3support -debug -pch" 0 kB
[ebuild     U ] dev-python/PyQt4-4.4.4-r1 [4.3.3] USE="X%* dbus%*
opengl%* qt3support%* svg%* -debug -doc -examples -webkit%" 6,819 kB
[ebuild     U ] x11-libs/qscintilla-2.3.2 [2.1-r1] USE="python qt4
-debug -doc -examples" 2,097 kB
[ebuild     U ] dev-python/qscintilla-python-2.3.2 [2.1] USE="qt4" 0 kB
[blocks B     ] x11-libs/qt-core ("x11-libs/qt-core" is blocking
x11-libs/qt-4.3.3)
[blocks B     ] <=x11-libs/qt-4.4.0_alpha:4
("<=x11-libs/qt-4.4.0_alpha:4" is blocking x11-libs/qt-script-4.4.2,
x11-libs/qt-dbus-4.4.2, x11-libs/qt-gui-4.4.2-r1,
x11-libs/qt-qt3support-4.4.2, x11-libs/qt-sql-4.4.2,
x11-libs/qt-svg-4.4.2, x11-libs/qt-core-4.4.2,
x11-libs/qt-opengl-4.4.2)

Total: 20 packages (12 upgrades, 8 new), Size of downloads: 134,911 kB
Conflict: 2 blocks (2 unsatisfied)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  ('ebuild', '/', 'x11-libs/qt-opengl-4.4.2', 'merge') pulled in by
    >=x11-libs/qt-opengl-4.4.2:4 required by ('ebuild', '/',
'dev-python/PyQt4-4.4.4-r1', 'merge')

  ('ebuild', '/', 'x11-libs/qt-gui-4.4.2-r1', 'merge') pulled in by
    x11-libs/qt-gui:4 required by ('installed', '/',
'media-sound/qjackctl-0.3.3', 'nomerge')
    >=x11-libs/qt-gui-4.4.2:4 required by ('ebuild', '/',
'dev-python/PyQt4-4.4.4-r1', 'merge')
    x11-libs/qt-gui:4 required by ('ebuild', '/',
'x11-libs/qscintilla-2.3.2', 'merge')
    (and 4 more)

  ('ebuild', '/', 'x11-libs/qt-svg-4.4.2', 'merge') pulled in by
    >=x11-libs/qt-svg-4.4.2:4 required by ('ebuild', '/',
'dev-python/PyQt4-4.4.4-r1', 'merge')

  ('ebuild', '/', 'x11-libs/qt-core-4.4.2', 'merge') pulled in by
    >=x11-libs/qt-core-4.4.2:4 required by ('ebuild', '/',
'dev-python/PyQt4-4.4.4-r1', 'merge')
    x11-libs/qt-core:4 required by ('installed', '/',
'media-sound/qjackctl-0.3.3', 'nomerge')
    ~x11-libs/qt-core-4.4.2 required by ('ebuild', '/',
'x11-libs/qt-sql-4.4.2', 'merge')
    (and 4 more)

  ('ebuild', '/', 'x11-libs/qt-dbus-4.4.2', 'merge') pulled in by
    ~x11-libs/qt-dbus-4.4.2 required by ('ebuild', '/',
'x11-libs/qt-gui-4.4.2-r1', 'merge')
    >=x11-libs/qt-dbus-4.4.2:4 required by ('ebuild', '/',
'dev-python/PyQt4-4.4.4-r1', 'merge')

  ('ebuild', '/', 'x11-libs/qt-qt3support-4.4.2', 'merge') pulled in by
    >=x11-libs/qt-qt3support-4.4.2:4 required by ('ebuild', '/',
'dev-python/PyQt4-4.4.4-r1', 'merge')
    ~x11-libs/qt-qt3support-4.4.2 required by ('ebuild', '/',
'x11-libs/qt-gui-4.4.2-r1', 'merge')

  ('installed', '/', 'x11-libs/qt-4.3.3', 'nomerge') pulled in by
    >=x11-libs/qt-4.3:4 required by ('installed', '/',
'app-text/poppler-bindings-0.8.7', 'nomerge')


For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked


!!! The following installed packages are masked:
- x11-libs/qt-4.3.3 (masked by: package.mask)
/usr/portage/profiles/arch/amd64/package.mask:
# Markus Meier <maekke@gentoo.org> (18 Jan 2009)
# mask this version for a smooth upgrade wrt bug #248038

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

lightning ~ #

Re: [gentoo-user] qt blockages...

[Christopher Walters]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Mark Knecht wrote:
> 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>
>   ('installed', '/', 'x11-libs/qt-4.3.3', 'nomerge') pulled in by
>     >=x11-libs/qt-4.3:4 required by ('installed', '/',
> 'app-text/poppler-bindings-0.8.7', 'nomerge')

<snip>

> !!! The following installed packages are masked:
> - x11-libs/qt-4.3.3 (masked by: package.mask)
> /usr/portage/profiles/arch/amd64/package.mask:
> # Markus Meier <maekke@gentoo.org> (18 Jan 2009)
> # mask this version for a smooth upgrade wrt bug #248038

First, I would suggest checking to see if you have qt-4.3.3 installed (from the
line above, this looks to be the case), and if so, unmerge it - it is masked by
portage, anyway.  If you do have the older version on your system, it would
block the new version and vice versa.

If that works, then great.  If not, you may need to put at least
'app-text/poppler-bindings' in your package.keywords file, so you can pull in a
newer version.

Regards,
Chris

PS:  Looking at the ebuild file for poppler-bindings might help.
-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJJc7MFAAoJEIAhA8M9p9DAwhcQAKrgEuZEMA+gbcxdHTLiIYPb
lQIpR5nNj0U/DDwMUoxs+CEijiJSkYQXUljKKWQOV9Wi0/Q8k/Ur51OSHe72KBhx
ZYuh6zodud+n8WJ5f10ebCFflo59i49o4H4avfvkngxlmdJ6q7MUYN9Hd5l7Ms8Q
S98eyXYtJJDCtAckQXXs7DQ2E5xr/YHYxnD8XiBTv2+OHignbr2WvWhuc4v1PVvA
hJ/DNmvsHm+KpSBKjazxp/MAkOwdXPb8Np3MEJKltrM41HjW1PFCpLiqLmFkKD3k
Z4OBaxAMFWsWnqBgRJ7wmz25TyCbyb9W0VeAjrK/DykFDVBA3R6pKmJpvmkY21r6
KQo2emvcoWMBLoI8U4qfKMnE0hdmXN3+wIPs7y2y5sQiLiBDIJvtdk2aJKgjFak5
yMwgkJfKEup++9ynjNoG7d6iszsCUhAOy+9VPfVctw3jwQGNKI+bFhgmAXuCIQX7
N5h12dOEvMHBerhdnfl2xZ7osbGVXT8HrUkK+roYNEL273Myjt2yWBAubi/ustzn
XyGL4yjHSywHFBIRSyhv4jT96C7GOtDynci6wwYzntnqAqSKaqnfpkMwaX3I6DN/
bfEubEEUfaC8O+XJ6lN8Y6/OY9sEKTo9Nhv71U7nKYSLThSJf1CCPWBgX4VNcurM
2dtKnyeRUHzeUc2pQh7K
=l5LP
-----END PGP SIGNATURE-----

Re: [gentoo-user] qt blockages...

[Mark Knecht]

On Sun, Jan 18, 2009 at 2:54 PM, Christopher Walters
<cjw2004d@comcast.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> Mark Knecht wrote:
>> 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>
>>   ('installed', '/', 'x11-libs/qt-4.3.3', 'nomerge') pulled in by
>>     >=x11-libs/qt-4.3:4 required by ('installed', '/',
>> 'app-text/poppler-bindings-0.8.7', 'nomerge')
>
> <snip>
>
>> !!! The following installed packages are masked:
>> - x11-libs/qt-4.3.3 (masked by: package.mask)
>> /usr/portage/profiles/arch/amd64/package.mask:
>> # Markus Meier <maekke@gentoo.org> (18 Jan 2009)
>> # mask this version for a smooth upgrade wrt bug #248038
>
> First, I would suggest checking to see if you have qt-4.3.3 installed (from the
> line above, this looks to be the case), and if so, unmerge it - it is masked by
> portage, anyway.  If you do have the older version on your system, it would
> block the new version and vice versa.
>
> If that works, then great.  If not, you may need to put at least
> 'app-text/poppler-bindings' in your package.keywords file, so you can pull in a
> newer version.
>
> Regards,
> Chris
>
> PS:  Looking at the ebuild file for poppler-bindings might help.

Chris,
   Indeed, I do have 4.3.3 installed and it is masked. I guess this
must be one of those cases where the devs decided they didn't like
something they used to like as I didn't do anything to unmask it
myself.

   I removed it and the blockages for emerge system have gone.

Cheers,
Mark

Re: [gentoo-user] qt blockages...

[Mick]

2009/1/18 Mark Knecht <markknecht@gmail.com>:

>   Indeed, I do have 4.3.3 installed and it is masked. I guess this
> must be one of those cases where the devs decided they didn't like
> something they used to like as I didn't do anything to unmask it
> myself.
>
>   I removed it and the blockages for emerge system have gone.

Unfortunately mine is not as easy:
==================================
x11-libs/qt:4

  ('ebuild', '/', 'x11-libs/qt-4.3.3', 'merge') pulled in by
    =x11-libs/qt-4.3*:4 required by ('installed', '/',
'media-video/vlc-0.9.8a', 'nomerge')
    =x11-libs/qt-4.3*:4 required by ('installed', '/',
'net-im/skype-2.0.0.63', 'nomerge')
    =x11-libs/qt-4.3*:4 required by ('ebuild', '/',
'x11-libs/qscintilla-2.3.2', 'merge')
    (and 3 more)

  ('ebuild', '/', 'x11-libs/qt-4.4.2', 'merge') pulled in by
    >=x11-libs/qt-4.3:4 required by ('installed', '/',
'app-text/poppler-bindings-0.8.7', 'nomerge')
    =x11-libs/qt-4* required by ('installed', '/',
'net-wireless/wpa_supplicant-0.5.7', 'nomerge')
    x11-libs/qt required by world
==================================

I am running vlc-0.9.8a which is the only one available.  How could I
go about this?
-- 
Regards,
Mick

Re: [gentoo-user] qt blockages...

[Dave Jones]

Mick wrote on 19/01/09 11:31:
> 2009/1/18 Mark Knecht <markknecht@gmail.com>:
>
>   
>>   Indeed, I do have 4.3.3 installed and it is masked. I guess this
>> must be one of those cases where the devs decided they didn't like
>> something they used to like as I didn't do anything to unmask it
>> myself.
>>
>>   I removed it and the blockages for emerge system have gone.
>>     
>
> Unfortunately mine is not as easy:
> ==================================
> x11-libs/qt:4
>
>   ('ebuild', '/', 'x11-libs/qt-4.3.3', 'merge') pulled in by
>     =x11-libs/qt-4.3*:4 required by ('installed', '/',
> 'media-video/vlc-0.9.8a', 'nomerge')
>     =x11-libs/qt-4.3*:4 required by ('installed', '/',
> 'net-im/skype-2.0.0.63', 'nomerge')
>     =x11-libs/qt-4.3*:4 required by ('ebuild', '/',
> 'x11-libs/qscintilla-2.3.2', 'merge')
>     (and 3 more)
>
>   ('ebuild', '/', 'x11-libs/qt-4.4.2', 'merge') pulled in by
>     >=x11-libs/qt-4.3:4 required by ('installed', '/',
> 'app-text/poppler-bindings-0.8.7', 'nomerge')
>     =x11-libs/qt-4* required by ('installed', '/',
> 'net-wireless/wpa_supplicant-0.5.7', 'nomerge')
>     x11-libs/qt required by world
> ==================================
>
> I am running vlc-0.9.8a which is the only one available.  How could I
> go about this?
>   

I had a similar problem here.

emerge -C qt-4.3.3
emerge -auDNv1 qt
emerge -av vlc
emerge -auDNv world

Did the trick for me.

My vlc USE flags:

X a52 aac alsa cdda cddb cdio dbus dvd ffmpeg flac hal httpd libgcrypt
libnotify matroska mmx mp3 mpeg ncurses nsplugin ogg opengl png qt4
samba sdl sse stream svg theora truetype vcd vorbis win32codecs xml xv

As an additional benefit, since the update to the  new qt4 libraries the
VLC UI buttons are not messed up any more.  (bug 246116)

Cheers, Dave

Re: [gentoo-user] qt blockages...

[Markos Chandras]

On Monday 19 January 2009 13:58:26 Dave Jones wrote:
> Mick wrote on 19/01/09 11:31:
> > 2009/1/18 Mark Knecht <markknecht@gmail.com>:
> >>   Indeed, I do have 4.3.3 installed and it is masked. I guess this
> >> must be one of those cases where the devs decided they didn't like
> >> something they used to like as I didn't do anything to unmask it
> >> myself.
> >>
> >>   I removed it and the blockages for emerge system have gone.
> >
> > Unfortunately mine is not as easy:
> > ==================================
> > x11-libs/qt:4
> >
> >   ('ebuild', '/', 'x11-libs/qt-4.3.3', 'merge') pulled in by
> >     =x11-libs/qt-4.3*:4 required by ('installed', '/',
> > 'media-video/vlc-0.9.8a', 'nomerge')
> >     =x11-libs/qt-4.3*:4 required by ('installed', '/',
> > 'net-im/skype-2.0.0.63', 'nomerge')
> >     =x11-libs/qt-4.3*:4 required by ('ebuild', '/',
> > 'x11-libs/qscintilla-2.3.2', 'merge')
> >     (and 3 more)
> >
> >   ('ebuild', '/', 'x11-libs/qt-4.4.2', 'merge') pulled in by
> >
> >     >=x11-libs/qt-4.3:4 required by ('installed', '/',
> >
> > 'app-text/poppler-bindings-0.8.7', 'nomerge')
> >     =x11-libs/qt-4* required by ('installed', '/',
> > 'net-wireless/wpa_supplicant-0.5.7', 'nomerge')
> >     x11-libs/qt required by world
> > ==================================
> >
> > I am running vlc-0.9.8a which is the only one available.  How could I
> > go about this?
>
> I had a similar problem here.
>
> emerge -C qt-4.3.3
> emerge -auDNv1 qt
> emerge -av vlc
> emerge -auDNv world
>
> Did the trick for me.
>
> My vlc USE flags:
>
> X a52 aac alsa cdda cddb cdio dbus dvd ffmpeg flac hal httpd libgcrypt
> libnotify matroska mmx mp3 mpeg ncurses nsplugin ogg opengl png qt4
> samba sdl sse stream svg theora truetype vcd vorbis win32codecs xml xv
>
> As an additional benefit, since the update to the  new qt4 libraries the
> VLC UI buttons are not messed up any more.  (bug 246116)
>
> Cheers, Dave


Since qt has been move from meta-package to separate split packages, you should 
unemerge qt-4.3* and then emerge the split packages. Having split packages is a 
great implementation  ,so dont shoot the developers. 
-- 
Markos Chandras (hwoarang)

Re: [gentoo-user] qt blockages...

[Mick]

2009/1/19 Dave Jones <Dave.Jones@xs4all.nl>:
> Mick wrote on 19/01/09 11:31:

>> Unfortunately mine is not as easy:
>> ==================================
[snip ...]
>> ==================================
>>
>> I am running vlc-0.9.8a which is the only one available.  How could I
>> go about this?
>>
>
> I had a similar problem here.
>
> emerge -C qt-4.3.3
> emerge -auDNv1 qt
> emerge -av vlc
> emerge -auDNv world
>
> Did the trick for me.

Thank you Dave!  :)

This worked a treat.
-- 
Regards,
Mick

Re: [gentoo-user] qt blockages...

[KH]

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

Re: [gentoo-user] qt blockages...

[Mark Knecht]

On Mon, Jan 19, 2009 at 2:18 PM, KH <gentoo-user@konstantinhansen.de> 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

Re: [gentoo-user] qt blockages...

[Dale]

Mark Knecht wrote:
> On Mon, Jan 19, 2009 at 2:18 PM, KH <gentoo-user@konstantinhansen.de> 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
>
>
>   

+1  I added that to my make.conf a while ago and it helped with a lot of
this sort of thing.  Wonder if it should be a default thing?

Dale

:-)  :-) 

Re: [gentoo-user] qt blockages...

[Paul Hartman]

On Mon, Jan 19, 2009 at 5:13 PM, Dale <rdalek1967@gmail.com> wrote:
> Mark Knecht wrote:
>> On Mon, Jan 19, 2009 at 2:18 PM, KH <gentoo-user@konstantinhansen.de> 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
>>
>>
>>
>
> +1  I added that to my make.conf a while ago and it helped with a lot of
> this sort of thing.  Wonder if it should be a default thing?
>
> Dale
>
> :-)  :-)
>
>

Could also be that you don't have slots defined for some of those in
your world? for example do you have qt or qt:3 etc?

Re: [gentoo-user] qt blockages...

[Dale]

Paul Hartman wrote:
> On Mon, Jan 19, 2009 at 5:13 PM, Dale <rdalek1967@gmail.com> wrote:
>   
>>
>> +1  I added that to my make.conf a while ago and it helped with a lot of
>> this sort of thing.  Wonder if it should be a default thing?
>>
>> Dale
>>
>> :-)  :-)
>>
>>
>>     
>
> Could also be that you don't have slots defined for some of those in
> your world? for example do you have qt or qt:3 etc?
>
>
>   

I don't appear to have anything qt related in my world file.

root@smoker / # cat /var/lib/portage/world | grep qt
root@smoker / #


The reason I added that a while back was not related to qt but was doing
a circle thing with --depclean wanting to remove packages and then -uvDN
wanting to put them back again.  Adding the --with-bdeps y fixed the
problem and I haven't had the problem since.

Hence the question, should this be a default option?  I'm not the only
one that has ran into this.

Dale

:-)  :-) 

Re: [gentoo-user] qt blockages...

[Mark Knecht]

On Mon, Jan 19, 2009 at 4:18 PM, Dale <rdalek1967@gmail.com> wrote:
<SNIP>
>
> Hence the question, should this be a default option?  I'm not the only
> one that has ran into this.
>
> Dale

Maybe it's a forest for trees thing but it's in the man page and shows
up early in Gentoo Portage documentation:

http://www.gentoo.org/proj/en/portage/doc/faq.xml

I don't think it's required for all folks so I don't think it should
be default. It does result in longer emerge cycles as it grabs and
builds more code on average. Many folks might not want that.

Just my thoughts,
Mark

Re: [gentoo-user] qt blockages...

[Dale]

Mark Knecht wrote:
> On Mon, Jan 19, 2009 at 4:18 PM, Dale <rdalek1967@gmail.com> wrote:
> <SNIP>
>   
>> Hence the question, should this be a default option?  I'm not the only
>> one that has ran into this.
>>
>> Dale
>>     
>
> Maybe it's a forest for trees thing but it's in the man page and shows
> up early in Gentoo Portage documentation:
>
> http://www.gentoo.org/proj/en/portage/doc/faq.xml
>
> I don't think it's required for all folks so I don't think it should
> be default. It does result in longer emerge cycles as it grabs and
> builds more code on average. Many folks might not want that.
>
> Just my thoughts,
> Mark
>
>
>   

It's sort of funny in a way.  I hardly ever go to the Gentoo website.  I
follow this list and -dev and learn that way.  I sync usually each
Friday or Saturday and usually by the time I get the packages downloaded
over my slow dial-up, if there are any problems with something it will
be on the list by then.  I do on occasion search the forums.  I'm going
through the qt blockages now but I still have a lot to download yet. 
That qt-core package is huge.  Almost like OOo.  Then there are the
brothers, sisters and children of that thing to go with it. 

I need broadband something awful.  I don't think sticking a stick of
dynamite under AT&T would do any good at all either

Dale

:-)  :-) 

Re: [gentoo-user] qt blockages...

[Mark Knecht]

On Mon, Jan 19, 2009 at 5:19 PM, Dale <rdalek1967@gmail.com> wrote:
<SNIP>
>
> It's sort of funny in a way.  I hardly ever go to the Gentoo website.  I
> follow this list and -dev and learn that way.

I can understand that. I sort of operate that way. I think that there
really is a next step which is when you hit a problem like this take a
look at the Gentoo docs as well as write the list. I admit I often, or
even mostly, write the list first, but I think most of this stuff is
documented somewhere so it's a good thing to look at the docs also.
(At least once in awhile...) ;-)

>  I sync usually each
> Friday or Saturday and usually by the time I get the packages downloaded
> over my slow dial-up, if there are any problems with something it will
> be on the list by then.  I do on occasion search the forums.  I'm going
> through the qt blockages now but I still have a lot to download yet.
> That qt-core package is huge.  Almost like OOo.  Then there are the
> brothers, sisters and children of that thing to go with it.

Gentoo is a hard distro to run on a slow speed interface. It's just
not set up for that.

>
> I need broadband something awful.  I don't think sticking a stick of
> dynamite under AT&T would do any good at all either

Good luck and do find something faster. It will improve your
experience, I expect.

>
> Dale
>
> :-)  :-)
>
>

Re: [gentoo-user] qt blockages...

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 495 bytes --]

On Mon, 19 Jan 2009 18:18:10 -0600, Dale wrote:

> > Could also be that you don't have slots defined for some of those in
> > your world? for example do you have qt or qt:3 etc?

> I don't appear to have anything qt related in my world file.

Nor should you. Unless you are developing QT software, or have some arcane
QT package built from source, you should only have QT installed as a
dependency.


-- 
Neil Bothwick

Better to understand a little than to misunderstand a lot.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] qt blockages...

[Nickolas Fortino]

[-- Attachment #1: Type: text/plain, Size: 2942 bytes --]

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 <gentoo-user@konstantinhansen.de>
> 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

[-- Attachment #2: Type: text/html, Size: 4334 bytes --]

Re: [gentoo-user] qt blockages...

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 798 bytes --]

On Mon, 19 Jan 2009 17:36:58 -0800, Nickolas Fortino wrote:

> 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.

depclean wouldn't remove them in the first place,because the default
setting for with-bdeps is y when using --depclean. Using thedefault just
means that build time dependencies won't be updated on a world update,
deep or otherwise, unless the package depending on them is updated.


-- 
Neil Bothwick

Reboot America.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] qt blockages...

[Daniel Pielmeier]

2009/1/19 KH <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.

-- 
Regards,
Daniel

Re: [gentoo-user] qt blockages...

[KH]

Daniel Pielmeier schrieb:
> 2009/1/19 KH <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

Re: [gentoo-user] qt blockages...

[Daniel Pielmeier]

2009/1/20 KH <gentoo-user@konstantinhansen.de>:
>
> 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.
>

The output of equery is plain wrong. Take a look in the ebuilds to see
the real dependencies. All these apps have been ported to the qt-split
ebuilds already.

I did not ask about the blocker, instead I asked how the packages
affected by depclean got on your system? Maybe you did emerge
--oneshot qt or something similar. A world update wont pull in the
x11-libs/qt-4.4.2 meta ebuild as no ebuild in the tree should depend
directly on meta ebuilds. And again are they pulled in by emerge world
after removal. If yes this is either a bug or you something
misconfigured.

-- 
Regards,
Daniel

Re: [gentoo-user] qt blockages...

[Nickolas Fortino]

[-- Attachment #1: Type: text/plain, Size: 3466 bytes --]

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 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

[-- Attachment #2: Type: text/html, Size: 4691 bytes --]

Re: [gentoo-user] qt blockages...

[KH]

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