bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] let's fix the openssl backend once and for all


From: Giuseppe Scrivano
Subject: Re: [Bug-wget] let's fix the openssl backend once and for all
Date: Thu, 30 Oct 2014 15:46:01 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

Daniel Stenberg <address@hidden> writes:

> On Thu, 30 Oct 2014, Giuseppe Scrivano wrote:
>
>> and this remembers us that maintaining two different backends is not
>> a good idea.  I am for just moving to GNU TLS and forget about
>> OpenSSL. It is a bit drastic but I think it is a better move for the
>> long term. And we get rid of the copyright exception as well...
>
> Allow me to throw a (much more) crazy idea at you:
>
> Consider sharing the TLS backend setup that libcurl has[1]. It
> currently supports 9 (or 11, depending on how you count
> libressl/boringssl) TLS libraries using a unified internal function
> set... It would for example allow more small foot-print libs to be
> used, and the native TLS libs on platforms like mac and windows.
>
> [1] = there would be some amount of work involved to make it happen,
> from both parties, but I think there would be mutual benefit. The code
> is somewhat separated in the libcurl code base already, but would need
> some further polish to get properly useful.

that could be an interesting approach.  Is this library distributed
under a MIT/X derivate license too?

Do you think it would be possible to make a completely new library out
of it?  Maybe wget won't be the only user to take advantage of such
library.

Thanks,
Giuseppe



reply via email to

[Prev in Thread] Current Thread [Next in Thread]