Proposed (lib)curl switch to openssl 1.1

Alessandro Ghedini ghedo at debian.org
Wed Jan 10 23:59:20 UTC 2018


On Sat, Dec 02, 2017 at 06:09:39PM +0100, Julien Cristau wrote:
> On Thu, Nov 23, 2017 at 15:49:26 +0000, Ian Jackson wrote:
> > Reasons I am aware that it *might* be a bad idea are:
> > 
> > 1. libcurl exposes parts of the openssl ABI, via
> >    CURLOPT_SSL_CTX_FUNCTION, and this would be an implicit ABI break
> >    without libcurl soname change.  This is not good, but it seems like
> >    the alternative would be to diverge our soname from everyone else's
> >    for the same libcurl.
> > 
> > 2. For the reason just mentioned, it might be a good idea to put in a
> >    Breaks against old versions of packages using
> >    CURLOPT_SSL_CTX_FUNCTION.  However, (a) I am not sure if this is
> >    actually necessary (b) in any case I don't have a good list of all
> >    the appropriate versions (c) maybe this would need coordination.
> > 
> > 3. This might be an implicit a "transition" (in the Debian release
> >    management sense) which I would be mishandling, or starting without
> >    permission, or something.
> > 
> Because of 1 I think we should change the package name (and SONAME) for
> libcurl3.  I don't think 2 is appropriate.

Following discussion on the ticket (#858398) it was suggested to follow the
strategy used for the GCC 5 C++ ABI transition, that is, rename the libcurl
package and add Conflicts+Replaces for teh old package.

Due to the fact that the previous transition (libcurl3 -> libcurl4) was
partially reverted (in 2007 according to the changelog), I'd also like to
taeke this opportunity to finally complete that as well, so I made a patch
to not only rename libcurl3 -> libcurl4, but also (libcurl3-gnutls,
libcurl3-nss) -> (libcurl4-gnutls, libcurl4-nss), and remove the hacks needed
to keep compatibility with the previous ABI.

Thoughts?

The patch is at https://salsa.debian.org/debian/curl/merge_requests/2

CHeers
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/attachments/20180110/4c443b72/attachment.sig>


More information about the pkg-java-maintainers mailing list