[From nobody Mon Aug 31 21:39:06 2026
Received: (at submit) by bugs.debian.org; 17 Jun 2026 19:21:24 +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=-15.1 required=4.0 tests=BAYES_00,
 BODY_INCLUDES_PACKAGE,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,
 DKIM_VALID_EF,FOURLA,HAS_PACKAGE,SPF_HELO_NONE,SPF_PASS autolearn=ham
 autolearn_force=no version=4.0.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 21; hammy, 150; neutral, 179; spammy,
 0. spammytokens: hammytokens:0.000-+--trixie, 0.000-+--H*Ad:N*Bug,
 0.000-+--HTo:N*Debian, 0.000-+--H*Ad:N*Tracking, 0.000-+--HTo:N*Bug
Return-path: &lt;dick@softplc.com&gt;
Received: from email.softplc.com ([158.101.43.211]:48586)
 by buxtehude.debian.org with esmtps
 (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from &lt;dick@softplc.com&gt;) id 1wZvpE-001ZIY-1z
 for submit@bugs.debian.org; Wed, 17 Jun 2026 19:21:24 +0000
Received: from [192.100.100.6] (unknown [143.244.184.175])
 by email.softplc.com (Postfix) with ESMTPSA id BC08D7FF48;
 Wed, 17 Jun 2026 19:21:21 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=softplc.com; s=2023;
 t=1781724082;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:mime-version:mime-version:content-type:content-type:
 content-transfer-encoding:content-transfer-encoding;
 bh=IqSCk5S8FKTZZef3bJTpPuyH31LqtTT+G9j+WOoLEpI=;
 b=j3bIMVGuGec9+j7yBI7r7sp96Bd45Oj0G6KXlVawqzeYUZNOVF/HofqwifBcr6dxpo4mtl
 EEvoTiRC0YtVCRRkgMeU34n/rINcCWx+jls1XfQHz32mN2g9567kYlgYYQMo4MoZ6MP5KV
 vVpcLNBfnpJX4TIiq9uWmyQXpnotVo/vmcMVXNlGLnE9FpFeUD+S94+5I4MJx9vYHMxzpI
 IL7K4tlcli/Yb1lR+B8uuAm9AW6Ct8PZN8NYH4AxSMzUhF1I2bKJiOy9rXWolrJvLXkjig
 JlfBeN8Q5yO92csMKIxkMj1oFmqmOvEanO1exSSOvGjjnwbY8prRveb6A5zGJQ==
Message-ID: &lt;bab49acd-4850-4eb6-bd63-63fcb16b8a24@softplc.com&gt;
Date: Wed, 17 Jun 2026 14:21:19 -0500
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: Debian Bug Tracking System &lt;submit@bugs.debian.org&gt;
Subject: libmariadb-dev: libmariadb-dev: not Multi-Arch co-installable
 (per-arch files at shared paths)
Content-Language: en-US
From: Dick Hollenbeck &lt;dick@softplc.com&gt;
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Delivered-To: submit@bugs.debian.org

Package: libmariadb-dev
Version: 1:11.8.6-0+deb13u1
Severity: normal

Dear Maintainer,

libmariadb-dev cannot be installed for two architectures simultaneously,
which blocks cross-architecture C/C++ development. Two separate problems:

1. The package is not marked &quot;Multi-Arch: same&quot; (no Multi-Arch field at all).

2. Even if it were, it ships two genuinely per-architecture files at shared,
non-triplet paths, so the two arch instances would collide:

* /usr/bin/mariadb_config — a compiled ELF binary. The amd64 and arm64
copies differ at byte 19, i.e. the ELF e_machine field (offset 0x12):
amd64 = x86-64, arm64 = AArch64.

* /usr/include/mariadb/mariadb_version.h — differs only at:
#define MARIADB_MACHINE_TYPE &quot;x86_64&quot; vs &quot;aarch64&quot;
#define MARIADB_PLUGINDIR &quot;.../x86_64-linux-gnu/...&quot; vs aarch64

Status (verified):
- trixie: 1:11.8.6-0+deb13u1 — no Multi-Arch field, both files per-arch
- unstable: 1:11.8.8-1 — same, so not fixed for the next release

Suggested direction (maintainer's call):
* mariadb_config: make it architecture-independent (e.g. a small shell
wrapper that derives the multiarch path), or relocate the per-arch binary
so /usr/bin holds an arch-neutral file.
* mariadb_version.h: either move the header into the triplet include
directory, or drop/neutralise the two multiarch-dependent defines
(MARIADB_MACHINE_TYPE, MARIADB_PLUGINDIR) from the public header.
Then mark libmariadb-dev &quot;Multi-Arch: same&quot;.

This is the substantive blocker behind #1140151 (libmariadb-dev-compat) and,
transitively, #1140150 (libpoco-dev). I have working repackaging that does
exactly the above across amd64/arm64 and am happy to share it or test
candidates.

Steps to reproduce:
dpkg --add-architecture arm64; apt-get update
apt-get install -s libmariadb-dev:amd64 libmariadb-dev:arm64

Thanks,
Dick Hollenbeck



-- System Information:
Debian Release: 13.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.12.74+deb13+1-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libmariadb-dev depends on:
ii libc6 2.41-12+deb13u2
ii libmariadb3 1:11.8.6-0+deb13u1
ii libssl-dev 3.5.5-1~deb13u2
ii zlib1g-dev 1:1.3.dfsg+really1.3.1-1+b1

libmariadb-dev recommends no packages.

libmariadb-dev suggests no packages.

-- no debconf information
]