Journal Galène 1.1

Posté par  . Licence CC By‑SA.
Étiquettes :
37
21
juin
2026

Vous vous souviendrez peut-être de Galène, le serveur de vidéoconférence libre, léger et facile à installer. Après la sortie de Galène 1.0 en Août 2025, j'ai été submergé par mon « vrai » travail, et du coup les améliorations mineures se sont accumulées.

Je viens de relire tout cela, mettre à jour les dépendances (ce qui n'est pas aussi automatique que les gens l'imaginent), et de publier la version 1.1 :

git clone -b 1.1 https://github.com/jech/galene

Vous pouvez bien sûr utiliser les sources, mais je recommande plutôt d'attendre quelques jours que cette nouvelle version arrive dans Yunohost.

  • # Yunohost

    Posté par  . Évalué à 9 (+8/-0).

    attendre quelques jours que cette nouvelle version arrive dans Yunohost

    Elle est déjà arrivée. Merci Éric !

  • # LiveKit

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

    De plus en plus de service utilise LiveKit. Par exemple, il me semble que BBB a migré dessus. LaSuite de la DINUM (service VISIO) est aussi basé dessus. Ils ont préféré LiveKit à Jitsi par exemple, car on pilote mieux l'interface utilisateur (Jitsi est plus une application tout en un).

    As-tu un comparatif LiveKit / Galène ?

    Je viens de voir que les deux sont programmés en Go.

    • [^] # Re: LiveKit

      Posté par  . Évalué à 10 (+9/-0).

      As-tu un comparatif LiveKit / Galène ?

      LiveKit et Galène se ressemblent beaucoup, même s'ils n'ont pas de code en commun. LiveKit est basé sur ion-sfu, un SFU libre qui utilise la même bibliothèque WebRTC (Pion) que Galène. Du coup, LiveKit profite du travail que j'ai fait pour rendre Pion plus économe en ressources, et Galène inclut tous les bug fixes que les gens de LiveKit apportent régulièrement à Pion.

      La grosse différence, c'est que LiveKit est un projet commercial open core, dont le business model avoué est de vendre du support, de vendre des déploiements cloud, et de pousser les gens vers la version propriétaire. Du coup, la version libre de LiveKit ne sera jamais facile à administrer (car cela nuirait au support payant et au déploiement cloud), et n'aura jamais les fonctionnalités qui sont spécifiques à la version propriétaire. Galène, a contrario, est un projet individuel, et mon but est de fournir un serveur de vidéconférence complet, suffisamment robuste et simple à administrer pour que les utilisateurs n'aient pas besoin de me demander du support.

      Là où les gens de LiveKit ont fait du bon boulot, c'est sur les SDK : le SDK JavaScript est de très haut niveau, et suffisamment simple à utiliser pour qu'un programmeur web, même médiocre, puisse écrire un frontend sans rien comprendre à la vidéoconférence. Le SDK de Galène est beaucoup plus primitif, il laisse beaucoup plus de travail à l'application. (Le client web minimal pour Galène fait 314 lignes de JavaScript.) LiveKit fournit aussi des SDK pour d'autres environnements que le web, notamment Android et iOS. (Dans le cas de Galène, je fournis la bibliothèque JavaScript et une bibliothèque client en Go. J'avais aussi un client Android à un moment, mais je l'ai abandonné, et je n'ai pas séparé la partie Galène pour en faire un SDK.)

      En ce qui concerne le serveur, LiveKit a beaucoup, beaucoup de fonctionnalités, dont certaines dont je ne comprends pas le but (j'imagine que, étant un produit commercial, ils ont des contraintes que je n'ai pas). Naturellement, leur serveur est beaucoup plus complexe que celui de Galène : Galène contient 18000 lignes de code, alors que LiveKit en contient 130000.

      Mais la concurrence n'est pas vraiment entre Galène et LiveKit, elle est entre les systèmes libres, respectueux de la vie privée, et les systèmes propriétaires qui espionnent leurs utilisateurs. La mission de la DINUM est de fournir un système qui évite à l'administration française de faire transiter ses secrets par les serveurs de Zoom, et si LiveKit leur permet d'atteindre ce but, tant mieux.

      • [^] # Re: LiveKit

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

        Avant de parler du SDK, la grande force de Livekit est je pense la possibilité de le faire fonctionner en SAAS. De plus, pour les POC les minutes gratuites sont suffisantes ce qui permet d'attirer des développeurs.

        Côté galène je n'ai pas trouvé de service équivalent et c'est bien dommage. On a donc monté un POC basé sur un logiciel non libre.

        • [^] # LiveKit et déploiement cloud

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

          Avant de parler du SDK, la grande force de Livekit est je pense la possibilité de le faire fonctionner en SAAS.

          Un des buts de Galène est d'encourager le déploiement local (self-hosting), tu n'es donc pas le public visé. Après tout, Galène n'est pas adaptée à tous les déploiements, et LiveKit est un excellent produit.

          (Mais pour être entièrement franc, j'ai du mal à comprendre pourquoi, dans un univers où un VPS européen se loue à 6€ par mois, les gens choissent de se lier à un fournisseur de cloud qui peut changer sa politique commerciale à tout moment. Si tu as envie de nous expliquer, ça m'intéresse.)

  • # Docker?

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

    Est-ce qu'il y a une image Docker? Suite à notre conversation entourée de bières belges au Fosdem, il semblerait que la partie réseau (forwarding de ports) est vraiment problématique.

    • [^] # Re: Docker?

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

      Est-ce qu'il y a une image Docker?

      Valent Turković y travaille. https://github.com/jech/galene/issues/312

      Suite à notre conversation entourée de bières belges au Fosdem, il semblerait que la partie réseau (forwarding de ports) est vraiment problématique.

      Oui, en ce moment Galène a tendance à utiliser des ports aléatoires. J'ai commencé à travailler à résoudre ça (regarde l'option -udp-mux), mais il reste du travail.

      Mais bon, c'est un seul binaire à déployer, je recommande donc de le déployer en natif.

  • # Immense merci !

    Posté par  . Évalué à 4 (+2/-0).

    Pour le temps passé, pour la qualité du code et pour le service rendu. Merci vraiment !

  • # Galène en remplacement de Jitsi ?

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

    Bonjour,

    Dans Tracim on a intégré une fonctionnalité d'appels visio qui propose à l'utilisateur de basculer sur Jitsi si l'appel est accepté.

    Un des intérêts de Jisti (au moment où nous avons fait le choix) :

    • facilité créer des salons à la volée
    • interface simple d'utilisation

    Pour différentes raisons, on se pose la question de remplacer Jitsi par une autre brique. Galène est sur la liste des options.

    Est-ce que Galène :

    • permet de déléguer l'authentification / la gestion des comptes utilisateurs
    • permet la création de salons à la volée
    • d'accepter des participants sans compte (exemple : je fais une conf avec des collègues qui ont un compte + un client qui n'a pas de compte)

    L'image docker m'intéresse en particulier car c'est la manière la plus courante de déployer Tracim - ça s'intégrera probablement bien en terme de déploiement …

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

    • [^] # Re: Galène en remplacement de Jitsi ?

      Posté par  . Évalué à 8 (+7/-0).

      Est-ce que Galène :

      permet de déléguer l'authentification / la gestion des comptes utilisateurs

      Oui, on peut déléguer à un serveur tiers. Il y a deux exemples de serveurs sur lesquels vous pouvez vous baser :

      permet la création de salons à la volée

      Oui, il y a deux mécanismes pour cela :

      Il y a un outil en ligne de commande qui expose l'API REST au shell:

      $ galenectl create-group -group 'linuxfr'
      $ galenectl create-user -group linuxfr -user lebouquetin
      $ galenectl set-password -group linuxfr -user lebouquetin
      New password:

      d'accepter des participants sans compte (exemple : je fais une conf avec des collègues qui ont un compte + un client qui n'a pas de compte)

      Oui, bien sûr. Va sur public/lebouquetin, connecte-toi, clique sur ton propre nom dans la liste en haut à gauche, et fais Invite User. Si tu as besoin de scripter ça, le mécanisme est exposé à travers l'API REST et aussi à travers l'outil en ligne de commande :

      $ echo "https://galene.org:8443/group/public/lebouquetin/?token=$(galenectl create-token -group public/lebouquetin)"
      https://galene.org:8443/group/public/lebouquetin/?token=tQyuuomDAFM

      Tu peux bien sûr déléguer le droit d'inviter des gens, en créant un token qui permet de créer de nouveaux tokens :

      $ galenectl create-token -group public/lebouquetin -permissions '["token"]'

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.