John Livingston

L'Union Européenne doit poursuivre le financement des logiciels libres

John Livingston — 2024-07-10T14:29:56Z

Sommaire

Publiée initialement par les petites singularités.

Lettre ouverte à la Commission Européenne

Depuis 2020, les programmes Next Generation Internet, sous-branche du programme Horizon Europe de la Commission Européenne financent en cascade (via les appels de NLnet) le logiciel libre en Europe. Cette année, à la lecture du drafts du Work Programme de Horizon Europe détaillant les programmes de financement de la commission européennes pour 2025, nous nous apercevons que les programmes Next Generation Internet ne sont plus mentionnés dans le Cluster 4.

Les programmes NGI ont démontré leur force et leur importance dans le soutien à l'infrastructure logicielle européenne, formant un instrument générique de financement des communs numériques qui doivent être rendus accessibles dans la durée. Nous sommes dans l'incompréhension de cette transformation, d'autant plus que le fonctionnement de NGI est efficace et économique puisqu'il soutien l'ensemble des projets de logiciel libre des plus petites initiatives aux mieux assises. La diversité de cet écosystème fait la grande force de l'innovation technologique européenne et le maintien de l'initiative NGI pour former un soutien structurel à ces projets logiciels, qui sont au cœur de l'innovation mondiale, permet de garantir la souveraineté d'une infrastructure européenne. Contrairement à la perception courante, les innovations techniques sont issues des communauté de programmeurs européens plutôt que nord américains, et le plus souvent issues de structures de taille réduite.

Le Cluster 4 allouait 27.00 millions d'euro au service de :

"Human centric Internet aligned with values and principles commonly shared in Europe" ;
"A flourishing internet, based on common building blocks created within NGI, that enables better control of our digital life" ;
"A structured eco-system of talented contributors driving the creation of new internet commons and the evolution of existing internet common".

Au nom de ces enjeux, ce sont plus de 500 projets qui ont reçu un financement NGI0 dans les 5 premières années d'exercice, ainsi que plus de 18 organisations collaborant à faire vivre ces consortium européens.

NGI contribue à un vaste écosystème puisque la plupart du budget est dévolue au financement de tierces parties par le biais des open calls. Ils structurent des communs qui recouvrent l'ensemble de l'Internet, du hardware aux applications d'intégration verticales en passant par la virtualisation, les protocoles, les systèmes d'opération, les identités électroniques ou la supervision du trafic de données. Ce financement des tierces parties n'est pas renouvelé dans le programme actuel, ce qui laissera de nombreux projets sans ressources adéquate pour la recherche et l'innovation en Europe.

Par ailleurs, NGI permet des échanges et des collaborations à travers tous les pays de la zone EU et aussi avec ceux *widening countries* [1], ce qui est actuellement une réussite tout autant qu'un progrès en cours, comme le fut le programme Erasmus avant nous. NGI0 est aussi une initiative qui participe à l'ouverture et à l'entretien de relation sur un temps plus long que les financements de projets. NGI encourage également à l'implémentation des projets financés par les biais de pilotes, et soutenait la collaboration au sein des initiatives, ainsi l'identification et la réutilisation d'éléments communs au travers des projets, l'interopérabilité notament des systèmes d'identification, et la mise en place de modèles de développement intégrant les autres sources de financements aux différentes échelles en Europe.

Alors que les États-Unis d'Amérique, la Chine ou la Russie déploient des moyens publics et privés colossaux pour développer des logiciels et infrastructures captant massivement les données des consommateurs, l'Union Européenne ne peut pas se permettre ce renoncement. Les logiciels libres et *open source* tels que soutenus par les projets NGI depuis 2020 sont, par construction, à l'opposé des potentiels vecteurs d'ingérence étrangère. Ils permettent de conserver localement les données et de favoriser une économie et des savoirs-faire à l'échelle communautaire, tout en permettant à la fois une collaboration internationale. Ceci est d'autant plus indispensable dans le contexte géopolitique que nous connaissons actuellement. L'enjeu de la souveraineté technologique y est prépondérant et le logiciel libre permet d'y répondre sans renier la nécessité d'œuvrer pour la paix et la citoyenneté dans l'ensemble du monde numérique.

Dans ces perspectives, nous vous demandons urgemment de réclamer la préservation du programme NGI dans le programme de financement 2025.

Signataires

Pour retrouver la liste des signataires, et éventuellement s'y ajouter, consultez ce pad.

[1] Tels que définis par Horizon Europe, les États Membres élargis sont la Bulgarie, la Croatie, Chypre, la République Tchèque, l'Estonie, la Grèce, la Hongrie, la Lettonie, la Lithuanie, Malte, la Pologne, le Portugal, la Roumanie, la Slovaquie et la Slovénie. Les pays associés élargies (sous conditions d'un accord d'association) l'Albanie, l'Arménie, la Bosnie Herzégovine, les Iles Feroé, la Géorgie, le Kosovo, la Moldavie, le Monténégro, le Maroc, la Macédoine du Nord, la Serbie, la Tunisie, la Turquie et l'Ukraine. Les régions élargies d'outre-mer sont : la Guadeloupe, la Guyane Française, la Martinique, La Réunion, Mayotte, Saint-Martin, Les Açores, Madère, les Iles Canaries

Copie Publique 2023

John Livingston — 2024-01-02T11:30:00Z

En 2023, et après en avoir été moi-même bénéficiaire, j'ai rejoint l'initiative Copie Publique.

L'idée dernière Copie Publique est simple : en tant qu'entreprises utilisant des logiciels libres, il nous semble normal de redistribuer une partie de nos bénéfices à des entreprises, associations, ou développeur⋅euses indépendant⋅es qui publient de tels logiciels.

Copie Publique peut être rejoint par n'importe quelle entreprise, à condition de respecter quelques critères simples :

choisir une formule permettant de calculer la somme à redistribuer (par exemple en la liant au CA, ou aux bénéfices, afin de ne pas se faire piéger en cas de mauvaise année),
choisir les bénéficiaires de manière démocratique au sein de l'entreprise,
que la redistribution bénéficie à des projets ou des initiatives libres, qui participent à la création de communs numériques.

Ces règles ont été pensées pour des entreprises « classiques », mais nous sommes plusieurs indé' a avoir voulu rejoindre l'initiative. Cela demande quelques petits ajustements pour lesquels des discussions sont en cours (par exemple, quel sens donner au critère de « décision démocratique » quand on est tout⋅e seul⋅e ?).

J'ai donc personnellement opté pour la formule suivante : « donner tous les mois au moins 1% de mon CA HT ».
Formule que j'ai commencé à appliquer en janvier 2023. Dans les faits, j'ai donné un peu plus à chaque fois.

Ayant clôturé ma comptabilité 2023, il est temps de publier la liste des bénéficiaires !
Voici le bilan de l'année 2023.

Bénéficiaire	Description	Montant redistribué
Gee	Pour le développement du jeu, sous licence libre, Superflu Riteurnz	106€
Framasoft	Notamment pour le développement de Peertube	58€
JC Brand	Pour la bibliothèque Javascript ConverseJS, permettant de tchatter via le protocole XMPP	54€
Nos Oignons	Association qui promeut l'usage de Tor en fournissant des nœuds de sortie, et pour son travail de vulgarisation	40€
Wikimedia Foundation	Notamment pour Wikipedia et le Wiktionnaire	15€
Tytan625	Qui participe à un immense travail de standardisation dans OBS, en vue de pouvoir y ajouter la gestion de Peertube (au même titre que Twich et Youtube)	59€
Debian	La distribution linux que j'utilise au quotidien	42.64€
Mozilla	Pour soutenir leurs initiatives	65€
David Revoy	Artiste qui publie ses créations sous licence libre	13€
Yunohost	Projet visant à faciliter l'administration système pour pouvoir auto-héberger ses services	35€

Si vous êtes intéressé⋅e pour rejoindre l'initiative, vous trouverez plus d'informations sur le site de Copie Publique. N'hésitez pas à venir discuter avec nous !

Quelques vidéos de magie en vrac

John Livingston — 2023-01-06T17:01:33Z

Sommaire

La prestidigitation est sans aucun doute ma plus ancienne passion. Je suis tombé dedans tout petit. Je suis tout particulièrement adepte de magie rapprochée (close-up) et de cartomagie (la magie avec des cartes).

Dans mon enfance, je ne ratais jamais les émissions télé du type « Attention Magie ». Certains numéros que j'y ai vu m'ont marqué, et je m'en souviens encore 30 ans plus tard ! J'ai même eu la chance de voir bien plus tard certain⋅es des magicien⋅nes ou numéros découverts dans cette émission.

Je vais profiter de ce blog pour écrire de temps en temps de courts articles regroupant quelques vidéos de magie qui me plaisent bien. Je me permettrais également d'ajouter quelques commentaires sur « pourquoi » je les trouvent intéressantes. Alors attention, si vous ne voulez pas vous divulgâcher leur contenu, regardez les avant de lire ce qui est écrit en dessous !

Markobi - FISM 2022

Je commence par une vidéo d'un magicien que je ne connaissais pas avant. Markobi, un français, qui a remporté le premier prix en catégorie close-up lors de la FISM 2022.

La FISM, c'est le « championnat du monde de magie ». Compétition mondiale qui vise à récompenser les meilleurs de leurs catégories.

Ce que j'adore dans ce numéro, c'est le style très bordélique. C'est clairement inspiré de Lennart Green (voir la vidéo suivante). Il y a plusieurs « écoles » en magie. Certain⋅es vont essayer de se faire passer pour des personnes très adroites, et chercher à avoir une certaine esthétique dans la construction de leurs routines, frôlant la jongle. D'autres vont, au contraire, tout faire pour masquer leur agilité. La magie semble venir d'ailleurs, on ne sait pas d'où. Personnellement j'ai toujours préféré cette approche.

Et comme il s'agit ici d'un championnat, Markobi y a glissé des petites piques. Du genre « ça c'est pour les points », en effectuant un mouvement technique clairement visible. Le style dénote du reste, mais l'effet comique est bien présent.

Lennart Green - passage TV de 1997 + TED talk

Ici une vidéo assez ancienne de Lennart Green. L'un des magicien qui m'a énormément influencé. J'ai eu la chance de le croiser lors d'une convention, vraiment une personne incroyable.

On commence par une courte vidéo pour montrer de quoi il est capable :

Et si vous avez le temps, voici un acte complet de 30 minutes :

On retrouve ici le style « bordélique » que j'évoquais en parlant des influences de Markobi. Et ce qui est génial, c'est qu'il commence même par le dire « j'utilise un style négligé pour masquer mon habilité ».

Il a créé et publié plusieurs techniques originales qui n'ont rien à voir avec ce qu'on pouvait trouver avant. C'est tout un style qu'il a inventé.

Il est capable de passer 30 minutes à triturer le jeu dans tous les sens, le faire tomber, le ramasser... Et à la fin, il fini par le faire revenir dans l'ordre d'un jeu neuf, les yeux bandés ! Dans la vidéo ci-dessus, il ne trouve « que » les 13 carreaux, mais je l'ai vu lors d'une convention organisée par la FFAP (la Fédération Française des Artistes Prestidigitateurs), et c'est bien le jeu entier qu'il a fini par classer.
C'était devant un parterre de magicien⋅nes, et ça a fini par une standing ovation. David Williamson (dont je parlerais certainement dans un autre article) l'a rejoint sur scène à un moment. Un moment inoubliable.

Léa Kyle - passage TV chez Penn & Teller

On sors un peu du close-up, pour une vidéo de « quick change ». Catégorie de la magie qui consiste à changer de vêtements très rapidement.

En général, je ne suis pas grand fan de quick change. Je trouve les numéros extrêmement répétitifs. Mais là, il y a plusieurs innovations. Là où en général il y a un seul truc répété à l'infini, on trouve ici plusieurs techniques originales (du moins me semble-t-il). Et sans trop en dire, ça va même « à l'envers » par rapport aux numéros classiques. Celles et ceux qui savent comment ça marche comprendrons de quoi je parles.

Le moment où la robe verte devient rouge « à vue » est magnifique.

Michael Vincent - magic show

On continue avec Michael Vincent.

Note : la vidéo ne peut pas être intégrée sur un site web, si vous avez du mal à l'ouvrir, aller directement sur la page youtube.

Alors là, on change de style. Michael Vincent a un style très classique, très « ancienne école ». C'est un excellent technicien, et bon pédagogue.

Arthur Chavaudret - chink aero et little pieces

Deux routines d'Arthur Chavaudret, l'un des magicien⋅nes les plus talentueux que je connaisse.

J'ai eu l'occasion de pas mal le côtoyer à une époque. Il est capable de passer des heures à enchaîner les routines, et même en ayant une certaine culture, il arrive sans cesse à nous étonner. Il est capable de poser son tapis de carte par terre dans un bar, et attirer des dizaines de curieux⋅ses autour de lui.
Son style est pure, ses gestes d'une esthétique rare. Il est capable de s'adapter à n'importe quel environnement, et peux même travailler entouré de personnes.

Zoe Lafleur - passage TV chez Penn & Teller

Pour continuer cette sélection, une jeune magicienne qui devrait avoir un bel avenir.

Malgré son jeune âge, son numéro est déjà très bien construit. Et elle n'a pas les défauts qu'on peut trouver chez beaucoup de magicien⋅nes de son âge : elle est stable sur ses jambes (elle ne se balance pas en permanence), ses paroles sont posées et claires. Hâte de voir ses prochains numéros !

Boris Wild - impossible card trick

Et pour finir, le passage de Boris Wild chez Penn & Teller, très remarqué dans la communauté des magicien⋅nes.
Petite mises en contexte : « Penn & Teller fool us » est une émission dont le principe est de tromper les deux hôtes, Penn & Teller. Ceux-ci essaie de comprendre le tour, et s'ils n'y arrivent pas, le⋅a magicien⋅ne gagne un trophée. Cette routine est construire spécialement pour l'émission, et cela explique le petit jeu avec les voix enregistrées qu'on entend.

On a ici un effet classique : « any card at any number ». Une carte choisie se retrouve à la position choisie. Mais... Quand je dis classique, je devrais plutôt dire : un effet que beaucoup essayent de produire depuis longtemps, de manière plus ou moins réussie. Et jusqu'à présent, il n'y avait pas vraiment de version convaincante. Cela requiert souvent des techniques alambiquées, qui cassent complètement le coté magique. Ici, au contraire, on a une construction très propre. Et la routine est réalisée de sorte à surprendre les publics de magicien⋅nes, en cassant au fur et à mesure les hypothèses que l'ont pourrait avoir. Très beau numéro.

Plugin de tchat Peertube : retour rapide sur un test de montée en charge.

John Livingston — 2023-01-03T18:47:05Z

Sommaire

Introduction

Ce vendredi 30 décembre 2022 l'équipe de Au Poste, le média lancé par David Dufresne, a organisé un test de live Peertube. C'était l'occasion pour Framasoft, Octopuce et moi-même de tester comment se comporte Peertube, et aussi mon plugin de tchat, en cas de montée en charge rapide.

C'est quelque chose que j'attendais depuis longtemps. En effet, en tant que développeur indépendant, il m'est compliqué de réunir plusieurs centaines de personnes pour faire des tests. David Dufresne, lui, a une communauté de plusieurs centaines de personnes qui le suivent sur Twitch. Communauté dont une partie significative cherche, pour des raisons politiques, à s'affranchir des GAFAMs. Ce test grandeur nature était donc très attendu, des « deux côtés de l'écran ».

J'ai donc pour ma part eu quelques échanges avec David et son équipe la semaine précédente. De son coté, il a également échangé avec Octopuce, l'hébergeur de son instance, et Framasoft, qui pilote le projet Peertube.

Petit aparté : à la base je devais me contenter d'être présent dans le tchat, pour répondre aux questions. Mais celui-ci était tellement actif qu'il était difficile d'y suivre la conversation. J'ai donc fini par rejoindre le live en cours de route. Nous y avons eu plein d'échanges intéressants. Tantôt sur des aspects politiques, tantôt sur des aspects techniques. La rediffusion est disponible ici : Peerturbateurs, unissez-vous ! Test d'un live Peertube avec 400 viewers.

Retour d'expérience

Octopuce a publié un billet de blog très complet, qui analyse en détail ce qui s'est passé du coté des serveurs : Test de charge d'un Peertube en Live avec Auposte.

Du coté du plugin de tchat, nous avons rencontré quelques soucis. Pour certains, je m'y attendais. Pour d'autres, non, pas du tout. Je voudrais revenir rapidement, dans cet article, sur ce qui s'est passé, et expliquer où ça a - d'après moi - coincé. Certains symptômes sont, je pense, un poil plus compliqué que ce qui est expliqué dans l'article d'Octopuce.
Cet article va également être l'occasion d'expliquer les idées que j'ai en tête pour améliorer tout ça (certaines choses étaient déjà prévues, d'autres sont nouvelles).

La technique

Nous allons maintenant étudier ce qui s'est passé lors de ce test de montée en charge. Je vais détailler les points techniques qui expliquent, selon moi, les métriques observées.

Je pense que les quelques problèmes rencontrés sont dû à une accumulation de petites choses (plus ou moins anticipables), qui au final ont causé quelques problèmes.

1. L'architecture

L'architecture du plugin de tchat Peertube est un peu spéciale. L'objectif, c'est de pouvoir installer le plugin depuis l'interface web de Peertube, sans aucune config à faire sur le serveur.

Je ne peux donc :

ni utiliser de paquet officiel (debian, ...),
ni considérer que les ports nécessaires à XMPP sont ouverts sur le serveur
ni accéder à une base de donnée (le système de plugin de Peertube ne donne qu'un accès basique à la base de donnée PostgreSQL, il ne me semble pas « propre » d'y ajouter des tables depuis un plugin)

En conséquence, j'ai fait quelques choix qui ne sont pas optimaux et j'en suis conscient.
Et il faut bien noter que j'ai une très longue TODO-list, avec déjà beaucoup de pistes d'améliorations. Ce n'est qu'une question de temps.

Une partie de cette TODO-list est décrite dans cet article 2023 sera riche en nouveautés, qui est disponible en plusieurs langues.

Le reste est réparti dans des tickets sur github. Ces tickets sont également rangés dans un projet github.

Concernant le front-end, j'utilise le logiciel ConverseJS qui permet de se connecter à des serveurs XMPP en Javascript depuis un navigateur web.

Détaillons maintenant ce que les trois contraintes listées plus haut impliquent coté code.

1.A AppImage

En backend, le plugin de tchat utilise le serveur XMPP Prosody.
Ma contrainte est de pouvoir utiliser Prosody sans rien installer sur le serveur. Sans accès « root ».

J'ai donc créé une AppImage de Prosody basée sur les paquets Debian stable. Cette AppImage contient Lua (le language dans lequel est codé Prosody), Prosody lui-même, et un petit script « launcher » qui permet de lancer soit prosody soit prosodyctl (pour ne pas avoir 2 AppImages différentes).

L'AppImage est créé avec appimage-builder, à partir de cette config : appimage yml

Ensuite, c'est Peertube qui va générer un fichier de conf Prosody (à partir des paramètres du plugin), puis lancer cette AppImage. Elle n'est pas lancée en mode démon, mais en mode « processus enfant ». Comme ça, je suis sûr que si Peertube est stoppé, Prosody aussi.

1.B Proxy

Vu ma contrainte sur les ports qui pourraient être bloqués par un pare-feu, je dois tout proxyfier par Peertube. C'est moche, mais ça marche « out of the box ».

Comment ça fonctionne ?
J'utilise des connections Websocket ou BOSH, qui passe par 2 reverse proxy successifs :

d'abord le nginx qui est devant Peertube
puis Peertube lui-même

Peertube, c'est du NodeJS. Donc j'utilise une lib qui permet de « reverse-proxyfier » en NodeJS. Elle n'est pas optimale, et je devrais probablement coder la couche proxy à la main pour améliorer les performances.

NB : je prévois d'avoir des paramètres avancés dans le plugin, qui permettrons d'optimiser la config, notamment en donnant un accès direct au serveur XMPP depuis l'extérieur (mais ça demandera un accès root au serveur pour y configurer le nécessaire).

1.C Base de donnée

Pas de base de donnée => Prosody utilise le module « storage=internal ». C'est à dire que tout est stocké sous forme de fichiers : les utilisateurs, l'historique des tchats, ...

2. Virtual Hosts et Composants XMPP

Dans la configuration Prosody générée, on trouve :

un virtual host pour les utilisateur⋅rices Peertube connecté. Si j'ai un compte Peertube « @john instance.tld », alors j'aurais un user XMPP « john instance.tld »
un virtual host pour les utilisateur⋅rices anonymes. Les personnes qui n'ont pas de compte peuvent suivre le tchat juste en choisissant un pseudo. Dans le test du 30 décembre, nous avions plus de 400 personnes dans cette situation
un composant de « salon », pour gérer les salons de discussion

3. Modules Prosody spécifiques

J'ai des modules Prosody spécifiques. Il y en a plusieurs : ce sont ceux qui ont « livechat » dans leur nom ici :
Modules Prosody du plugin de tchat.

On y trouve :

un module qui permet de lister les salons (pour les afficher dans un outils de modération)
un module de test, juste pour vérifier que Peertube arrive à communiquer avec Prosody, et inversement. C'est utilisé dans un outil de diagnostic inclus dans le plugin.
deux modules de vcards : un pour récupérer les avatars Peertube des personnes connectées, un pour générer un avatar aléatoire pour les users anonymes

J'utilise aussi des modules existants :

mod_muc_http_default pour vérifier que les rooms ont le droit d'exister, et charger leurs paramètres par défaut
mod_auth_http pour authentifier les users Peertube connectés

Tous ces modules peuvent être amenés à faire des requêtes d'API web vers Peertube.

Et c'est donc là qu'on trouve une partie de ce qui explique les anomalies remontées par Octopuce : à cause d'un manque dans le système de plugin peertube, quand Prosody doit appeler une API Peertube, je suis obligé de repasser par nginx... Un ticket est ouvert, il faut maintenant attendre qu'une solution d'implémentation soit choisie et réalisée.
Note : l'implémentation vient d'être faite, il n'y a plus qu'à attendre la prochaine version de Peertube.

En attendant, ça peut s'optimiser en configurant à la main un settings avancé du plugin (mais c'est mal documenté pour le moment, je le reconnais).

4. Les vCards

Un des problèmes qui avait déjà été identifié, c'est que j'ai activé l'utilisation des vCards dans ConverseJS. Les vCards sont des « cartes de visites » pour les utilisateur⋅rices. Je m'en sers pour récupérer les avatars.

Donc, dès qu'une personne se connecte... Le front-end ConverseJS va demander les vCards de toutes les autres personnes déjà connectée. Et quand une nouvelle personne rejoint, les personnes déjà présentes vont demander la vCard de cette nouvelle personne.

Pour les vCards des personnes connectées à Peertube, ça va aller chercher l'avatar sur Peertube (mais dans le test de la semaine dernière, il n'y avait que 4 ou 5 personnes avec des comptes Peertube, c'est donc un cas marginal ici).

Pour les vCards des anonymes, ça va choisir un avatar aléatoire (dans une liste de quelques dizaines) et le remonter.
Le code qui fait ceci est ici : mod_vcard_peertubelivechat.
Je n'avais jamais fait de LUA avant, donc il y a peut être des maladresses dans mon code.

La semaine dernière, on a 400 personnes qui sont arrivées en même temps...
Donc... 400 personnes qui demandent 400 vCards....
Donc... ça ramait... Donc des personnes ont raffraichi la page en boucle au lieu d'attendre 5 ou 6 secondes que le tchat s'affiche... Donc...

Puis chaque avatar fait environ 4.2Ko... (format JPG).
Ce JPEG va être encodé en Base64 avant d'être envoyé via le protocole XMPP. On arrive alors à un peu plus de 6Ko par avatar.
400 * 400 * 6Ko = 960Mo, d'un coup. Sans compter l'enveloppe XMPP et les autres données des vCards.

Et c'est sans compter la charge CPU et disque sur Prosody, qui était apparemment à 100%. Je pense que les vCard en étaient la cause (comme indiqué dans l'article d'Octopuce, Prosody est mono-processus).

Donc forcément, timeout... donc personnes qui raffraichissent en boucle.... donc...

J'ai dans ma TODO-list le fait calculer les avatars en front-end, et d'arrêter de demander les vCards. Ça devrait grandement aider.
J'hésite même à complètement désactiver les avatars, pour les remplacer par une couleur de pseudo. Cf XEP-0392.

5. Historique du tchat, prune, ...

Jusqu'au test de vendredi, je pensais que tout se passerais bien niveau « taille de l'historique » des salons.
Je n'ai donc pas chercher à optimiser, et j'ai paramétré ConverseJS pour qu'il remonte l'historique quand on rejoint le tchat.

Bon bah... 400 personnes d'un coup, X messages * 400 à remonter. Tout ça étant stocké dans des fichiers (cf storage=internal dans la conf Prosody), bah... Ça ne pouvait pas bien se passer.

Autre problème, complètement inattendu celui-là : je ne « prune » (nettoie) pas les messages dans ConverseJS.
Donc au bout de quelques centaines de messages, le JS du navigateur se met à ramer sévère. Ça lag à chaque pression de touche.

Donc... Des gens ont rafraichis la page un peu tout le temps pendant le live. Et donc... Cf points ci-dessus.

Je vais donc changer tout ça très prochainement.

6. Charge réseau dû au téléchargement de ConverseJS

La façon dont j'ai intégré ConverseJS dans le plugin fait que :

ConverseJS entier est inclus, même les modules dont je n'ai pas besoin
ça passe par nginx, puis NodeJS, pour charger les fichiers.

Donc à chaque fois qu'une personne a ouvert la page, ou raffraichi... Ça a téléchargé plusieurs Mo en passant par Nginx puis NodeJS. Ça doit expliquer une autre partie du trafic réseau démesuré relevé par Octopuce.

À noter que j'ai déjà commencé à changer tout ça. Si tout va bien, dans la prochaine version du plugin, ConverseJS sera optimisé, et chargé plus efficacement.

7. Join/Quit et activité

Truc très con... J'ai activé l'affichage des messages de join/quit dans les salons (« Juliette a rejoins le salon »), ainsi que les messages d'activité (« Patrice est entrain d'écire »)... 400 personnes qui join/quit plusieurs fois, et qui floodent pour tester... Bah là aussi, ça en fait du trafic (et du JS qui rame).

Je vais retirer ça. Peut être juste laisser les join/quit pour les modérateurs. Mais les messages « Jack est entrain d'écrire » n'ont aucun intérêt, si ce n'est générer des centaines de messages XMPP pour rien.

8. Changements de pseudos

Pour que les personnes sans compte Peertube (ici 400 personnes) puissent voir le tchat en live, avant même de choisir un pseudo, je leur assigne un pseudo aléatoire de la forme « Anonymous 123456 ».

Pour pouvoir chatter, iels doivent d'abord choisir un pseudonyme... Engendrant donc des centaines de changements de pseudo (et autant de messages XMPP).
Et ConverseJS qui va afficher « Anonymous_123456 devient Camille » à chaque fois...
Beaucoup de trafic, et beaucoup de JavaScript qui tourne pour pas grand chose.

Je vais probablement masquer les messages de ce type. Au moins quand le pseudo de départ est « Anonymous_123456 ». Je réfléchi d'ailleurs aussi à retirer celles et ceux qui n'ont pas encore choisi de pseudo de la liste des connecté⋅es, pour n'y laisser qu'un compteur « X anonymes ». Ça ne pourra qu'alléger la charge dans le navigateur web.

Conclusions

Comme indiqué dans le titre, cet article est un « retour rapide » (enfin, rapide...). J'ai noté ici ce qui me venait spontanément à l'esprit durant sa rédaction. Il est possible que j'ai oublié d'autres choses. Quoi qu'il en soit, j'avais tout noté et rangé sur github (en anglais).

J'ai encore beaucoup d'axes d'amélioration pour ce plugin. Ne reste plus qu'à s'y mettre !

Remerciements

Je voudrais en profiter pour remercier la communauté XMPP. Plusieurs personnes travaillant sur Prosody, ConverseJS, les XEP, etc. observent mon travail, et proposent régulièrement leur aide.
Merci à vous pour votre aide, cela me conforte dans le choix de technologie que j'ai fait en commençant ce projet.

Merci aussi à David, son équipe, Octopuce, et Framasoft. C'était un chouette live, et riche en enseignements.

Plugin de tchat Peertube : 2023 sera riche en nouveautés !

John Livingston — 2022-12-14T17:02:48Z

Sommaire

Le plugin de tchat

L'un de mes plus importants projets de logiciel libre, et sans aucun doute celui qui me tient le plus à cœur, est le plugin Peertube livechat.

Peertube est un logiciel libre, permettant de déployer une plateforme de vidéo à la demande et de streaming en direct. Les différentes installations de Peertube (nommées « instances ») peuvent se fédérer entre-elles, faisant partie de ce qu'on appelle le fédiverse, contraction de « fédération » et « univers ». C'est un ensemble de logiciels pouvant communiquer entre eux. On y trouve des plateformes de vidéos, des plateformes musicales, des outils de micro-blogging, de publication, et tous types de réseaux sociaux.

Framasoft pilote le projet Peertube, mais n'a pas souhaité ajouter de fonction de tchat nativement dans le logiciel. Iels ont préféré faire le nécessaire pour que ce soit possible via le système de « plugins » qu'offre Peertube.

Et c'est là que j'interviens !

J'ai tout d'abord été contacté par ritimo, et j'ai développé sur un coin de table (en 3 jours) une première version fonctionnelle.
J'avais fait le choix de me reposer sur une technologie existante, éprouvée et modulable, XMPP. Ce choix était motivé par une vision à long terme : je devais être capable de faire évoluer facilement le logiciel, et y ajouter des fonctions de modération, fédération, robots, ... Bref, le protocole XMPP, et le serveur XMPP Prosody étaient tout indiqués.

Par la suite, le plugin a beaucoup évolué. À l'heure où j'écris ces lignes, il en est à sa 6e version majeure !

Pour voir une démonstration du plugin, vous pouvez aller ici.
Il y a également un salon de démonstration où je teste les futures versions ici.

La recherche de financement

Cela fait maintenant 3 ans que j'ai décidé de devenir développeur de logiciel libre à mon compte. C'est avant tout un choix idéologique, voulant sortir du marché capitaliste, de ses relations de subordination, et voulant œuvrer à la création de « communs numériques ».

Le développement de ce plugin demande du temps, beaucoup de temps. Et j'essaie d'en vivre. Pour pouvoir travailler dessus, j'ai donc besoin de trouver des financements. Je suis malheureusement obligé de prioriser mes projets en fonction des soutiens financiers que je trouve.

2021/2022

J'ai bénéficié par le passé de plusieurs financements de la part de ritimo, Framasoft et Code Lutin.

Mais une grande partie de mon année 2022 a été consacrée à chercher des budgets pour travailler sur ce plugin. J'ai également passé pas mal de temps à travailler dessus « bénévolement » (ie : je n'ai trouvé personne pour financer à posteriori le temps passé).

Ce n'est qu'en cette fin d'année que j'ai pu trouver des financements solides, et travailler sur une feuille de route.

Les dons

Je ne l'ai pas mentionné dans le paragraphe précédent, mais j'ai aussi reçu quelques dons, notamment via ma page liberapay. De cette plateforme, je reçois en moyenne 8.90€/mois.
J'ai aussi reçu un don via Github Sponsor.

Ces dons peuvent sembler anecdotiques, mais en réalité ils sont très motivants. Se dire qu'un⋅e inconnu⋅e est prêt⋅e à me donner 10, 20 ou 50€, juste parce que ce que j'ai fait lui est utile, c'est extrêmement gratifiant.

Donc « gros cœur avec les doigts » à toutes les personnes qui donnent via ce genre de plateforme, que ce soit à moi ou à d'autres. Merci, merci, MERCI !

Copie Publique

Code Lutin est une entreprise spécialisée dans le logiciel libre. Iels ont décidé, il y a plusieurs années maintenant, de redistribuer au moins 1% de leur chiffre d'affaires annuel à un ou plusieurs projets de logiciels libres. La décision se prend démocratiquement entre membres de l'équipe. C'est une fantastique initiative, qui en plus d'aider financièrement, donne beaucoup de visibilité aux projets choisis.

J'avais déjà eu la chance d'être retenu l'année dernière.

Et pour 2022, iels ont décidé qu'il était temps de passer la vitesse supérieure, et d'encourager d'autres structures (entreprises, auto-entrepreneur⋅euse, ...) à faire de même. Iels ont donc monté la plateforme Rétribution Copie Publique. L'idée est simple : vous bénéficiez d'outils libres et gratuits, c'est un juste retour des choses de donner un peu d'argent en retour. Toute structure voulant rejoindre l'initiative peut définir elle-même ses conditions. Je vous invite grandement à aller visiter leur site, et à jeter un œil aux bénéficiaires passés.

Et j'ai l'immense joie d'avoir à nouveau été retenu pour une subvention en 2022 (pour le plugin de tchat Peertube, et plus largement pour les autres plugins Peertube sur lesquels je travaille).

Framasoft

En cette fin d'année, Framasoft a également décidé de dégager un budget pour le plugin de tchat.

Framasoft m'a toujours soutenu dans ce projet, et Chocobozzz (le créateur de Peertube) a toujours été très réactif quand j'ai eu besoin de modifications dans le système de plugin Peertube. C'est un réel bonheur de travailler avec des gens comme elleux.

Je me dois de préciser les points suivants :

Ce financement a pu se faire grâce aux dons (essentiellement de particuliers) fait à Framasoft les années précédentes.
Framasoft est financée uniquement par les dons, donc « + de dons à Framasoft => + de capacités de financement de prestations libres autour de PeerTube & autres projets Framasoft » (et des projets, Framasoft en a énormément pour les années à venir !).
Framasoft est en pleine campagne de don pour 2023. Il leur manque encore une grosse partie de ce dont iels ont besoin pour 2023, donc allez les soutenir !

Si vous voulez un peu plus d'informations, il se trouve que les deux co-directeurs de Framasoft étaient en live au poste pour en parler ce matin (c'est un lien Twitch, mais je remplacerais par un lien Peertube dès que celui-ci sera disponible).

NlNet

NlNet est une fondation hollandaise qui finance des projets de logiciels libres. Iels lancent plusieurs campagnes de financement par an, sur des thématiques différentes. L'argent provient de sponsors, dont entre-autre la commission européenne.

Après avoir postulé une première fois sans être retenu, j'ai retenté ma chance pour l'appel NGI Zero d'août 2022. Et cette fois, je peux maintenant l'annoncer publiquement, nous avons signé !

Cela va me permettre de travailler plusieurs semaines sur le plugin, et d'y apporter des évolutions très attendues ! (voir plus loin dans cet article).

Et pour 2023 ?

Après cette longue recherche de financements, je peux maintenant enfin m'attaquer aux évolutions du plugin !

J'ai dores et déjà publié une version 6.0.0 qui est détaillée ici en anglais, ou plus sommairement ici en français.

J'ai réordonné toutes les tâches à faire sous forme de tickets Github (en anglais). J'y ai ajouté des jalons pour donner un calendrier approximatif (je dois toujours jongler entre différents projets, alors j'espère que vous serez tolérant sur mes retards éventuels 😉).

J'ai également créé un projet Github qui permet de voir l'état des différentes tâches (et de filtrer par jalon).

Enfin, j'ai ajouté sur les tickets Github des tags précisant le sponsor lié à la tâche (le cas échéant). Vous pouvez donc filtrer les tickets par sponsor, pour grâce à qui les fonctionnalités vont voir le jour.
NB : Code Lutin n'est associé à aucune tâche en particulier, mais leur financement existe bien, et m'a grandement aidé !

Je vais maintenant détailler les plus grandes fonctionnalités à venir.

Affichage du tchat dans les « embed »

Il est possible d'inclure une vidéo Peertube sur un site tiers. Mais jusqu'à récemment, il n'était pas possible pour les plugins Peertube d'ajouter des fonctionnalités dans les vidéos ainsi incluses.

Aujourd'hui, il est déjà possible d'inclure le tchat, en construisant « à la main » la balise « iframe » qui va bien. Si vous n'avez pas compris de quoi je parle, bah... vous avez compris le problème ;).

La première chose que je vais faire, c'est ajouter une option pour générer facilement le nécessaire pour qu'il n'y ait plus qu'à copier/coller sur son site web. À l'instar de ce qu'il faut faire pour y inclure la vidéo. Vous n'aurez alors qu'à générer « l'iframe » pour la vidéo, et celle pour le tchat, et placer les deux à votre convenance.

Ensuite, je vais également proposer une autre option. Quand vous générerez « l'iframe » de la vidéo, vous aurez une option qui permettra d'inclure/exclure le tchat directement dans la même « iframe » que la vidéo (et/ou un bouton pour ouvrir le tchat dans une nouvelle fenêtre, la décision n'est pas prise).

Je proposerai les deux solutions fonctionnelles, car je pense que les deux sont utiles. En effet, rien ne sert d'afficher le tchat par dessus la vidéo si on est dans une toute petite miniature, et inversement.

Ces fonctionnalités sont sponsorisées par Framasoft.

Refonte de l'UI/UX

Framasoft m'a demandé de travailler sur l'interface (UI, User Interface) et l'expérience utilisateur⋅rice (UX, User eXperience).
Je vais donc revoir de fond en comble l'intégration du plugin. Dans l'idéal, celui-ci s'intégrera mieux dans Peertube (mêmes polices d'écriture, bordures, ...). Et je vais voir si je peux faire en sorte qu'on puisse déplacer la fenêtre de discussion librement.

Je vais également rendre plus visibles, et plus pratiques à utiliser, les fonctions de modérations. Car oui, le plugin permet déjà de faire de la modération avancée, mais... c'est un peu planqué. Faute d'avoir eu le temps de faire mieux par le passé.

Enfin, je vais également améliorer l'intégration du tchat dans les outils de streaming (notamment OBS). Actuellement, c'est déjà possible (et documenté). Mais on m'a donné des pistes pour avoir un bien meilleur rendu.

Gestion de la fédération

Peertube est une technologie fédérée. Vous pouvez créer des « ponts » entre « instances ». Par exemple, je peux voir un live diffusé sur le serveur de l'association A, depuis mon serveur perso B. Seulement pour l'instant, le plugin ne sait pas du tout gérer la fédération. Le tchat ne s'affiche que sur l'instance d'origine (A).

Grâce à un financement de NlNet, je vais faire en sorte que le tchat s'affiche sur l'instance d'où on regarde, et qu'on y soit connecté avec son compte sur celle-ci (le cas échéant).
Le fait d'avoir choisir la technologie XMPP va me faciliter la vie, celle-ci était déjà faite pour être décentralisée. J'ai juste quelques difficultés techniques à surpasser (Peertube dois agir comme un proxy web devant le service, il faut donc « proxyfier » les communications par une couche web).

Il faudra bien sûr accompagner ceci avec des fonctions de modération, pour éviter les comportements hostiles (type « raid de bots » ou « spam »). Le⋅a streameur⋅euse devra pouvoir choisir d'ouvrir ou non aux instances distantes, bannir en masse, etc.

Dans un second temps, j'essaierais également de standardiser ces mécanismes de tchat sur le fédiverse, afin de permettre de s'y connecter depuis d'autres logiciels ! (pourquoi pas Mastodon par exemple). Mon travail consistera à proposer un standard « ActivityPub » pour annoncer le(s) tchat(s) associé à un objet, et à l'implémenter dans Peertube et le plugin de tchat.

Bot de modération/interaction

J'ai dans mes cartons plein d'idées sur des fonctionnalités de « bots » (liste non exhaustive) :
– publication automatisée de texte dans le tchat (pour les liens de sponso, les règles, ...)
– modération automatisée (blocage de certains mots, ban, etc)
– réaction à des commandes

Bref, plein de fonctionnalités que vous avez peut-être déjà vu passer sur Twitch et cie. Je sais que c'est très attendu, et bonne nouvelle, ce sera fait en 2023 grâce à NlNet !

Je pense également à une interface pour le⋅a streameur⋅euse, avec une liste de boutons d'actions. Pour par exemple bannir en un click, ou balancer des messages pré-remplis.

Et enfin, je pense aussi à des outils d'interaction dans l'autre sens : une action dans le tchat provoquerait un affichage/son dans le stream. C'est par exemple ce qu'on peut voir sur Twitch quand il y a un don.

N'hésitez pas à proposer vos idées (en anglais de préférence, mais français possible) ici si vous avez un compte.

Traductions

Je vais également travailler sur les traductions du plugin, pour essayer de supporter un maximum de langues.

Accessibilité

NlNet fourni un service d'audit en accessibilité à ses bénéficiaires. Je vais donc pouvoir m'assurer grâce à l'aide de personnes compétentes que le plugin de tchat est accessible (personnes mal-voyantes, daltonisme, handicap moteur, ...), et corriger les problèmes si nécessaire.

Autres

Il y a d'autres évolutions prévues, mais je ne vais pas les détailler ici et maintenant. Le projet Github en donne une vue assez complète.

Conclusion

Voilà, ce sont les nouvelles concernant ce plugin de tchat Peertube. J'espère que vous serez aussi enthousiastes que moi. J'ai hâte de m'attaquer à toutes ces fonctionnalités !

Si vous voulez en discuter, vous pouvez passer par Github, le forum Peertube que je lis quasi-quotidiennement, ou mon compte Mastodon.

PS : l'image d'illustration de cet article est Sepia, la mascotte de Peertube. Publiée sous licence libre CC-BY-SA par David Revoy

Le saut de coupe à la cascade

John Livingston — 2022-12-13T22:53:59Z

À venir en 2023, une vidéo technique traitant du Saut de Coupe à la Cascade.

Cette vidéo, destinée à un public de magiciens et magiciennes, détaillera cette technique que je travaille depuis plus de 10 ans.
La vidéo contient également une variante inédite : le saut de coupe à la cascade couvert.

La vidéo présentera une routine complète mettant en œuvre ces deux techniques, et contiendra également les explications détaillées pour les autres techniques nécessaires : le top change, le tilt, une variante personnelle de l'enlevage latéral, le contrôle au biseautage et à l'éventail.
Nous étudierons également la gestion de l'attention, et la gestion du public.
Les explications sont filmées sous plusieurs angles.

La vidéo complète sera également publiée sous licence Creative Common et accessible à prix libre.

Réalisation : Axel Quignon (French NOISE Studio) et John Livingston
Images : Lucile Jaouen
Musique : Axel Quignon

Qui suis-je ?

John Livingston — 2022-12-13T19:13:28Z

Sommaire

Développeur et militant du logiciel libre

Ingénieur en informatique, spécialisé dans les technologies du web, j'ai décidé de me lancer à mon compte en 2020 en tant qu'éditeur de logiciel libre.

Sur quels types de projets je travaille ?

Comme précisé plus haut, j'ai donc décidé de me consacrer au logiciel libre.
Il m'arrive de créer des logiciels pour des clients, mais dans ce cas je tiens à ce que ces logiciels soient publiés sous une licence libre.

Je travaille aussi sur des projets personnels.
Des logiciels qui me semblent utiles (pour des particuliers, associations ou entreprises) et motivants.

À l'heure où j'écris ces lignes (en 2022), l'un de mes projet les plus motivant est un plugin de tchat pour Peertube. Peertube est une plateforme de streaming (type Youtube, Dailymotion, ...), libre et décentralisée. Libre à chaque personne ou structure d'installer et utiliser un serveur de streaming Peertube.
Et ces serveurs peuvent être reliés entre eux par un mécanisme de « fédération » (voir sur le site de Peertube pour avoir plus d'informations). Peertube permet également de faire des diffusions en live (type Twitch).
Toutefois, Peertube n'inclut pas de mécanisme de tchat pour que les spectateur⋅rices d'un live puissent dialoguer. J'ai donc créé un plugin qui peut s'installer sur un serveur Peertube pour offrir des fonctionnalités de webchat. Une démo est disponible ici (il s'agit de la fenêtre de discussion qui s'ouvre à coté de la vidéo).

J'ai également travaillé sur d'autres projets, plus ou moins avancés : un outil de déploiement automatique de services (très configurable, qui permet par exemple de déployer automatiquement des instances SPIP), un module Dolibarr destiné à gérer les collectes que font des ressourceries, un outil en ligne de planification/gestion de ressources,

Je suis également bénévole dans une association militante de plus de 25 ans, qui fait de l'hébergement internet (web, mail, VMs, serveurs dédiés, ...).

Je suis aussi à l'initiative d'une association ayant pour but de promouvoir la culture punk et alternative au sein d'un internet libre et décentralisé. Pour cela, l'association YinY.org met à disposition - entre autre - un serveur Peertube (oui, encore !) : www.yiny.org.

Pourquoi le logiciel libre ?

Il existe plusieurs façon de définir les logiciels libres, Free and Open Source Software (FOSS) en anglais. Par exemple la définition de la Free Software Foundation considère qu'un logiciel libre doit fournir à son utilisateur⋅rice quatre libertés :

la liberté d'exécuter le programme, pour tous les usages ;
la liberté d'étudier le fonctionnement du programme et de l'adapter à ses besoins ;
la liberté de redistribuer des copies du programme (ce qui implique la possibilité aussi bien de donner que de vendre des copies) ;
la liberté d'améliorer le programme et de distribuer ces améliorations au public, pour en faire profiter toute la communauté.

On peut également citer la définition du projet Debian et ses principes du logiciel libre. Une version française est disponible sur Wikipedia.

Alors pourquoi le logiciel libre ?
Car la communauté du logiciel libre porte aussi des valeurs politiques fortes. Contrairement à leurs antagonistes - les logiciels privateurs - les logiciels libres sont - par leur essence même - respectueux de leurs utilisateur⋅rices. Ce sont des outils d'émancipation.

Combien de temps avez-vous perdu à chercher le bon logiciel dans des environnements cloisonnés (Windows, MacOS, ...), pour au final ne pas réussir à vous en servir ? Ou devoir le payer au bout de X mois d'utilisation ? Ou ne pas réussir à partager un fichier avec quelqu'un d'autre parce que le format n'était pas reconnu ?

Je ne vais pas prétendre que tout est idyllique dans le monde du libre, mais quiconque a sérieusement essayé un ordinateur sous linux (ou tout autre OS Unix) en 2020 se rend compte de la facilité avec laquelle on y installe un logiciel. Et jamais de mauvaise surprise type « passage à la caisse en fin de période d'essai ».

De même, dans le monde professionnel, toute personne travaillant sur des technologies propriétaires s'est forcément déjà retrouvée bloquée par telle ou telle interface mal/non documentée. Alors qu'avec un logiciel libre, au moindre doute - et même si la documentation est incomplète - vous pourrez toujours aller fouiller le code source pour comprendre.

Le libre, ce n'est pas qu'une question « d'open source ». Il faut y ajouter une dimension éthique.
Nos machines nous appartiennent. Elles n'appartiennent pas aux fabricants. Si je veux avoir un certain usage de mon smartphone, je dois pouvoir. Même si Apple ne veut pas. Ou ne le prévoit pas. Le libre, c'est donner le pouvoir à l'utilisateur⋅rice. Le libre, c'est refuser de considérer que nous sommes le produit.

Comment je me finance ?

Je suis actuellement déclaré en France en tant qu'auto-entrepreneur. Certains de mes projets se font à la demande de clients et sont donc financés par ceux-ci.

Mais la majorité de mes projets sont initiés à mon initiative. Dans ce cas, je travaille « à mes frais » en espérant réussir à trouver des financements à postériori (ou dans de rares cas en avance).

Pour compléter cela, si vous jugez mon travail utile, il est également possible de me faire des dons via la plateforme associative Liberapay.

La prestidigitation

Je suis également un passionné de prestidigitation depuis ma plus tendre enfance.

Vous pouvez retrouver certaines de mes vidéos sur ma chaîne Peertube dédiée à la magie.

Liens utiles

J'ai des comptes sur les plateformes suivantes :

Mastodon
~~Twitter~~ (compte supprimé le 18 décembre 2022)
GitHub
Framagit
Liberapay
Peertube Globenet
YinY.org
Peertube personnel