| Summary: | net-misc/wget-1.13.3 won't compile with ntlm useflag set | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | walt <wsheets> |
| Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | annulen, gianluca.dallatorre, prefix, scarabeus, todd, zeekec |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
This is due to upstream dickery. Alter the ebuild such that "$(use_with ssl)" now reads "$(use_with ssl ssl=openssl)" and re-emerge with the --digest option and it compiles cleanly. USE flags will need to be altered to handle the ntlm option differently going forward. *** Bug 381457 has been marked as a duplicate of this bug. *** In short, USE=ssl emerge wget links against gnutls, not openssl. Fixed in 1.13.3-r2 in CVS. *** Bug 381525 has been marked as a duplicate of this bug. *** |
The configure phase fails this test in configure.ac: dnl Enable NTLM if requested and if SSL is available. if test x"$LIBSSL" != x then if test x"$ENABLE_NTLM" != xno then AC_DEFINE([ENABLE_NTLM], 1, [Define if you want the NTLM authorization support compiled in.]) AC_LIBOBJ([http-ntlm]) fi else dnl If SSL is unavailable and the user explicitly requested NTLM, dnl abort. if test x"$ENABLE_NTLM" = xyes then AC_MSG_ERROR([NTLM authorization requested and OpenSSL not found; aborting]) fi fi Reproducible: Always Steps to Reproduce: 1. Enable ntlm useflag 2. Emerge wget-1.13.1 3. Actual Results: NTLM authorization requested and OpenSSL not found; aborting Expected Results: configure should find OpenSSL but it doesn't. I think the logic in configure.ac is broken (upstream?). $LIBSSL is used before it gets set by a test for openssl, maybe?