Hi

We've requested removal of raku-* packages from ARMs arches on the assumption that moarvm build was not reliable on arm arches.

Currently, these packages are removed from unstable, but not yet from testing because of dependencies knots that prevent migration.

Turn out that moarvm builds fine on ARM once moarvm was patched [1]. Timo got confused with the build daemon reports before and after patch.

So, since raku-* packages are *not* removed from testing, can we re-upload all raku package in unstable with Architecture: any ?

In theory, all packages should build fine on all arches and migration should go through.

Last but not least, we're sorry for the mess and the extra work we've imposed on release team.

All the best

[1] https://salsa.debian.org/perl6-team/moarvm/-/blob/debian/sid/debian/ patches/0006-Make-accesses-to-spesh-arg-guard-atomic.patch?ref_type=heads

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

To: debian-devel@lists.debian.org
Copy: pkg-rakudo-devel@alioth-lists.debian.net (Debian Rakudo Maintainers development mailing list)
Copy: timonator@perpetuum-immobile.de

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------msMMmLVeEqCTNpWBQNh2MdZi
Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

SGkgRG9taW5pcXVlDQoNCk9uIDI3LTA0LTIwMjUgMTU6MTksIERvbWluaXF1ZSBEdW1vbnQg d3JvdGU6DQo+IFdlJ3ZlIHJlcXVlc3RlZCByZW1vdmFsIG9mIHJha3UtKiBwYWNrYWdlcyBm cm9tIEFSTXMgYXJjaGVzIG9uIHRoZSBhc3N1bXB0aW9uDQo+IHRoYXQgbW9hcnZtIGJ1aWxk IHdhcyBub3QgcmVsaWFibGUgb24gYXJtIGFyY2hlcy4NCg0KDQpUaGVyZSBhcmUgYXJjaDph bGwgYmluYXJpZXMgaW52b2x2ZWQsIGFuZCB0aGUgbWlncmF0aW9uIHNvZnR3YXJlIGRvZXNu J3QgDQphbGxvdyBwYWNrYWdlcyBvbiBhbWQ2NCBhbmQgYXJtNjQgdGhhdCBhcmUgY3VycmVu dGx5IGluc3RhbGxhYmxlIHRvIA0KYmVjb21lIG5vbi1pbnN0YWxsYWJsZSB3aXRob3V0IHRo ZSBSZWxlYXNlIFRlYW0gb3ZlcnJpZGluZyB0aGF0Lg0KDQo+IEN1cnJlbnRseSwgdGhlc2Ug cGFja2FnZXMgYXJlIHJlbW92ZWQgZnJvbSB1bnN0YWJsZSwgYnV0IG5vdCB5ZXQgZnJvbSB0 ZXN0aW5nDQo+IGJlY2F1c2Ugb2YgZGVwZW5kZW5jaWVzIGtub3RzIHRoYXQgcHJldmVudCBt aWdyYXRpb24uDQoNCg0KQW5kIHdpdGhvdXQgdGhlIGhlbHAgb2YgdGhlIFJlbGVhc2UgVGVh bSwgaXQgd2lsbCBqdXN0IG5vdCBtaWdyYXRlLg0KDQo+IFNvLCBzaW5jZSByYWt1LSogcGFj a2FnZXMgYXJlICpub3QqIHJlbW92ZWQgZnJvbSB0ZXN0aW5nLCBjYW4gd2UgcmUtdXBsb2Fk IGFsbA0KPiByYWt1IHBhY2thZ2UgaW4gdW5zdGFibGUgd2l0aCBBcmNoaXRlY3R1cmU6IGFu eSA/DQoNCg0KSSBkb24ndCB0aGluayBpdCBtYXR0ZXJzIGlmIHRoZXkgYXJlIG9yIGFyZSBu b3QgcmVtb3ZlZCBmcm9tIHRlc3RpbmcsIA0KdW5sZXNzIHlvdSBuZWVkIGJvb3RzdHJhcHBp bmcuIEFuZCBpbiB0aGUgbGF0dGVyIGNhc2UgaXQgZG9lc24ndCBoZWxwIA0KdGhhdCB0aGVy ZSBhcmUgYmluYXJpZXMgaW4gdGVzdGluZy4NCg0KQW5kIGRpZCB5b3UgdXBkYXRlIHRoZSBB cmNoaXRlY3R1cmUgZmllbGQgZm9yIGFsbCBwYWNrYWdlcz8gVGhhdCBtdXN0IA0KaGF2ZSBi ZWVuIGEgUElUQS4gUGxlYXNlIG5vdGUgdGhhdCBrZWVwaW5nIGEgbGlzdCBvZiBzdXBwb3J0 ZWQgDQphcmNoaXRlY3R1cmVzIGluIHRoZSBBcmNoaXRlY3R1cmUgZmllbGQgaXMgbm90IHJl YWxseSByZWNvbW1lbmRlZCANCmFueW1vcmUsIHNlZSANCmh0dHBzOi8vc2Fsc2EuZGViaWFu Lm9yZy9kZWJpYW4vZGV2ZWxvcGVycy1yZWZlcmVuY2UvLS9tZXJnZV9yZXF1ZXN0cy82MC9k aWZmcyANCmFuZCB0aGUgYnVnIHRoZSBjb21tZW50IGxpbmtzIHRvby4gU28gaWYgeW91IGRv bid0IG5lZWQgYm9vdHN0cmFwcGluZyANCnlvdSBzaG91bGQgYmUgZmluZSB3aXRoIGZpeGlu ZyB0aGUgQXJjaGl0ZWN0dXJlIGZpZWxkIGFnYWluLg0KDQo+IExhc3QgYnV0IG5vdCBsZWFz dCwgd2UncmUgc29ycnkgZm9yIHRoZSBtZXNzIGFuZCB0aGUgZXh0cmEgd29yayB3ZSd2ZSBp bXBvc2VkDQo+IG9uIHJlbGVhc2UgdGVhbS4NCg0KDQpCZWZvcmUgeW91IHNlbnQgdGhpcyBt YWlsLCBpdCB3YXNuJ3Qgb24gbXkgcmFkYXIsIHNvIGl0J3Mgbm90IHlldCBhIGhlbGwgDQpv ZiBhIGxvdCBvZiAiZXh0cmEgd29yayIuIDspDQoNClBhdWwNCg==

--------------msMMmLVeEqCTNpWBQNh2MdZi--

-----BEGIN PGP SIGNATURE-----

wsB5BAABCAAjFiEEWLZtSHNr6TsFLeZynFyZ6wW9dQoFAmgOW5EFAwAAAAAACgkQnFyZ6wW9dQo/ egf8DA8UC/GGbgMwpOW0cvK9xF9n4dwgPkvUr23urcysnMu0pg4kQYSCYJnlzH+NoLblfZwwa996 AMaBHAymYZyj29cjti1IsH79BvFNvNuIPV5IlRaD5uf8IA8JJ12EubEXz/BbP/KzBQxoqcbr6mfB wNE6qU4GAYAntbWb+IWcKx1AS8M3EryEdWYMD4OL2pqLftb1NSDa1vDjdx7oMgU1D0pXWxfzuAuo 9gSTuPki2YbSj/07kK9513cS+BvrfcdtPu65diE4J2xt1kUiSSjejDy+SoWtJBYON8eQvlxbn2sY /FdyAXyke0nagyLnEYaGhwBDnRXctK6Pk0K4jU2Dtw==
=x0+I
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)