On Sunday, 27 April 2025 18:30:09 Central European Summer Time Paul Gevers
wrote:
> There are arch:all binaries involved, and the migration software doesn't
> allow packages on amd64 and arm64 that are currently installable to
> become non-installable without the Release Team overriding that.
Which explains this message seen on raku-zef package tracker:
Issues preventing migration:
∙ ∙ removing raku-zef/0.13.8-1/arm64 from testing makes raku/6.d.7/arm64
uninstallable
The latter is arch all.
> And without the help of the Release Team, it will just not migrate.
Given our 180° turn, it's a good that that migration is blocked ;-)
> > So, since raku-* packages are *not* removed from testing, can we re-upload
> > all raku package in unstable with Architecture: any ?
>
> I don't think it matters if they are or are not removed from testing,
> unless you need bootstrapping. And in the latter case it doesn't help
> that there are binaries in testing.
We should be good to go: I've taken care of avoiding build-dependency loops.
> And did you update the Architecture field for all packages? That must
> have been a PITA.
Not that much as I've used cme.
First I've created a local cme script:
$ cat ~/.cme/scripts/rm-arm-arch
app: dpkg-control
load: binary:~".*" Architecture="amd64 i386 kfreebsd-amd64 kfreebsd-i386 mips
mips64el mipsel powerpc ppc64 ppc64el riscv64 s390x x32 loong64"
commit: Remove all arm architectures
This script makes and commit the modification on all binary packages in a
debian/control file.
Then I've run this script with a loop:
$ for i in raku-* ; do echo $i; (cd $i ; cme run rm-arm-arch); done
This was still awkward, so I've added a --foreach option to cme . This new
version of cme will land soon in experimental. For more details, please see:
https://github.com/dod38fr/config-model/wiki/Managing-Debian-packages-with-cme#run-script-many-times
> Please note that keeping a list of supported
> architectures in the Architecture field is not really recommended
> anymore, see
> https://salsa.debian.org/debian/developers-reference/-/merge_requests/60/diffs
> and the bug the comment links too. So if you don't need bootstrapping
> you should be fine with fixing the Architecture field again.
Good to know.
Now, I need to update dpkg model of cme to support this "bolted-on" feature...
Thanks for the quick reply.
All the best
