[OE-core] [PATCH] wget: use GnuTLS instead of OpenSSL

Koen Kooi koen at dominion.thruhere.net
Fri Jul 25 10:42:35 UTC 2014


Op 4 jul. 2014, om 11:08 heeft Jack Mitchell <ml at communistcode.co.uk> het volgende geschreven:

> On 16/06/14 11:52, Ross Burton wrote:
>> OpenSSL has license complications and GnuTLS is preferred, so although the
>> license complications don't impact wget use GnuTLS for consistency.
>> 
>> Also add a recommendation on ca-certificates so that https: URLs work.
>> 
>> Signed-off-by: Ross Burton <ross.burton at intel.com>
>> ---
>> meta/recipes-extended/wget/wget.inc |    7 ++++---
>> 1 file changed, 4 insertions(+), 3 deletions(-)
>> 
>> diff --git a/meta/recipes-extended/wget/wget.inc b/meta/recipes-extended/wget/wget.inc
>> index a778bca..642d502 100644
>> --- a/meta/recipes-extended/wget/wget.inc
>> +++ b/meta/recipes-extended/wget/wget.inc
>> @@ -3,15 +3,16 @@ HOMEPAGE = "https://www.gnu.org/software/wget/"
>> SECTION = "console/network"
>> LICENSE = "GPLv3"
>> LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
>> -DEPENDS = "openssl zlib libpcre"
>> +DEPENDS = "gnutls zlib libpcre"
>> 
>> INC_PR = "r16"
>> 
>> inherit autotools gettext texinfo update-alternatives
>> 
>> -EXTRA_OECONF = "--enable-ipv6 --with-libssl-prefix=${STAGING_DIR_HOST} \
>> -                --with-ssl=openssl --disable-rpath --disable-iri \
>> +EXTRA_OECONF = "--enable-ipv6 --with-ssl=gnutls --disable-rpath --disable-iri \
>>                 ac_cv_header_uuid_uuid_h=no"
>> 
>> ALTERNATIVE_${PN} = "wget"
>> ALTERNATIVE_PRIORITY = "100"
>> +
>> +RRECOMMENDS_${PN} += "ca-certificates"
>> 
> 
> Ross,
> 
> I've just pulled this in today after being on holiday for a while and it
> causes a breakage on my system.
> 
> | checking for libgnutls... no
> | configure: error: --with-ssl=gnutls was given, but GNUTLS is not
> available.
> | Configure failed. The contents of all config.log files follows to aid
> debugging
> 
> log: http://ix.io/dfO
> 
> I would have expected gnutls to have been pulled in through the depends
> but it obviously hasn't, or the system hasn't managed to find it...

FWIW, I'm seeing the same problem.


More information about the Openembedded-core mailing list