[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] gnutls link failure, ssl
From: |
Giuseppe Scrivano |
Subject: |
Re: [Bug-wget] gnutls link failure, ssl |
Date: |
Wed, 10 Aug 2011 17:43:29 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
Hello Karl,
thanks to have reported it. It looks like a very ugly one, I think it
depends from last change:
revno: 2517
committer: Giuseppe Scrivano <address@hidden>
branch nick: wget
timestamp: Fri 2011-08-05 21:36:08 +0200
message:
gnutls: do not use a deprecated function.
I'll rollback to the deprecated function when
`gnutls_priority_set_direct' is not available.
I will amend your comments into the NEWS file and configure --help.
I think it is too late now to replace packages, and to avoid
synchronization problems with mirrors, I'll go for 1.13.1. I had the
feeling that 1.13 wasn't going to be released :-)
Thanks,
Giuseppe
address@hidden (Karl Berry) writes:
> My initial build of wget failed due to gnutls version problems.
> configure said:
> ..
> checking for main in -lgnutls... yes
> configure: compiling in support for SSL via GnuTLS
>
> But then the link failed with:
> gcc -O2 -Wall -o wget cmpt.o connect.o convert.o cookies.o ftp.o css.o
> css-url.o ftp-basic.o ftp-ls.o hash.o host.o html-parse.o html-url.o
> http.o init.o log.o main.o netrc.o progress.o ptimer.o recur.o res.o
> retr.o spider.o url.o utils.o exits.o build_info.o iri.o version.o
> ftp-opie.o gnutls.o ../lib/libgnu.a -lgnutls -lgcrypt -lgpg-error -lz
> -lidn -lrt
> gnutls.o: In function `ssl_connect_wget':
> gnutls.c:(.text+0x4b0): undefined reference to `gnutls_priority_set_direct'
> gnutls.c:(.text+0x528): undefined reference to `gnutls_priority_set_direct'
> collect2: ld returned 1 exit status
>
> Evidently configure should check for gnutls_priority_set_direct also.
> And if it fails, hopefully it will fall back to openssl.
> (This was on CentOS 5.6, but presumably that doesn't especially matter.)
>
> Related, there used to be an option --with-libssl-prefix. I'm not sure
> when it was removed, but it was useful.
>
> Also, configure --help does not mention the possibility of
> --with-ssl=openssl.
>
> Finally, the NEWS file doesn't say anything about either of these:
> preferring tls to openssl or the --with-ssl=openssl option. I didn't
> look to see if there were other configure options that didn't make to
> the --help and/or NEWS.
>
> Thanks,
> Karl