Pipeline re-uploads assets without re-triggering homebrew formula update
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 48/100
Piste de recherche
Start by tracing the release pipeline step that updates the cloudfoundry/homebrew-tap formula and how it is triggered when release assets are uploaded or replaced. Check the pipeline configuration and related tests; reproduce or inspect a rerun that replaces assets. Done when replacing release assets also refreshes the formula checksums so brew upgrade bbl succeeds.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Summary
When the release pipeline re-runs and replaces assets on an existing release, the cloudfoundry/homebrew-tap formula update step does not re-run. This leaves bbl.rb with stale checksums that cause brew upgrade bbl to fail for all users with a SHA256 mismatch error.
What happened (v9.0.50)
- 2026-09-30 — pipeline cut the v9.0.50 release and uploaded initial assets
- 2026-10-01 — BOSH CI committed the homebrew formula with checksums from those assets
- 2026-10-05 — pipeline re-ran (triggered by commit
bf54483b, "Update deployments"), rebuilt all binaries, re-uploaded all assets, and updated the release tag — but did not re-trigger the homebrew formula update
All five release assets were replaced with new binaries (likely picking up an updated bundled terraform version). The formula was never updated, so the expected checksum (c2c986fa... for osx_arm64) no longer matches the actual download (2f5b3b00...).
Impact
brew upgrade bbl fails for all users:
Error: Formula reports different checksum: c2c986fa97b501973217b4a868414a8c65698290b893480c86c610c04439c880
SHA-256 checksum of downloaded file: 2f5b3b004be3aa757d21b0e59afb5e8d82c2791cec3df1dd118110da16ae9bc1
- Langage dominant
- Go
- Étoiles
- 181
- Forks
- 179
- Merge moyen
- 9 h 54 min
- PR mergées (30 j)
- 2
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de cloudfoundry/bosh-bootloader
-
Difficulté 2/5 1-3 heures Accessibilité débutants 67/100
cloudfoundry/bosh-bootloader#701 · 1 commentaire ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 58/100
cloudfoundry/bosh-bootloader#681 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
cloudfoundry/bosh-bootloader#676 · 2 commentaires ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
cloudfoundry/bosh-bootloader#641 · 2 commentaires ·
-
Difficulté 1/5 1-3 heures Accessibilité débutants 50/100
cloudfoundry/bosh-bootloader#636 · 2 commentaires ·
Toutes les issues de cloudfoundry/bosh-bootloader
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
koordinator-sh/koordinator#3257 ·
Les mainteneurs répondent en général sous 6 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 67/100
-
Component: Backup and Restore Type: Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Les mainteneurs répondent en général sous 1 jour
-
needs-acceptance wg/router-models-inference-runtime
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
vllm-project/semantic-router#6018 ·
Les mainteneurs répondent en général sous 2 jours