Re: Please recompile packages against libmysqlclient12.
- To: Marek Habersack <grendel@debian.org>
- Cc: Christian Hammers <ch@debian.org>, "Francesco P. Lovergine" <frankie@debian.org>, Wichert Akkerman <wichert@wiggy.net>, Sander Smeenk <ssmeenk@freshdot.net>, Steve Langasek <vorlon@netexpress.net>, Adam Conrad <adconrad@0c3.net>, Adam Klein <aklein@debian.org>, Akira TAGOH <tagoh@debian.org>, Andreas Rottmann <rotty@debian.org>, Andrew Stribblehill <ads@debian.org>, Avery Pennarun <apenwarr@debian.org>, Bradley Marshall <bmarshal@pisoftware.com>, Brian Nelson <pyro@debian.org>, Craig Small <csmall@debian.org>, Daniel Jacobowitz <dan@debian.org>, "David N. Welton" <davidw@debian.org>, David Parker <david@neongoat.com>, Debian QA Group <packages@qa.debian.org>, Dima Barsky <dima@debian.org>, "Florian M. Weps" <fmw@debian.org>, Francois Marier <fmarier@uwaterloo.ca>, Fredrik Hallenberg <hallon@debian.org>, Gregor Hoffleit <flight@debian.org>, Grzegorz Prokopski <greg@sente.pl>, Guillaume Morin <gemorin@debian.org>, Hidetaka Iwai <tyuyu@debian.or.jp>, "Ivan E. Moore II" <rkrusty@debian.org>, James Troup <james@nocrew.org>, Jan-Hendrik Palic <jan.palic@linux-debian.de>, Joerg Wendland <joergland@debian.org>, Kevin Dalley <kevind@rahul.net>, "Kevin M. Rosenberg" <kmr@debian.org>, Klaus Reimer <kay@debian.org>, LaMont Jones <lamont@debian.org>, Luigi Gangitano <luigi@debian.org>, Marco Nenciarini <mnencia@debian.org>, Marco Presi <zufus@debian.org>, Martin Loschwitz <madkiss@debian.org>, Martin Mitchell <martin@debian.org>, Matt Sullivan <aspseek@sullivan.gen.nz>, Matthew Palmer <mpalmer@debian.org>, Nick Phillips <nwp@lemon-computing.com>, Paul Hedderly <prh@debian.org>, Pawel Wiecek <coven@debian.org>, Petr Cech <cech@debian.org>, Simon Horman <horms@vergenet.net>, Stefan Hornburg <racke@linuxia.de>, Stephan A Suerken <absurd@debian.org>, Stephen Zander <gibreel@debian.org>, Turbo Fredriksson <turbo@debian.org>
- Subject: Re: Please recompile packages against libmysqlclient12.
- From: Christian Hammers <ch@debian.org>
- Date: Mon, 14 Apr 2003 21:34:48 +0200
- Message-id: <[🔎] 20030414193448.GA7212@westend.com>
- In-reply-to: <[🔎] 20030414162324.GA1416@thanes.org>
- References: <[🔎] 20030412173919.GB12792@quetzlcoatl.dodds.net> <[🔎] 20030412190635.GA30533@wiggy.net> <[🔎] 20030412201646.GA1487@thanes.org> <[🔎] 20030414111854.GV22272@wiggy.net> <[🔎] 20030414112528.GU11799@freshdot.net> <[🔎] 20030414113026.GX22272@wiggy.net> <[🔎] 20030414140549.GB18806@silly.cloud.net.au> <[🔎] 20030414141011.GA7922@firewall.ba.issia.cnr.it> <[🔎] 20030414141612.GH4945@westend.com> <[🔎] 20030414162324.GA1416@thanes.org>
On Mon, Apr 14, 2003 at 06:23:24PM +0200, Marek Habersack wrote:
> > > > > The only viable approaches seem to be (in random order)
> > > > >
> > > > > * fork libmysqlclient
> > > > > * convince the MySQL folks to revert their license change
> > > > > * switch to postgres
> > > > > * get upstream developers to add a clause to their license to permit
> > > > > linking to OpenSSL or move to GnuTLS (only an option if your
> > > > > application has an GPL compatible license)
> > > >
> > > > Can libmysqlclient be built without encryption support (OpenSSL or
> > > > GnuTLS)?
> >
> > libmysqlclient10 and 11 do not support OpenSSL. libmysqlclient12 does
> > optionally link against OpenSSL.
> >
> > OpenSSL will stay in the main mysql packages but I ask the MySQL people
> How viable would be to add a new package for libmysqlclient12 that wouldn't
> link against openssl? libmysqlclient-nossl12 or something?
Building it wouldn't be a problem apart from having to compile mysql
almost twice.
But how to install such library? Either people have to edit their
programs to build with -lmysqlclient-nossl i.e. edit configure and
Makefiles, or users have to decide for one or the other and one package
that needs libmysqlclient-ssl therefore indirekt conflicts with a lot of
other packages.
Given that the change is upstream and the rest of the world including
the upstreams of your programs have to deal with the problem anyway, I
don't think that we should make us too much work with a special way.
A seperate package is ok for the meantime to avoid having to deal with
it immediately but we should take another solution before the next
release.
bye,
-christian-
Reply to: