cURL / Mailing Lists / curl-library / Single Mail

curl-library

Re: [RELEASE] curl and libcurl 7.36.0

From: Alessandro Ghedini <alessandro_at_ghedini.me>
Date: Wed, 26 Mar 2014 21:34:27 +0100

On mer, mar 26, 2014 at 08:39:09 +0100, Daniel Stenberg wrote:
> On Wed, 26 Mar 2014, Alessandro Ghedini wrote:
>
> >So, I've been trying to build curl 7.36.0 but I'm seeing a whole lot of
> >test failures all related to NTLM (067 068 069 081 089 090 091 150 155 159
> >169 209 213 239 243 265 267 547 548 555 590).
>
> Can you show me your configure options ?

./configure --enable-threaded-resolver --with-ca-path=/etc/ssl/certs \
  --disable-dependency-tracking --disable-symbol-hiding \
  --enable-versioned-symbols --with-lber-lib=lber --with-gssapi=/usr

I've noticed that if I remove the "--disable-symbol-hiding" option, the NTLM
tests are not run (which is kinda weird).

Also, this is the stuff that gets enable automatically:

  curl version: 7.37.0-DEV
  Host setup: x86_64-unknown-linux-gnu
  Install prefix: /usr/local
  Compiler: gcc
  SSL support: enabled (OpenSSL)
  SSH support: enabled (libSSH2)
  zlib support: enabled
  GSS-API support: enabled (MIT Kerberos/Heimdal)
  SPNEGO support: no (--with-spnego)
  TLS-SRP support: enabled
  resolver: POSIX threaded
  ipv6 support: enabled
  IDN support: enabled
  Build libcurl: Shared=yes, Static=yes
  Built-in manual: enabled
  --libcurl option: enabled (--disable-libcurl-option)
  Verbose errors: enabled (--disable-verbose)
  SSPI support: no (--enable-sspi)
  ca cert bundle: no
  ca cert path: /etc/ssl/certs
  LDAP support: enabled (OpenLDAP)
  LDAPS support: enabled
  RTSP support: enabled
  RTMP support: enabled (librtmp)
  metalink support: no (--with-libmetalink)
  HTTP2 support: disabled (--with-nghttp2)
  Protocols: DICT FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS LDAP LDAPS POP3 POP3S RTMP RTSP SCP SFTP SMTP SMTPS TELNET TFTP

> >(plus the 815/816 failures reported by Kamil)
> >
> >I'm not sure if this is caused by the above change though, but here is the
> >output for test 67:
>
> No, those are caused by some change done weeks ago surely (I'm guessing
> 0e11307057953). But I run those tests fine with my regular setup so this is
> likely just a test quirk to fix.

Reverting that commit doesn't seem to change anything.

Cheers

-- 
perl -E '$_=q;$/= @{[@_]};and s;\S+;<inidehG ordnasselA>;eg;say~~reverse'

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html

Received on 2014-03-26