[debian-mysql] Introducing default-mysql-* metapackages

[Ondřej Surý]

Robie,

I have no idea why are you talking about -compat packages and mariadb
shipping libmysqlclient.

The initial email stated:

> Packages built against default-mysqlclient-dev and link using
> "-lmysqlclient" will end up with a shared library dependency on either
> libmysqlclient.so.X or libmariadbclient.so.X depending on the default
> defined by the release team at build time. These will be provided by
> the libmysqlclient18 (soon to be libmysqlclient20) and
> libmariadbclient18 packages, which will be co-installable. Packages
> which require particular functionality available from only one of the
> forks may Build-Depend directly on libmysqlclient-dev or
> libmariadbclient-dev and then link using "-lmysqlclient" or
> "-lmariadbclient" respectively. Again, please get in touch if this
> applies to you.

But I don't care that much to continue this discussion as you clearly
seem to have strong opinion about that.

You (as the pkg-mysql team) are the one who will be clearing the mess in
the release, so it's definitely up to you how you want to handle this. I
expressed my opinion and I will not pursue this discussion further.

Cheers,
-- 
Ondřej Surý <ondrej at sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Potřeby pro pečení chleba
všeho druhu

On Wed, Sep 7, 2016, at 12:09, Robie Basak wrote:
> On Tue, Sep 06, 2016 at 09:00:37AM +0200, Ondřej Surý wrote:
> > So again I urge you to revert the decision to introduce yet another
> > change in the Build-Depends for >= 300 packages and just use the
> > libmysqlclient-dev package to be the "default".
> 
> Sorry, I disagree. The situation with MariaDB needing to ship
> libmysqlclient.so is broken. I'd prefer to restrict this insanity to the
> -compat package only.
> 
> This way:
> 
>   * The insanity only slips further to the defaults- package but no
>   further.
> 
>   * Packages that don't have to be involved don't get dragged in.
> 
>   * The "shoulds" in package naming in Debian policy (8.1/8.4) are met.
> 
> Robie
>