feat(stacks): on paperless update db (16.15), tika (3.3.1.0), gotenberg

(8.34.0) and redis (balkey 9.1.1)

stacks/paperless.opytex.org/README.md

@@ -16,7 +16,7 @@ sops exec-env secrets.env.yaml 'docker compose up -d'
 ```
 
 Le nom du dossier (`paperless.opytex.org`) donne le nom de projet Compose
-`paperlessopytexorg`, dont dérivent le volume `paperlessopytexorg_redisdata`
+`paperlessopytexorg`, dont dérivent le volume `paperlessopytexorg_valkeydata`
 et le nom du dump de base. **Renommer ce dossier ferait repartir la stack sur
 des volumes vides.**
 
@@ -90,7 +90,7 @@ mkdir -p consume export && chown 1000:1000 consume export
 | `paperless-data` | index de recherche, classifieur, base des tâches | label `backup.enable=true` + `MANUAL_VOLUMES` |
 | `paperless-media` | **les documents originaux et leurs archives PDF** | label `backup.enable=true` + `MANUAL_VOLUMES` |
 | `paperless-pg-data` | base PostgreSQL | dump SQL (`backup.type=postgres` sur le conteneur `db`) |
-| `paperlessopytexorg_redisdata` | file de tâches Redis | non sauvegardé, volontairement — reconstruit |
+| `paperlessopytexorg_valkeydata` | file de tâches Celery (Valkey) | non sauvegardé, volontairement — reconstruit |
 
 Les trois premiers portent un `name:` explicite, sans préfixe de projet.
 
@@ -111,9 +111,10 @@ Paperless-ngx applique des migrations de schéma **irréversibles** à chaque
 montée de version : une mise à jour se fait seule, après sauvegarde vérifiée,
 et ne se revient pas en repassant l'image à la version précédente.
 
-`apache/tika:latest` est le seul tag flottant du dépôt. Il vient de la
-documentation amont, mais il rend la stack non reproductible et invisible pour
-Renovate — à figer sur la version réellement en service.
+Toutes les images sont épinglées au patch, y compris `apache/tika` que la
+documentation amont laisse en `latest` : un tag flottant rend la stack non
+reproductible et fait franchir des versions au prochain `pull`, sans que rien
+ne l'annonce.
 
 Références :
 

stacks/paperless.opytex.org/docker-compose.yml

@@ -1,14 +1,14 @@
 services:
   broker:
-    image: docker.io/library/redis:7
+    image: docker.io/valkey/valkey:9.1.1-alpine
     restart: unless-stopped
     volumes:
-      - redisdata:/data
+      - valkeydata:/data
     networks:
       - default
 
   db:
-    image: docker.io/library/postgres:16
+    image: docker.io/library/postgres:16.15
     restart: unless-stopped
     env_file:
       - env_file
@@ -76,7 +76,7 @@ services:
       - traefik.http.services.paperlessngx.loadbalancer.server.port=8000
 
   gotenberg:
-    image: docker.io/gotenberg/gotenberg:8.7
+    image: docker.io/gotenberg/gotenberg:8.34.0
     restart: unless-stopped
     # La route chromium sert à convertir les .eml : ni javascript ni contenu
     # distant (pixels de tracking).
@@ -88,7 +88,7 @@ services:
       - default
 
   tika:
-    image: docker.io/apache/tika:latest
+    image: docker.io/apache/tika:3.3.1.0
     restart: unless-stopped
     networks:
       - default
@@ -110,7 +110,11 @@ volumes:
       backup.enable: true
   pgdata:
     name: paperless-pg-data
-  redisdata:
+  # Volume neuf : Valkey 9 (fork de Redis 7.2) ne sait pas lire un `dump.rdb`
+  # écrit par Redis 7.4. Le contenu n'étant que la file Celery, on repart de
+  # zéro plutôt que de convertir. L'ancien `paperlessopytexorg_redisdata`
+  # subsiste, inutilisé : c'est le chemin de retour vers `redis:7`.
+  valkeydata:
 
 networks:
   traefik-proxy: