Package: golang-github-mattn-go-sqlite3-dev
Version: 1.14.24~ds1-1

Hi

I noticed that some packages like 'sigstore-go' doesn't build due to B-D
problems on some archs:

https://buildd.debian.org/status/package.php?p=sigstore-go

One reason for that is golang-github-mattn-go-sqlite3-dev.

So I looked at that package and noticed that it only contain identical
source code files built for all architectures.  All archs I checked
(amd64, arm64, armel, armhf) are identical, except for a tiny diff:

jas@kaka:~/p$ diffoscope 
golang-github-mattn-go-sqlite3-dev_1.14.24~ds1-1_amd64.deb 
golang-github-mattn-go-sqlite3-dev_1.14.24~ds1-1_armel.deb
--- golang-github-mattn-go-sqlite3-dev_1.14.24~ds1-1_amd64.deb
+++ golang-github-mattn-go-sqlite3-dev_1.14.24~ds1-1_armel.deb
├── control.tar.xz
│ ├── control.tar
│ │ ├── ./control
│ │ │ @@ -1,11 +1,11 @@
│ │ │  Package: golang-github-mattn-go-sqlite3-dev
│ │ │  Source: golang-github-mattn-go-sqlite3
│ │ │  Version: 1.14.24~ds1-1
│ │ │ -Architecture: amd64
│ │ │ +Architecture: armel
│ │ │  Maintainer: Debian Go Packaging Team <team+pkg...@tracker.debian.org>
│ │ │  Installed-Size: 487
│ │ │  Depends: libsqlite3-dev
│ │ │  Breaks: textql (<< 2.0.3-5), zabbix-web-service (<< 1:7.0.5)
│ │ │  Section: golang
│ │ │  Priority: optional
│ │ │  Multi-Arch: same
jas@kaka:~/p$ 

Looking at history of this package, I found this change was introduced
via

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984701

and if I understand the argument correctly, it is that at that time
(2021) 'libsqlite3-dev' was not available on several archs.  However in
2023 at least one additional arch was fixed:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035646

And today it seems 'libsqlite3-dev' builds on all archs:

https://buildd.debian.org/status/package.php?p=sqlite3

So can we make 'golang-github-mattn-go-sqlite3-dev' an arch:all package
again?

This is one of few golang-* packages which are arch:any, and it seems to
be causing unnecessary build churn and build dependency issues.

My biggest concern in doing this change: bookworm shipped with a
arch:all package.  How are upgrades handled from bookworm if trixie will
ship a arch:any package?  Does it just work, or does it fail horribly
somehow?

Cc'ing Helmut since he wrote the bug report that led to this change, and
I suspect you understand these questions better than most.

/Simon

Attachment: signature.asc
Description: PGP signature

Reply via email to