Suivi — Administration système Mettre à jour le docker-compose donné avec le code source

#3979 Posté par  (Mastodon) . État de l’entrée : ouverte. Licence CC By‑SA.
Étiquettes : aucune
1
26
mai
2026

Bonjour,

J'ai essayé de lancer le docker-compose pour faire tourner le code source de linuxfr.org et c'est assez compliqué, je me heurte à des images trop vieilles (ruby 2 par exemple).

Quelqu'un utilise-t-il docker compose ? Voulez que j'y jette un œil pour le remettre à flot ?

Je ne suis pas spécialiste docker, mais ça me fait justement un bon sujet pour y mettre le nez dedans.

  • # utilisation de docker-compose

    Posté par  . Évalué à 2 (+0/-0). Dernière modification le 27 mai 2026 à 09:14.

    Le fichier docker-compose avait été contribué par Trim< qui était actif pour le développement. Ce fichier (compose.yaml) est modifié dans la MR à propos du passage à rails 8 donc je dirais que c'est toujours d'actualité.

    Il apparaît que cette MR modifie aussi le nom des fichiers pour ne plus se référer à Docker (Dockerfile → Containerfile, docker-compose.yml → compose.yml), ce qui traduit peut-être l'utilisation de produits concurrents comme Podman/podman-compose.

    • [^] # Re: utilisation de docker-compose

      Posté par  (site web personnel, Mastodon) . Évalué à 2 (+0/-0).

      Je n'ai pas touché récemment au code de LinuxFr, mais effectivement,le docker-compose ne fonctionnait plus facilement sur la branche main la dernière fois que je l'ai utilisé.

      Sur la branche liée à la migration à Rails 8, le fichier de composition était à jour et fonctionnait l'année dernière.

      Je n'ai pas mis à jour la branche main pour ne pas avoir de conflit avec la branche rails8. Comme elle n'est pas fusionnée, ça vaudrait la peine de mettre à jour main quand même.

      Je peux prendre du temps ce weekend pour mettre à jour main avec ce que j'avais fait pour la branche rails8.

      • [^] # Re: utilisation de docker-compose

        Posté par  (site web personnel) . Évalué à 3 (+0/-0).

        Il y a du docker-compose pour les tests de img et epub, mais ça ne sert que pour leurs suites de tests donc.
        Et actuellement le docker-compose de la partie RoR n'est pas utilisé sur les serveurs LinuxFr (ça viendra peut-être à un moment mais ce n'est pas le cas actuellement en tout cas, et seuls img et epub tournent en conteneurs Docker, gérés par systemd sur la version de dév et bientôt sur la prod).

        • [^] # Re: utilisation de docker-compose

          Posté par  (Mastodon) . Évalué à 3 (+0/-0). Dernière modification le 29 mai 2026 à 12:53.

          Du coup est-ce qu'il y a in intérêt à ce que je remette juste à flot la recette actuelle de main, en attendant le boom de la migration Rails 8 ?

          L'idée c'est de garder un moyen simple (et à jour donc) de faire tourner le bouzing, notamment pour permettre à de nouveaux développeurs de proposer des premiers patches simples (moi quoi).

          En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

          • [^] # Re: utilisation de docker-compose

            Posté par  (site web personnel, Mastodon) . Évalué à 2 (+0/-0). Dernière modification le 29 mai 2026 à 16:54.

            Non, non tu n'as pas besoin parce que je pense le faire ce weekend. J'ai sûrement des modifications non commitées déjà prêtes sur un de mes PCs, je reteste ce weekend et je met sur main :)

            Je m'occuperais ensuite de la branche rails8.

            • [^] # Re: utilisation de docker-compose

              Posté par  (Mastodon) . Évalué à 3 (+0/-0).

              Ah ok super. Si tu veux que je teste ta MR c'est possible. Sinon une fois mergé je te confirmerai que tout roule !

              En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

              • [^] # Re: utilisation de docker-compose

                Posté par  (site web personnel, Mastodon) . Évalué à 3 (+1/-0).

                J'ai préparé une PR ici: https://github.com/linuxfrorg/linuxfr.org/pull/424

                Je ne l'ai pas fusionnée, parce que le service d'image ne semble pas fonctionner correctement (je n'arrive pas à inclure une image dans une dépêche).

                Je n'arrive pas à utliser Docker, seulement podman. Je corrigerai ça ce soir.

                Par contre, avec podman, j'arrive à faire tourner le site, les tribunes et l'espace de rédaction.

                • [^] # Re: utilisation de docker-compose

                  Posté par  (site web personnel, Mastodon) . Évalué à 2 (+0/-0).

                  Voilà, j'ai mis à jour la PR pour que ça fonctionne avec le Docker et le podman de Debian Trixie. J'ai réussi à régler le problème du service d'image également.

                  Pour info, les versions que j'ai sur mon poste sont:

                  $ docker version
Client:
 Version:           26.1.5+dfsg1
 API version:       1.45
 Go version:        go1.24.4
 Git commit:        a72d7cd
 Built:             Sat May  9 11:34:09 2026
 OS/Arch:           linux/amd64
 Context:           default

Server:
 Engine:
  Version:          26.1.5+dfsg1
  API version:      1.45 (minimum version 1.24)
  Go version:       go1.24.4
  Git commit:       411e817
  Built:            Sat May  9 11:34:09 2026
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.7.24~ds1
  GitCommit:        1.7.24~ds1-6+deb13u1
 runc:
  Version:          1.1.15+ds1
  GitCommit:        1.1.15+ds1-2+b4
 docker-init:
  Version:          0.19.0
  GitCommit:
                  $ podman version
Client:        Podman Engine
Version:       5.4.2
API Version:   5.4.2
Go Version:    go1.24.4
Built:         Sun Dec 21 17:42:01 2025
Build Origin:  Debian
OS/Arch:       linux/amd64

        • [^] # Re: utilisation de docker-compose

          Posté par  (site web personnel) . Évalué à 4 (+1/-0).

          Côté epub, ça marche désormais avec docker/docker-compose ou buildah/podman/podman-compose.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.