unkin/rpmbuilder
3
0
Fork 0
Code Issues 9 Pull Requests 1 Actions Packages Projects Releases Wiki Activity

fix: build and publish nzbget to artifactapi rpm-vendor repos #170

Merged
benvin merged 1 commits from benvin/nzbget-artifactapi into master 2026-07-27 00:45:00 +10:00
Conversation 0 Commits 1 Files Changed 2
+8 -4

1 Commits

Author SHA1 Message Date
unkinben 134704b3d6 fix: build and publish nzbget to artifactapi rpm-vendor repos
ci/woodpecker/pr/build-fedora44 Pipeline was successful
Details
ci/woodpecker/pr/build-fedora42 Pipeline was successful
Details
ci/woodpecker/pr/build-fedora43 Pipeline was successful
Details
ci/woodpecker/pr/pre-commit Pipeline was successful
Details
ci/woodpecker/pr/build-almalinux9 Pipeline was successful
Details
ci/woodpecker/pr/build-almalinux8 Pipeline was successful
Details 
nzbget is absent from the artifactapi rpm-vendor-el9/rpm-vendor-el8
repodata, so `dnf install nzbget` fails on the media host. Its build.sh
requested the download asset using PACKAGE_RELEASE, which carries the
dist tag (e.g. 1.el9); upstream only publishes nzbget-<version>-1.x86_64.rpm,
so the fetch 404s and a 22-byte junk file gets published that createrepo
cannot index. The existing junk nzbget-26.1-1.el9 also makes the deploy
dedup probe return 200, blocking re-upload of a corrected 26.1.

- Point the build.sh source URL at the upstream release-1 asset name,
  keeping the dist-tagged local output filename (mirrors code-server).
- Bump nzbget el8/el9 to 26.2 (current upstream stable) so the corrected
  build produces a fresh filename that the deploy step will actually PUT.

Claude-Session: https://claude.ai/code/session_015ur3i7D2azsMAWTSVABApv
 2026-07-26 23:52:39 +10:00