Delete pad after delay

Hello! J'aimerais bien une relecture, surtout de la part des admins actuels. Je doute surtout du fait que ma nouvelle version du docker-compose ne casse pas la prod (conservation des noms de volumes etc). J'ai tout vérifié mais on n'est jamais trop sûrs ;)

Au passage, j'ai aussi:

• accéléré la compilation de l'image en fixant les pb de chown
• bougé la variable d'environnement de Abiword dans le dockerfile, puisque c'est le dockerfile qui contrôle le path (actuellement c'est le fait qu'on utilise debian/apt qui détermine l'endroit où sera installé abiword). Mais ça reste une variable d'environnement, qui peut être overridée dans le docker-compose si nécessaire.
• normalisé les noms là où c'était possible (j'espère ne pas avoir touché aux noms réels des volumes)

@qduchemi je t'assigne de façon totalement arbitraire, hésite pas à refiler le bébé à quelqu'un d'autre, J'EN APPELLE AU DISCERNEMENT DE CHACUN

pica-etherpad/week/docker-compose.yml

-
 version : "3.7"
 
 volumes:
@@ -60,7 +59,7 @@ services:
 
   delete-pad-after-delay:
     image: registry.picasoft.net/pica-etherpad-delete-after-delay:picasoft-docker.1.0.1
-    container_name: etherpad_delete-pad-after-delay
+    container_name: etherpad_week-delete-pad-after-delay
     build:
       context: https://gitlab.utc.fr/picasoft/projets/delete-pad-after-delay.git#picasoft-docker.1.0.1
     volumes: