Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 238000 - please stabilize app-crypt/qca-1.0-r3
Summary: please stabilize app-crypt/qca-1.0-r3
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Crypto team [DISABLED]
URL:
Whiteboard:
Keywords: STABLEREQ
: 222141 238080 238326 238334 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-09-18 10:26 UTC by juantxorena@gmail.com
Modified: 2008-12-02 23:15 UTC (History)
22 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description juantxorena@gmail.com 2008-09-18 10:26:30 UTC
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
Comment 1 Wormo (RETIRED) gentoo-dev 2008-09-19 01:51:43 UTC
Thanks for the report, assigning to maintainers
Comment 2 Wormo (RETIRED) gentoo-dev 2008-09-19 21:35:25 UTC
*** Bug 238080 has been marked as a duplicate of this bug. ***
Comment 3 Tomas Thiemel 2008-09-20 12:49:15 UTC
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...)
Comment 4 Tomas Thiemel 2008-09-20 12:53:12 UTC
(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
Comment 5 Thomas Sachau gentoo-dev 2008-09-21 21:36:11 UTC
Adding Jeroen Roovers to CC as he did the stabilization request on qca-2.0.0-r2
Comment 6 Thomas Sachau gentoo-dev 2008-09-21 21:37:00 UTC
*** Bug 238326 has been marked as a duplicate of this bug. ***
Comment 7 Jeroen Roovers (RETIRED) gentoo-dev 2008-09-21 22:39:37 UTC
(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?
Comment 8 Jeroen Roovers (RETIRED) gentoo-dev 2008-09-22 03:43:56 UTC
*** Bug 238334 has been marked as a duplicate of this bug. ***
Comment 9 Thomas Sachau gentoo-dev 2008-09-22 14:38:24 UTC
*** Bug 222141 has been marked as a duplicate of this bug. ***
Comment 10 Thanos Leontaris 2008-09-22 19:47:46 UTC
emerge -D world with ACCEPT_KEYWORDS="x86" is broken unless this bug is addressed.
Comment 11 Wilson M. Michaels 2008-09-22 21:18:13 UTC
My work around is to add the following to etc/portage/packages.mask

>app-crypt/qca-1.0-r3

Comment 12 Anton Bolshakov 2008-09-23 09:21:11 UTC
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
Comment 13 Ben de Groot (RETIRED) gentoo-dev 2008-09-23 10:41:35 UTC
Arches, please mark stable

target: KEYWORDS="alpha amd64 hppa ia64 ~mips ppc ppc64 sparc x86 ~x86-fbsd"
Comment 14 Ferris McCormick (RETIRED) gentoo-dev 2008-09-23 12:15:25 UTC
Sparc stable for qca-1.0-r3 (I notice that hppa is, too, but I didn't do it).
Comment 15 Jeroen Roovers (RETIRED) gentoo-dev 2008-09-23 12:50:26 UTC
Oh right, I forgot. Stable for HPPA.
Comment 16 Joseph D. Wieber, Jr. 2008-09-23 22:29:59 UTC
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

Comment 17 Michael Behrns-Miller 2008-09-24 19:54:17 UTC
> 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!
Comment 18 Thanos Leontaris 2008-09-25 00:03:32 UTC
This also breaks emerge -D world for me. Please do stabilize -r3.
Comment 19 Josh 2008-09-26 01:09:51 UTC
Why is taking so long to fix this?
Comment 20 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2008-09-26 13:03:11 UTC
Looks good as far as I can tell. amd64 stable
Comment 21 Josh 2008-09-26 23:21:31 UTC
As of this writing the alpha, ia64, ppc, ppc64 and (this one's relevant for me) x86 versions are still marked unstable...
Comment 22 nixnut (RETIRED) gentoo-dev 2008-09-27 09:52:31 UTC
ppc stable
Comment 23 Jeroen Roovers (RETIRED) gentoo-dev 2008-09-27 15:28:48 UTC
(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.
Comment 24 Markus Meier gentoo-dev 2008-09-28 12:40:51 UTC
x86 stable
Comment 25 Andreas Thalhammer 2008-09-28 17:14:05 UTC
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!
Comment 26 Ben de Groot (RETIRED) gentoo-dev 2008-09-28 18:45:37 UTC
(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
Comment 27 Andreas Thalhammer 2008-09-28 18:53:48 UTC
(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.
Comment 28 Jeroen Roovers (RETIRED) gentoo-dev 2008-09-29 01:56:47 UTC
The general advice is always: unmerge the blocker.
Comment 30 Andreas Thalhammer 2008-09-29 18:47:19 UTC
I was just thinking it out loud...
Anyway, thanks for the link to the handbook.
Comment 31 Josh 2008-09-29 23:12:19 UTC
Sorry for commenting again. I just wanted to say thanks for fixing this. x86 works for me now.
Comment 32 Raúl Porcel (RETIRED) gentoo-dev 2008-09-30 11:18:28 UTC
alpha/ia64 stable
Comment 33 Jorge Manuel B. S. Vicetto (RETIRED) Gentoo Infrastructure gentoo-dev 2008-10-11 19:52:59 UTC
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"
Comment 34 Brent Baude (RETIRED) gentoo-dev 2008-12-02 23:15:35 UTC
ppc64 stable, closing