Revert ubuntu-26.04 in fullsend.yaml and disable Renovate github-runner manager
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 77/100
Direzione di ricerca
Leggi .github/workflows/fullsend.yaml e .github/renovate.json5, poi confronta i riferimenti ai runner con .github/workflows/prioritize.yml. Ripristina il runner stop-fix a ubuntu-24.04 e disattiva il manager github-runner di Renovate. Il lavoro è completo quando i riferimenti nel workflow generato sono allineati e la configurazione Renovate disattiva quel manager; l’issue richiede anche una verifica nella dashboard e una verifica successiva.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happened
In PR #300, Mend Renovate (hermes-renovate[bot]) opened a dependency update proposing chore(deps): update dependency ubuntu to v26, modifying .github/workflows/fullsend.yaml.
Renovate's built-in github-runner manager detected runs-on: ubuntu-24.04 in the stop-fix job and updated it to runs-on: ubuntu-26.04. However, Renovate did not detect or update the custom workflow input runner_image: ubuntu-24.04 passed to reusable-dispatch.yml under the dispatch job in the same file, nor the matching runner_image: ubuntu-24.04 input in .github/workflows/prioritize.yml. All native ProtoBot CI workflows (ci-workflow.yaml, renovate.yaml) use runs-on: ubuntu-latest.
Because Renovate classified the 24.04 to 26.04 bump as a major version upgrade, platform automerge was disabled per .github/renovate.json5 (matchUpdateTypes: ["patch", "minor"]). Fullsend review was skipped due to the branch filter on renovate/*, and CodeRabbit skipped review because the author was a bot. Maintainer John Strunk silently approved and merged the PR. The modified stop-fix job was never executed or verified during CI because its execution is gated on /fs-fix-stop issue comments.
What could go better
Scaffolded workflow files like .github/workflows/fullsend.yaml and .github/workflows/prioritize.yml are platform-managed artifacts with explicit headers (# This file is managed by fullsend. Do not edit it directly.). Upstream Fullsend manages runner image versions uniformly across shim templates via the __GH_RUNNER__ placeholder.
Allowing Renovate's github-runner manager to update individual runs-on: keys causes two issues:
- Version skew within scaffolded workflows:
stop-fixwas bumped toubuntu-26.04whiledispatchandprioritize.ymlremain onubuntu-24.04. - Unnecessary human review burden: Because major version upgrades are excluded from automerge, maintainers must manually review and merge standalone runner upgrades that only partially apply to platform shims and are never exercised by the repo's regular CI suite.
Because ProtoBot's native workflows use ubuntu-latest, the github-runner manager only ever touches Fullsend shims. Disabling this manager in .github/renovate.json5 avoids uncoordinated runner updates, leaving runner versioning to Fullsend platform upgrades.
Proposed change
-
In
.github/workflows/fullsend.yaml, revert line 94runs-on: ubuntu-26.04back toruns-on: ubuntu-24.04to restore parity with thedispatchjob (runner_image: ubuntu-24.04) and.github/workflows/prioritize.yml(runner_image: ubuntu-24.04). -
In
.github/renovate.json5, add a configuration rule to disable thegithub-runnermanager:
{
"description": "Disable GitHub runner version updates on scaffolded Fullsend workflows",
"matchManagers": ["github-runner"],
"enabled": false,
},
Alternatively, set "github-runner": { "enabled": false } at the root of .github/renovate.json5.
This ensures runner versions in scaffolded shims stay aligned with upstream platform releases rather than ad-hoc Renovate bumps.
Validation criteria
- Verify
.github/workflows/fullsend.yamland.github/workflows/prioritize.ymlconsistently referenceubuntu-24.04across all jobs and runner inputs. - In the repository Dependency Dashboard (redhat-et/ProtoBot#9), verify that Renovate no longer detects or proposes
ubunturunner updates undergithub-actions. - Over the next 90 days, verify that no automated PRs are opened modifying
runs-on:in.github/workflows/fullsend.yaml.
Generated by retro agent from https://github.com/redhat-et/ProtoBot/pull/300
- Lingua principale
- Go
- Stelle
- 6
- Fork
- 8
- Merge medio
- 1g 9h
- PR unite (30g)
- 73
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di redhat-et/ProtoBot
-
Exclude merge queue branches from push trigger in ci-workflow.yaml to eliminate duplicate CI runsForse già presa @JohnStrunk l’ha presa 2 giorni fa. Apertabug infra ready-for-triage triaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
redhat-et/ProtoBot#312 · 2 commenti · 1 reazione · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Add multi-remote fork topology and non-candidate ref test fixtures to ears-manager self-host suiteApertablocked component:ears-manager ready-for-triage
Difficoltà 4/5 3-5 giorni Idoneità per principianti 53/100
redhat-et/ProtoBot#293 · 2 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Enable issue-driven Fullsend Code/Fix runs to create ears-manager-compliant PRsForse già presa @JohnStrunk l’ha presa 9 giorni fa. Apertacomponent:ears-manager enhancement feature infra triaged
redhat-et/ProtoBot#292 · 10 commenti · 2 reazioni · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement feature infra ready-for-triage triaged
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
redhat-et/ProtoBot#288 · 2 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Scope AGENTS.md specification-document sibling reading rule to avoid whole-repo doc reading on localized editsForse già presa @cplegendre l’ha presa 11 giorni fa. Apertadocumentation ready-for-triage ready-to-code
redhat-et/ProtoBot#283 · 2 commenti · 2 reazioni · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di redhat-et/ProtoBot
Issue simili
-
Project submission:Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
slavakurilyak/awesome-ai-agents#845 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
JakeChampion/lang#13132 ·
I maintainer di solito rispondono entro 1 giorno
-
[BUG] deploy.restart_policy without condition drops the restart policyForse già presa @akshat-lakhera l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
docker/compose#14383 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno