[Bug]: Some packages disappered from aarch64, x86_64 and i686 repos.

[MohammedKHC0]

Problem description

The packages are (They may be even more. iam not sure.)
libzmq (Now available for aarch64, and arm only)
https://packages.termux.dev/apt/termux-main/pool/main/libz/libzmq
libzopfli (Now available for aarch64, and arm only)
https://packages.termux.dev/apt/termux-main/pool/main/libz/libzopfli
libzxing-cpp (Now available for arm only)
https://packages.termux.dev/apt/termux-main/pool/main/libz/libzxing-cpp
lilv (Now available for arm only)
https://packages.termux.dev/apt/termux-main/pool/main/l/lilv

I suspect that this happened after #26208 cause it did rebuild all those packages.

@fornwall do you know why did this happen??

What steps will reproduce the bug?

Vist the urls and you will notice that the packages are missing for other archs.

What is the expected behavior?

No response

System information

nullptr (haha)

[robertkirkman]

When I check the contents of the artifact zips in the CI logs as they passed through the CI workflows, I can see evidence that this occurred as a result of a bug or temporary flakeout in this workflow codepath, which was written by @twaik:

https://github.com/termux/termux-packages/blob/master/scripts/utils/termux_reuse_pr_build_artifacts.sh

when twaik has time to investigate this, they might be able to figure out what the cause might have been and whether there is any way to create a solution to prevent this in the future.

[robertkirkman]

I have just triggered a re-run of the same CI-reuse workflow in the master branch with GitHub Actions "debug logging" enabled here,

https://github.com/termux/termux-packages/actions/runs/17629991459/job/50149930716

however, while part of the workflow did seem to re-detect the lilv_0.24.26-1_aarch64.deb correctly, a later part of the workflow appears to fall back to using the corrupted intermediate artifact from the previous run of the same workflow instance, so just re-runnning the workflow instance does not seem to be sufficient as a workaround, and the PR will need to be rewritten and reapplied with additional revision-bump increments in order to temporarily work around the problem.

[agnostic-apollo]

The debs built in workflow run for #26208 were used without rebuilding in workflow run in master branch when commit was merged, however I dont even see the arm artifact in the pull workflow (https://github.com/termux/termux-packages/actions/runs/17629828104) , but somehow it existed before from previous run as its debs were used in master branch workflow (https://github.com/termux/termux-packages/actions/runs/17629991459). The aarch64 pull workflow uploaded 6 debs, but master workflow downloaded 4 debs that it uploaded to repo. arm uploaded 7 debs and downloaded 7 debs. i686 uploaded 8 debs and downloaded 0 debs. x86_64 uploaded 6 debs and downloaded 0 debs.

The master workflow says CI artifact URL is https://api.github.com/repos/termux/termux-packages/actions/artifacts/3980946699/zip for i686, but pull workflow has the id 3980982304 for i686. The pull workflow says "Re-run triggered 14 hours ago", that caused the issues for inconsistent artifact state as it lists 2 artifacts for i686-debs (2 and 11), and ci_artifact_url() used the old one. Basically wrong/old artifacts were downloaded.

https://api.github.com/repos/termux/termux-packages/actions/runs/17629828104/artifacts

[agnostic-apollo]

To solve this all existing workflow artifacts should be deleted before uploaded new ones for current workflow re-run. And also use last one in ci_artifact_url() as a backup.

• https://docs.github.com/en/rest/actions/artifacts?apiVersion=2022-11-28#list-workflow-run-artifacts
• https://docs.github.com/en/rest/actions/artifacts?apiVersion=2022-11-28#delete-an-artifact

[S-trace]

Is libvmaf affected by this issue too?
It's present for arm, i686 and x86_64, but not present for aarch64.
This library is required by ffmpeg aarch64.

[robertkirkman]

@S-trace thanks, I will add a rewrite of

• chore(main/libvidstab,libvigra,libvips,libvmaf): Rebuild #26199

to my workaround PR as well.

[agnostic-apollo]

Likely related termux/termux-app#4752

[robertkirkman]

Likely related termux/termux-app#4752

I will add a rewrite of:

• chore(main/libwren,libwslay,libwv,libxau): Rebuild #26202

also