[From nobody Sat May 23 07:21:06 2026
Received: (at submit) by bugs.debian.org; 20 May 2026 06:41:58 +0000
X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02
 (2024-03-25) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-126.6 required=4.0 tests=BAYES_00,
 BODY_INCLUDES_CONTROL_AFFECTS,BODY_INCLUDES_PACKAGE,DKIMWL_WL_HIGH,
 DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FROMDEVELOPER,
 HAS_PACKAGE,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY,
 USER_IN_DKIM_WELCOMELIST autolearn=ham autolearn_force=no
 version=4.0.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 15; hammy, 149; neutral, 53; spammy,
 1. spammytokens:0.987-1--dismantling
 hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin,
 0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311,
 0.000-+--H*RT:311, 0.000-+--H*RT:108
Return-path: &lt;otto@debian.org&gt;
Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:60722)
 by buxtehude.debian.org with esmtps
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from &lt;otto@debian.org&gt;) id 1wPacw-009fLT-2K
 for submit@bugs.debian.org; Wed, 20 May 2026 06:41:58 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; 
 s=smtpauto.stravinsky;
 h=X-Debian-User:Message-Id:Date:Subject:To:From:
 Content-Transfer-Encoding:MIME-Version:Content-Type:Reply-To:Cc:Content-ID:
 Content-Description:In-Reply-To:References;
 bh=4iM89Hih/Mo9TwonmSYiNiT+fuG1w16aI+knt34ozH4=; b=Rj/DrycQ8B3CZ8z+F8Kh7P2n/A
 aWScpkPNNF0f7I1F1AkYJ3tU3mk6VSbvCuBoG2Gbi8zQoVVaBnbZUTJK7/n+RGUuVcC7AfpnboCXm
 y+7WtSnsZhy18v4KzLo6GiVgHx7mVRlNInjDVBijhT6hlxPikrWwMobbYdRiHUdybiqstco5/smum
 hPkjhS06HhRw78Yova8R01tY58DXO4aykRpBmaRul0v7BML75jCZ5QfDKptpMBrTPya/PoJCTfrr0
 l7OBlFn53XnchySC7OoHYLV7HssknFkMJVAEYMSd1KS/A4K2e0srnYBIXeJ+MiCLU0jWWBb7OnH9X
 kWi2ULcw==;
Received: from authenticated user by stravinsky.debian.org with esmtpsa
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from &lt;otto@debian.org&gt;) id 1wPacv-002uNq-01
 for submit@bugs.debian.org; Wed, 20 May 2026 06:41:57 +0000
Received: (nullmailer pid 293917 invoked by uid 1001);
 Wed, 20 May 2026 06:41:49 -0000
Content-Type: text/plain; charset=&quot;us-ascii&quot;
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: =?utf-8?b?T3R0byBLZWvDpGzDpGluZW4=?= &lt;otto@debian.org&gt;
To: submit@bugs.debian.org
Subject: gdal: Please drop dependencies on virtual packages from mysql-defaults
Date: Wed, 20 May 2026 14:41:49 +0800
Message-Id: &lt;1779259309.697527.293916.nullmailer@XPS-13-9370&gt;
X-Debian-User: otto
Delivered-To: submit@bugs.debian.org

Package: gdal
Severity: normal
Control: affects -1 + src:mysql-defaults

Dear Maintainer,

Following a recent discussion on debian-devel@[1], there is a plan to dismantle
the default-mysql-* virtual package construct provided by the mysql-defaults
source package. With the recent releases of MySQL 9.7 and MariaDB 12.3, there is
now enough divergence between the two codebases to warrant dismantling this
metapackage in the Forky (Debian 14) cycle.

This is filed with severity 'normal' as this change is not urgent.

We are asking maintainers to drop any dependencies on these virtual packages:
* default-libmysqlclient-dev
* default-mysql-client
* default-mysql-client-core
* default-mysql-server
* default-mysql-server-core

However, how this is handled in is in your discretion based on the details of
how the package is maintained and tested in Debian. There are mainly three
options:

- Direct switch: The most straightforward approach is to switch defaut-mysql-*
  directly to the MariaDB equivalent (libmariadb-dev, mariadb-client,
  mariadb-server, etc). For example 'Depends: mariadb-server'.

- Dual compatibility: If the package actively supports both engines and you wish
  to keep an alternative runtime path open for users drawing from third-party
  repositories, you can declare an OR dependency. For example
  'Depends: mariadb-server | mysql-server'.

- Specific constraint: If your package does not work with MariaDB, feel free to
  tailor the package relationships to match that constraint. This is however
  very unlikely as all Debian releases in past decade have only shipped with
  MariaDB, and the open source ecosystem has largely shifted to lean towards
  MariaDB.

This change is targeted specifically for the Forky cycle and does not affect any
existing stable releases.

Thank you for your time and your work maintaining gdal in Debian!
]