I've decided to loop in debian-devel at this point.



-------- Weitergeleitete Nachricht --------
Betreff: Re: Bug#1126122: rsyslog-mysql: Prefer mariadb-client/mariadb-server over default-mysql-*
Datum: Fri, 23 Jan 2026 00:01:31 +0100
Von: Michael Biebl <[email protected]>
An: [email protected], [email protected]

Control: tags -1 + wontfix
Control: close -1


Hi

Am 22.01.26 um 01:01 schrieb [email protected]:
Package: rsyslog-mysql
Version: 8.2512.0-2
Severity: normal

Hi,

The rsyslog-mysql binary package currently declares:

   Recommends: default-mysql-client | virtual-mysql-client
   Suggests:   default-mysql-server | virtual-mysql-server

Yes, this is deliberate and a common scheme to have a default-* package to make it easier to switch defaults. I haven't seen any MBF (mass bug filing) which attempts to get rid of the default-mysql-* packages.

In Debian, MariaDB has been the default provider of the MySQL
client/server interfaces since Debian 9 ("stretch"). Today, the
default-mysql-* metapackages resolve to MariaDB (for example,
default-mysql-client -> mariadb-client-compat -> mariadb-client, and
mariadb-client provides virtual-mysql-client, similarly for the server
side).

To better reflect what Debian users actually install (and to make the
dependency names clearer), please consider switching rsyslog-mysql to:

   Recommends: mariadb-client | virtual-mysql-client
   Suggests:   mariadb-server | virtual-mysql-server

This is a small Debian packaging-only change and keeps the
virtual-mysql-* alternatives for other providers.


I don't plan to apply this change as-is, so I'm marking it as wontfix and will close it.


That said, if you think that the default-mysql-* packages in Debian should be disbanded and be replaced by mariadb-*, then I would
invite you to raise this issue on the debian-devel mailing list.

If there is a consensus, that this is the way forward, then a corresponding MBF for all affected packages should be started (including rsyslog-mysql). Simply changing the rsyslog-mysql package feels wrong.


Regards,
Michael







Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to