chore: 9569 image build fails — GH_PAT not provided to build workflow

Aberta Para iniciantes
#3 0 comentários 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
2/5
Tempo estimado
1-3 horas
Facilidade para iniciantes
68/100
Tipo de issue
Bug
Clareza
Claramente especificada
Status de atividade
Ativa
Stack de tecnologia
docker, github-actions, shell
Domínio
ci-cd

Direção de pesquisa

Comece por .github/workflows/build.yml e pela chamada de build.sh para a imagem 9569; compare o ambiente do workflow com as variáveis exigidas pelo script. Execute o workflow usando workflow_dispatch após a alteração. O trabalho estará concluído quando o build 9569 for bem-sucedido sem o erro de GH_PAT ausente e o build da imagem puder validar #2.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

chore

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.

Linguagem predominante
Shell
Estrelas
0
Forks
0
Merge médio
7min
PRs com merge (30d)
2

Preparar o ambiente

Abrir no Codespaces

Inicia o contêiner de desenvolvimento do projeto no navegador, com a sua própria conta do GitHub.

  • Sem Dockerfile nem arquivo Docker Compose
  • Sem modelo de pull request
  • Sem guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Issues semelhantes

Mais issues de Shell/Bash

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.