Re: transition: libcurl3 -> libcurl4
On Tue, Apr 24, 2007 at 02:09:42PM +0200, Domenico Andreoli wrote:
> > > there is a libcurl function, curl_easy_setopt(3), which is used to pass
> > > options to the libcurl engine. starting with 7.16.0, thrird party ftp
> > > optionos has been removed.
> > That doesn't sound like a very good reason for an soname change to me,
> > especially when curl_easy_setopt() is defined to return CURLE_FAILED_INIT on
> > requests for unknown options. :/
> eh.. this is very good point :/
> > I don't suppose that upstream could be talked into rolling back the soname?
> he already expressed the intention to keep it, curl 7.16.x is on the
> road since oct 2006.
Grmbl.
I wonder if it's worth adding a compat shim for the old symbol versions.
> > Anyway, even if the soname changes, you seem to have changed the names of
> > the -dev packages as well -- if the only incompatible change is dropping a
> > handful of deprecated ftp options, that's *definitely* not warranted.
> > Please revert the -dev package names before uploading to unstable, I'd
> > really rather we didn't have to do sourceful uploads of 120
> > reverse-dependencies on top of everything else, on account of an upstream
> > decision to turn a non-ABI-breaking change into an ABI-breaking one.
> the -dev package names went from libcurl3-* to libcurl4-*. how i can
> keep the old ones? should i push the original scheme of some years ago
> in which no soname is in the -dev packages?
That would be fine with me (and preferable in the general case), so long as
packages that build-depend on libcurl3-dev can still be built -- either by
restoring the libcurl3-dev real package, or by making whatever the new -dev
package is Provides: libcurl3-dev.
Thanks,
--
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/
Reply to: