Skip to content

chroots: drop opensuse-tumbleweed (broken base-repo GPG signature)#4

Open
matthaigh27 wants to merge 1 commit into
mainfrom
claude/exciting-mayer-tm9o33
Open

chroots: drop opensuse-tumbleweed (broken base-repo GPG signature)#4
matthaigh27 wants to merge 1 commit into
mainfrom
claude/exciting-mayer-tm9o33

Conversation

@matthaigh27

Copy link
Copy Markdown
Contributor

Summary

Every package's latest Copr build is failing on opensuse-tumbleweed (x86_64 on all, plus aarch64 on the native ones). This PR excludes opensuse-tumbleweed from the build matrix to get the projects back to green.

Package Failed build Failed chroots
gogcli #10607386 tumbleweed x86_64 + aarch64
wacli #10597400 tumbleweed x86_64
codex #10607387 tumbleweed x86_64 + aarch64
opencode #10603675 tumbleweed x86_64
ollama #10597403 tumbleweed x86_64
claude-code #10607388 tumbleweed x86_64 + aarch64

(nodejs25-caged already excludes Tumbleweed and is unaffected.)

Root cause

This is one chroot-specific failure, not six package bugs. All six fail identically, during mock chroot bootstrap (dnf5 install dnf5 dnf5-plugins) — before rpmbuild ever runs — with:

openSUSE Tumbleweed - x86_64 - OSS
>>> repomd.xml GPG signature verification error: Bad GPG signature

The other 34/36 chroots succeed for every package, confirming the packaging is sound.

It's a regression with a clear onset: Tumbleweed built fine through 2026-06-12, then went red on 2026-06-13 and has stayed red across multiple build batches since. openSUSE Tumbleweed (a rolling release) rotated its RPM repo signing key as part of the SUSE Linux 16 key transition, and Copr's mock chroot config still pins the stale key — so the base OSS repo's repomd.xml fails GPG verification at bootstrap. The copr_base repomd.xml.asc 404 in the logs is a secondary symptom.

This is upstream/Copr infrastructure — there is no spec-level lever to fix the chroot's pinned key.

Verification (docker, no long compile)

A fresh opensuse/tumbleweed container carries the new "SUSE 16" signing keys and refreshes the OSS repo cleanly — but only via zypper --gpg-auto-import-keys, which fetches the live key. That's exactly the key Copr's mock config hasn't picked up. This reproduces the diagnosis without rebuilding any package.

Fix

Add opensuse-tumbleweed to the global chroot_exclude_distros in packages.json, matching the existing precedent (nodejs25-caged already lists it). Applies to all per-package projects and the umbrella ai project.

Reversible: drop the entry once Copr refreshes the Tumbleweed signing key and a manual build succeeds again.

🤖 Generated with Claude Code


Generated by Claude Code

openSUSE Tumbleweed builds began failing across every package on
2026-06-13 (gogcli, wacli, codex, opencode, ollama, claude-code all
went red after succeeding through 06-12). All failures are identical
and occur during mock chroot bootstrap, before rpmbuild runs:

  openSUSE Tumbleweed - x86_64 - OSS
  >>> repomd.xml GPG signature verification error: Bad GPG signature

This is an upstream/Copr-infrastructure issue: Tumbleweed (rolling)
rotated its RPM repo signing key as part of the SUSE Linux 16 key
transition, and Copr's mock chroot config still pins the stale key, so
the base OSS repo's repomd.xml fails verification at bootstrap. A fresh
opensuse/tumbleweed container refreshes fine only via
--gpg-auto-import-keys (it fetches the live key); there is no
spec-level lever to fix the chroot's pinned key.

Exclude opensuse-tumbleweed globally via chroot_exclude_distros,
matching the existing precedent (nodejs25-caged already excludes it).
This is reversible: drop the entry once Copr refreshes the Tumbleweed
signing key.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01We1Yi5uEBikfHSvcTP2FEf
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants