Helm Charts / Detect changed charts (pull_request) Successful in 17s
Helm Charts / Library charts tool (pull_request) Skipped
Helm Charts / Application charts chart (pull_request) Skipped
Helm Charts / Application charts crowdsec (pull_request) Skipped
Helm Charts / Application charts grafana (pull_request) Skipped
Helm Charts / Application charts hashicorp-vault (pull_request) Skipped
Helm Charts / Application charts minio (pull_request) Skipped
Helm Charts / Application charts pgbouncer (pull_request) Skipped
Helm Charts / Application charts pgcat (pull_request) Skipped
Helm Charts / Application charts redis (pull_request) Skipped
Helm Charts / Application charts prometheus (pull_request) Failing after 32s
Le tout premier run du job `Application charts prometheus` — le premier depuis que #32 a énuméré les charts — est mort à l'étape `helm_install_dependencies`, `curl` code **6** (hôte non résolu), en **7 s**, AVANT toute étape utile. Le banc du veilleur en est sorti `Skipped` : ni rouge, ni absent, rien ne dépasse. C'est la forme même du gate qui n'existe pas. Deux changements, tous deux minimaux : 1. Le banc du veilleur remonte JUSTE APRÈS le checkout. Il n'a besoin ni du réseau ni du registre Helm interne (stdlib Python, plus `yq`/`jq` déjà là), donc il s'exécute et rend un verdict quoi qu'il arrive ensuite. 2. Un RELEVÉ (jamais une gate : `exit 0` en dur) nomme lequel des deux hôtes tombe. **7 charts sur 10 dépendent du registre interne `gitea.arcodange.lab`** — crowdsec, grafana, hashicorp-vault, pgbouncer, pgcat, prometheus, redis. Si c'est bien lui que le runner ne résout pas, alors sept jobs sur dix ne peuvent PAS passer, quel que soit leur contenu : un trou d'infrastructure que #32 vient de rendre visible, pas un défaut de ce lot. À retirer quand le trou est bouché. Refs: arcodange-org/tools#36