apiVersion: v2
name: loki
description: >-
  Le garde-mémoire des journaux du cluster — Loki en binaire unique, stockage
  fichier sur Longhorn. Ce qu'un pod a dit continue de se lire après sa mort.

# ⚠ PAS de dépendance au registre Helm interne, CONTRAIREMENT à grafana et
# prometheus — et c'est délibéré.
#
# La bibliothèque `tool` ne sert QUE via les gabarits `templates/helm-chart*.yaml`,
# eux-mêmes gardés par `{{- if eq .Values.tool.kind "HelmChart" -}}`. Avec
# `kind: SubChart` — le mode de grafana, de prometheus, et le nôtre — ces
# gabarits ne rendent RIEN : la bibliothèque est un poids mort.
#
# Or ce poids mort a un coût mesuré : le runner de CI ne résout pas
# `gitea.arcodange.lab` (relevé du 2026-09-07, run 6728, `curl` code 6). Un
# repli sur `GITHUB_SERVER_URL` a été posé dans `helmcharts.yaml`, mais il reste
# un point de panne EN AMONT du `helm template`. Si la dépendance ne se
# télécharge pas, l'étape qui éprouve VRAIMENT ce chart ne s'exécute jamais et
# le job meurt sur une cause étrangère au chart.
#
# On ne dépend donc que de `grafana.github.io`, dont le même relevé a constaté
# qu'il répond depuis ce runner. Le jour où l'on veut basculer en
# `kind: HelmChart` (CRD k3s), on rajoute la dépendance ET les deux gabarits.
dependencies:
  - name: loki
    version: 7.3.0
    repository: https://grafana.github.io/helm-charts

type: application
version: 0.1.0
# ⚠ 3.6.11, PAS 3.6.12. L'index Helm annonce `appVersion: 3.6.12` pour le chart
# 7.3.0, mais le chart épingle `loki.image.tag: 3.6.11` dans ses valeurs — et
# c'est le tag qui est tiré. Vérifié sur le pod déployé.
appVersion: "3.6.11"