Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 202891 - curl-7.17.1 stabilisation request
Summary: curl-7.17.1 stabilisation request
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Daniel Black (RETIRED)
URL: http://curl.haxx.se/changes.html
Whiteboard:
Keywords: STABLEREQ
Depends on: 193149
Blocks:
  Show dependency tree
 
Reported: 2007-12-20 19:54 UTC by Daniel Black (RETIRED)
Modified: 2008-08-04 08:51 UTC (History)
8 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 Daniel Black (RETIRED) gentoo-dev 2007-12-20 19:54:08 UTC
7.17.1 has been in portage for a while with no major regressions or upstream fixes.

(will do a little more testing before CCing arch teams.)
Comment 1 Doug Goldstein (RETIRED) gentoo-dev 2007-12-26 17:02:07 UTC
amd64 stable
Comment 2 Jeroen Roovers (RETIRED) gentoo-dev 2008-01-22 08:26:03 UTC
Stable for HPPA.
Comment 3 Raúl Porcel (RETIRED) gentoo-dev 2008-01-23 19:48:00 UTC
alpha/ia64/sparc/x86 stable
Comment 4 Tobias Scherbaum (RETIRED) gentoo-dev 2008-02-10 09:12:16 UTC
ppc stable
Comment 5 Ruben Faelens 2008-04-14 10:27:46 UTC
You have marked something stable that, on my system, fails to emerge with the following message:

 * ERROR: net-misc/curl-7.17.1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2364:  Called die
 * The specific snippet of code:
 *           die 'ldap and kerberos (gssapi) not playing nicely try version >=7.18.1';
 *  The die message:
 *   ldap and kerberos (gssapi) not playing nicely try version >=7.18.1


I'm being recommended to emerge version 7.18.1, which is still masked. If something is marked stable, it should work for EVERY combination of use-flags; I now need to hardmask the specified version to be able to run a stable system...
Comment 6 Jon Severinsson 2008-04-17 08:49:21 UTC
(In reply to comment #5)
>  * ERROR: net-misc/curl-7.17.1 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 2364:  Called die
>  * The specific snippet of code:
>  *           die 'ldap and kerberos (gssapi) not playing nicely try version
> >=7.18.1';
>  *  The die message:
>  *   ldap and kerberos (gssapi) not playing nicely try version >=7.18.1

I'm also getting this error. The odd thing here is that I'm *reinstalling* curl as part of a emerge -ave world. The same version of curl installed just fine earlier.

Using the error message as a clue I grepped through my emerge.log for installs of openldap, mit-krb5 and curl, and found that curl-7.17.1 installed just fine with openldap-2.3.39-r2 and mit-krb5-1.5.3-r1 installed but now fails with openldap-2.3.41 and mit-krb5-1.6.3-r1 installed.

I have not changed the use flags of any of these packages between the installs.

Hope this helps...
Comment 7 Michael C. Vergallen 2008-04-25 22:23:15 UTC
I simply don't uderstand why 7.18.1 has not yet been marked as stable on amd64, it's the rev that seems to be working okey. I would love to see this updated before the new release... So this problem is fixed without having to add a entry in  package.keyword. This is the only major flaw I found with beta1 until now.
 
Comment 8 Steven Oliver 2008-06-03 03:45:08 UTC
>  * ERROR: net-misc/curl-7.17.1 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 2364:  Called die
>  * The specific snippet of code:
>  *           die 'ldap and kerberos (gssapi) not playing nicely try version
> >=7.18.1';
>  *  The die message:
>  *   ldap and kerberos (gssapi) not playing nicely try version >=7.18.1

Getting exact same message. 
Comment 9 Daniel Black (RETIRED) gentoo-dev 2008-08-04 08:51:47 UTC
7.18.2 marked stable.

and people -the die message was there to read not just mindless report. There was a fault with enabling both options so I put the message so you'd know up front and could alter your /etc/portage/package.use flags appropriately. I doubt many of you are using the curl ldap/kerberos features so why are you being aggressive here? I don't have the time/effort/willpower to backport fixes that you can easily work around.