@rhessinger Oh, that explains it. I deliberately left all packages unsigned as I expected ProGet to sign them for me instead. Thank you for figuring this out!

@rhessinger You can install bash on alpine too. You can get a direct download to the packages here: https://pkg.henderkes.com/85/php-zts/packages?q=&type=alpine

For testing it should be enough to download php-zts-cli and php-zts-zstd.

If connected feeds are working for you, the issue may be specific to local feeds.

Hi, you can get the packages from the codesmith repo I set up. They're still available there.

I've also tried with two test packages containing just hello.txt and world.txt and got the same results.

Running inedo with Docker, if it matters!

Alright here we go. First issue: trying to use the endpoint that proget advertises:

for file in *; do
curl http://localhost:8624/apk/alpine-test/ --user Admin:Admin --upload-file "$file"
done

Results in Endpoint not available at this url.. The correct url does not have a trailing slash, I'm not sure why proget advertises it with one.

After uploading correctly, we can run a Docker container:

[m@M m]$ docker run -it --network host alpine:latest sh
/ # apk add wget nano curl
wget -O "/etc/apk/keys/alpine-test@proget.rsa.pub" http://localhost:8624/apk/alpine-test/keys/alpine-test%40proget.rsa.pub
echo "http://localhost:8624/apk/alpine-test/" >> /etc/apk/repositories
/ # apk add php-zts85-cli
WARNING: opening from cache http://localhost:8624/apk/alpine-test/x86_64/APKINDEX.tar.gz: v2 database format error
ERROR: unable to select packages:
  php-zts85-cli (no such package):
    required by: world[php-zts85-cli]

This shows the aforementioned v2 database format error.

Switching to alpine 3.19 instead we get this:

[m@M m]$ docker run -it --network host alpine:3.19 sh
/ # apk add wget nano curl
wget -O "/etc/apk/keys/alpine-test@proget.rsa.pub" http://localhost:8624/apk/alpine-test/keys/alpine-test%40proget.rsa.pub
echo "http://localhost:8624/apk/alpine-test/" >> /etc/apk/repositories
/ # apk add php-zts85-cli
/ # apk add php-zts-cli
fetch http://localhost:8624/apk/alpine-test/x86_64/APKINDEX.tar.gz
ERROR: unable to select packages:
  php-zts-cli (no such package):
    required by: world[php-zts-cli]
/ # apk add php-zts85-cli
(1/1) Installing php-zts85-cli (8.5.1-r1)
Executing busybox-1.36.1-r20.trigger
ERROR: Metadata for package php-zts85-cli-8.5.1-r1 is too long.
OK: 44 MiB in 27 packages
/ # apk add php-zts85-xdebug
ERROR: unable to select packages:
  php-zts85-xdebug (no such package):
    required by: world[php-zts85-xdebug]
/ # apk add php-zts85-embed
ERROR: unable to select packages:
  php-zts85-embed (no such package):
    required by: world[php-zts85-embed]
/ # apk search php-zts*
php-zts85-cli-8.5.1-r1
/ # wget -qO- http://localhost:8624/apk/alpine-test/x86_64/APKINDEX.tar.gz | tar -xzOf - APKINDEX
C:jnSWoXlvdzJ48vsZpcYhEAaZj9M=
P:php-zts85-cli
V:8.5.1-r1
A:x86_64
S:12748469
I:32503398
T:Static PHP Package for php-zts85-cli
U:https://apks.henderkes.com
L:PHP-3.01
m:Marc Henderkes <apks@henderkes.com>
p:php-zts85 php-zts85-calendar php-zts85-ctype php-zts85-curl php-zts85-dom php-zts85-exif php-zts85-filter php-zts85-iconv php-zts85-libxml php-zts85-mbregex php-zts85-mbstring php-zts85-opcache php-zts85-openssl php-zts85-password-argon2 php-zts85-pcntl php-zts85-phar php-zts85-posix php-zts85-readline php-zts85-session php-zts85-simplexml php-zts85-sockets php-zts85-sodium php-zts85-tokenizer php-zts85-xml php-zts85-xmlreader php-zts85-xmlwriter php-zts85-zlib

C:svJ58ZEKUidf2ck76iqaT4HGoN8=
P:php-zts85-embed
V:8.5.1-r1
A:x86_64
S:418
I:0
T:Static PHP Package for php-zts85-embed
U:https://apks.henderkes.com
L:PHP-3.01
m:Marc Henderkes <apks@henderkes.com>
D:php-zts85-cli>=8.5 php-zts85-cli<8.6 php-zts85-cli
p:libphp-zts85-85.so php-zts85-embedded

C:fqDCNefOnm61ZJSVuTAW6GSrRDk=
P:php-zts85-xdebug
V:3.5.0-r1
A:x86_64
S:231512
I:511135
T:Static PHP Package for php-zts85-xdebug
U:https://apks.henderkes.com
L:Xdebug-1.03
m:Marc Henderkes <apks@henderkes.com>
D:php-zts85-cli>=8.5 php-zts85-cli<8.6 php-zts85-cli

as you can see, the apkindex does exist and advertises the different packages, but apk doesn't see them and I can't install them.

When I use my own repository (not public atm) or a cloudsmith testing repository, everything works as expected:

[m@M m]$ docker run -it --network host alpine:latest sh
/ # apk add curl sudo bash wget nano
/ # curl -1sLf 'https://dl.cloudsmith.io/public/static-php/alpine-test/setup.alpine.sh' | sudo codename=any-version -E b
ash
Executing the  setup script for the 'static-php/alpine-test' repository ...

   OK: Checking for required executable 'curl' ...
   OK: Detecting your OS distribution and release using system methods ...
 ^^^^: ... Detected/provided for your OS/distribution, version and architecture:
 >>>>:
 >>>>: ... distro=alpine  version=3.23.0  codename=any-version  arch=x86_64
 >>>>:
   OK: Importing 'static-php/alpine-test' repository RSA key...
   OK: Checking if upstream install config is OK ...
   OK: Installing 'static-php/alpine-test' repository...
   OK: Updating alpine repository metadata cache ...
   OK: The repository has been installed successfully - You're ready to rock!

/ # apk add php-zts85-cli
(1/1) Installing php-zts85-cli (8.5.1-r1)
Executing busybox-1.37.0-r29.trigger
OK: 29 MiB in 35 packages
/ # php-zts85 -v
PHP 8.5.1 (cli) (built: Dec 20 2025 22:44:31) (ZTS zig 0.16.0-dev.1484+d0ba6642b x86_64)
Copyright (c) The PHP Group
Built by Static PHP <https://static-php.dev> #StandWithUkraine
Zend Engine v4.5.1, Copyright (c) Zend Technologies
    with Zend OPcache v8.5.1, Copyright (c), by Zend Technologies
/ # apk add php-zts85-xdebug
(1/1) Installing php-zts85-xdebug (3.5.0-r1)
OK: 30 MiB in 36 packages
/ # php-zts85 -v
PHP 8.5.1 (cli) (built: Dec 20 2025 22:44:31) (ZTS zig 0.16.0-dev.1484+d0ba6642b x86_64)
Copyright (c) The PHP Group
Built by Static PHP <https://static-php.dev> #StandWithUkraine
Zend Engine v4.5.1, Copyright (c) Zend Technologies
    with Xdebug v3.5.0, Copyright (c) 2002-2025, by Derick Rethans
    with Zend OPcache v8.5.1, Copyright (c), by Zend Technologies

@rhessinger Hi, thanks for the quick response. I set up an Alpine repo on ProGet and uploaded one package to it. Set up docker with alpine:latest and alpine:3.20 and both times got a message about v2 formats not being supported any longer when trying to apk add php-zts-cli.

Additionally, if I add more than one package to the repository, on 3.19, apk only sees the first uploaded package to a feed. If I use native builds on the other hand, apk works on :latest too and finds all packages.

I'll post exact replication instructions and share the packages in question later.

When trying to connect an alpine client (3.20+) to a ProGet apk repo, you get errors about the unsupported v2 format of the repo. Alpine 3.20+ only supports v3, while <=3.19 support both v2 and v3.

Module streams are a little complicated for package maintainers, because the metadata has to stuff certain packages (all from the same folder) in one stream while others in the other. The end result is really nice though, because it makes switching versions of packages trivial.

Sounds like it's not supported then. Unfortunate, but understandable.

I've browsed through the search and found plenty of topics about gpg signinig and the like, but no mention of modular streams anywhere. While yes, they were removed from Fedora 39, they still made it into RHEL 10 and are by far the best way to distribute different versions of a package with commands like

dnf module switch-to php:remi-8.5 to upgrade from 8.4 to 8.5.

Are streams supported in any way?