tar: grafana/.helmignore: No such file or directory
tar: Error is not recoverable: exiting now
Process completed with exit code 2
L'étape d'empaquetage fait tar -X ${chart}/.helmignore, et deux charts sur douze n'avaient pas ce fichier : grafana et redis.
⚠ Ce défaut est ANTÉRIEUR à #42, et il faut le dire
tar échouait déjà exactement de la même façon avant. Il ne se voyait pas parce que l'étape de publication ne tourne que sur mainet que ces deux charts n'avaient pas été touchés depuis longtemps. C'est le lot Loki, en modifiant grafana/values.yaml, qui l'a réveillé.
L'avertissement était d'ailleurs écrit noir sur blanc dans le rapport de #39 : « grafana et redis n'ont pas de .helmignore : leur étape de publication échouera au premier merge qui les touche. » C'est arrivé au merge suivant.
Ce que ça donne
Le fichier est celui du dépôt, copié tel quel depuis loki/.helmignore.
✓ grafana-0.1.0.tgz 24K
✓ redis-0.1.0.tgz 8.0K
✓ loki-0.1.0.tgz 8.0K ← témoin, déjà vert avant
⚠ Contre-épreuve, et son défaut : en retirant le fichier, tar refuse bien — mais j'ai lu son code de sortie à travers un | head, donc j'ai mesuré le code de head, pas celui de tar. Le vrai code (2) vient du journal de la CI, pas de mon banc. Je le signale plutôt que de présenter une mesure que je n'ai pas faite.
Où en est le registre
#42 a fait passer le registre interne de 2 charts à 5 — alloy, chart et loki publiés pour la première fois, après des mois où l'étape rendait vert sans rien publier. Ces deux-là devraient le porter à 7.
Il en restera trois à vérifier au prochain merge qui les touche (crowdsec, hashicorp-vault, pgbouncer, pgcat, prometheus) — ils ont bien leur .helmignore, mais leur publication n'a jamais été constatée.
## Le rouge de `main`
```
tar: grafana/.helmignore: No such file or directory
tar: Error is not recoverable: exiting now
Process completed with exit code 2
```
L'étape d'empaquetage fait `tar -X ${chart}/.helmignore`, et **deux charts sur douze** n'avaient pas ce fichier : `grafana` et `redis`.
## ⚠ Ce défaut est ANTÉRIEUR à #42, et il faut le dire
`tar` échouait déjà exactement de la même façon avant. Il ne se voyait pas parce que l'étape de publication ne tourne que sur `main` **et** que ces deux charts n'avaient pas été touchés depuis longtemps. C'est le lot Loki, en modifiant `grafana/values.yaml`, qui l'a réveillé.
L'avertissement était d'ailleurs écrit noir sur blanc dans le rapport de #39 : *« `grafana` et `redis` n'ont pas de `.helmignore` : leur étape de publication échouera au premier merge qui les touche. »* C'est arrivé au merge suivant.
## Ce que ça donne
Le fichier est celui du dépôt, copié tel quel depuis `loki/.helmignore`.
```
✓ grafana-0.1.0.tgz 24K
✓ redis-0.1.0.tgz 8.0K
✓ loki-0.1.0.tgz 8.0K ← témoin, déjà vert avant
```
⚠ **Contre-épreuve, et son défaut** : en retirant le fichier, `tar` refuse bien — mais j'ai lu son code de sortie **à travers un `| head`**, donc j'ai mesuré le code de `head`, pas celui de `tar`. Le vrai code (2) vient du journal de la CI, pas de mon banc. Je le signale plutôt que de présenter une mesure que je n'ai pas faite.
## Où en est le registre
`#42` a fait passer le registre interne de **2 charts à 5** — `alloy`, `chart` et `loki` publiés pour la première fois, après des mois où l'étape rendait vert sans rien publier. Ces deux-là devraient le porter à **7**.
Il en restera trois à vérifier au prochain merge qui les touche (`crowdsec`, `hashicorp-vault`, `pgbouncer`, `pgcat`, `prometheus`) — ils ont bien leur `.helmignore`, mais leur publication n'a jamais été constatée.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
`main` est rouge sur `Application charts grafana` :
tar: grafana/.helmignore: No such file or directory
tar: Error is not recoverable: exiting now
Process completed with exit code 2
L'étape empaquette par `tar -X ${chart}/.helmignore`, et deux charts sur douze
n'avaient pas ce fichier. Le défaut est ANTÉRIEUR à la correction de la
publication (#42) : `tar` échouait déjà de la même façon. Il ne se voyait pas
parce que l'étape ne tourne que sur `main` et que ces deux charts n'avaient pas
été touchés depuis longtemps — c'est le lot Loki, en modifiant
`grafana/values.yaml`, qui l'a réveillé.
Mesuré, avec le modèle du dépôt copié tel quel :
✓ grafana-0.1.0.tgz 24K
✓ redis-0.1.0.tgz 8.0K
✓ loki-0.1.0.tgz 8.0K (témoin, déjà vert)
⚠ Contre-épreuve faite en retirant le fichier : `tar` refuse bien. Mais j'ai
lu son code de sortie à travers un `| head`, donc j'ai mesuré le code de
`head`, pas celui de `tar` — le vrai code (2) vient du journal de la CI, pas
de mon banc.
Le registre est passé de 2 charts à 5 avec #42 (`alloy`, `chart`, `loki`
publiés pour la première fois) ; ces deux-là devraient le porter à 7.
Co-Authored-By: Claude Opus 5 <[email protected]>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Le rouge de
mainL'étape d'empaquetage fait
tar -X ${chart}/.helmignore, et deux charts sur douze n'avaient pas ce fichier :grafanaetredis.⚠ Ce défaut est ANTÉRIEUR à #42, et il faut le dire
taréchouait déjà exactement de la même façon avant. Il ne se voyait pas parce que l'étape de publication ne tourne que surmainet que ces deux charts n'avaient pas été touchés depuis longtemps. C'est le lot Loki, en modifiantgrafana/values.yaml, qui l'a réveillé.L'avertissement était d'ailleurs écrit noir sur blanc dans le rapport de #39 : «
grafanaetredisn'ont pas de.helmignore: leur étape de publication échouera au premier merge qui les touche. » C'est arrivé au merge suivant.Ce que ça donne
Le fichier est celui du dépôt, copié tel quel depuis
loki/.helmignore.⚠ Contre-épreuve, et son défaut : en retirant le fichier,
tarrefuse bien — mais j'ai lu son code de sortie à travers un| head, donc j'ai mesuré le code dehead, pas celui detar. Le vrai code (2) vient du journal de la CI, pas de mon banc. Je le signale plutôt que de présenter une mesure que je n'ai pas faite.Où en est le registre
#42a fait passer le registre interne de 2 charts à 5 —alloy,chartetlokipubliés pour la première fois, après des mois où l'étape rendait vert sans rien publier. Ces deux-là devraient le porter à 7.Il en restera trois à vérifier au prochain merge qui les touche (
crowdsec,hashicorp-vault,pgbouncer,pgcat,prometheus) — ils ont bien leur.helmignore, mais leur publication n'a jamais été constatée.🤖 Generated with Claude Code
grafanaetredisn'avaient pas de.helmignore, donc ils ne se publiaient pas`main` est rouge sur `Application charts grafana` : tar: grafana/.helmignore: No such file or directory tar: Error is not recoverable: exiting now Process completed with exit code 2 L'étape empaquette par `tar -X ${chart}/.helmignore`, et deux charts sur douze n'avaient pas ce fichier. Le défaut est ANTÉRIEUR à la correction de la publication (#42) : `tar` échouait déjà de la même façon. Il ne se voyait pas parce que l'étape ne tourne que sur `main` et que ces deux charts n'avaient pas été touchés depuis longtemps — c'est le lot Loki, en modifiant `grafana/values.yaml`, qui l'a réveillé. Mesuré, avec le modèle du dépôt copié tel quel : ✓ grafana-0.1.0.tgz 24K ✓ redis-0.1.0.tgz 8.0K ✓ loki-0.1.0.tgz 8.0K (témoin, déjà vert) ⚠ Contre-épreuve faite en retirant le fichier : `tar` refuse bien. Mais j'ai lu son code de sortie à travers un `| head`, donc j'ai mesuré le code de `head`, pas celui de `tar` — le vrai code (2) vient du journal de la CI, pas de mon banc. Le registre est passé de 2 charts à 5 avec #42 (`alloy`, `chart`, `loki` publiés pour la première fois) ; ces deux-là devraient le porter à 7. Co-Authored-By: Claude Opus 5 <[email protected]>