[Python-modules-team] Bug#848287: [debian-mysql] Fwd: osmalchemy is marked for autoremoval from testing

Norvald H. Ryeng norvald.ryeng at oracle.com
Thu Jan 12 14:18:17 UTC 2017


On Thu, 12 Jan 2017 13:16:32 +0100
Dominik George <nik at naturalnet.de> wrote:

> > The mysql->mariadb switch comes with the unfortunate cost of
> > excluding a few packages from stretch that require oracle's mysql.
> >   
> > > Do we need the tech-ctte to get this settled?  
> > 
> > Good luck overriding the security team.  
> 
> It's not about overriding the security team, it's simply about the
> MySQL maintainers fixing #848616 [1] or providing reasonable amount of
> information on how to migrate packages. Their claim that mariadb can
> simply be used as a drop-in replacement does not hold true, and I am
> not the only package maintainer stumbling over that.
> 
> This package does not require Oracle's MySQL, it requires a root user
> that can authenticate to the database and use it in its entirety, a
> feature which was deliberately broken in mariadb.
> 
> Unfortunately, the MySQL maintainers do not see an issue with that and
> ignore threads about it on their mailing list.

I understand your disappointment, but please do not blame this on the
MySQL maintainers, nor on the pkg-mysql-maint team (which consists of
MySQL maintainers and MariaDB maintainers).

The MySQL maintainers have never claimed that MariaDB is a drop-in
replacement for MySQL. We have argued that it isn't.

The pkg-mysql-maint team has not asked for this transition. In fact,
both MySQL and MariaDB maintainers have fought against it and asked for
both DBMSs to be in stretch. But the release and security teams
decided to go against our will.

The transition is being executed by the release team and the MariaDB
maintainers. Please keep the MySQL maintainers out of it. Our packages
are being removed from stretch against our will, and despite our
huge effort to make MySQL and MariaDB coexist and our efforts to
fulfill all demands from the release and security teams.

Regards,

Norvald H. Ryeng



More information about the Python-modules-team mailing list