chore: 9569 image build fails — GH_PAT not provided to build workflow
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 68/100
Rechercherichtung
Beginne mit .github/workflows/build.yml und dem Aufruf von build.sh für das 9569-Image; vergleiche die Umgebung des Workflows mit den Variablen, die das Skript benötigt. Führe den Workflow nach der Änderung mit workflow_dispatch aus. Erledigt, wenn der 9569-Build ohne den Fehler wegen des fehlenden GH_PAT erfolgreich ist und der Image-Build #2 validieren kann.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Observed 2026-10-07 while merging the Python 3.7→3.11 base bump (#2): the Build and Publish Devcontainers run for the merge commit failed.
Evidence: run 37574650438, job build (9569):
Error: GH_PAT environment variable is not set.
##[error]Process completed with exit code 1.
Cause: .github/workflows/build.yml logs in to ghcr with GITHUB_TOKEN, but build.sh separately requires a GH_PAT environment variable that the workflow never sets — so every push touching 9569/** fails at the build-script step. (tnl/nysd legs only "succeed" because their step conditions skip them when the commit message doesn't mention those subdirs.)
Impact: the 3.11 base bump in #2 could not be validated by an image build (pre-existing breakage, unrelated to the Dockerfile change). The image at ghcr.io is presumably stale.
Suggested fix: provide GH_PAT as a repo secret (fine-grained PAT with write:packages) and pass it in the build step (env: GH_PAT: ${{ secrets.GH_PAT }}), or refactor build.sh to use the already-logged-in docker session. Then re-run the workflow via workflow_dispatch to validate #2's image.
- Vorherrschende Sprache
- Shell
- Sterne
- 0
- Forks
- 0
- Ø Merge
- 7 Min.
- Gemergte PRs (30 T.)
- 2
Entwicklungsumgebung
Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Ähnliche Issues
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
Maintainer antworten meist innerhalb von 1 Tag
-
e2e-failure ready-to-code
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
redhat-developer/rhdh-plugin-export-overlays#4391 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
documentation good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
graygarbage/HermesKey#20 ·
-
Version-drift constraint evaluator (#40): validate the candidate version and run its unit test in CIOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
n8n-io/terraform-google-n8n#41 ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100