On Sat, 7 Jun 2025 08:13:49 +0300 =?UTF-8?Q?Martin=2D=C3=89ric_Racine?= <martin-eric.rac...@iki.fi> wrote: > On Sun, 1 Jun 2025 10:39:49 +0200 Helmut Grohne <hel...@subdivi.de> wrote: > > Source: xserver-xorg-video-geode > > Version: 2.18.1-6 > > Severity: normal > > Tags: patch > > User: debian-cr...@lists.debian.org > > Usertags: cross-satisfiability > > > > Hi, > > > > we would like to get rid of the gcc-multilib package. That goes in hand > > with removing support for -m32. For this package, I am questioning the > > usefulness of a multilib build. The emitted shared objects need to be > > loaded into an Xorg server and necessarily that server has to be 32bit. > > I hope I'm not missing something here, but then you already need to > > enable i386 as a foreign (or native) architecture and can very well just > > install the xserver-xorg-video-geode:i386 package. Thus the benefit of > > having a xserver-xorg-video-geode:amd64 or :x32 package is not > > substantial while at the same time it prevents us from removing > > gcc-multilib and libc6-i386. Do you agree with this reasoning? If yes, > > please consider applying the attached patch. > > This package indeed only makes sense on 32-bit x86 hardware. > > I've only enabled 64-bit because it was often requested due to CI only > implementing 64-bit pipelines both upstream and on Salsa. Because of > this, upstream has put in a LOT of effort towards making the source > code more generic so that it could build on amd64 in addition to i386. > > In principle, I could remove the Build-Depends on gcc-multilib, but > the package would again become untestable on Salsa CI.
If you can think of a way to remove 64-bit support and yet pass all Salsa CI tests, I'm listening. Martin-Éric
