On Wed, Aug 24, 2005 at 03:54:38PM +0200, Domenico Andreoli wrote: > On Fri, Aug 19, 2005 at 12:07:09PM +1000, Paul TBBle Hampson wrote: > > On Thu, Aug 18, 2005 at 11:00:41AM +0200, Domenico Andreoli wrote: > > > with curl 7.14.0-5 currently in incoming, i added two new packages > > > libcurl3-gnutls and libcurl3-gnutls-dev. libcurl3 and libcurl3-gnutls > > > conflict each other since both install libcurl.so.3.0.0 in /usr/lib/. > > If the problem is that using gnutls or openssl changes the ABI for libcurl, > > then they should have different sonames. (I'd expect the newer one, gnuTLS, > > would get its own soname, so that existing packages work, and packages can > > optionally build against the gnuTLS version if they so wish. Once everything > > builds happily against the gnuTLS version, the next upstream soname bump can > > use the gnuTLS library, and we're compatible with other distributions again.) > problem is right the change of ABI. > Daniel Stenberg (the upstream developer) is available to implement a > solution based on the proposal of Richard Atterer [0]. > in the meanwhile new packages can be built using the gnutls variant of > libcurl3. be aware that libcurl3 and libcurl3-gnutls currently cannot > be installed at the same time. Hrm, I'm not clear on *why* openssl vs. gnutls should have an effect on the ABI (as opposed to just differing in functionality). Do you have a pointer on this? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. vorlon@debian.org http://www.debian.org/
Attachment:
signature.asc
Description: Digital signature