Re: Please recompile packages against libmysqlclient12.
- To: Joerg Wendland <firstname.lastname@example.org>
- Cc: Sander Smeenk <email@example.com>, Wichert Akkerman <firstname.lastname@example.org>, Marek Habersack <email@example.com>, Christian Hammers <firstname.lastname@example.org>, Adam Conrad <email@example.com>, Adam Klein <firstname.lastname@example.org>, Akira TAGOH <email@example.com>, Andreas Rottmann <firstname.lastname@example.org>, Andrew Stribblehill <email@example.com>, Avery Pennarun <firstname.lastname@example.org>, Bradley Marshall <email@example.com>, Brian Nelson <firstname.lastname@example.org>, Craig Small <email@example.com>, Daniel Jacobowitz <firstname.lastname@example.org>, "David N. Welton" <email@example.com>, David Parker <firstname.lastname@example.org>, Debian QA Group <email@example.com>, Dima Barsky <firstname.lastname@example.org>, "Florian M. Weps" <email@example.com>, Francesco Paolo Lovergine <firstname.lastname@example.org>, Francois Marier <email@example.com>, Fredrik Hallenberg <firstname.lastname@example.org>, Gregor Hoffleit <email@example.com>, Grzegorz Prokopski <firstname.lastname@example.org>, Guillaume Morin <email@example.com>, Hamish Moffatt <firstname.lastname@example.org>, Hidetaka Iwai <email@example.com>, "Ivan E. Moore II" <firstname.lastname@example.org>, James Troup <email@example.com>, Jan-Hendrik Palic <firstname.lastname@example.org>, Kevin Dalley <email@example.com>, "Kevin M. Rosenberg" <firstname.lastname@example.org>, Klaus Reimer <email@example.com>, LaMont Jones <firstname.lastname@example.org>, Luigi Gangitano <email@example.com>, Marco Nenciarini <firstname.lastname@example.org>, Marco Presi <email@example.com>, Martin Loschwitz <firstname.lastname@example.org>, Martin Mitchell <email@example.com>, Matt Sullivan <firstname.lastname@example.org>, Matthew Palmer <email@example.com>, Nick Phillips <firstname.lastname@example.org>, Paul Hedderly <email@example.com>, Pawel Wiecek <firstname.lastname@example.org>, Petr Cech <email@example.com>, Simon Horman <firstname.lastname@example.org>, Stefan Hornburg <email@example.com>, Stephan A Suerken <firstname.lastname@example.org>, Stephen Zander <email@example.com>, Turbo Fredriksson <firstname.lastname@example.org>
- Subject: Re: Please recompile packages against libmysqlclient12.
- From: Steve Langasek <email@example.com>
- Date: Mon, 14 Apr 2003 10:45:12 -0500
- Message-id: <20030414154512.GA31239@quetzlcoatl.dodds.net>
- Mail-followup-to: firstname.lastname@example.org
- In-reply-to: <20030414153715.GA1042@joergland.wh-hms.uni-ulm.de>
- References: <20030412104545.GA17489@app109.hitnet.rwth-aachen.de> <20030412173919.GB12792@quetzlcoatl.dodds.net> <20030412190635.GA30533@wiggy.net> <20030412201646.GA1487@thanes.org> <20030414111854.GV22272@wiggy.net> <20030414112528.GU11799@freshdot.net> <20030414143722.GA18359@tennyson.netexpress.net> <20030414153715.GA1042@joergland.wh-hms.uni-ulm.de>
On Mon, Apr 14, 2003 at 05:37:15PM +0200, Joerg Wendland wrote:
> Steve Langasek, on 2003-04-14, 09:38, you wrote:
> > There's also no wiggle room for "indirect linking" arguments, because
> > Debian is distributed as a cohesive whole: if we distribute GPL app foo
> > linked against LGPL library bar, and Debian's copy of libbar is linked
> > against OpenSSL, you cannot argue that it was not our intent to
> > distribute a copy of foo that depends on OpenSSL -- if it was, we should
> > have provided a copy of libbar that was *not* linked against OpenSSL.
> I could imagine something similar, though. One could build a library
> that provides the same API as OpenSSL but does not link against it.
> Instead it would search the system for installed libraries, dlopen()s
> them and uses them as kind of a plugin. Correctly implemented this
> library could provide support for openssl, gnutls and maybe even the old
> ssleay (not really useful though) as 'backend'. Even more so, there
> could be a default 'null' plugin that wouldn't provide any service but
> let called SSL routines simply fail when no usable SSL library is
A nice thought experiment, but if you've gotten the software to work
with the LGPL'ed gnutls, there's no practical reason why you would want
to continue supporting OpenSSL, IMHO.
Besides which, our package dependencies constitute a quite explicit
declaration of our intentions; and since libssl is now Priority:
standard (meaning an admin must take action to make it *not* be
available to this package), your theoretical package would have to
depend on gnutls *and* list gnutls first in its search path in order to
avoid the appearance of an intentional license violation.
But I think we shouldn't clutter individuals' mailboxes with this thread
any further; please followup to debian-legal if you want to continue
discussing the legalities.
Description: PGP signature