Alpine noarch as x86_64 packages

[eric.van.orsouw_4486]

I am trying to pull a series of Alpine packages from a proget installation that I cloned there from the original Alpine repo. Some packages are natively noarch because they contain no binary executable code. Now when retrieving the APKINDEX.tar.gz from a x86_64 environment, the Alpine repo automatically includes noarch packages.
The ProGet environment does not automatically include noarch packages when getting the APKINDEX.tar.gz from a non-noarch environment.

As an example, try installing lddtree, which is just scripts hence noarch.
When doing it from the Alpine repo;

$ echo "https://dl-cdn.alpinelinux.org/alpine/v3.21/main" > repositories
$ apk add lddtree
fetch https://dl-cdn.alpinelinux.org/alpine/v3.21/main/x86_64/APKINDEX.tar.gz
(1/1) Installing lddtree (1.27-r0)
Executing busybox-1.37.0-r12.trigger
OK: 704 MiB in 193 packages

And when doing the same from ProGet;

$ echo "http://<my-proget>:8624/apk/MyPackages" > repositories
$ apk add lddtree
ERROR: unable to select packages:
  lddtree (no such package):
    required by: world[lddtree]

Now I can always manually create x86_64 for each noarch package but maintenance-wise this is not desirable. Is anyone aware of a solution or an easy workaround?

[gdivis]

Thanks for pointing this out! We missed this detail of the APKINDEX specification and will get this fixed as PG-3132, likely in this week's release of v2025.12 on Friday, but potentially in a later maintenance release if it is more complex than expected.

[gdivis]

This would be a relatively easys change to make, but we'd like to be able to test it against a public repository that has noarch packages included in its index. The https://dl-cdn.alpinelinux.org/alpine/v3.21/main/x86_64/APKINDEX.tar.gz index file doesn't seem to have anything except x86_64 packages in it. Is there a good public repo we can use as a solid source of working example data?