Files
tools/.gitea
arcodange d03b323394
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
CI — le banc passe AVANT le téléchargement des dépendances, et un relevé nomme l'hôte qui ne se résout pas
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
2026-09-07 10:42:49 +02:00
..