app-crypt/qca-2.0.0-r2 (slot 2) has been stabilized in bug #236497, but is incompatible with the current stable slot-0 version, qca-1.0-r2. r3 is compatible, so please stabilize. Reproducible: Always
Thanks for the report, assigning to maintainers
*** Bug 238080 has been marked as a duplicate of this bug. ***
It seems that this can be caused by net-im/psi version(s) 0.11 and 0.12 (both stable) which require(s) Qt4! Previous versions (0.10.x) required Qt3... (I wondered why "emerge -uavD world" tried to install Qt4, when I have Qt4 disabled by global "-qt4" USE flag...)
(In reply to comment #3) > It seems that this can be caused by net-im/psi version(s) 0.11 and 0.12 (both > stable) which require(s) Qt4! > Previous versions (0.10.x) required Qt3... > (I wondered why "emerge -uavD world" tried to install Qt4, when I have Qt4 > disabled by global "-qt4" USE flag...) > This comment is related to http://bugs.gentoo.org/show_bug.cgi?id=238080
Adding Jeroen Roovers to CC as he did the stabilization request on qca-2.0.0-r2
*** Bug 238326 has been marked as a duplicate of this bug. ***
(In reply to comment #5) > Adding Jeroen Roovers to CC as he did the stabilization request on qca-2.0.0-r2 Er, how can I help?
*** Bug 238334 has been marked as a duplicate of this bug. ***
*** Bug 222141 has been marked as a duplicate of this bug. ***
emerge -D world with ACCEPT_KEYWORDS="x86" is broken unless this bug is addressed.
My work around is to add the following to etc/portage/packages.mask >app-crypt/qca-1.0-r3
the same goes for Kopete: [ebuild N] kde-base/kopete-3.5.9 [blocks B] <app-crypt/qca-1.0-r3 (is blocking app-crypt/qca-2.0.0-r2) the proper workaround is the 'local' stabilisation: echo "=app-crypt/qca-1.0-r3" >> /etc/portage/package.keywords
Arches, please mark stable target: KEYWORDS="alpha amd64 hppa ia64 ~mips ppc ppc64 sparc x86 ~x86-fbsd"
Sparc stable for qca-1.0-r3 (I notice that hppa is, too, but I didn't do it).
Oh right, I forgot. Stable for HPPA.
I have the same problem, but it is kdenetwork that depends on qca and qca-tls causing my headache. Below is the output from running equery depends # equery depends qca [ Searching for packages depending on qca... ] app-crypt/qca-tls-1.0-r3 (>=app-crypt/qca-1.0) kde-base/kdenetwork-3.5.9 (=app-crypt/qca-1.0*) # equery depends qca-tls [ Searching for packages depending on qca-tls... ] kde-base/kdenetwork-3.5.9 (ssl? =app-crypt/qca-tls-1.0*) So, emerge -auDv world fails on my system (AMD64). I also noticed it tries to bring down qca-1.0-r2. See below. These are the packages that would be merged, in order: Calculating world dependencies... done! [ebuild U ] sys-devel/autoconf-wrapper-5 [4-r3] 0 kB [ebuild U ] app-arch/bzip2-1.0.5-r1 [1.0.5] USE="-static" 0 kB [ebuild U ] dev-libs/mpfr-2.3.1_p1 [2.3.1] 0 kB [ebuild U ] app-admin/eselect-emacs-1.5-r1 [1.5] 0 kB [ebuild U ] sys-devel/automake-1.10.1-r1 [1.10.1] 0 kB [ebuild U ] dev-perl/Archive-Tar-1.38 [1.32] 42 kB [ebuild U ] sys-apps/net-tools-1.60_p20071202044231-r1 [1.60-r13] USE="nls -static" 180 kB [ebuild N ] app-crypt/qca-1.0-r2 0 kB [ebuild U ] sys-apps/busybox-1.11.1 [1.8.2] USE="-debug -make-symlinks pam -savedconfig (-selinux) -static" 1,880 kB [ebuild U ] dev-java/tomcat-servlet-api-5.5.27 [5.5.26] USE="-doc -java5 -source" 7,210 kB [ebuild NS ] x11-libs/wxGTK-2.8.7.1-r1 USE="X -debug -doc -gnome gstreamer -odbc opengl -pch sdl" 25,745 kB [ebuild U ] app-text/gtkspell-2.0.13 [2.0.11-r1] USE="-doc" 393 kB [ebuild N ] app-crypt/qca-2.0.0-r2 USE="-debug -doc -examples" 0 kB [blocks B ] <app-crypt/qca-1.0-r3 (is blocking app-crypt/qca-2.0.0-r2) Total: 13 packages (10 upgrades, 2 new, 1 in new slot, 1 block), Size of downloads: 35,447 kB
> I have the same problem, but it is kdenetwork that depends on qca and qca-tls > causing my headache. Same here, both kdenetwork and psi are causing this dependency+block on qca-1. I'm on x86. The "local stabilisation" workaround mentioned above worked for me. Thanks!
This also breaks emerge -D world for me. Please do stabilize -r3.
Why is taking so long to fix this?
Looks good as far as I can tell. amd64 stable
As of this writing the alpha, ia64, ppc, ppc64 and (this one's relevant for me) x86 versions are still marked unstable...
ppc stable
(In reply to comment #21) > As of this writing the alpha, ia64, ppc, ppc64 and (this one's relevant for me) > x86 versions are still marked unstable... Please stop commenting on this bug and be patient.
x86 stable
It is very strange. On ppc I get this: # emerge -pDuvN world These are the packages that would be merged, in order: Calculating world dependencies ... done! [ebuild U ] app-crypt/qca-1.0-r3 [1.0-r2] 0 kB [blocks B ] <app-crypt/qca-1.0-r3 (is blocking app-crypt/qca-2.0.0-r2) Total: 1 package (1 upgrade, 1 block), Size of downloads: 0 kB This makes no sense at all!
(In reply to comment #25) > [ebuild U ] app-crypt/qca-1.0-r3 [1.0-r2] 0 kB > [blocks B ] <app-crypt/qca-1.0-r3 (is blocking app-crypt/qca-2.0.0-r2) > This makes no sense at all! Actually, it does. You need to unmerge app-crypt/qca-1.0-r2 first
(In reply to comment #26) > (In reply to comment #25) > > [ebuild U ] app-crypt/qca-1.0-r3 [1.0-r2] 0 kB > > [blocks B ] <app-crypt/qca-1.0-r3 (is blocking app-crypt/qca-2.0.0-r2) > > > This makes no sense at all! > > Actually, it does. You need to unmerge app-crypt/qca-1.0-r2 first > I was a bit confused by the second line. The first line states that it will _update_ qca-1.0-r2 to the now current qca-1.0-r3. But then, why does the second line still state the conflict with the now merged version? In other words, the update will make the unmerge unnecessary. But the block won't let me update unless I unmerge first. Greetings, Andreas.
The general advice is always: unmerge the blocker.
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1#doc_chap4
I was just thinking it out loud... Anyway, thanks for the link to the handbook.
Sorry for commenting again. I just wanted to say thanks for fixing this. x86 works for me now.
alpha/ia64 stable
ppc64: ping Looking at keywords, you guys seem to be the last ones missing. KEYWORDS="alpha amd64 hppa ia64 ~mips ppc ~ppc64 sparc x86 ~x86-fbsd"
ppc64 stable, closing