Planete JabberFR

Lettre d’information XMPP de septembre 2021

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribuée est disponible sur LinuxFr.org.

Bienvenue dans la lettre d’information XMPP couvrant le mois de septembre 2021.

La concrétisation de nombreux projets de la communauté XMPP est le résultat de l’engagement de volontaires. Si vous êtes satisfaits des services et des logiciels que vous utilisez, surtout dans la situation actuelle, pensez à dire merci ou à aider ces projets !

Lisez cette lettre d’information dans sa version anglaise via son flux RSS !

Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.

Sinon, bonne lecture !



Annonces de la XSF

Le XSF offre maintenant l’hébergement fiscal pour les projets XMPP ! Merci de postuler via l’Open Collective. Pour plus d’informations, consulter l’annonce blog.

Le XSF prévoit de participer au Google Summer of Code 2022 (GSoC). Si vous êtes une personne intéressée par une participation en tant qu’étudiant, mentor ou projet en général, veuillez ajouter vos idées et nous contacter !

Par ailleurs, le site Web xmpp.org a été mis à jour. Il est désormais construit à l’aide de Hugo (à la place de Pelican), ce qui réduit considérablement les efforts de maintenance. Le nouveau site est basé sur Bootstrap 5 et a été développé dans un souci de simplicité. Nous avons également veillé à rendre les contributions aussi faciles que possible. La construction du site web en local nécessite un minimum de dépendances, et est également possible via Docker et Vagrant.

Événements

Permanences XMPP – Découvrez également notre nouvelle chaîne YouTube !

Rencontre XMPP à Berlin (à distance) : réunion mensuelle des enthousiastes de XMPP à Berlin – toujours le deuxième mercredi du mois.

Articles

OpenPGP pour XMPP (OX) commence lentement à être implémenté dans les différents clients. Dans un billet de blog allemand, DebXWoody nous guide pas à pas dans le processus d’activation d’OX et de son utilisation dans Profanity.

Le travail sur la passerelle ActivityPub de Libervia continue, avec un rapport sur la recherche texte brut pour le cache PubSub et un composant XMPP ActivityPub précoce mais fonctionnel.

Libervia

Matthew Wild a publié un utilitaire web pour explorer la XEP-0392 « Consistent Color Generation ». Cette XEP conseille les clients sur la manière de coloriser les contacts d’un utilisateur (par exemple, leurs surnoms ou avatars par défaut) pour faciliter leur identification visuelle. Le XEP décrit un algorithme standard qui vise à fournir une couleur distinctive pour tout contact, en tenant compte des déficiences de la vision des couleurs, et en permettant à tous les clients d’un utilisateur d’afficher la même couleur pour un contact donné. Consultez-la XEP-0392 explorateur de couleur et le guide Modern XMPP sur les couleurs.

Vous avez toujours voulu une comparaison des clients Web entre XMPP et Matrix ? Vous avez de la chance, car Ade Malsasa Akbar a écrit un aperçu simple de deux messageries de groupe de la famille de la décentralisation, Element de Matrix et Movim de XMPP. Il s’agit d’une discussion sur la convivialité du point de vue de l’utilisateur final, sans parler des aspects technologiques comme la sécurité ou les protocoles.

Nouvelles des logiciels

Clients et applications

Dino v0.2.2 a été publié. Cette version est une version de maintenance et inclut des corrections de bogues.

UWPX v.0.35.1.0 et v.0.36.0.0 ont été publiées. La v.0.35.1.0 ajoute enfin le support du push avec le serveur push développé par COM8. La v.0.36.0.0 de UWPX corrige un certain nombre de bogues et met à jour l’interface utilisateur avec WinUI 2.7. En outre, un nouvel indicateur d’état OMEMO a été introduit et devrait vous aider à vérifier si vos contacts supportent la dernière norme OMEMO.

XMPP-DNS, un outil permettant de consulter les enregistrements SRV de XMPP et de tester la connectivité, a connu sa première version v0.1.0. La version a été directement suivie par v0.2.0, apportant le support pour les enregistrements SRV du serveur XMPP et une petite version de correction de bogues v0.2.1.

Nouvelles du développement de Gajim : septembre a apporté de nombreuses mises à jour sous le capot. Avec les grands changements à venir dans Gajim 1.4, beaucoup de parties du code doivent être touchées. Ces changements restent le plus souvent invisibles pour les utilisateurs, mais rendent Gajim plus robuste. Dans certains cas, cela se traduit par des améliorations visibles aussi : Les fenêtres Add Contact et Start Chat détectent maintenant le type de chat derrière une adresse.

Go-sendxmpp, une des diverses alternatives à l’original sendxmpp, a publié les versions v0.1.0 et v0.1.1.

Conversations et Quicksy ont sorti la version 2.10.0 ce mois-ci, avec une courte liste de changements : des barres noires sur les appels vidéo (pour que vous sachiez quand « vous le tenez mal » par rapport à l’orientation de l’écran), des améliorations des performances de recherche et un nouveau paramètre pour bloquer les captures d’écran de l’application. Sous le capot, il y avait plus : deux bogues corrigés pour les pièces jointes (surtout pour les utilisateurs ayant beaucoup de fichiers multimédias), toucher la barre de titre pour ouvrir les détails du chat et les citations imbriquées (pas encore par défaut, mais vous pouvez « copier » puis « coller comme citation » pour les utiliser).

Converse est en cours de réalisation après de nombreux développements. La version 8 de ce client de chat XMPP en JavaScript qui fonctionne dans votre navigateur a été publiée. Le billet de blog de JC Brand couvre les changements visibles (style des messages, fichiers chiffrés OMEMO, prévisualisation des URL) mais aussi les changements internes (IndexDB par défaut, composants web). La version 8.0.1 a suivi de près avec des corrections de bogues pour le produit fini.

Converse

Profanity 0.11.1 a été publié, améliorant les thèmes, les notifications et la gestion des OMEMO.

Le communiqué de Mellium Dev pour septembre a été publié. Il comprend des mises à jour mineures du client TUI Communiqué ainsi que de la bibliothèque mellium.im/xmpp. Tous les détails dans le Dev Communiqué for September 2021 sur leur page Open Collective.

Serveurs

Aucune nouvelle concernant les serveurs XMPP ne nous est parvenue ce mois-ci. 🙁

Bibliothèques

Mellium a publié la version 0.20.0 de sa bibliothèque Go XMPP. L’annonce de cette version est disponible sur Open Collective. Parmi les fonctionnalités les plus importantes, citons le chat de groupe (MUC), l’historique des chats (MAM) et le support des commandes ad-hoc !

Extensions et spécifications

Les développeurs et autres experts en normes du monde entier collaborent à ces extensions, en élaborant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent en tant que Final ou Active – selon leur type – tandis que les autres sont soigneusement archivées en tant que Ajournées. Ce cycle de vie est décrit dans XEP-0001, qui contient les définitions formelles et canoniques des types, des états et des processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement d’une XEP commence par la rédaction d’une idée et sa soumission à l’éditeur XMPP. Dans un délai de deux semaines, le Conseil décide d’accepter ou non cette proposition comme une XEP expérimentale.

  • Aucune XEP n’a été proposée ce mois-ci.

Nouvelles extensions

  • Aucune nouvelle extension ce mois-ci

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’Expérimentale à Ajournée. S’il y a une autre mise à jour, la XEP redeviendra Expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Mise à jour

  • Version 0.8.0 de XEP-0384 (Chiffrement OMEMO)
    • Mise à jour vers la version 0.4.0 de XEP-0420 sur les SCE et ajustement de l’espace de noms.
    • Remplacer l’ancien élément « content » de SCE par son nouvel élément « envelope ».
    • Remplacer l’ancien élément « payload » du SCE par son nouvel élément « content ».
    • Mise à jour de l’espace de noms du SCE en « urn:xmpp:sce:1 ».
    • Mise à jour de l’espace de noms en « urn:xmpp:omemo:2 » (melvo)
  • Version 0.14.0 de XEP-0280 (Messages carbones)
    • Incorporation des commentaires du dernier appel : Suppression de l’obligation de supprimer les éléments « privés » (et ajout d’une note d’interopérabilité), reformulation complète des considérations relatives aux mobiles pour les adapter à la réalité moderne. (gl)
  • Version 1.1 de XEP-0227 (Format portable d’import/export pour les serveurs XMPP-IM)
    • Décourage l’utilisation de « password », fournit un moyen d’inclure les informations d’identification SCRAM, les nœuds PEP et les archives de messages. (mw)
  • Version 1.22.0 de XEP-0060 (Publish-Subscribe)
    • Suppression de l’exception pour le dernier élément lors de la purge d’un nœud : tous les éléments doivent être supprimés. (jp)

Dernier appel

Les derniers appels sont émis lorsque tout le monde semble satisfait de l’état actuel du XEP. Une fois que le Conseil a décidé si le XEP semble prêt, l’éditeur XMPP lance un dernier appel à commentaires. Les commentaires recueillis lors du Last Call permettent d’améliorer le XEP avant de le renvoyer au Conseil pour qu’il passe à l’état de projet.

  • XEP-0459 Suites de conformité XMPP 2022

Stable (anciennement connu sous le nom de Brouillons)

Info : La XSF a décidé de renommer « Draft » en « Stable ». Plus d’informations ici

  • Pas de stable ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel, est un appel explicite à commentaires, mais dans ce cas, il est principalement destiné aux personnes qui ont mis en œuvre, et idéalement déployé, la spécification. Le Conseil vote ensuite pour le passage à la version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Merci à tous !

Cette lettre d’information XMPP est produite en collaboration avec la communauté XMPP.

Un grand merci à Adrien Bourmault (neox), Benoît Sibaud, emus, palm123, Licaon_Kter, MattJ, mdosch, nicola, seveso, Sam Whited, SouL, wurstsalat3000 pour leur soutien et leur aide à la création, la révision et la traduction !

Répandez la nouvelle !

Veuillez partager la nouvelle via d’autres réseaux :

Trouvez et déposez des offres d’emploi sur le tableau d’affichage des offres d’emploi XMPP.

{{< newsletter-subscribe >}}

Consultez également notre Flux RSS !

Aidez-nous à construire la lettre d’information

Nous avons commencé à rédiger ce simple pad parallèlement à nos efforts dans le dépôt Github de la XSF. Nous sommes toujours heureux d’accueillir des contributeurs. N’hésitez pas à rejoindre la discussion dans notre groupe de discussion Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Nous avons vraiment besoin de plus de soutien !

Vous avez un projet et vous écrivez à son sujet ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public !
Et même si vous ne pouvez consacrer que quelques minutes à ce soutien, cela nous serait déjà utile !

Les tâches qui doivent être effectuées régulièrement sont par exemple :

  • agrégation des nouvelles dans l’univers XMPP,
  • formulation courte des nouvelles et des événements,
  • résumé de la communication mensuelle sur les extensions (XEP),
  • révision de l’ébauche de la lettre d’information,
  • préparation des images pour les médias,
  • traductions, notamment en allemand et en espagnol.

Licence

Ce bulletin est publié sous licence CC BY-SA.

Lettre d’information XMPP d’août 2021

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribuée est disponible sur LinuxFr.org.

Bienvenue dans la lettre d’information XMPP couvrant le mois de juillet 2021.

La concrétisation de nombreux projets de la communauté XMPP est le résultat de l’engagement de volontaires. Si vous êtes satisfaits des services et des logiciels que vous utilisez, surtout dans la situation actuelle, pensez à dire merci ou à aider ces projets !

Lisez cette lettre d’information dans sa version anglaise via son flux RSS !

Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.

Sinon, bonne lecture !


Toutes les lettres d’information
Souscrire à la lettre d’information en anglais par courriel
Flux RSS/Atom de la lettre d’information en anglais
XMPP/Jabber sur LinuxFr.org


Événements

Permanence XMPP – Découvrez également notre nouvelle chaîne YouTube !

Rencontre XMPP à Berlin (à distance) : Réunion mensuelle des enthousiastes de XMPP à Berlin – toujours le 2ᵉ mercredi du mois.

Articles

Qu’est-ce que le projet XPORTA ? Comme annoncé dans la lettre d’information d’avril 2021, l’incubateur de services et de portabilité des données à NGI sponsorise le projet XMPP de portabilité des comptes appelé XPORTA. Ce mois-ci, ils présentent un entretien avec Matthew Wild sur la façon dont ce projet a vu le jour.

Le service jmp.chat « devenez opérateur télécom avec XMPP » dispose d’un nouveau blog, avec une touche d’originalité. Ce blog est maintenant propulsé par Libervia, donc basé sur XMPP, avec toutes les fonctionnalités de blog que vous souhaitez (comme le RSS) et même des abonnements via XMPP (avec des clients compatibles comme Movim ou Libervia). Le billet annonçant le nouveau blog évoque également la nouvelle procédure de souscription et le système de facturation. Mais le post précédent est le véritable joyau, appelé Adventures in WebRTC : Making Phone Calls from XMPP. Il détaille le voyage à travers le débogage de WebRTC, les clients multiples, NAT, ICE et tout cela observé avec Wireshark. Prenez une boisson chaude (ou froide) pour accompagner cette lecture d’environ 70 minutes.

Dans la lettre d’information précédente, nous avons mentionné que Debian Linux 11 sera bientôt lancée avec une mise à jour du logiciel XMPP, comme cela s’est produit entre-temps, les administrateurs de serveurs sont déjà en train de mettre à jour ou même de mettre en place de nouveaux déploiements. Comme Nelson du Luxembourg, qui a publié un article de blog sur la mise en place d’un serveur avec ejabberd sur Debian 11 Bullseye.

Alors que l’application client Snikket iOS vient d’être publiée, plus de détails ci-après, le développement en coulisses continue. Dans le dernier article du blog, Matthew Wild annonce que les experts de Simply Secure effectueront un audit d’utilisabilité de l’application actuelle, ainsi que des tests d’utilisabilité (NdT : une étude sur la façon dont les personnes utilisent l’application) grâce au financement du laboratoire d’utilisabilité de la FTO. L’analyse permettra d’améliorer l’UX de l’application iOS et de Snikket dans son ensemble.

Absents du numéro du mois dernier, les gens de cometchat ont publié un article de blog sur l’histoire de XMPP, son architecture, ses « stanzas » et ses caractéristiques en général dans Everything About XMPP – Extensible Messaging & Presence Protocol. Si vous voulez un aperçu technique rapide, ou si vous en avez besoin pour montrer aux autres ce qu’est XMPP, cette lecture d’environ 15 minutes peut vous mettre à niveau.

La notion « d’espaces » est le nouveau champ d’exploration de XMPP, et vous pourrez en avoir un aperçu dans les nouvelles du client Gajim ci-dessous. Le travail est assez complexe et a déjà commencé avec de nombreuses personnes impliquées. pulkomandy, le développeur de Renga (un client XMPP pour Haiku) a publié sur son blog Some random thoughts about XMPP spaces, une réflexion sur les cas d’utilisation possibles de ces espaces (famille, entreprise, communautés) et les interfaces utilisateur.

Des turcophones lisent-ils la newsletter ? Nous n’avons pas encore de traduction, mais Ged vient de publier un article de blog détaillé sur XMPP intitulé Hangi « Chat » Programı ?. En environ 40 minutes, il emmène le lecteur à travers l’histoire du protocole, parle des applications, des serveurs, des comparaisons avec les applications populaires et de la confidentialité.

La lettre d’information de mars 2021 annonçait que JSXC (le client JavaScript XMPP) avait obtenu un financement pour travailler sur les appels audio/vidéo en groupe. Ce mois-ci, ils rendent compte du travail effectué et expliquent les progrès actuels qui peuvent même déjà être testés.

Enfin, comment fonctionne FaceTime ? Il est intéressant de noter qu’ils utilisent le même port (5223) que XMPP…

Nouvelles des logiciels

Clients et applications

Aperçu de Gajim 1.4 : Espaces de travail. L’équipe Gajim a travaillé dur au cours des derniers mois pour préparer la prochaine version v1.4. Cette version apportera une grande refonte de l’interface. Dans cet artcile, ils expliquent comment la nouvelle interface fonctionne et ce qui reste à décider ou à implémenter avant sa sortie.

Espace de travail Gajim (aperçu)

La note d’avancement 2021-W31 de Libervia a été publiée, avec des informations sur l’intégration de Docker, le portail de traduction et la première bêta 0.8.0. Elle contient également de nombreux détails sur le travail effectué sur le projet ActivityPub Gateway (subvention annoncée dans la lettre d’information XMPP d’avril 2021) avec SQL, DBus, PubSub et avec des XEP nouvelles ou mises à jour.

Communiqué est un nouveau client XMPP de l’équipe de le collectif Mellium. Il a été annoncé ce mois-ci et présenté lors de la permanence XMPP (malheureusement, l’enregistrement n’a pas fonctionné). Le code source se trouve dans le dépôt.

Communiqué

Monal 5.0.1 est maintenant disponible pour iOS et macOS, apportant essentiellement des corrections et du vernis par rapport à la version majeure précédente.

Le plugin JSXC pour Openfire sort en version 4.3.1-1, avec principalement des corrections de bogues et des améliorations venant du projet JSXC.

Après de longs mois d’attente, l’application Snikket iOS est enfin disponible publiquement. Les administrateurs de serveur Snikket peuvent ajouter l’application aux pages d’invitations pour que les utilisateurs d’Apple la trouvent facilement. Si vous n’avez pas de serveur Snikket, vous pouvez quand même utiliser l’application (en renseignant vos identifiants directement) mais lisez d’abord l’article du blog pour savoir ce que vous devez ajouter à votre instance Prosody (modules d’invitations) ou les limitations que vous pourriez rencontrer en utilisant un autre logiciel de serveur.

Snikket sur iOS

Serveurs

Prosody 0.11.10 a été publié avec un correctif pour CVE-2021-37601 et quelques changements mineurs. Les développeurs de Prosody recommandent aux administrateurs de serveurs d’appliquer la mise à jour afin de corriger le problème de divulgation d’informations à distance.

Bibliothèques

Le communiqué de développement de Mellium du mois d’août comprend des mises à jour de la bibliothèque XMPP de Mellium ainsi que du nouveau client de messagerie instantanée Communiqué. Les plus grosses mises à jour de ce mois sont la prise en charge de MAM et des commandes ad-hoc ! Vous pouvez en savoir plus ici

Extensions et spécifications

Les développeurs et autres experts en normes du monde entier collaborent à ces extensions, élaborant de nouvelles spécifications pour les pratiques émergentes et affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent en tant que Final ou Active – selon leur type – tandis que les autres sont soigneusement archivées en tant que Deferred. Ce cycle de vie est décrit dans la XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement d’une XEP commence par la mise par écrit d’une idée et sa soumission à la personne responsable des éditions XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte d’accorder à cette proposition le statut d’une XEP expérimentale.

  • Aucune XEP proposée ce mois-ci.

Nouvelles extensions

  • Version 0.1.0 de XEP-0460 (Pubsub Caching Hints)
    • Acceptée par vote du Conseil le 2021-07-21. (Éditeur XEP (jsc))

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée « d’Expérimentale » à « Ajournée ». S’il y a une autre mise à jour, la XEP redeviendra « Expérimentale ».

  • Aucune XEP différée ce mois-ci.

Extensions mises à jour

  • Version 1.21.0 de XEP-0060 (Publish-Subscribe)
    • Annule le changement de la version 1.15.5 qui avait remplacé « meta-data » par « metadata » dans le protocole de données échangées. C’était une modification source de régressions qui a été annulée. (pep)
  • Version 0.3.0 de XEP-0214 (Dépôt et partage de fichiers)
    • Annule le changement de la version 0.2.1 qui avait remplacé « meta-data » par « metadata » dans le protocole de données échangées. C’était une modification source de régressions qui a été annulée. (rm)
  • Version 0.3.0 de XEP-0248 (Nœuds de collecte PubSub)
    • Annule le changement de la version 0.2.1 qui avait remplacé « meta-data » par « metadata » dans le protocole de données échangées. C’était une modification source de régressions qui a été annulée. (rm)
  • Version 0.2.0 de XEP-0283 (Déménagement)
    • Réécriture de la procédure avec une approche plus ciblée. (mw)
  • Version 1.1.0 de XEP-0429 (Groupe d’intérêt spécial sur le chiffrement de bout en bout)
    • Ajoute les lieux de discussion créés par l’équipe d’infrastructure. (mw)
  • Version 1.24.0 de XEP-0001 (Protocoles d’extension XMPP)
    • Renomme « Draft » en « Stable ». (ssw)

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel de la XEP. Après que le Conseil a décidé si la XEP semble prête, l’éditeur XMPP émet un dernier appel à commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’elle passe à l’état de brouillon.

  • Pas de dernier appel ce mois-ci.

Stable (anciennement « Brouillon »)

Info : La XSF a décidé de renommer ‘Draft’ en ‘Stable’. Lisez plus à ce sujet ici

  • Pas de stable ce mois-ci.

Appel à l’expérience

Un appel à expérience, comme un Dernier appel, est un appel explicite à commentaires, mais dans ce cas, il est principalement destiné aux personnes qui ont mis en œuvre, et idéalement déployé, la spécification. Le Conseil vote ensuite pour le passage à la version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Merci à tous !

Ce bulletin d’information XMPP est produit en collaboration par la communauté XMPP.

C’est pourquoi nous remercions vivement Adrien Bourmault (neox), la communauté Anoxinon e.V., anubis, Benoît Sibaud, emus, Sam, Licaon_Kter, nicola, seveso, SouL, wurstsalat3000, Ysabeau pour leur soutien et leur aide à la création, la révision et la traduction !

Diffusez la nouvelle !

N’hésitez pas partager la nouvelle via d’autres réseaux :

Trouvez et placez des offres d’emploi dans le tableau d’affichage des emplois XMPP.

Consultez également notre Flux RSS !

Aidez-nous à construire la lettre d’information

Nous avons commencé à rédiger ce simple pad parallèlement à nos efforts dans le dépôt Github de la XSF. Nous sommes toujours heureux d’accueillir des contributeurs et des contributrices. N’hésitez pas à rejoindre la discussion dans notre groupe de discussion Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Nous avons vraiment besoin de plus de soutien !

Vous avez un projet et vous écrivez à son sujet ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public !
Et même si vous ne pouvez consacrer que quelques minutes à ce soutien, cela nous serait déjà utile !

Les tâches qui doivent être effectuées régulièrement sont par exemple :

  • Agrégation des nouvelles dans l’univers XMPP
  • Formulation courte des nouvelles et des événements
  • Résumé de la communication mensuelle sur les extensions (XEP)
  • Révision de l’ébauche de la newsletter
  • Préparation des images pour les médias
  • Traductions : notamment allemand et espagnol

Licence

Cette lettre d’information est publiée sous licence CC BY-SA.

Lettre d’information XMPP de juillet 2021

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribuée est disponible sur LinuxFr.org.

Bienvenue dans la lettre d’information XMPP couvrant le mois de juillet 2021.

La concrétisation de nombreux projets de la communauté XMPP est le résultat de l’engagement de volontaires. Si vous êtes satisfaits des services et des logiciels que vous utilisez, surtout dans la situation actuelle, pensez à dire merci ou à aider ces projets !

Lisez cette newsletter dans sa version anglaise via son flux RSS !

Vous souhaitez soutenir l’équipe de la Newsletter ? Lisez la suite en bas de page.

Sinon, bonne lecture !


Toutes les lettres d’information
Souscrire à la lettre d’information en anglais par courriel
Flux RSS/Atom de la lettre d’information en anglais
XMPP/Jabber sur LinuxFr.org


Annonce de la XSF

Actuellement, les membres de la XSF votent sur les nouveaux membres et les membres qui se représentent. La réunion des membres aura lieu le 19 août 2021, 19:00 UTC pour approuver formellement les résultats du vote. Le salon de discussion de la XSF (MUC).
Si vous souhaitez adhérer à la XSF, vous pouvez aussi déposer votre candidature au début du quatrième trimestre 2021 !

Depuis ce mois-ci, un nouveau sous-domaine est disponible sur xmpp.net : data.xmpp.net. Un grand merci à MattJ ! Le premier projet de données publiques hébergé ici sont les listes de fournisseurs (format JSON) du projet XMPP Providers. Il existe déjà quelques implémentations de clients qui font usage de ces listes – merci de consulter les critères et d’ajouter votre service via le dépôt Gitlab ! Vos commentaires sont les bienvenus !

Événements

Permanence XMPP chaque semaine. Découvrez également notre nouvelle chaîne YouTube !

Rencontre XMPP à Berlin (à distance) : réunion mensuelle des passionnés de XMPP à Berlin  − toujours le deuxième mercredi du mois.

Vidéos

Permanence XMPP : Construire un Chat Bot sur des commandes ad hoc

Articles

Avec le tout premier article, nous aimerions attirer l’attention sur un sujet général sérieux : le burnout dans les communautés open-source. Prenez soin de vous, demandez de l’aide et gardez également un œil sur vos collègues virtuels ! Il peut être plus satisfaisant de chercher de l’aide là où vous vous trouvez, mais ceci peut être un début :

Le blog de l’équipe Debian XMPP a annoncé tous les avantages qu’apportera bientôt la version 11 de Debian. Bien qu’il ne s’agisse pas de « nouveautés » pour les lecteurs de la lettre d’information, elles amélioreront considérablement l’expérience des utilisateurs de la version stable de Debian.

Seth Kenlon, de Red Hat, a publié deux articles sur le langage de balisage XML (un élément très important dans le monde XMPP 😉 ) sur opensource.com. Il commence par What is XML ? et poursuit avec Use XMLStarlet to parse XML in the Linux terminal.

Nouvelles des logiciels

Clients et applications

Nouvelles de Gajim : le développement de la nouvelle version de Gajim a continué en juillet, avec de nombreuses corrections et améliorations. Également ce mois-ci : des améliorations de WebSocket et une nouvelle version de python-nbxmpp.

Profanity 0.11.0 est sorti, apportant six mois de polissage à la 0.10.0. Cela inclut la prise en charge des archives de messages (MAM) (encore expérimental), la prise en charge du changement de mot de passe, des capacités dans les salons de discussion (MUC) telles que la demande/approbation de droit à la parole ainsi que l’inscription au salon, le mode de confiance OMEMO, les messages privés (MUC-PM) dans les salons publics, le signalement de spam, la découverte des informations de contact du service, et bien plus encore.

Jan-Philipp Litza et mortzu développent une intégration de flux XMPP pour l’application d’alerte officielle allemande NINA : trouvez le dépôt Github ici. On peut simplement ajouter le robot et enregistrer les coordonnées qui nous intéressent. Espérons qu’il ne vous contacte jamais !

UWPX v.0.34.0.0 a été publié. Cette version se concentre principalement sur les corrections de bogues pour la première version bêta de UWPX avec une échéance estimée au 01/09/2021 et une prise en charge de push convenable même si l’application n’est pas en cours d’exécution. Pour cela, COM8 a travaillé sur son serveur push C++ pendant les deux derniers mois et il est enfin opérationnel. En outre, cette version inclut également des améliorations à la XEP-0085 (notifications de l’état du chat) avec un indicateur de saisie et des messages d’état appropriés.

Serveurs

ejabberd 21.07 a été publié avec une pléthore de corrections et d’améliorations, alors assurez-vous de lire le changelog si vous utilisez des groupes partagés et MySQL. D’importants changements ont été apportés au système de compilation, puisqu’ejabberd peut désormais être développé à l’aide de rebar3 et Elixir Mix.

Pour OpenFire, une mise à jour de l’extension ‘inverse’ a été publiée rendant ainsi le client web Converse.js disponible pour ses utilisateurs.

Bibliothèques

python-nbxmpp 2.0.3 a été publié.

Mellium Dev Communiqué : le développement s’est poursuivi à un rythme soutenu ce mois-ci et a inclus l’assortiment habituel de corrections de bogues et d’améliorations. De plus, les copies carbones, les salons de discussion (MUC) et le versionnage de liste de contacts (Roster Versioning) ont tous été implémentés !

Smack, une bibliothèque client Java XMPP, a été publiée en version 4.4.3 avec principalement des corrections de bogues.

Extensions et spécifications

Les développeurs, développeuses et autres experts en normes du monde entier collaborent à ces extensions, en élaborant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent en tant que « Finale   (Final) ou «  Active » (Active) − selon leur type − tandis que les autres sont soigneusement archivées sous l’appellation « Ajournée   (Deferred). Ce cycle de vie est décrit dans XEP-0001, qui contient les définitions formelles et canoniques des types, des états et des processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement d’une XEP commence par la mise par écrit d’une idée et sa soumission à la personne responsable des éditions XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte d’accorder à cette proposition le statut d’une XEP expérimentale.

  • Disco Feature Attachment
    • Cette spécification fournit un moyen d’indiquer qu’une fonctionnalité est mise en œuvre pour un espace de noms spécifique.
  • Pubsub Caching Hints
    • Cette spécification fournit un moyen d’obtenir des informations sur la mise en cache à partir d’un nœud Pubsub.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée « d’Expérimentale » à « Ajournée ». S’il y a une autre mise à jour, la XEP redeviendra « Expérimentale ».

  • XEP-0328 (Service de préparation et de validation des JID)
  • XEP-0333 (Marqueurs de conversation)
  • XEP-0357 (Notifications push)
  • XEP-0380 (Chiffrement explicite des messages)
  • XEP-0392 (Génération de couleurs cohérentes)
  • XEP-0398 (Conversion des avatars d’utilisateurs en avatars basés sur les vCard)
  • XEP-0401 (Accueil facilité de nouveaux utilisateurs)
  • XEP-0413 (Critère de tri)
  • XEP-0414 (Recommandations sur les fonctions de hachage cryptographique pour XMPP)
  • XEP-0415 (XMPP sur RELOAD (XOR))
  • XEP-0416 (Authentification E2E dans XMPP)
  • XEP-0417 (Authentification E2E dans XMPP : émission et révocation de certificats)
  • XEP-0418 (Requêtes DNS sur XMPP (DoX))
  • XEP-0421 (Identifiants uniques anonymes des occupants pour les salons)
  • XEP-0422 (Appariement de messages)
  • XEP-0424 (Retrait de message)
  • XEP-0425 (Modération de messages)
  • XEP-0426 (Comptage des caractères dans le corps des messages)
  • XEP-0427 (Rassemblement de messages MAM appairés)
  • XEP-0428 (Indication de solution de repli)
  • XEP-0430 (Boîte de réception)
  • XEP-0431 (Recherche plein texte dans MAM)
  • XEP-0432 (Messagerie JSON simple)
  • XEP-0433 (Recherche étendue dans les canaux)
  • XEP-0435 (Rappels)
  • XEP-0436 (Versionnement de la présence MUC)
  • XEP-0437 (Indicateurs d’activité de salon)
  • XEP-0439 (Réponse rapide)

Extensions mises à jour

  • Version 1.0.0 de XEP-0429 (Groupe d’intérêt spécial sur le chiffrement de bout en bout)
    • Accepté par le Conseil (Éditeur XEP : jsc)
  • Version 0.2 de XEP-0413 (Critère de tri)
    • Ajout d’un moyen de découvrir sur quels protocoles s’applique le critère de tri.
    • Supprimer les références à SQL (sauf dans les notes d’implémentation)
    • Précise que la commande de tri s’applique à l’ensemble des éléments et dans un ensemble de résultats RSM.
    • Indique explicitement que les dates de création et de modification sont fixées par le service Pubsub lui-même.
    • Spécifie que la notation Clark doit être utilisée pour les extensions.
    • Ajout d’un exemple complet avec Pubsub et RSM
    • Ajout d’une indication pour les implémentations basées sur SQL ; suppression de XEP-0060 et XEP-0313 comme dépendances, elles sont mentionnées comme cas d’utilisation, mais ne sont pas obligatoires.
    • Meilleure formulation suite aux commentaires
    • Renforcement de l’espace de nommage (jp)
  • Version 1.0.0 de XEP-0381 (Groupe d’intérêt spécial sur l’Internet des objets (SIG IoT))
    • Acceptée par le Conseil (Éditeur XEP : jsc)
  • Version 0.2.0 de XEP-0383 (JIDs jetables)
    • Améliorer les considérations de sécurité et ajouter l’énumération des JIDs jetables. (ssw)
  • Version 0.2.0 de XEP-0458 (Code de conduite de la communauté)
    • Intégration de divers commentaires provenant de différentes sources (dwd)

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel de la XEP. Après que le Conseil a décidé si la XEP semble prête, l’éditeur XMPP émet un dernier appel à commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’elle passe à l’état de brouillon.

  • Pas de dernier appel ce mois-ci.

Brouillons

  • Aucun brouillon ce mois-ci.

Appel à l’expérience

Un appel à expérience, comme un Dernier appel, est un appel explicite à commentaires, mais dans ce cas, il est principalement destiné aux personnes qui ont mis en œuvre, et idéalement déployé, la spécification. Le Conseil vote ensuite pour le passage à la version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Merci à tous et à toutes !

Cette Newsletter XMPP est produite de manière collaborative par la communauté XMPP.

Un grand merci à Adrien Bourmault (neox), Benoît Sibaud, DebXwoody, COM8, emus, mattJ, Licaon_Kter, pmaziere, raspbeguy, wurstsalat3000, anubis, emus, seveso et Ysabeau pour leur soutien et leur aide à la création, la révision et la traduction !

Répandez la nouvelle !

Merci de partager la nouvelle via d’autres réseaux :

Trouvez et déposez des offres d’emploi sur le tableau d’affichage des offres d’emploi XMPP.

Consultez également notre [Flux RSS] (https://xmpp.org/feeds/all.atom.xml) !

Aidez-nous à construire la newsletter

Nous avons commencé à rédiger ce simple pad parallèlement à nos efforts dans le dépôt Github de la XSF. Nous sommes toujours heureux d’accueillir des contributeurs et des contributrices. N’hésitez pas à rejoindre la discussion dans notre groupe de discussion Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Nous avons vraiment besoin de plus de soutien !

Vous avez un projet et vous écrivez à son sujet ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public !
Et même si vous ne pouvez consacrer que quelques minutes à ce soutien, cela nous serait déjà utile !

Les tâches qui doivent être effectuées régulièrement sont par exemple :

  • agrégation des nouvelles dans l’univers XMPP ;
  • formulation courte des nouvelles et des événements ;
  • résumé de la communication mensuelle sur les extensions (XEP) ;
  • révision de l’ébauche de la newsletter ;
  • préparation des images pour les médias ;
  • traductions : notamment en allemand et en espagnol.

Licence

Cette lettre d’information est publiée sous licence [CC BY-SA] (https://creativecommons.org/licenses/by-sa/4.0/).

Lettre d’information XMPP de juin 2021

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribuée est disponible sur LinuxFr.org.

Bienvenue dans la lettre d’information XMPP couvrant le mois de juin 2021.

De nombreux projets et leurs efforts dans la communauté XMPP sont le résultat du travail bénévole de personnes.

Si vous êtes satisfaits des services et des logiciels que vous utilisez, surtout dans la situation actuelle, pensez à dire merci ou à aider ces projets !

Lisez cette newsletter dans sa version anglaise via son flux RSS !

Vous souhaitez soutenir l’équipe de la Newsletter ? Lisez la suite en bas de page.

Sinon, bonne lecture !


Cette lettre d’information de juin 2021 en anglais
Toutes les lettres d’information
Souscrire à la lettre d’information en anglais par courriel
Flux RSS/Atom de la lettre d’information en anglais
XMPP/Jabber sur LinuxFr.org


Annonce de la XSF

Le canal des opérateurs XMPP est un endroit destiné principalement aux opérateurs de services XMPP fédérés, pour discuter de manière civile et discrète et résoudre les problèmes d’interopérabilité. Bien que les discussions puissent s’éloigner du sujet, il n’y avait pas de code de conduite ou de règles écrites jusqu’à ce mois-ci. Vous pouvez les lire ici et rejoindre le salon si vous trouvez le sujet intéressant.

Événements

Permanence XMPP chaque semaine – Découvrez également notre nouvelle chaîne YouTube !

Rencontre XMPP à Berlin (à distance) : Réunion mensuelle des passionnés de XMPP à Berlin – toujours le deuxième mercredi du mois.

Vidéos

Demo : ad-hoc commands et data forms dans Mellium – Sam Whited fait une démonstration du nouveau support pour XEP-0050 : Ad-Hoc Commands et XEP-0004 : Data Forms dans la bibliothèque Mellium XMPP.

Articles

Axel Reimer a publié un court guide d’installation et de configuration pour Monal 5.0. Il est disponible en anglais et en allemand.

Ingrid’s Space partage ses réflexions sur les raisons pour lesquelles les applications décentralisées ne fonctionnent pas.

Martin Dosch a écrit un court article de blog sur l’utilisation de l’en-tête de courrier électronique « Jabber-ID » avec neomutt [DE]. La configuration de cet en-tête est également décrite dans le wiki xmpp.org.

La Software Freedom Conservancy a migré son salon de discussion d’IRC vers XMPP et utilise Snikket.

Vaxbot, le robot de vaccination basé sur XMPP a été présenté sur Canadian National News.

Nouvelles des logiciels

Clients et applications

Le service XMPP de Blabber.IM a été interrompu et son serveur éteint. Le 25 juin, le site web blabber.im a signalé que le service XMPP était abandonné pour des raisons personnelles.

À ce sujet, MattJ a annoncé la création d’un outil permettant aux utilisateurs de migrer leur liste de contact, leurs vcards mais aussi leurs abonnements, vers un autre compte XMPP. Découvrez l’exportateur de compte XMPP ici.

Nouvelles du développement de Gajim : ce mois-ci a apporté quelques corrections pour les thèmes et la vérification orthographique. Le développement de la nouvelle version de Gajim a fait un grand pas en avant : les aperçus de fichiers fonctionnent à nouveau et, plus important encore, ils sont maintenant une fonctionnalité intégrée de base dans Gajim, ils sont encore plus beaux tout en respectant la vie privée dans les salons de discussion anonymes.

Monal 5.0 a été publié, avec la prise en charge des salons de discussion (pas encore chiffrés OMEMO, ce sera pour bientôt) et l’envoi de messages vocaux et de vidéos, mais aussi beaucoup de remaniements du code interne et de corrections de bogues.

Monal Group Chat (MUC)

Profanity, un client XMPP en console, a implémenté les attention flags, utilisez le raccourci ALT+F pour activer/désactiver le drapeau.

La version 0.33.0.0 de UWPX a été publiée. Elle intègre une liste de fournisseurs de service XMPP (XMPP Providers), pour une auto-complétion plus confortable et pour l’enregistrement de nouveaux comptes sur des serveurs XMPP. En outre, cette version corrige quelques bogues liés à l’analyse des messages de fermeture et d’ouverture de flux.

UWPX Server Onboarding

Serveurs

Jackal, un serveur XMPP écrit en Go, a publié la version 0.54.0 avec la prise en charge de XEP-0198 : Stream Management, la prise en charge de docker compose, un tableau de bord Graphana pour le service et un nouveau logo :

Nouveau logo Jackal

OpenFire 4.6.4 a été publié, apportant quelques corrections de bogues.

Bibliothèques

Avez-vous entendu parler de qxbridge, un bridge Qt XMPP pour Telegram basé sur QXmpp ?

Il existe une nouvelle ProtoXEP pour la génération de clés pré-auth, qui permettrait de nouvelles utilisations fantaisistes, comme XMPP Self Provisioning avec Mastodon.

Extensions et spécifications

Les développeurs et autres experts en normes du monde entier collaborent à ces extensions, en élaborant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent en tant que Final ou Active – selon leur type – tandis que les autres sont soigneusement archivées en tant que Deferred. Ce cycle de vie est décrit dans XEP-0001, qui contient les définitions formelles et canoniques des types, des états et des processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement d’une XEP commence par la rédaction d’une idée et sa soumission à l’éditeur XMPP. Dans un délai de deux semaines, celui-ci décide d’accepter ou non cette proposition en tant que XEP expérimentale.

Nouvelles extensions

  • Version 0.1.0 de la XEP-0459 (Suites de conformité XMPP 2022)
    • Accepté par vote du Conseil le 2021-05-26.
  • Version 0.1.0 de la XEP-0458 (Code de conduite communautaire)
    • Acceptée comme expérimentale après approbation unanime par le Conseil du projet ProtoXEP pour discussion au sein de la communauté.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée « d’Expérimentale » à « Ajournée ». S’il y a une autre mise à jour, la XEP redeviendra « Expérimentale ».

  • Aucune XEP ajournée ce mois-ci.

Extensions mises à jour

  • Version 0.2.0 de XEP-0458 (Code de conduite de la communauté)
    • Intégration de divers commentaires provenant de diverses sources (dwd)
  • Version 0.3 de XEP-0377 (Signalement des spams)
    • Retravail basé sur les commentaires de la liste. (ssw)
  • Version 0.11 de XEP-0292 (vCard4 sur XMPP)
    • Recommande l’utilisation de JIDs de contacts nus pour les IDs d’éléments (ka)
  • Version 1.20.0 de XEP-0060 (Publish-Subscribe)
    • Ajout du type de données integer-or-max à utiliser avec la validation des formulaires de données. (pep)

Extensions obsolètes

  • Version 1.0.0 de XEP-0423 (Suites de conformité XMPP 2020)
    • Mise à jour de l’ébauche selon le vote du conseil le 2019/11/07
    • Les successeurs sont les Suites de conformité XMPP 2021 (XEP-0443) et 2022 (XEP-0459)

Derniers appels

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel de la XEP. Après que le Conseil a décidé si la XEP semble prête, l’éditeur XMPP émet un dernier appel à commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’elle passe à l’état de brouillon.

  • Pas de dernier appel ce mois-ci.

Brouillon

  • Aucun brouillon ce mois-ci.

Appel à l’expérience

Un appel à expérience – comme un Dernier appel, est un appel explicite à commentaires, mais dans ce cas, il est principalement destiné aux personnes qui ont mis en œuvre, et idéalement déployé, la spécification. Le Conseil vote ensuite pour le passage à la version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Merci tout le monde !

Cette Newsletter XMPP est produite en collaboration avec la communauté XMPP.

Merci donc à Adrien Bourmault, alkino, BAud, emus, Jeybe, nicola, mdosch, Leirda, Licaon_Kter, Pierre Jarillon, seveso, VI, wurstsalat, xdelatour, Ysabeau pour leur soutien et leur aide à la création, la révision et la traduction !

Répandez la nouvelle !

N’hésitez pas à partager la nouvelle sur les « réseaux sociaux » :

Trouvez et déposez des offres d’emploi sur le tableau d’affichage des offres d’emploi XMPP.

Consultez également notre Flux RSS !

Aidez-nous à construire la lettre d’information

Nous avons commencé à rédiger ce simple pad parallèlement à nos efforts dans le dépôt Github de la XSF. Nous sommes toujours heureux d’accueillir des contributeurs. N’hésitez pas à rejoindre la discussion dans notre groupe de discussion Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Nous avons vraiment besoin de plus de soutien !

Vous avez un projet et vous écrivez à son sujet ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public ! Et même si vous ne pouvez consacrer que quelques minutes à ce soutien, cela nous serait déjà utile !

Les tâches qui doivent être effectuées régulièrement sont par exemple :

  • agrégation des nouvelles dans l’univers XMPP ;
  • formulation courte des nouvelles et des événements ;
  • résumé de la communication mensuelle sur les extensions (XEP) ;
  • révision de l’ébauche de la newsletter ;
  • préparation des images pour les médias ;
  • traductions : notamment en allemand et en espagnol.

Licence

Cette lettre d’information est publiée sous licence CC BY-SA.

Lettre d’information XMPP de mai 2021

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribuée est disponible sur LinuxFr.org.

Bienvenue dans la lettre d’information XMPP couvrant le mois de mai 2021.

De nombreux projets et leurs efforts dans la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, surtout dans la situation actuelle, pensez à remercier ou à aider ces projets !

Lisez cette newsletter dans sa version anglaise via son flux RSS !

Vous souhaitez soutenir l’équipe de la Newsletter ? Lisez la suite en bas de page.

Sinon, bonne lecture !


Cette lettre d’information de mai 2021 (originale))
Toutes les lettres d’information
Souscrire à la lettre d’information (originale) par courriel
Flux RSS/Atom de la lettre d’information
XMPP/Jabber sur LinuxFr.org


Annonce de la XSF

Le vote pour les demandes d’adhésion peut être effectué via xmpp:memberbot@xmpp.org (par les membres de la XSF uniquement). Nous tiendrons une réunion des membres le 10 juin pour approuver formellement les résultats du vote. Les détails de la réunion sont :

  • Date : 10 juin 2021
  • Heure : 19:00 UTC
  • Lieu : xmpp:xsf@muc.xmpp.org
  • Pour plus d’informations : https://wiki.xmpp.org/web/Membership_Applications_Q2_2021

Événements

Permanence XMPP chaque semaine – Découvrez également notre nouvelle chaîne YouTube !

Rencontre XMPP à Berlin (à distance) : Réunion mensuelle des passionnés de XMPP à Berlin – toujours le deuxième mercredi du mois. Le prochain sujet sera la liste des fournisseurs XMPP le mercredi 2021-06-09 18:00 CEST.

Vidéos

Gajim 1.4 UI/UX Preview présenté par Philipp Hörist.

Gajim 1.4 UI/UX Preview

Articles

JC Brand, le développeur à l’origine de Converse.js, le client web, parle dans son blog du développement actuel vers la version 8.0.0 dans Mergebounce : Increasing performance by batching IndexedDB writes (« Mergebounce » : Amélioration des performances en traitant par lot les écritures dans l’IndexedDB).

Ingo Jürgensmann a publié l’article The Fediverse – What About Resources ? (Le Fédiverse – Quid des ressources ?) sur les ressources des différentes technologies de messagerie. Il affirme que XMPP consomme beaucoup moins de ressources matérielles et donc d’énergie que les services de comparaison.

Sumit Khanna a écrit un article sur le transfert de leurs numéros de téléphone de Google Hangouts/Voice vers un service SIP/XMPP en utilisant XMPP et jmp.chat.

jmp.chat est également utilisé par craftyguy pour envoyer des MMS de test à lui-même pendant le développement de mmsd.

Vaxbot US a été fermé après un changement de situation aux États-Unis. Mais le service a été déployé au Canada à la place. Dans l’ensemble, c’était une approche et une utilisation intéressantes de la technologie XMPP !

Nouvelles des logiciels

Clients et applications

Les appels vidéo dans Dino se mettent lentement en place. Les développeurs de Dino réalisent déjà des appels vidéo chiffrés OMEMO (XMPP) avec succès. La fonctionnalité est maintenant incluse dans leur version de développement, même s’il reste du travail.

Appels vidéo dans Dino

Nouvelles du développement de Gajim : ce mois-ci a apporté des commandes Ad-Hoc améliorées, des corrections pour Gajim Portable, et de nouvelles capacités de prévisualisation d’images. Pendant ce temps, le travail sur la prochaine version de Gajim a fait des progrès : meilleur style de bloc de code, filtres de chat, note à soi-même, et bien plus encore. Également dans les nouvelles de Gajim : Gajim a célébré son 17ᵉ anniversaire ce mois-ci. Philipp Hörist (lovetox), mainteneur de Gajim, a donné un aperçu de la nouvelle interface utilisateur de Gajim 1.4. Gajim est un client XMPP écrit en Python. Il fait actuellement l’objet d’une importante refonte de son interface utilisateur, dont les premiers résultats ont été présentés lors des XMPP Office Hours.

La version 0.8 de Kaidan a été publiée avec de nouvelles fonctionnalités notables, notamment les notifications de frappe (Chat State Notifications) et la synchronisation de l’historique des messages (grâce à MAM) !

« Salut à Toi » est maintenant renommé « Libervia ». (Pour en savoir plus sur les changements derrière le rideau)

UWXP, un client Microsoft Windows (UWP), a été publié en version 0.32.0.0 avec des corrections de bogues sur MUC et MAM.

Serveurs

ProcessOne a publié un tutoriel sur comment installer et configurer MariaDB avec ejabberd.

Prosody 0.11.9 a été publié : Cette version résout un certain nombre de problèmes de sécurité importants qui affectent la plupart des déploiements de Prosody. Des détails complets sont disponibles dans un avis de sécurité séparé. Nous recommandons à tous les déploiements de mettre à jour ou d’appliquer les mesures d’atténuation décrites dans l’avis.

Snikket vient de publier sa mise à jour de mai pour le logiciel serveur Snikket. Celle-ci inclut quelques correctifs de sécurité de Prosody, alors mettez-la à jour rapidement ! Elle vous permet également de gérer les rôles et les niveaux d’accès des utilisateurs.

Bibliothèques

Aucune mise à jour sur les bibliothèques XMPP n’a retenu notre attention 🙁

Extensions et spécifications

Les développeurs et autres experts en normes du monde entier collaborent à ces extensions, en élaborant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus abouties finissent en tant que Final ou Active – selon leur type – tandis que les autres sont soigneusement archivées en tant que Deferred. Ce cycle de vie est décrit dans XEP-0001, qui contient les définitions formelles et canoniques des types, des états et des processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement d’une XEP commence par la rédaction d’une idée et sa soumission à l’éditeur XMPP. Dans un délai de deux semaines, celui-ci décide d’accepter ou non cette proposition en tant que XEP expérimentale.

  • Suites de conformité XMPP 2022
    • Ce document définit les catégories d’applications XMPP pour différents cas d’utilisation (Core, Web, IM et Mobile), et spécifie les XEPs requises que les logiciels clients et serveurs doivent implémenter pour être conformes aux cas d’utilisation.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée « d’Expérimentale » à « Ajournée ». S’il y a une autre mise à jour, la XEP redeviendra « Expérimentale ».

  • Aucune XEP ajournée ce mois-ci.

Extensions mises à jour

  • Version 0.7.0 de XEP-0373 (OpenPGP pour XMPP)
    • Recommande le modèle d’accès PubSub ‘open’ pour le nœud de données à clé publique et le nœud de métadonnées. (ps)
  • Version 1.3 de XEP-0013 (récupération flexible de messages hors ligne)
    • Dépréciée après le vote du conseil du 2021-03-31 (éditeur XEP (jsc))

Derniers appels

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel de la XEP. Après que le Conseil a décidé si la XEP semble prête, l’éditeur XMPP émet un dernier appel à commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’elle passe à l’état de brouillon.

  • Pas de dernier appel ce mois-ci.

Brouillon

  • Aucun brouillon ce mois-ci.

Appel à expérience

Un appel à expérience – comme un Dernier appel, est un appel explicite à commentaires, mais dans ce cas, il est principalement destiné aux personnes qui ont mis en œuvre, et idéalement déployé, la spécification. Le Conseil vote ensuite pour le passage à la version finale.

  • Pas d’appel à expérience ce mois-ci.

Merci à tous !

Cette newsletter XMPP est produite en collaboration avec la communauté.

Merci donc à emus, Florent Zara, Goffi, jeybe, Licaon_Kter, mdosch, nicola, snark, wurstsalat et Ysabeau pour leur soutien et leur aide à la création, la révision et la traduction !

Diffusez la nouvelle !

Merci de partager la nouvelle sur les « réseaux sociaux » :

Trouvez et déposez des offres d’emploi sur le tableau d’affichage des offres d’emploi XMPP.

Consultez également notre Flux RSS !

Aidez-nous à construire la newsletter

Nous avons commencé à rédiger ce simple pad parallèlement à nos efforts dans le dépôt Github de la XSF. Nous sommes toujours heureux d’accueillir des contributeurs et des contributrices. N’hésitez pas à rejoindre la discussion dans notre groupe de discussion Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Nous avons vraiment besoin de plus de soutien !

Vous avez un projet et vous écrivez à son sujet ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public !
Et même si vous ne pouvez consacrer que quelques minutes à ce soutien, cela nous serait déjà utile !

Les tâches qui doivent être effectuées régulièrement sont par exemple :

  • Agrégation des nouvelles dans l’univers XMPP
  • Formulation courte des nouvelles et des événements
  • Résumé de la communication mensuelle sur les extensions (XEP)
  • Révision de l’ébauche de la newsletter
  • Préparation des images pour les médias
  • Traductions : notamment en allemand et en espagnol

Licence

Cette lettre d’information est publiée sous licence CC BY-SA.

Lettre d’information XMPP d’avril 2021

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribué est disponible sur Linuxfr.org.

N. D. T. 2 — Ceci est ma dernière traduction de la lettre de diffusion XMPP : si quelqu’un est intéressé pour prendre la suite, rendez-vous sur Comm-Team group chat (MUC) pour faire part de votre intérêt et le salon JabberFR pour joindre l’équipe de jabberfr.org afin de perpétuer la double publication.


Bienvenue dans la lettre d’information XMPP couvrant le mois d’avril 2021.

La concrétisation de nombreux projets de la communauté XMPP est le résultat de l’engagement de personnes volontaires. Si les services et logiciels que vous utilisez ont comblé, même partiellement, vos attentes, en particulier durant la période actuelle, n’hésitez pas, s’il vous plaît, à remercier ou aider ces projets !

La diffusion de la version originale de cette lettre d’information se fait actuellement via le service TinyLetter by Mailchimp. Les outils de surveillance et la gestion des données personnelles de ce service soulèvent des problèmes que l’équipe de communication n’est pas en mesure de régler pour le moment. C’est pourquoi vous préférerez peut-être lire la version anglaise de cette lettre d’information via son flux RSS !

Vous souhaitez soutenir l’équipe élaborant cette lettre d’information ? Vous en apprendrez davantage à la fin de cette lettre ! Dans tous les cas, faites-vous plaisir avec la suite !


Annonces de la XSF

La XMPP Standards Foundation est présente sur YouTube ! Vous trouverez les enregistrements de conférences, la permanence XMPP et d’autres choses amusantes sur cette chaine.

Vous avez une présentation, une démonstration ou une proposition de discussion à faire au sujet de XMPP ou de technologies associées ? Les permanences XMPP sont des rencontres hebdomadaires des mordus de XMPP qui se prêtent particulièrement bien à ces activités. Pour plus d’information, et pour vous inscrire, visitez-la page du wiki correspondante.

Évènements

La permanence XMPP hebdomadaire !

Rencontres XMPP de Berlin (à distance) : rencontres mensuelles des mordus de XMPP à Berlin, le deuxième mercredi de chaque mois.

Articles

Depuis mai 2021, il y a eu des mises à jour majeures des contenus de freie-messenger.de, ainsi que des ajouts. Désormais, les contenus seront internationalisés. La première étape a consisté à traduire l’Aperçu des messageries de l’allemand vers l’anglais.

Isode présente leurs projets militaires au [[DSEI]] 2021, proposant, entre autres choses, une messagerie instantanée [en anglais].

Nouvelles de développement de Gajim : avril apporte un tout nouvel analyseur syntaxique pour l’apparence des messages, conformément à la XEP-0393. Cet article donne également un aperçu des fonctionnalités qui ont été développées ces derniers mois, telles que la nouvelle vue de discussion et la fenêtre d’information des contacts.

Vue de discussion de Gajim

Le projet Libervia, autrefois connu sous le nom de Salut à Toi, a été sélectionné pour un financement par le NLNet/NGI0 Discovery Fund (avec le soutien financier du programme Next Generation Internet de la commission européenne) pour le développement d’une passerelle entre XMPP et ActivityPub, doublée d’un projet de chiffrement bout-à-bout de PubSub. Cette passerelle permettra de faire la jonction entre deux protocoles majeurs, ouverts et décentralisés. En pratique, ce sera un composant de serveur XMPP, utilisable avec tous les serveurs, qui implémentera le protocole serveur à serveur d’ActivityPub, aussi appelé Federation Protocol. Du côté XMPP, ce sera principalement un service Pubsub avec quelques extras, comme des messages privés convertis en stanza XMPP.

Vaxbot continue de grandir [en anglais] : c’est un service gratuit qui permet de trouver des rendez-vous de vaccination en Amérique du Nord. Pendant ces dernières semaines, Vaxbot a continué à grandir. Le service a envoyé 8 millions de messages et en a reçu environ 800 000 par jour. XMPP et Vaxbot ont été mis en avant dans les journaux télévisés de Las Vegas et de Caroline du Sud, la radio de Washington, ainsi que dans la presse de tous les États-Unis.

En rapport avec Vaxbot : Georg Lukas, qui gère le serveur hébergeant ce service, a écrit un article à propos de l’augmentation des inscriptions et comment les services doivent adapter leurs infrastructures pour s’adapter à ce défi de performance [en anglais].

Inscriptions au serveur yax.im

Snikket annonce que la portabilité des comptes XMPP [en anglais] a été financée par l’initiative NGI DAPSI. Ce financement couvrira l’élaboration des XEP nécessaires (au-delà des vieillissantes XEP-0227 et XEP-0238), les outils open-source et l’intégration de cette fonctionnalité dans Snikket.

Nicola Fabiano a publié un article intitulé: Whatsapp ? Non merci, je préfère avoir le contrôle de mes données [en anglais].

Des nouvelles des logiciels

Clients et applications

Conversations, client pour Android, a publié les versions 2.9.11 et 2.9.12. Elles corrigent un problème d’absence de connexion sur Android 7.1 et ajoutent la prise en charge de pré-authentification de la liste des contacts.

Le client de bureau multiplate-forme Gajim a publié sa version 1.3.2 : elle réactive les traductions pour les utilisateurs de Windows et ajoute également quelques petites corrections et améliorations.

la Beta 4 de la version 5 du client MacOS Monal a été publiée avec de nombreux changements.

Puisque de nombreuses alternatives du client en ligne de commande sendxmpp ont vu le jour ces dernières années, il y a maintenant un aperçu de leur avancement dans le wiki de la XSF.

Le client pour Windows 10 UWPX 0.31 voit sa base de données SQLite-net être remplacée par la base de donnée d’Entity Framework Core. Cette version est livrée avec une correction et une mise à jour de l’implémentation OMEMO vers la dernière version du brouillon (OMEMO 0.7.0 (2020-09-05)). Elle est incompatible avec toutes les versions précédentes d’OMEMO. UPWX permet maintenant d’échanger des messages chiffrés par OMEMO uniquement avec les contacts qui prennent en charge au moins le brouillon de OMEMO 0.7.0 (2020-09-05). UPWX peut maintenant être considéré comme un client avec une implémentation correcte d’OMEMO pour les échanges privés entre deux utilisateurs.

Le client multiplate-forme Spark a publié sa version 3.0.0 Beta, amenant les corrections habituelles. Pade Meetings est maintenant intégré et permet les appels audio et vidéo. Tout cela est accompagné d’une révision complète de l’interface utilisateur.

Serveurs

ejabberd 21.04 a été publié : cette nouvelle version inclut de nombreuses corrections de bogues et quelques améliorations pour prendre en charge complètement Erlang/OTP 24 et Rebar3. Elle maintient la prise en charge des veillissants Erlang/OTP 19.3 et Rebar2.

Openfire 4.6.3 a été publié : cette version contient des corrections de bogues et montre la volonté de fournir une série 4.6.x stable tout en continuant le travail de développement sur la version 4.7.0.

Bibliothèques

slixmpp 1.7.1 a été publié : c’est une version de correction de bogues liés à OMEMO.

Extensions et spécifications

Par leurs productions de code ou par d’autres types d’expertises de la standardisation, de nombreuses personnes de par le monde collaborent à ces extensions, développant de nouvelles spécifications pour les pratiques naissantes, et affinant les manières de faire existantes. Proposées par qui le souhaite, les spécifications rencontrant le plus de succès aboutissent à un statut de « Finale » (Final) ou « Active » (Active), en fonction de leur type, alors que les autres sont soigneusement archivées sous l’appellation « Ajournée » (Deferred). Ce cycle de vie est décrit dans la XEP‑0001 qui contient les définitions formelles et canoniques pour les types, états et processus. Vous pouvez en apprendre plus sur le processus de standardisation. Les échanges autour des Standards et des Extensions se font dans la liste de diffusion des Standards (archives en ligne).

Extensions proposées

Le processus de développement d’une XEP commence par la mise par écrit d’une idée et sa soumission à la personne responsable des éditions XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte d’accorder à cette proposition le statut d’une XEP expérimentale.

Aucune XEP proposée ce mois-ci.

Nouvelles extensions

  • version 1.0.0 de la XEP-0457 (Message Fancying)
    • cette spécification définit une syntaxe sophistiquée utilisant Unicode pour une utilisation dans les messages instantanés ;
    • version initiale.

Extensions ajournées

Si une XEP expérimentale n’a pas été mise à jour après plus d’un an, elle perdra son statut « Expérimentale » (Experimental) pour devenir « Ajournée » (Deferred). En cas de future mise à jour, elle reprendra son statut « Expérimentale » (Experimental).

Aucune XEP ajournée ce mois-ci.

Extensions mises à jour

  • version 0.4.0 de la XEP-0420 (Stanza Content Encryption)
    • utilise envelope et content de manière cohérente en renommant les éléments ;
    • mise à jour des espaces de nom vers urn:xmpp:sce:1.
  • versions 0.4.0 et 0.5.0 de la XEP-0434 (Trust Messages (TM))
    • ajoute une section pour les URIs Trust Message ;
    • utilise ‘that’ au lieu de ‘which’ pour les clauses restrictives ;
    • applique un formatage cohérent pour les paragraphes et l’historique de révision ;
    • remplace l’élément content par l’élément envelope ;
    • remplace l’élément payload par l’élément content ;
    • met à jour l’espace de nom SEC vers urn:xmpp:sce:1 ;
    • change l’espace de nom pour urn:xmpp:tm:0.
  • versions 0.2.0 et 0.3.0 de la XEP-0450 (Automatic Trust Management (ATM))
    • ajoute l’utilisation des URIs de Trust Message pour les authentifications initiales ;
    • utilise ‘that’ au lieu de ‘which’ pour les clauses restrictives ;
    • applique un formatage cohérent pour les paragraphes et l’historique de révision ;
    • remplace l’élément content par l’élément envelope ;
    • remplace l’élément payload par l’élément content ;
    • met à jour l’espace de nom SCE vers urn:xmpp:sce:1 ;
    • met à jour l’espace de nom TM vers urn:xmpp:tm:0 ;
    • change l’espace de nom pour urn:xmpp:atm:1.

Derniers appels

Les derniers appels sont émis une fois que l’état courant d’une XEP est satisfaisant. Après que le Conseil a décidé que la XEP était prête, la personne responsable des éditions XMPP émet un dernier appel à commentaires. Les retours rassemblés pendant le dernier appel aident à améliorer la XEP avant qu’elle ne retourne devant le Conseil pour une évolution vers le statut de « Brouillon » (Draft).

Brouillon

Aucun brouillon ce mois-ci.

Appel à expérience

Un appel à expérience, comme un dernier appel, est un appel explicite à commentaires, mais dans ce cas, il est principalement dirigé vers les personnes qui ont implémenté, et idéalement déployé, cette spécification. Le Conseil vote alors de lui attribuer le statut « Finale » (Finale).

Aucun appel à expérience ce mois-ci.

Remerciements

Cette lettre d’information XMPP a été réalisée collaborativement par la communauté. Merci à alkino, emus, Licaon_Kter, im, Martin, mathieui, MattJ, nicola, pmaziere, Sam, seveso, therealjeybe, wurstsalat and Ysabeau pour leur aide durant son élaboration !

Diffusez ces informations !

Partagez ces informations sur les « réseaux sociaux » :

Vous pouvez également venir en discuter sur le salon JabberFR.

Trouvez et proposez des offres d’emploi sur le site xmpp.work.

Appel à la communauté

Abonnez‑vous à la lettre d’information

Nous vous invitons à vous inscrire pour recevoir les prochaines éditions en anglais dans votre boîte de courriel dès qu’elles seront publiées ! Diffusez cette lettre d’information à quiconque serait intéressé.

La diffusion de la version originale de cette lettre d’information se fait actuellement via le service TinyLetter by Mailchimp. Les outils de surveillance et la gestion des données personnelles de ce service soulèvent des problèmes que l’équipe de communication n’est pas en mesure de régler pour le moment. C’est pourquoi vous préférerez peut-être lire la version anglaise de cette lettre d’information via son flux RSS !

Aidez‑nous à élaborer cette lettre d’information

Nous avons commencé à mettre en place un brouillon à chaque nouvelle édition dans le dépôt GitHub de la XSF. Et c’est toujours une joie d’accueillir de nouvelles personnes souhaitant contribuer. Joignez‑vous à la discussion dans le salon de notre équipe de communication et aidez‑nous ainsi à alimenter cette lettre dans un effort communautaire.

Vous avez un projet et vous écrivez, ou voudriez écrire, à son sujet ? N’hésitez pas à venir partager vos informations ou évènements ici‑même, et diffusez‑les à un large public ! Même si vous n’y passez que quelques minutes, cela sera déjà utile.

Les tâches qui nécessitent d’être réalisées de manière régulière sont, par exemple :

  • l’agrégation des informations de l’univers XMPP ;
  • la reformulation courte des informations et des évènements ;
  • le résumé des communications mensuelles sur les extensions (XEP) ;
  • la relecture du brouillon ;
  • les traductions, particulièrement en français, allemand, italien et espagnol.

Licence

Cette lettre d’information est publiée sous la licence CC BY‑SA 4.0.

Passerelle ActivityPub et chiffrement de bout en bout Pubsub

Bonjour,

c'est avec grand plaisir que je vous annonce qu'un projet de passerelle ActivityPub <=> XMPP doublé d'une adaptation du chiffrement de bout en bout à PubSub a été sélectionné pour une subvention par NLnet/NGI0 Discovery Fund (avec un soutien financier de la commission européenne "Next Generation Internet") : https://nlnet.nl/project/Libervia/

Ce gros projet est divisé en 27 étapes, et va occuper la plupart de mon temps dédié au projet Libervia (anciennement "Salut à Toi", le projet a été renommé, je vais expliquer cela, en anglais, dans une "progress note" à venir).

La passerelle XMPP <=> ActivityPub va joindre 2 protocoles ouverts et décentralisés majeurs. En pratique, ce sera un composant pour serveur XMPP (utilisable avec n'importe quel serveur), et il va implémenter le protocole "serveur à serveur" de ActivityPub (aussi connu comme « protocole de fédération » ou « Federation Protocol »). Côté XMPP, ce sera principalement un service PubSub (avec quelques extras, comme les messages privés convertis en messages XMPP).

Le blogage XMPP (XEP-0277: Microblogging over XMPP) va être utilisé, et donc n'importe quel client qui l'implémente aura accès aux publications ActivityPub (Libervia et Movim par exemple).

Pour les fonctionnalités présentes dans ActivityPub et pas encore dans XMPP, il est prévu de proposer des « protoXEPs » (c.-à-d. des propositions d'extensions de XMPP) pour les implémenter. Les évènements font aussi parti du projet, et une compatibilité entre Mobilizon et Libervia est prévue, ainsi qu'une protoXEP pour standardiser cela côté XMPP.

Tout ceci est très excitant, parce que ça va étendre les deux réseaux, et donner un coup d'accélérateur aux projets intégrant le blogage et le chat XMPP.

La seconde partie du projet concerne le chiffrement de bout en bout. XMPP a connu des améliorations majeures sur le chiffrement de bout en bout suite au travail fait sur OMEMO, notamment initié avec Conversations, et sur OX, une intégration moderne de OpenPGP. C'est excellent, mais cela se concentrait jusqu'ici sur la messagerie instantanée. Le but va être d'ajouter le chiffrement de bout en bout au PubSub XMPP, avec les protoXEPs et l'implémentation dans Libervia. En d'autres termes, à la fin de ce projet, il sera possible d'utiliser le chiffrement de bout en bout avec toutes les fonctionnalités basées sur Pubsub (comme les blogs, forums, listes ou autre évènements que vous pouvez utiliser avec Libervia), c'est énorme ! Les signatures feront partie du projet aussi, signifiant qu'il sera possible d'authentifier un élément comme un billet de blog d'une façon standardisée.

En plus des standards qui vont bénéficier à la communauté XMPP entière, tout ceci sera implémenté dans Libervia, ce qui inclus mettre à jour l'implémentation actuelle pour arriver à l'état de l'art (c.-à-d. mettre à jour l'implémentation actuelle d'OMEMO et implémenter OX).

La dernière partie du projet sera l'implémentation du chiffrement de bout en bout dans le frontal web. En effet, l'architecture spécifique de Libervia fait qu'OMEMO n'est actuellement pas utilisable depuis le navigateur (l'implémentation est faite dans le « backend »). Pour rendre ceci possible, la bibliothèque Python OMEMO qui est actuellement utilisée va être portée sur WebAssembly et Brython, ce qui va permettre de faire du chiffrement et du déchiffrement directement depuis le navigateur.

Comme vous pouvez vous en rendre compte, c'est beaucoup de travail. Je vais faire la majeure partie de tout ceci, mais je ne serai pas seul (en particulier l'auteur de Python OMEMO fera le port sur wasm/Brython à travers ce projet). Le développement devrait prendre environ un an, la passerelle ActivityPub <=> XMPP étant la première partie.

Je profite de ce billet pour remercier encore NLnet et le programme NGI de l'UE, ainsi que mon employeur (Sourcefabric, qui développe en particulier Superdesk) pour m'avoir permis d'adapter mon rythme de travail.

J'ai adapté les tâches au traqueur de bogues de Libervia (qui fonctionne avec XMPP), aussi vous pouvez voir leur détails (en anglais) et suivre leur progression à cette adresse : https://salut-a-toi.org/bugs?search=nlnet

Enfin, je vais continuer à publier des notes de progression (en anglais), qui devraient aussi être disponible sur ActivityPub plus tard dans l'année ;). Le site web a été mis à jour, avec de nouvelles installations via Flatpak et Docker, RDV sur https://www.salut-a-toi.org.

Si vous avez des questions ou commentaires, n'hésitez pas à vous rentre sur le salon officiel XMPP de Libervia à sat@chat.jabberfr.org, ou à me joindre par exemple via ActivityPub (@Goffi@mastodon.social).

À bientôt.

La lettre d’information XMPP de mars 2021

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribué est disponible sur Linuxfr.org.


Bienvenue dans la lettre d’information XMPP couvrant le mois de mars 2021.

La concrétisation de nombreux projets de la communauté XMPP est le résultat de l’engagement de personnes volontaires. Si les services et logiciels que vous utilisez ont comblé, même partiellement, vos attentes, en particulier tout au long de l’année passée, n’hésitez pas, s’il vous plaît, à remercier ou aider ces projets !

La diffusion de la version originale de cette lettre d’information se fait actuellement via le service TinyLetter by Mailchimp. Les outils de surveillance et la gestion des données personnelles de ce service soulèvent des problèmes que l’équipe de communication n’est pas en mesure de régler pour le moment. C’est pourquoi vous préférerez peut-être lire la version anglaise de cette lettre d’information via son flux RSS !

Vous souhaitez soutenir l’équipe élaborant cette lettre d’information ? Vous en apprendrez davantage à la fin de cette lettre ! Dans tous les cas, faites-vous plaisir avec la suite !


Annonces de la XSF

La communauté XMPP tient désormais une permanence virtuelle : de courtes conférences hebdomadaires, des démos ou des tours de table à propos de XMPP et de sujets connexes ! Les détails de ces rendez-vous, la liste des futures interventions et la feuille d’émargement sont disponibles sur le Wiki XMPP.

Et nous sommes dorénavant sur YouTube !

Évènements

La permanence XMPP hebdomadaire !

Rencontres XMPP de Berlin (à distance) : rencontres mensuelles des mordus de XMPP à Berlin, le deuxième mercredi de chaque mois.

Articles

Nicola Fabiano a écrit deux articles : « Un regard attentif sur les applications de messagerie : quand les utilisateurs veulent une liberté sans limite et un contrôle total sur leurs données » [en anglais] et « Communication numérique vigilante respectant la vie privée vs les applications ou services que vous choisissez » [en anglais].

Arnaud Joset a écrit un petit tutoriel sur la manière d’utiliser Prosody avec un proxy HTTP inversé [en anglais].

Marek Foss, rédacteur web en chef de ProcessOne, l’éditeur de ejabberd, a écrit plusieurs articles, tous en anglais, tournant autour d’ejabberd et de sa configuration :

Alex Akinbia et Ehizojie Ojieb ont publié une analyse des données résiduelles des applications de réseautage social multi-client XMPP sur les appareils iOS [en anglais]. Ils ont basé leur étude sur Monal 4.5 et Siskin 5.8.1.
[N.D.T. : il y a aussi analyse des données résiduelles des applications de réseautage social multi-client XMPP sur les appareils Android, en anglais également, sur la base de Conversations 2.7.1+pcr et Xabber 2.6.6.645]

Des nouvelles des logiciels

Clients et applications

Les versions 2.9.8 et 2.9.9 du client Android Conversations ont été publiées. Elles apportent une meilleure compatibilité avec les implémentations WebRTC autres que libwebrtc, la vérification des appels audio et vidéo via des sessions OMEMO préexistantes et une meilleure prise en charge de Tor.

Vérification audio vidéo dans Conversations

Nouvelles de développement de Gajim : la nouvelle fenêtre principale du client de bureau multiplate-forme Gajim arrive petit à petit pendant que de nombreuses fonctionnalités de base sont réécrites. Ce mois-ci apporte également une meilleure accessibilité des messages et une amélioration du comportement des icônes de statut. Gajim 1.3.1 est sorti et ajoute, entre autres améliorations, la possibilité de choisir explicitement une authentification via GSSAPI.

Le client XMPP en JavaScript, JSXC, a reçu un financement pour les appels dans les salons de discussion.

Monal, client pour iOS et macOS, est maintenant présent sur Mastodon ! La deuxième bêta de la version 5.0 est sortie ! De plus un système a été mis en place pour gérer le processus de vaccination dans de nombreux États américains, ainsi que Porto Rico. Plus d’un million de notifications ont déjà été envoyées. XMPP soutient une fois de plus les efforts liés à la pandémie. Il y a eu plusieurs articles de blog à ce sujet en mars, à commencer par celui-ci. Testez la nouvelle bêta !

qXMPPConsole est une nouvelle console XMPP utilisable dans un navigateur. Son objectif principal est d’aider à comprendre et apprendre le protocole XMPP.

Bibliothèques

La version 4.4.2 de Smack, la bibliothèque Java de la communauté Ignite RealTime, est sortie avec son lot de corrections de bogues.

Extensions et spécifications

Par leurs productions de code ou par d’autres types d’expertises de la standardisation, de nombreuses personnes de par le monde collaborent à ces extensions, développant de nouvelles spécifications pour les pratiques naissantes, et affinant les manières de faire existantes. Proposées par qui le souhaite, les spécifications rencontrant le plus de succès aboutissent à un statut de « Finale » (Final) ou « Active » (Active), en fonction de leur type, alors que les autres sont soigneusement archivées sous l’appellation « Ajournée » (Deferred). Ce cycle de vie est décrit dans la XEP‑0001 qui contient les définitions formelles et canoniques pour les types, états et processus. Vous pouvez en apprendre plus sur le processus de standardisation. Les échanges autour des Standards et des Extensions se font dans la liste de diffusion des Standards (archives en ligne).

Extensions proposées

Le processus de développement d’une XEP commence par la mise par écrit d’une idée et sa soumission à la personne responsable des éditions XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte d’accorder à cette proposition le statut d’une XEP expérimentale.

Content Rating Labels : cette spécification fournit un format d’échange de données sous la forme d’une extension Service Discovery permettant à des services de toutes sortes d’indiquer les types de contenus autorisés et/ou encouragés sur leur plate-forme.

Nouvelles extensions

  • version 0.2.0 de la XEP-0456 (Content Rating Labels)
    • cette spécification fournit un format d’échange de données sous la forme d’une extension Service Discovery permettant à des services de toutes sortes d’indiquer les types de contenus autorisés et/ou encouragés sur leur plate-forme ;
    • décrit l’algorithme de conversion.

Extensions ajournées

Si une XEP expérimentale n’a pas été mise à jour après plus d’un an, elle perdra son statut « Expérimentale » (Experimental) pour devenir « Ajournée » (Deferred). En cas de future mise à jour, elle reprendra son statut « Expérimentale » (Experimental).

Aucune XEP ajournée ce mois-ci.

Extensions mises à jour

  • version 1.1 de la XEP-0294 (Jingle RTP Header Extensions Negotiation)
    • Ajoute une correspondance vers la notation a=extmap-allow-mixed définit dans le Session Description Protocol de la RFC 8285.
  • version 0.2.0 de la XEP-0408 (Mediated Information eXchange (MIX): Co-existence with MUC)
    • Corrige la référence aux espaces de nom MIX-CORE.
  • version 0.3.0 de la XEP-0406 (Mediated Information eXchange (MIX): MIX Administration)
    • Corrige la référence aux espaces de nom MIX-CORE.
  • version 2.12.0 de la XEP-0004 (Data Forms)
    • Précise que l’élément <reported/> doit apparaitre avant tout élément <item/>.

Derniers appels

Les derniers appels sont émis une fois que l’état courant d’une XEP est satisfaisant. Après que le Conseil a décidé que la XEP était prête, la personne responsable des éditions XMPP émet un dernier appel à commentaires. Les retours rassemblés pendant le dernier appel aident à améliorer la XEP avant qu’elle ne retourne devant le Conseil pour une évolution vers le statut de « Brouillon » (Draft).

Brouillons

Aucun brouillon ce mois-ci.

Appels à expérience

Un appel à expérience, comme un dernier appel, est un appel explicite à commentaires, mais dans ce cas, il est principalement dirigé vers les personnes qui ont implémenté, et idéalement déployé, cette spécification. Le Conseil vote alors de lui attribuer le statut « Finale » (Finale).

Aucun appel à expérience ce mois-ci.

Remerciements

Cette lettre d’information XMPP a été réalisée collaborativement par la communauté. Merci à anubis, Bastoon, emus, jeybe, jonas-l, Julien Jorge, Holger, pmaziere, Sam Whited, vanitasvitae, wurstsalat3000 et Ysabeau pour leur aide durant son élaboration !

Diffusez ces informations !

Partagez ces informations sur les « réseaux sociaux » :

Vous pouvez également venir en discuter sur le salon JabberFR.

Trouvez et proposez des offres d’emploi sur le site xmpp.work.

Appel à la communauté

Abonnez‑vous à la lettre d’information

Nous vous invitons à vous inscrire pour recevoir les prochaines éditions en anglais dans votre boîte de courriel dès qu’elles seront publiées ! Diffusez cette lettre d’information à quiconque serait intéressé.

La diffusion de la version originale de cette lettre d’information se fait actuellement via le service TinyLetter by Mailchimp. Les outils de surveillance et la gestion des données personnelles de ce service soulèvent des problèmes que l’équipe de communication n’est pas en mesure de régler pour le moment. C’est pourquoi vous préférerez peut-être lire la version anglaise de cette lettre d’information via son flux RSS !

Aidez‑nous à élaborer cette lettre d’information

Nous avons commencé à mettre en place un brouillon à chaque nouvelle édition dans le dépôt GitHub de la XSF. Et c’est toujours une joie d’accueillir de nouvelles personnes souhaitant contribuer. Joignez‑vous à la discussion dans le salon de notre équipe de communication et aidez‑nous ainsi à alimenter cette lettre dans un effort communautaire.

Vous avez un projet et vous écrivez, ou voudriez écrire, à son sujet ? N’hésitez pas à venir partager vos informations ou évènements ici‑même, et diffusez‑les à un large public ! Même si vous n’y passez que quelques minutes, cela sera déjà utile.

Les tâches qui nécessitent d’être réalisées de manière régulière sont, par exemple :

  • l’agrégation des informations de l’univers XMPP ;
  • la reformulation courte des informations et des évènements ;
  • le résumé des communications mensuelles sur les extensions (XEP) ;
  • la relecture du brouillon ;
  • les traductions, particulièrement en français, allemand et espagnol.

Licence

Cette lettre d’information est publiée sous la licence CC BY‑SA 4.0.

La lettre d’information XMPP de février 2021

La lettre d’information XMPP de février 2021 est disponible en anglais sur xmpp.org


N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribué est disponible sur Linuxfr.org.


Bienvenue dans la lettre d’information XMPP couvrant le mois de février 2021.

La concrétisation de nombreux projets de la communauté XMPP est le résultat de l’engagement de personnes volontaires. Si les services et logiciels que vous utilisez ont comblé, même partiellement, vos attentes, en particulier tout au long de l’année passée, n’hésitez pas, s’il vous plaît, à remercier ou aider ces projets !

La diffusion de la version originale de cette lettre d’information se fait actuellement via le service TinyLetter by Mailchimp. Les outils de surveillance et la gestion des données personnelles de ce service soulèvent des problèmes que l’équipe de communication n’est pas en mesure de régler pour le moment. C’est pourquoi vous préférerez peut-être lire la version anglaise de cette lettre d’information via son flux RSS !

Vous souhaitez soutenir l’équipe élaborant cette lettre d’information ? Vous en apprendrez davantage à la fin de cette lettre ! Dans tous les cas, faites-vous plaisir avec la suite !


Évènements

Rencontres XMPP de Berlin (à distance) : rencontres mensuelles des fanatiques de XMPP à Berlin, le deuxième mercredi de chaque mois.

Vidéos

Matthew Wild a donné une conférence intitulée Produits vs Protocoles [en anglais] au FOSDEM 2021.

XMPP – une alternative à Telegram, WhatsApp & Co ? [en allemand] avec le développeur du client Android Conversations, Daniel Gultsch, et la section berlinoise du parti politique DIE LiNKE.

L’émission « Libre à vous » de l’April du 26 janvier avec Adrien Bourmault, Emmanuel Gil Peyrot et Nicolas Vérité a traité des messageries instantanées libres. Si vous l’avez loupée en direct, elle est disponible en podcast (la partie intéressante débute à 17min 30s), ainsi que sa retranscription.

Une introduction rapide à XMPP (avec Node.js et eJabberd) [en anglais] par Hussein Nasser. Dans cette vidéo, il passe en revue l’architecture XMPP, explique comment elle fonctionne, pour finir par montrer comment mettre en place un serveur XMPP et s’y connecter via Node.js.

Movim a été évoqué dans le podcast Destination Linux [en anglais].

Articles

Snikket publie Produits vs Protocoles: ce que Signal fait bien [en anglais]. Cette version plus complète de la récente conférence de Matthew Wild au FOSDEM explore les réflexions qui ont conduit à Snikket et ce que XMPP et les protocoles décentralisés peuvent apprendre de la réussite de Signal.

L’article du blog de Rohan Kumar intitulé WhatsApp and the domestication of users [en anglais] a fait le tour d’Internet et a été traduit en français par l’équipe de FramaLang. Il évoque XMPP et d’autres solutions décentralisées. Il a donné lieu à une suite, Conserver les plateformes ouvertes [en anglais], qui couvre une partie de l’historique XMPP.

Durant ce dernier mois, particulièrement après l’annonce par WhatsApp du changement de leur politique concernant la gestion des données personnelles et de la suspension de sa mise en application à une date ultérieure, des milliers de personnes ont changé de messagerie. Une introduction aux 3 types de messageries, expliquées simplement [en anglais] est un article qui fait ce qu’il annonce.

En février 2021 commence l’année du Bœuf (Ox en anglais). Durant la rencontre XMPP de Berlin, la nouvelle année a été célébrée avec une introduction à la XEP-0373 (OpenPGP for XMPP ou OX) et à la XEP-0374 (OpenPGP for XMPP Instant Messaging) avec DebXWoody, qui implémente OX dans le client pour console Profanity, defanor, qui implémente OX dans la bibliothèque C rexmpp, Florian, co-auteur des XEPs OX, lovetox, qui implémente OX dans le client de bureau Gajim, et Paul, qui implémente OX dans la bibliothèque Java Smack. Si les présentations n’ont pas été enregistrées, un résumé de la conférence [en anglais] est disponible.

Un court tutoriel pour l’installation du client iOS Siskin IM en anglais et en allemand.

Un tutoriel pour l’installation d’un serveur XMPP Prosody.

Mellium, projet regroupant des bibliothèques et outils implémentant le protocole XMPP en Go, a publié un état des lieux de ce projet pour l’année 2020 [en anglais] ainsi qu’une revue d’architecture du module xmpp [en anglais] de manière à aider les nouvelles personnes souhaitant y contribuer à trouver leur chemin dans leur code.

Sam Whited a republié une documentation sur l’analyse syntaxique et la validation d’adresses XMPP (JIDs) sous forme d’article de blog [en anglais].

L’article Plateforme de développement décentralisée : distribuer les moyens d’une production numérique [en anglais] couvre beaucoup de protocoles et de technologies, et XMPP y est mentionné (OAuth et Salut-à-Toi).

[Ajout pour l’édition française]
Le changement de politique de WhatsApp a été l’occasion pour yannv de nous expliquer pourquoi il faut en profiter pour rétablir la liberté dans la messagerie instantanée. La suite de cet article s’attardera sur comment cela peut se faire.

Des nouvelles des logiciels

Clients et applications

Conversations, client Android, a publié sa version 2.9.7. Elle ajoute la capacité de sélectionner les sonneries des appels entrants, corrige la découverte des ID des clés OpenPGP pour OpenKeyChain 5.6+, améliore la stabilité des sessions RTP lors des appels et plus encore.

Gajim, client de bureau multiplate-forme, a publié ses versions 1.3.0 et 1.3.1. Cinq mois se sont écoulés depuis la version 1.2.2. De nombreuses nouvelles fonctionnalités ont été développées pendant cette période, dont une refonte complète de la fenêtre de Préférences et du stockage des données de configuration, une toute nouvelle fenêtre de Profil, la prise en charge des accusés de lecture, une nouvelle interface d’utilisation pour les appels audio/vidéo et bien plus encore. Comme expliqué dans les nouvelles de développement de février, ce mois-ci a surtout apporté des corrections de bogues. La gestion des erreurs de la fenêtre de Profil a été améliorée et le choix de petites images comme avatar devrait maintenant fonctionner comme prévu. Tout en corrigeant ces bogues, l’équipe de Gajim a travaillé à quelque chose d’énorme…

Kaidan, client pour Linux, Windows et Android, est sorti en version 0.7. Elle permet d’envoyer des fichiers par glisser/déposer. De plus, il est maintenant possible de voir quel client et quel système d’exploitation utilisent vos contacts.

Monal, client iOS, a publié sa version 5 Beta 1 et apporte de nombreuses améliorations concernant le chiffrement de bout en bout via OMEMO. L’équipe de développement travaille à la prise en charge des salons de discussion et à une nouvelle interface d’utilisation pour le transfert de fichiers. Monal 5 prendra également en charge la lecture intégrée de documents audio et vidéo. Les statistiques de janvier du serveur Push mettent en évidence une activité non négligeable autour de Monal. L’équipe cherche également à renouveler son logo, donc si vous vous sentez l’âme créative, donnez leur un coup de main avant le 31 mars.

Aperçu du lecteur audio/vidéo intégré

La version 0.19 Ikeya de Movim est sortie ! Avec de nombreuses améliorations de performance mais également beaucoup de nouvelles fonctionnalités comme les GIF dans les discussions, les réponses à messages, la refonte de la navigation dans les communautés et bien plus encore.

Le greffon livechat pour PeerTube embarque le client web converse.js.

Le client iOS Siskin IM a publié sa version 6.3. Elle contient plusieurs corrections : liens cliquables, plantages liés au formatage markdown, partage dans des groupes publics, problèmes avec la correction de message. Elle améliore également l’organisation des salons de discussions.

Serveurs

La nouvelle version de Snikket, sortie ce mois-ci, apporte un nouveau tableau de bord d’administration permettant de réaliser toutes sortes de tâches. Elle ajoute également un portail simple pour les personnes ne gérant pas l’administration afin de se connecter et gérer leurs comptes. Pour le moment, ce portail inclut un éditeur de profil et sera étendu pour incorporer d’autres paramètres et gérer l’importation et l’exportation de données. De plus, la prise en charge des Raspberry Pi et des processeurs ARM a été ajoutée, et la possibilité de définir des groupes de personnes, nommés circles (cercles), a été introduite.

Page web d’administration de Snikket

Prosody a publié sa version 0.11.8. Elle apporte des corrections de bogues, l’amélioration des performances des websockets (merci aux gens de Jitsi), et corrige également un problème de sécurité.

Le serveur ejabberd est sorti en version 21.01 et inclut de nombreuses améliorations et corrections de bogues comme, par exemple, une liste d’exclusion de serveurs STUN/TURN par défaut ou une meilleure intégration de systemd. Si vous administrez des serveurs, vous pouvez récupérer cette nouvelle version depuis le site web habituel, et les adeptes de Debian peuvent d’ores et déjà mettre à jour leur installation à partir du dépôt buster-backports.

La communauté Ignite Realtime est heureuse d’annoncer la sortie de la version 0.8.0 du greffon de notification Push pour Openfire ! Cette mise à jour corrige un problème qui empêchait certain clients, tel que Siskin, de déclarer un service de notification Push.

Bibliothèques

Le module xmpp de Mellium, l’ensemble de bibliothèques Go pour XMPP, est sorti en version 0.18.0. Cette mise à jour apporte des APIs de connexion retravaillées, une meilleure prise en charge des serveurs, les websockets et l’assortiment habituel de corrections de bogues et d’améliorations. Pour la liste complète, référez-vous au journal des changements.

La bibliothèque sous-jacente de Gajim, python-nbxmpp, est sortie en versions 2.0.1 et 2.0.2 qui corrigent différents bogues.

Extensions et spécifications

Par leurs productions de code ou par d’autres types d’expertises de la standardisation, de nombreuses personnes de par le monde collaborent à ces extensions, développant de nouvelles spécifications pour les pratiques naissantes, et affinant les manières de faire existantes. Proposées par qui le souhaite, les spécifications rencontrant le plus de succès aboutissent à un statut de « Finale » (Final) ou « Active » (Active), en fonction de leur type, alors que les autres sont soigneusement archivées sous l’appellation « Ajournée » (Deferred). Ce cycle de vie est décrit dans la XEP‑0001 qui contient les définitions formelles et canoniques pour les types, états et processus. Vous pouvez en apprendre plus sur le processus de standardisation. Les échanges autour des Standards et des Extensions se font dans la liste de diffusion des Standards (archives en ligne).

Extensions proposées

Le processus de développement d’une XEP commence par la mise par écrit d’une idée et sa soumission à la personne responsable des éditions XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte d’accorder à cette proposition le statut d’une XEP expérimentale.

Nouvelles extensions

  • version 0.2.0 de la XEP-0455 (Service Outage Status)
    • ce document définit une extension du protocole XMPP qui permet aux personnes administrant un serveur de faire connaître à tous les gens qui l’utilisent, d’une manière sémantique, les problèmes éventuels concernant ce serveur.

Extensions ajournées

Si une XEP expérimentale n’a pas été mise à jour après plus d’un an, elle perdra son statut « Expérimentale » (Experimental) pour devenir « Ajournée » (Deferred). En cas de future mise à jour, elle reprendra son statut « Expérimentale » (Experimental).

Aucune XEP ajournée ce mois-ci.

Extensions mises à jour

  • version 0.2.0 de la XEP-0452 (MUC Mention Notifications)
    • Nécessite l’enregistrement d’un pseudonyme pour que les notifications fonctionnent.

Derniers appels

Les derniers appels sont émis une fois que l’état courant d’une XEP est satisfaisant. Après que le Conseil a décidé que la XEP était prête, la personne responsable des éditions XMPP émet un dernier appel à commentaires. Les retours rassemblés pendant le dernier appel aident à améliorer la XEP avant qu’elle ne retourne devant le Conseil pour une évolution vers le statut de « Brouillon » (Draft).

Aucun dernier appel ce mois-ci.

Brouillons

Aucun brouillon ce mois-ci.

Appel à expérience

Un appel à expérience, comme un dernier appel, est un appel explicite à commentaires, mais dans ce cas, il est principalement dirigé vers les personnes qui ont implémenté, et idéalement déployé, cette spécification. Le Conseil vote alors de lui attribuer le statut « Finale » (Finale).

Aucun appel à expérience ce mois-ci.

Remerciements

Cette lettre d’information XMPP a été réalisée collaborativement par la communauté. Merci à wurstsalat3000, Sam Whited, pitchum, Licaon_Kter, jeybe and emus pour leur aide durant son élaboration !

Diffusez ces informations !

Partagez ces informations sur les « réseaux sociaux » :

Vous pouvez également venir en discuter sur le salon JabberFR.

Trouvez et proposez des offres d’emploi sur le site xmpp.work.

Appel à la communauté

Abonnez‑vous à la lettre d’information

Nous vous invitons à vous inscrire pour recevoir les prochaines éditions en anglais dans votre boîte de courriel dès qu’elles seront publiées ! Diffusez cette lettre d’information à quiconque serait intéressé.

La diffusion de la version originale de cette lettre d’information se fait actuellement via le service TinyLetter by Mailchimp. Les outils de surveillance et la gestion des données personnelles de ce service soulèvent des problèmes que l’équipe de communication n’est pas en mesure de régler pour le moment. C’est pourquoi vous préférerez peut-être lire la version anglaise de cette lettre d’information via son flux RSS !

Aidez‑nous à élaborer cette lettre d’information

Nous avons commencé à mettre en place un brouillon à chaque nouvelle édition dans le dépôt GitHub de la XSF. Et c’est toujours une joie d’accueillir de nouvelles personnes souhaitant contribuer. Joignez‑vous à la discussion dans le salon de notre équipe de communication et aidez‑nous ainsi à alimenter cette lettre dans un effort communautaire.

Vous avez un projet et vous écrivez, ou voudriez écrire, à son sujet ? N’hésitez pas à venir partager vos informations ou évènements ici‑même, et diffusez‑les à un large public ! Même si vous n’y passez que quelques minutes, cela sera déjà utile.

Les tâches qui nécessitent d’être réalisées de manière régulière sont, par exemple :

  • l’agrégation des informations de l’univers XMPP ;
  • la reformulation courte des informations et des évènements ;
  • le résumé des communications mensuelles sur les extensions (XEP) ;
  • la relecture du brouillon ;
  • les traductions, particulièrement en français, allemand et espagnol.

Licence

Cette lettre d’information est publiée sous la licence CC BY‑SA 4.0.

La lettre d’information XMPP de janvier 2021

La lettre d’information XMPP de décembre 2020 et janvier 2021 est disponible en anglais sur xmpp.org


N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribué est disponible sur Linuxfr.org.


Bienvenue dans la lettre d’information XMPP couvrant les mois de décembre 2020 et janvier 2021.

Heureux de vous retrouver ! Nous espérons que ce sera une grande année pour vous, mais également pour XMPP !

En décembre 2020, nous avons discuté de la fabrication et de la publication de la lettre d’information XMPP de l’année passée. Vous pouvez lire les conclusions de cette discussion ici !

La concrétisation de nombreux projets de la communauté XMPP est le résultat de l’engagement de personnes volontaires. Si vous êtes satisfaits des services et logiciels que vous utilisez, en particulier tout au long de l’année passée, n’hésitez pas, s’il vous plait, à remercier ou aider ces projets !


Annonces de la XSF

Concernant l’annonce par Let’s Encrypt d’abandonner l’autorité de certification de leur certificat racine, ils ont finalement étendu la compatibilité des appareils Android avec leurs certificats. Lisez l’article original [N.D.T. : ainsi que ce journal sur linuxfr.org].

Edward Maurer a écrit un article de blog commentant la situation actuelle des messageries instantanées et de XMPP : Messagerie instantanée: ce n’est pas une question d’applications [N.D.T. : aussi disponible sur linuxfr.org].

Évènements

Rencontres XMPP de Berlin (en distanciel) : rencontres mensuelles des passionnés de XMPP à Berlin, le deuxième mercredi de chaque mois.

Articles

Les développeurs du serveur XMPP Prosody ont écrit un article récapitulant les avancées du projet durant 2020 [en anglais]. Il contient des statistiques sympathiques traitant du nombre de déploiements de Prosody à travers le monde.

Wolthera a écrit un autre article expliquant comment écrire un client XMPP en Godot [en anglais].

Les développeurs de blabber.im ont fait une courte analyse de leurs statistiques de 2020 [en allemand], donnant une perspective intéressante sur l’utilisation de leur serveur, les utilisateurs inscrits, etc.
blabber.im est le nouveau foyer de Pix-Art Messenger, un dérivé de Conversations qui a été renommé pour cause de conflit juridique avec une entreprise utilisant un nom aux consonances similaires [en anglais]. Pix-Art messenger est maintenant disponible sous le nom blabber.im [en anglais], et conserve les mêmes fonctionnalités.

Paula Kreuzer a créé une jolie broderie du logo XMPP !

Piqûre de rappel XMPP : le protocole ouvert de messagerie instantanée, de ses débuts jusqu’à aujourd’hui. Vingt ans après son lancement, XMPP demeure un outil important pour les applications de discussions et de messageries. Voilà comment il fonctionne [en anglais].

Dans son blog, Dryusdan partage sa recette pour déployer son propre service XMPP, avec les ingrédients de base suivants : Debian ou Ubuntu, ejabberd et PostgreSQL. Cette recette garantit un score de 100% au célèbre test de Conformité de Conversations.

Nicoco explique pourquoi et comment il a créé sa propre passerelle XMPP/Signal, nommée spectrum2_signald. Elle ne prend en charge qu’un seul compte Signal, mais elle est open-source !

MongooseIM a publié un article sur la vie privée et la sécurité dans le cadre des messageries instantanées [en anglais].

Tails, la distribution live, incognito et amnésique, incluait jusqu’à maintenant le client XMPP Pidgin. Pour des raisons de sécurité, il va être remplacé [en anglais] par Dino ou Gajim.

Le journal allemand taz mentionne XMPP en général ainsi que Conversations et Quicksy en particulier dans un article sur les alternatives à WhatsApp [en allemand].

Le magazine allemand tipps+tricks publié par Heise online a sorti un article sur XMPP : XMPP – Qu’est-ce que c’est ? [en allemand].

Axel Reimer a publié un guide de démarrage pour Siskin IM dans son blog. Il est disponible en anglais et en allemand.

Avec un peu de retard, mais toujours intéressant pour les développeurs iOS : Chris Beckstrom explique comment il a connecté iMessage et XMPP.

Des nouvelles des logiciels

Clients et applications

Conversations 2.9.2 et 2.9.3 ont été publiés, ajoutant la prise en charge de l’authentification par la méthode SCRAM-SHA-512, la génération d’invitations simplifiées pour les serveurs les prenant en charge et bien plus encore. Puis Conversations 2.9.6 a été publié, apportant des améliorations mineures de stabilité pour les appels audio/vidéo et des corrections de bogues.

Gajim 1.3.0 Beta1 et 1.3.0 Beta2 sont sortis. Plus de quatre mois depuis la sortie de la version 1.2.2 et il s’est passé beaucoup de chose pendant ce temps, y compris une refonte totale de la fenêtre des préférences et du traitement des données de configuration. Soyez les premiers à y jeter un œil, et aidez-nous à corriger les derniers problèmes avant que la version finale n’arrive.

Nouvelles du développement de Gajim : en décembre, la fenêtre de Profil a bénéficié d’une refonte totale, ajoutant des fonctionnalités vCard au gout du jour et un nouveau sélecteur d’image de profil. De plus, les accusés de lecture ont été améliorés et quelques bogues ont été corrigés. En janvier, une fonctionnalité attendue depuis longtemps a été implémentée : les messages privés dans les salons de discussion. Pour finir, @gajim est maintenant sur Fosstodon !

Gajim a un nouveau sélecteur d’image de profil

La NLnet va financer Kaidan pour prendre en charge le chiffrement de bout-en-bout. Ils implémenteront la dernière version du protocole de chiffrement OMEMO et y ajouteront une gestion simple des données de confiance pour régler les problèmes dont peuvent souffrir les autres applications de discussions compatibles avec OMEMO.

Mise à jour du développement de MatriX vNext, une implémentation multiplateforme pour .NET, .NET core et Mono.

Monal 4.9 pour iOS est sorti, proposant une réécriture complète de son analyseur syntaxique interne d’XMPP, une toute nouvelle implémentation d’OMEMO et de nombreuses nouvelles fonctionnalités (accusés de lecture, pseudonymes, avatars). Monal 4.9 pour macOS prend maintenant en charge Apple Silicon et sera bientôt publié. Si vous le souhaitez, vous pouvez également suivre dès maintenant Monal sur Reddit. Les bêta-testeurs sont invités à faire remonter leurs retours d’expérience. De plus, les développeurs de Monal annoncent également une mise à jour urgente pour cause de vulnérabilité critique. Pour finir, rappelez-vous qu’avec l’annonce et la mise à jour de Monal 5.0, vous aurez dorénavant besoin de la version 13 d’iOS.

Monal prend soin de votre vie privée

Movim est plein de nouvelles fonctionnalités pour 2021 ! Allez voir le dernier article de blog pour découvrir ce que vous pouvez attendre de la version à venir et ce qui a été ajouté récemment, tel que la gestion des URLs, le cache d’image et plus encore. Movim a également gonflé les capacités de son serveur principal de manière à gérer la soudaine inscription de plusieurs centaines de nouveaux utilisateurs, à la fois sur les services XMPP de movim.eu et jappix.com, et sur Movim lui-même. Le nouveau pod officiel de Movim est maintenant situé sur mov.im et le reste des services (XMPP, passerelles Telegram/Slack/IRC…) sont maintenant déployés sur le nouveau serveur. Un chaleureux bienvenu à tous les nouveaux utilisateurs qui ont rejoint Movim dans ces derniers jours !

La communauté Ignite realtime a annoncé la disponibilité des versions 1.2.2 et 1.3.0 de Openfire Pàdé. Cette sortie combine tous les modules Openfire Meetings (Jistsi Meet, videobridge, focus et la passerelle SIP) et converse.js dans un seul greffon appelé Pàdé, et corrige quelques problèmes.

Profanity 0.10.0 a été publié. Le but de cette version a été principalement de réaliser un nettoyage interne, mais il y a également quelques améliorations concernant la XEP-0313 (Message Archive Management).

Quicksy.im, un dérivé de Conversations simplifiant sa prise en main et la découverte de contacts, a vu son nombre d’utilisateurs augmenter de plus de 30% durant les deux dernières semaines. Quicksy 2.9.6 prend maintenant en charge la gestion automatique de la réception des SMS de vérification.

Note de progression de Salut-à-Toi 2020-W53 : recherche dans la totalité du texte des informations publiées par PubSub, invitations simplifiées pour le partage de fichiers et bien plus.

SiskinIM 6.2 a été publié, apportant la prise en charge du chiffrement OMEMO dans les salons de discussions (valable pour les salons privés uniquement), et corrigeant des problèmes avec la VoIP.

UWPX v.0.30.0.0 a été publié et avec elle vient la première implémentation expérimentale de la XEP-0313 (Message Archive Management). Un tas de petits bogues ont été corrigés et l’utilisation du chiffrement OMEMO a été améliorée. Il y a beaucoup plus à venir dans le futur puisque COM8 travaille sur la mise à jour d’OMEMO dans sa dernière version (0.7.0 au 5 septembre 2020). En plus de cela, un remaniement complet de la base de données est également en cours (migration de SQLite-net DB vers Entity Framework Core).

Serveurs

La publication de ejabberd 20.12 propose plusieurs nouvelles fonctionnalités et de nombreuses améliorations et corrections de bogues comme, par exemple, de nouvelles méthodes d’authentification et de nouveaux gestionnaires de bases de données.

Openfire 4.6.1 a été publié. Son principal intérêt réside dans l’amélioration des salons de discussions multi-utilisateurs et des fonctionnalités PubSub dans le cadre d’un cluster OpenFire, mais inclut également d’autres améliorations telles que les performances LDAP/AD. La liste des changements compte 33 problèmes résolus depuis la version 4.6.0.

Bibliothèques

La bibliothèque python-nbxmpp, développée et utilisée par Gajim, est sortie en version 2.0.0, ajoutant la prise en charge de la XEP-0106 (JID escaping), la XEP-0292 (vCard4 over XMPP) et la XEP-0233 (XMPP Server Registration for use with Kerberos V5).

slixmpp 1.6.0 et 1.7.0 ont été publiées, apportant la prise en charge de plusieurs nouvelles XEPs (incluant quelques XEPs relatives à Mediated Information eXchange) en même temps que des corrections et des améliorations.

Les développeurs Ignite Realtime sont heureux d’annoncer Smack 4.4.0 qui est la première sortie majeure depuis aout 2018 et inclut de nombreuses nouvelles fonctionnalités et améliorations.

Extensions et spécifications

Les développeurs et autres experts de la standardisation de par le monde collaborent à ces extensions, développant de nouvelles spécifications pour les pratiques naissantes, et affinant les manières de faire existantes. Proposées par qui le souhaite, les spécifications rencontrant le plus de succès aboutissent à un statut de « Finale » (Final) ou « Active » (Active), en fonction de leur type, alors que les autres sont soigneusement archivées sous l’appellation « Ajournée » (Deferred). Ce cycle de vie est décrit dans la XEP‑0001 qui contient les définitions formelles et canoniques pour les types, états et processus. Apprenez en plus sur le processus de standardisation. Les échanges autour des Standards et des Extensions se font dans la liste de diffusion des Standards (archives en ligne).

Extensions proposées

Le processus de développement d’une XEP commence par la mise par écrit d’une idée et sa soumission à l’éditeur XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte d’accorder à cette proposition le statut d’une XEP expérimentale.

  • Service Outage Status : ce document définit une extension du protocole XMPP qui permet à un serveur de faire connaitre à tous les utilisateurs, d’une manière sémantique, les problèmes éventuels concernant ce serveur.

Nouvelles extensions

  • version 0.1.0 de la XEP-0454 (OMEMO Media sharing)
    • un moyen informel de partager des fichiers multimédias malgré les limitations du chiffrement OMEMO ;
    • acceptée par le vote du Conseil le 13 janvier 2021.
  • version 0.1.0 de la XEP-0453 (DOAP usage in XMPP)
    • cette spécification définit comment les projets XMPP peuvent fournir une description de leurs fonctionnalités interprétable par un programme, et comment des entités externes peuvent interagir avec elle :
    • acceptée par le vote du Conseil le 13 janvier 2021.
  • version 0.1.0 de la XEP-0452 (MUC Mention Notifications)
    • cette spécification documente comment un utilisateur peut être informé quand il est mentionné dans un salon dont il n’est pas participant ;
    • acceptée par le vote du Conseil le 6 janvier 2021.
  • version 0.1.0 de la XEP-0451 (Stanza Multiplexing)
    • cette spécification fournit un mécanisme pour multiplexer plusieurs hôtes virtuels dans une même session XMPP ;
    • acceptée par le vote du Conseil le 9 décembre 2020.
  • version 0.1.0 de la XEP-0450 (Automatic Trust Management (ATM))
    • ce document spécifie une manière de gérer automatiquement la confiance dans les clés publiques à long terme utilisées par les protocoles de chiffrement de bout en bout ;
    • acceptée par le vote du Conseil le 2 décembre 2020.

Extensions ajournées

Si une XEP expérimentale n’a pas été mise à jour après plus de six mois, elle perdra son statut « Expérimentale » (Experimental) pour devenir « Ajournée » (Deferred). En cas de future mise à jour, elle reprendra son statut « Expérimentale » (Experimental).

Aucune XEP ajournée ce mois-ci.

Extensions mises à jour

  • version 1.1.0 de la XEP-0393 (Message Styling)
    • clarifie les règles d’analyse syntaxique pour les directives <span>.
  • version 1.1 de la XEP-0176 (Jingle ICE-UDP Transport Method)
    • l’attribut foundation devient une chaine de caractères au lieu d’un octet non signé ;
    • l’attribut network devient optionnel et ajoute une correspondance vers le Session Description Protocol (SDP).
  • version 0.4.0 et 0.5.0 de la XEP-0372 (References)
    • spécifie qu’on compte des points de code ;
    • spécifie que l’attribut begin est inclusif, commence le comptage à zéro et que l’attribut end est exclusif selon la convention basée sur Dijkstra.
  • version 0.2.0 et 0.3.0 de la XEP-0434 (Trust Messages (TM))
    • clarifie l’usage des messages de confiance par les protocoles tels que la XEP-0450 (Automatic Trust Management (ATM)) ;
    • utilise l’espace de nommage urn:xmpp:atm:0 de la XEP-0450 (Automatic Trust Management (ATM)) comme exemple de l’attribut usage ;
    • ajoute une section « Security Considerations » ;
    • améliore les explications, descriptions et exemples, introduit de nouveaux attributs et complète toutes les sections :
      • retire le lien vers les espaces de nom des protocoles de chiffrement ;
      • ajoute une abréviation ;
      • raccourci et améliore l’introduction ;
      • utilise l’emphase plutôt que les guillemets ;
      • ajoute une nouvelle section pour expliquer les propriétés principales des messages de confiance ;
      • améliore la description de la structure des messages de confiance ;
      • introduit l’attribut usage pour l’élément <trust-message/> ;
      • se concentre sur et ajuste les exemples en conséquence ;
      • complète les sections « IANA Considerations », « XMPP Registrar Considerations » et « XML Schema ».

Derniers appels

Les derniers appels sont émis une fois que chacun semble satisfait de l’état courant d’une XEP. Après que le Conseil a décidé que la XEP était prête, l’éditeur XMPP émet un dernier appel à commentaires. Les retours rassemblés pendant le dernier appel aident à améliorer la XEP avant qu’elle ne retourne devant le Conseil pour une évolution vers le statut de « Brouillon » (Draft).

  • XEP-0381 Internet of Things Special Interest Group (IoT SIG) ;
  • XEP-0429 Special Interests Group End to End Encryption

Brouillons

Pas de brouillons ce mois-ci.

Appel à expérience

Un appel à expérience, comme un dernier appel, est un appel explicite à commentaires, mais dans ce cas, il est principalement dirigé vers les personnes qui ont implémenté, et idéalement déployé, cette spécification. Le Conseil vote alors de lui attribuer le statut « Finale » (Finale).

Pas d’appels à expérience ce mois-ci.

Remerciements

Cette lettre d’information XMPP a été réalisée collaborativement par la communauté. Merci à Axel Reimer, COM8, deuill, emus, horazont, Licaon___Kter, melvo, pitchum, SamWhited, wurstsalat3000 et zash pour leur aide durant son élaboration !

Diffusez ces informations !

Partagez ces informations sur les « réseaux sociaux » :

Vous pouvez également venir en discuter sur le salon JabberFR.

Trouvez et proposez des offres d’emploi sur le site xmpp.work.

Appel à la communauté

Abonnez‑vous à la lettre d’information

Nous vous invitons à vous inscrire pour recevoir les prochaines éditions en anglais dans votre boîte de courriel dès qu’elles seront publiées ! Diffusez cette lettre d’information à quiconque serait intéressé.

Aidez‑nous à élaborer cette lettre d’information

Nous avons commencé à mettre en place un brouillon à chaque nouvelle édition dans le dépôt GitHub de la XSF. Et nous sommes toujours ravis d’accueillir des contributeurs et des contributrices. Joignez‑vous à la discussion dans le salon de notre équipe de communication et aidez‑nous ainsi à alimenter cette lettre dans un effort communautaire.

Vous avez un projet et vous écrivez, ou voudriez écrire, à son sujet ? N’hésitez pas à venir partager vos informations ou évènements ici‑même, et diffusez‑les à un large public ! Même si vous n’y passez que quelques minutes, cela sera déjà utile.

Les tâches qui nécessitent d’être réalisées de manière régulière sont, par exemple :

  • l’agrégation des informations de l’univers XMPP ;
  • la reformulation courte des informations et des évènements ;
  • le résumé des communications mensuelles sur les extensions (XEP) ;
  • la relecture du brouillon ;
  • les traductions, particulièrement en français, allemand et espagnol.

Licence

Cette lettre d’information est publiée sous la licence CC BY‑SA 4.0.

Compte-rendu de l’AG de JabberFR du 2020-01-13

Détails de la tenue

  • Date : 2020-01-13
  • Heure de début : 19h30
  • Président de séance : erwanb
  • Secrétaire de séance : mathieui
  • Nombre de membres présents : 8

Ordre du jour

  • Bilan d’activité pour 2020
  • Bilan financier
  • Nouvelles actions et projets à définir
  • Renouvellement du bureau

Bilan d’activité (mathieui)

Serveur

Un gros incident : https://news.jabberfr.org/2020/05/compte-rendu-dincident-du-22-04-2020-et-suivants/

5 incidents mineurs :

Et 2 maintenances planifiées :

Wiki

  • Réouverture des inscriptions
  • Amélioration significative des performances
  • Purge du spam
  • Gros travail de réécriture de pages et de modernisation principalement par anubis, Nicoss et elghinn

Site Web

  • Travail sur l’accessibilité (via l’outil WAVE notamment), ainsi que l’adaptativité aux mobiles
  • Thème sombre (avec détection automatique)
  • Ajout de la page de demande d’hébergement qui nous notifie des demandes
    Associé au dernier élément, la réouverture publique des hébergements de domaine. Pour rappel, ce service offert par JabberFR permet de nous déléguer l’hébergement d’un domaine XMPP (sous la forme d’un virtualhost sur le serveur JabberFR).

Autres

  • Mise à jour des CGU pour plus de transparence sur les sauvegardes : https://wiki.jabberfr.org/CGU
  • Mise en place d’un serveur TURN/STUN et sa configuration dans Prosody pour permettre aux clients qui l’implémentent de passer des appels audio ou vidéo.
  • Lutte encore et toujours contre le spam.

Questions sur le bilan d’activité

  • Naywel demande si meet.jabberfr.org fonctionne à nouveau
    • Réponse: Non, mais c’est prévu de le remettre sur pieds
    • Link Mauve précise également qu’on peut désormais faire du chat audio/vidéo à deux avec les clients compatibles sans passer par Jitsi Meet
  • Manu demande s’il y a des statistiques disponibles sur les comptes actifs, salons, etc

Bilan financier (erwanb)

JabberFR a commencé l’année avec 229.49€ sur le compte en banque, et la termine avec 310,53€.

Objectifs précédents (pour 2020)

  • L’association règle désormais les frais d’hébergement du serveur (18€/mois) par prélèvement SEPA, alors qu’auparavant c’était réglé par mathieui
  • Cela crée donc une problématique qui est de sortir 18€ tous les mois, ce qui actuellement n’est pas possible sur le long terme (un an représente les 2/3 de ce qu’on a en banque), on a donc pensé à des façon de simplifier la collecte de dons et de cotisations.
  • Nous avons donc créé un compte sur HelloAsso, qui va permettre d’adhérer et de donner très simplement via les formulaires suivants :

HelloAsso ne nous coûte rien, et repose sur une donation « volontaire » des gens qui nous envoient de l’argent. Et en plus de la simplicité (ajout de bénéficiaire dans sa banque, récupération du rib), il nous permet surtout d’accepter les adhésions & donations par carte bancaire.

On peut et on pourra toujours adhérer ou donner sans passer par ce service bien entendu, mais on espère que ça facilitera les différentes démarches qui sont actuellement fastidieuses, et ainsi augmenter le nombre et le montant des cotisations.

Il nous faudra un minimum de 216€ tous les ans sur le compte, uniquement pour le serveur; pour information, les cotisations reçues en 2020 s’élèvent à 177€, ce qui est presque suffisant.

Les problèmes liés au COVID pourraient revenir à la normale à un moment, et on va donc pouvoir à nouveau participer à des évènements, salons ou encore imprimer des goodies/stickers/flyers ou n’importe quoi d’autre. Cela nécessitera d’une plus de ressources financières, mais également un moyen d’accéder facilement à l’argent de l’association (le compte bancaire ne nous permet pas d’autres moyens de paiement que le chèque ou le prélèvement SEPA). Dans cette optique, un compte Paypal a été ouvert.

Les ressources financières et le nombre d’adhérents sont en hausse par rapport à l’année dernière, et nous avons démultiplié nos façons de recevoir et de dépenser de l’argent, ce qui devrait simplifier la suite.

Questions

  • Pulkomandy demande si on envisage un compte Liberapay
    • erwanb et mathieui sont pour
  • Nicoss suggère de faire apparaître les nouveaux moyens de contribution sur la page d’accueil du site
    • erwanb répond que c’est prévu
  • manu demande si le bilan financier pouvait être mis en ligne et pas seulement dans les AG, pour plus de transparence
  • pitchum suggère de faire peut-être une « jauge des finances », Pulkomandy également en citant le cas de Haiku
    • mathieui répond que c’est prévu, mais que jusqu’à maintenant le bilan était surtout « adhésions – frais de tenue de compte ». Un bilan ne peut par contre être fait que mensuellement car c’est la seule vue que nous avons sur les comptes.
    • erwanb est d’accord pour dire que c’est une bonne idée et qu’on va s’y atteler

Nouvelles actions et projets à définir (Link Mauve)

Présentation des projets en cours

  • Améliorer l’accès au service d’hébergement de domaines. Le problème principal est l’absence de visibilité et de contrôle que le propriétaire du domaine peut avoir dessus. On pense notamment à ouvrir/fermer les inscriptions, pouvoir inviter des gens, etc. Depuis quelques temps on travaille sur xmpp-account-manager, un gestionnaire de compte par et pour XMPP qui permet d’aider un domaine (https://linkmauve.fr/xmpp-account-manager/build/fr/ pour une démo).
  • On voudrait aussi améliorer le mécanisme de création de compte web, en utilisant le système conçu par le projet Snikket.
  • Rétablir notre instance Jitsi Meet
  • Demande d’aide si quelqu’un veut écrire un système d’identification OAuth pour le wiki pour laisser les gens utiliser leur JID pour l’éditer
  • Améliorer l’utilisabilité du site (et donc trouver des designers ou testeurs)

Questions

  • Pulkomandy demande si les appels à contribution sont visibles sur le site car l’AG n’est pas forcément le meilleur moyen de communication
    • Link Mauve indique que ça fait un peu partie de la discussion mais note la suggestion
  • Arnaud J. demande si le site est statique
    • Link Mauve répond avec l’adresse du dépôt git (qui n’est pas tout à fait à jour)
  • pitchum demande si on a envisagé de passer un appel à l’aide (par exemple sur Twitter) pour trouver des designers
    • mathieui et Link Mauve indiquent qu’il faut surtout des gens spécialisés en UX
  • discussion sur les frameworks pour l’organisation du contenu

Renouvellement du Bureau

Proposition de reconduite du bureau actuel, avec :

  • Link Mauve en tant que président
  • mathieui en tant que secrétaire
  • erwanb en tant que trésorier

La proposition de bureau est votée à l’unanimité.

Un appel à administrateurs est passé de nouveau, pour venir s’ajouter à Simon.

Nicoss accepte la proposition, et est élu à l’unanimité.

Appel audio/vidéo sur Android et XMPP

Conversations est sûrement le client XMPP pour Android le plus abouti.
Sa version 2.8 apporte les appels audio et vidéo en 1v1.

Client

Pour l’utilisateur, c’est très simple, une icône de combiné téléphonique a été rajoutée en haut de l’écran. Quand on clique dessus, un menu propose au choix l’appel audio ou vidéo.

Les appels sont chiffrés de bout en bout en utilisant DTLS-SRTP (comme webRTC) et utilisent Jingle pour initier la communication.

De mes tests personnels, la qualité des appels vidéo est bonne. La latence est faible, l’annulation d’echo est performante et permet de parler avec le smartphone au bout du bras.

Par contre en appel vidéo, le téléphone chauffe beaucoup par conséquence l’autonomie diminue grandement. Je ne sais pas si c’est le cas sur d’autres applications d’appel vidéo vu que je n’en utilisais pas avant.

Le gros avantage de Conversations(XMPP), par rapport à Riot(Matrix) c’est qu’il consomme beaucoup moins de batterie en arrière plan et que les notifications sont instantanées sans reposer sur les services Google (Google Push qui nécessite l’installation de Google Play services (propriétaire) avec des permissions étendues et le consentement à la collecte de données par Google)

Par rapport à SIP. tout dépend si on le compare au service Linphone LIME qui peut être chiffré de bout en bout comme ici ou le service OVH où tout passe en clair de bout en bout.

Je ne connais pas d’autres client compatible avec les appels de Conversations pour l’instant.

Serveur

Coté serveur, j’utilise Prosody comme serveur XMPP sur une machine derrière un routeur faisant office de NAT et pare-feu.

Pour une connexion entre 2 clients qui seraient sur le même LAN, il n’y a rien à faire coté serveur.

Mais en pratique, il n’est pas rare que les 2 clients se trouvent derrière des pare-feu interdisant les connexions entrantes. Pour résoudre ce cas, il faut mettre en place un relai de communication sur le serveur.

Pour cela, on va installer un service TURN avec le programme coturn.
Sur Debian :

# apt install coturn

On édite le fichier /etc/turnserver.conf:

use-auth-secret
static-auth-secret=monsecret
no-tcp
external-ip=mondomain.com
realm=mondomain.com

« mondomain.com » correspond au nom de domaine qui permet de joindre le serveur coturn par Internet.
« monsecret » est un mot de passe aléatoire qui permettra de réserver l’usage de ce relai TURN à votre service prosody.

Pour le démarrer, dans le fichier /etc/default/coturn, on active « TURNSERVER_ENABLED=1 »
Puis on lance le service :

# systemctl enable coturn
# systemctl start coturn

Le port du serveur à exposer sur Internet est le 3478 UDP.

Dans Prosody, vous devez activer le module mod_turncredentials. Pour y avoir accès sur Debian Buster, j’ai du installer le paquet des backports.

# apt install prosody-modules -t buster-backports

Dans le fichier de config Prosody /etc/prosody/prosody.cfg.lua vous devez ajouter au modules activés :

"turncredentials";

Puis avant les VitualHosts définir (notez les guillemets en plus par rapport à la config coturn):

turncredentials_host="mondomain.com"
turncredentials_secret="monsecret"

Redémarrer prosody et voila !

Si vous administrez un serveur XMPP, je vous invite à utiliser l’outil de « compliance » de Conversations qui peut vous renseigner sur les XEP qu’il vous serait utile de supporter pour avoir une bonne expérience client.

Remerciements

Le développement de cette fonctionnalité a été possible grâce au financement de NLnet

Vous pouvez donner de l’argent au developpeur principal Daniel Gultsh par LiberaPay

Related Posts:

Dino : client XMPP pour Gnome

Dino est un client libre XMPP pour GNU/Linux qui s’intègre bien avec Gnome.

Je le trouve bien fait. Clair et facile à utiliser. Il gère le chiffrement de bout en bout (OMEMO, OTR) et le partage de fichiers et images fonctionne très bien avec Conversations sur Android.

Pas de chat audio ni vidéo mais pour le reste, ça fait le job.

Related Posts:

slixmpp v1.6

slixmpp est une bibliothèque python (3.7+) pour XMPP utilisant asyncio, qui a été forkée depuis les sources de SleekXMPP.

Nouveaux plugins

  • XEP-0353: Jingle Message Initiation
  • XEP-0359: Unique and stable stanza IDs (était déjà partiellement implémentée)
  • XEP-0369: MIX-Core
  • XEP-0377: Spam reporting
  • XEP-0403: MIX-Presence
  • XEP-0404: MIX-Anon
  • XEP-0405: MIX-PAM
  • XEP-0421: Anonymous unique occupant identifiers for MUCs (déjà présente en tant que "protoxep_occupantid" dans une version antérieure de la spécification)
  • XEP-0422: Message Fastening
  • XEP-0424: Message Retraction
  • XEP-0425: Message Moderation
  • XEP-0428: Fallback Indication
  • XEP-0437: Room Activity Indicators
  • XEP-0439: Quick response
  • XEP-0444: Message Reactions (déjà présente en tant que "protoxep_reactions" dans une version antérieure de la spécification)

Ces extensions sont pour la plupart expérimentales (au sens de la XSF), et sont donc sujettes à des changements plus ou moins lourds avant leur avancée dans le processus, ce qu’il faut garder en tête en les utilisant. Celles concernant MIX en particulier, car elles sont peu testées.

Note : Une nouvelle dépendance python, le package emoji est maintenant requis pour la validité de la XEP-0444 (vérification des emojis), et a été ajoutée à la liste extras_require du script d’installation, où aiohttp (seulement requis pour la XEP-0363) a été déplacé également.

Corrections et améliorations

  • XEP-0045:
    • Séparation du fichier unique en un package python, meilleure structure du code, nettoyage, élements dédiés pour les stanzas… (pep)
    • Réécriture des fonctions déjà cassées en coroutines, ajout d’autres éléments (mathieui)
  • XEP-0047: Correction du nombre maximal de séquence (mathieui)
  • XEP-0115: Ajout de l’attribut manquant "from" à la requête de disco pour les composants (aearil)
  • XEP-0333: Ajout de la "feature" manquante à la session (mathieui)
  • XEP-0352: Ajout de la "feature" seulement pour les composants (Link Mauve)
  • XEP-0363: Ajout de l’attribut "callback" manquant à la requête d’upload (cnngimenez)
  • Premiers tests d’intégration (mathieui)
  • Annulation des filtres sur le flux XML à la déconnexion (ehendrix23)
  • Tutoriels en anglais et polonais pour l’ajout d’un plugin personnalisé (Hoacyn)
  • Suppression de code tiers non utilisé désormais grâce à python 3.7 (Link Mauve)
  • Amélioration de la documentation et ajout des plugins à l’index (mathieui)

Avis de dépréciation

En passant de sleekxmpp vers slixmpp, beaucoup de fonctions ont été gardées telles quelles en renvoyant juste une future (le résultat de iq.send()). Désormais, beaucoup de ces fonctions seront plutôt des coroutines, au fur et à mesure de l’évolution du code. C’est nécessaire afin de nous permettre d’avoir de meilleures valeurs de retour et traitements des réponses, plutôt que laisser l’utilisateur de la bibliothèque récupérer ce dont il a besoin à la main en explorant la stanza. Beaucoup des nouvelles XEPs ajoutées fonctionnent de cette façon, et les fonctions réécrites de la XEP-0045 sont également des coroutines.

Cela signifie par exemple qu’appeler self.xmpp.plugin['xep_0045'].set_role() sans utiliser await dessus n’aura strictement aucun effet. (en dehors d’une erreur plus tard dans les logs selon le niveau de debug asyncio en cours)

tl;dr: il faut await les coroutines

Merci à tous les mainteneurs et contributeurs pour cette nouvelle version !

SàT PubSub 0.3.0 est disponible

La version 0.3.0 de SàT Pubsub est disponible.

SàT PubSub est un service XMPP PEP/PubSub indépendant du serveur, qui vise à être complet et universel.

Ce projet est né du constat qu'il est difficile d'avoir des services PEP/PubSub complets sur tous les serveurs XMPP, et que même si c'est le cas ils peuvent tarder à implémenter de nouvelles fonctionnalités ou être difficiles à gérer.

Le projet « Salut à Toi » faisant un usage intensif des fonctionnalités PubSub de XMPP, 2 solutions étaient envisageables :

  • se concentrer sur un serveur XMPP particulier et le recommander, voire le faire évoluer dans la direction voulue. Ceci reviendrait à se bloquer sur une implémentation particulière d'un serveur XMPP et risquer de voir des fonctionnalités fonctionner incorrectement ou pas du tout sur les autres.

  • faire un composant indépendant du serveur, en utilisant des extensions XMPP pour avoir un accès privilégié au serveur

C'est la deuxième option qui a été retenue, SàT PubSub utilise les XEPs (extensions XMPP) Namespace Delegation (XEP-0355) et Privileged Entity (XEP-0356) pour pouvoir fournir des fonctionnalités avancés et PEP.

Bien que « SàT » soit utilisé dans le nom (par son origine), ce composant ne nécessite pas d'utiliser Salut à Toi et peut-être utilisé par tout logiciel XMPP.

SàT PubSub implémentait déjà MAM et RSM (permettant de faire des recherches dans les archives et d'utiliser la pagination pour retrouver les éléments), la version 0.3.0 apporte également :

  • le modèle d'accès presence
  • la gestion de +notify
  • la notion d'administrateurs, qui sont des identifiants (« JID ») avec des accès privilégiés
  • les affiliations
  • la possibilité de retrouver les éléments classés par date de création ou modification avec Order-By (XEP-0413)
  • la fonctionnalité expérimentale « Node Schema », pour associer des types de données à un nœud via les Data Forms (XEP-0004). Cette fonctionnalité est notamment utilisée dans Salut à Toi pour les tickets.
  • la fonctionnalité expérimentale « Serial IDs » qui permet d'attribuer des identifiants d'éléments utilisant des incréments (1, 2, 3, etc.) au lieu de valeurs aléatoires. Ceci est notamment utile pour les tickets.
  • la fonctionnalité expérimentale « PubSub Admin », qui permet aux administrateurs de publier des éléments en spécifiant un autre éditeur (« publisher »). Peut-être utilisé pour restaurer une sauvegarde.
  • la fonctionnalité expérimentale « consistent publisher » qui, une fois activée sur un nœud, garde l'éditeur (« publisher ») original quand un élément est modifié par le propriétaire du nœud ou un administrateur. Ceci permet de modifier l'élément sans empêcher l'éditeur original de le modifier à nouveau lui-même (par exemple en éditant un commentaire de blog, ou en changeant le statut d'un ticket).
  • un fichier de configuration peut désormais être utilisé avec SàT PubSub, évitant d'avoir à spécifier les options – dont le mot de passe – entièrement sur la ligne de commande. Le même fichier que pour Salut à Toi (sat.conf) est utilisé, les options de SàT PubSub doivent être mises dans la section [pubsub]).
  • une nouvelle documentation

Vous trouverez plus de détails dans le CHANGELOG.

Le développement sur la version 0.4 a déjà commencé avec le port pour Python 3 qui est fonctionnel et complète le reste de l'écosystème Salut à Toi.

Pour installer SàT PubSub, il vous suffit d'entrer pip install sat_pubsub dans un environement virtuel Python 2, référez-vous à la documentation pour plus de détails.

Salut à Toi v0.7 « La Commune »

Salut à vous,

c'est avec plaisir et un certain soulagement que je vous annonce la sortie de « Salut à Toi » v0.7 (La Commune).

Pour mémoire « Salut à Toi » (ou SàT) est un écosystème de communication décentralisé, basé sur le standard établi « XMPP ».
Il vous permet de faire de nombreuses choses (messagerie instantanée, partage de fichiers, blogage/microblogage, événements, forums, etc.) et a la particularité d'être multi-interfaces (différents « frontaux » sont disponibles pour le web, le bureau, les appareils mobiles, ou encore le terminal et la ligne de commande).

La préparation de cette version aura pris 3 ans, c'est la première version dite « grand public », autrement dit qui est utilisable par un public qui n'est pas forcément technique, même s'il y a encore des améliorations à faire au niveau de l'interface et l'« expérience utilisateur ».

Il n'est pas question de refaire une longue énumération de fonctionnalités avec captures d'écrans, vous pouvez vous référer à l'annonce de la version alpha pour ceci. Je vais plutôt expliquer certaines nouveautés majeures :

Cagou, l'interface bureau/appareils mobiles

Promis suite à notre modeste campagne de financement participatif, Cagou est le nom du nouveau frontal bureau/appareils mobiles (Android uniquement pour le moment). Pour la petite histoire, c'est une référence à un superbe oiseau qui ne vole pas et aboie, endémique à la non moins superbe Nouvelle-Calédonie, mais aussi un clin d'œil à Kivy, le cadriciel que nous utilisons et dont le nom et logo rappellent le Kiwi de la Nouvelle-Zélande.

Cette interface est donc multi-plateformes, et ne se contente pas de la messagerie instantanée : vous pouvez vous en servir pour transférer des fichiers (par exemple vos films/photos entre votre téléphone et votre ordinateur de bureau), ou comme télécommande pour votre lecteur de médias. Il est bien entendu prévu qu'il gère également le blogage dans un avenir proche.

Cagou est pensé pour être utilisable aussi bien sur un petit écran qu'en plein écran sur un grand moniteur de bureau, et permet de diviser facilement l'écran en zones pour, par exemple, suivre plusieurs salons de discussion en même temps.

Sur Android l'application souffre encore de quelques problèmes de lenteur et même parfois de plantages. Plusieurs problèmes seront corrigés avec le port sur Python 3, aussi considérez cette version comme un premier jet qui permet d'avoir vos commentaires et suggestions.

Cagou sur Android

Chiffrement de bout en bout

Bien que SàT gère le chiffrement de bout en bout depuis plusieurs années via « OTR », cette version voit l'arrivée d'« OMEMO », un algorithme palliant des défauts du précédent (il permet notamment d'envoyer des messages chiffrés hors ligne, ou de les afficher sur plusieurs appareils). OMEMO n'est implémenté qu'en conversation simple (dites « 1:1 », entre 2 personnes) pour le moment, mais la prochaine version verra certainement la gestion des conversations de groupes chiffrées de bout en bout.

Événements, album photos, forums, gestion de tickets, requêtes de fusion

De nombreuses fonctionnalités font leur apparition. Vous pouvez désormais créer et gérer des événements (familiaux par exemples), avec une classique liste d'invités et de réponses types « RSVP » (je viens, je ne viens pas, je viens peut-être). Il est possible d'inviter des gens même s'ils ne sont pas sur le réseau XMPP en utilisant des comptes « invités » générés automatiquement et envoyés à des adresses de courriel.

Vous pouvez créer et partager des albums photos, une spécialisation du partage de fichiers. La création n'est pas encore disponible depuis les interfaces graphiques, c'est une amélioration à prévoir rapidement, la consultation par contre est simple depuis Libervia (l'interface web).

Un forum basique est également de la partie, ainsi qu'une gestion des tickets et requêtes de fusion (« merge requests »). Ces 2 dernières fonctionnalités ont été implémentées pour les besoins du projet, mais elles sont très souples et pourront (dans une prochaine version) facilement être utilisée dans la vie courante (par exemple pour des listes de courses ou de choses à faire).

Tout ceci tire parti des capacités de publication/abonnement (ou « PubSub ») de XMPP, et peuvent profiter de son système de permissions (on peut ainsi imaginer une liste de courses partagée entre les membres de la famille, pour indiquer qui a pris quoi).

À noter que pour en profiter il est actuellement nécessaire d'utiliser le service PubSub « SàT Pubsub », un project fait pour les besoins de Salut à Toi (mais utilisable par tout logiciel XMPP).

un blog sur Libervia

album photo sur Libervia

Cadriciel (framework) web

Le développement de Libervia, le frontal web, l'a mené à devenir un cadriciel (ou « framework ») web. La raison de cette évolution est qu'il fallait une interface très souple, permettant d'implémenter et tester facilement de nouvelles idées ou fonctionnalités. Le but est d'avoir un cadriciel naturellement décentralisé et fédéré (parce que basé sur XMPP), qui s'intègre simplement dans l'écosystème. Je passe rapidement sur les détails techniques, mais il s'agit de lier le moteur de rendu Jinja2 avec SàT et d'utiliser PubSub comme base de données. En outre, le frontal en ligne de commande (jp), permet d'utiliser les même modèles pour faire un rendu statique (par exemple pour générer un blog statique ou des archives d'un salon de discussion).

C'est avec ce cadriciel qu'ont été développées les fonctionnalités mentionnées ci-dessus, elles sont organisées en « pages » qui se veulent simple d'utilisation et peuvent fonctionner sans javascript (quand c'est possible, ce qui n'est pas le cas pour le « chat »). C'est grâce à lui que fonctionne le nouveau site officiel où vous trouverez une documentation d'introduction.

mais encore

Je ne vais pas trop m'étendre, les nouveautés sont trop nombreuses, mais il vaut tout de même la peine de mentionner que SàT peut également être utilisé pour stocker vos fichiers sur le serveur (il peut être utilisé en tant que « composant »), ou que jp, le frontal en ligne de commande permet de gérer beaucoup de choses (retrouver ou publier un article de blog, envoyer un message chiffré ou non, retrouver l'avatar de quelq'un, etc.).

Installation

Salut à Toi est disponible dans Debian et ses dérivées, mais attention c'est le cas seulement pour le backend, et les interfaces console et ligne de commandes, de l'aide serait d'ailleurs apprécié pour empaqueter Cagou (interface bureau/appareils mobiles) et Libervia (interface web).

Il est également disponible sur les dépôts AUR d'Arch Linux, et sur cette distribution il existe des paquets pour installer les versions de développement.

Des paquets Flatpak permettent une installation aisée de Cagou, Primitivus (console) et jp (ligne de commande) sur la plupart des distributions GNU/Linux, vous trouverez les liens sur la page principale du site.
Vous pouvez bien sûr aussi utiliser pip, le gestionnaire de paquets de Python. Un simple pip2 install --user sat suivit d'un pip2 install --user cagou voire d'un pip2 install --user libervia devrait suffire. Les instructions sont disponibles dans la documentation du site.

Pour Android, vous trouverez un Apk sur ce lien. Je vais faire les démarche pour le rentre disponible sur F-Droid, et éventuellement le « play store ».

Bien que SàT devrait techniquement fonctionner sur Mac OS X, Windows et les *BSD, il n'est pas testé sur ces plateformes (car je ne les ai pas à disposition). J'ai eu quelques retours sur Mac. Si des personnes sont intéressées, une aide pour tester et empaqueter serait plus que bienvenue.

Avenir

La principale chose attendue pour la 0.8 est le port sur Python 3, il est enfin possible maintenant que plus aucune dépendance ne bloque, et c'est la seule chose certaine pour la version à venir. Plusieurs grosses pistes sont envisagées ensuite et il va falloir faire des choix, n'hésitez pas à donner votre avis/préférence en commentaire.

Visioconférence

Jingle étant déjà implémentée, la visioconférence est prévue de longue date. Elle ne devrait pas être trop difficile à implémenter pour l'interface web (grâce à WebRTC), mais demandera certainement plus de travail sur bureau/Android (évaluer les différentes options, GSTreamer étant le candidat envisagé pour le moment, et intégrer ça à Cagou). C'est un chantier important.

Améliorer le partage de fichiers

SàT propose déjà un partage de fichiers avancé (plus qu'un simple envoi de fichier sur le serveur), incluant un composant serveur. Il est fort possible que des développements continuent dans cette direction.

partager un répertoire avec Cagou

Version iOS

Il serait techniquement possible de porter Cagou sur iPhone. Il y a plusieurs obstacles à cela, notamment juridique (l'Apple store n'est pas compatible avec la licence actuelle, AGPL 3+). IL faudrait également du matériel dédié, et du temps. Ce n'est clairement pas la priorité, mais sachez qu'une version iOS est envisageable.

Passerelle ActivityPub

Avec cette version, SàT peut désormais être utilisé en « composant », c'est-à-dire un service côté serveur. Cette possibilité peut être mise à profit pour créer une passerelle ActivityPub, ce qui permettrait de communiquer dans les 2 sens avec les projets utilisant ce protocole. Il y a déjà un projet en cours de passerelle XMPP pour Prosody, aussi je vais certainement attendre de voir son évolution avant de me lancer moi-même.

Évolution de la messagerie instantanée

Bien que déjà fonctionnelle, la messagerie instantanée peut devenir très complète si on y consacre du temps. Il s'agirait d'ajouter les quelques fonctionnalités manquantes (réactions, correction du dernier message), d'améliorer la gestion des fichiers, des copier-collers des morceaux de code, d'implémenter le chiffrement de bout en bout en groupe, etc. Tout ceci est prévu, la question est de savoir si on en fait la priorité ou pas.

Amélioration de l'utilisabilité

C'est probablement le chantier qui sera prioritaire une fois le port Python 3 effectué. SàT est déjà bien fourni en fonctionnalité, mais les interfaces ont besoin de travail pour être facilement utilisable. J'aimerais en particulier travailler sur le lancement de l'application et la découverte de contacts. Il y a également beaucoup de « petits détails » qui accumulés prennent du temps mais rendent le logiciel beaucoup plus agréable : intégration au bureau, aux actions de partage, une sélection plus agréable des fichiers, etc.

Voilà pour les pistes envisagées, chacune demande du temps et encore une fois vos commentaires/avis sont les bienvenus. Il y a d'autres idées qui traînent, aussi il va falloir bien choisir les priorités.

Mais…

Salut à Toi est un gros projet qui a un potentiel, mais il est pour le moment développé par une seule personne. Je n'ai qu'un jour par semaine consacré à SàT, et le rythme est très difficile à tenir. Dans les mois qui viennent je vais étudier les options de financement du projet. Il va être nécessaire que je trouve une solution à moyen terme pour que ce projet reste sur les rails.

Liens utiles

  • site officiels: https://salut-a-toi.org
  • documentation: https://salut-a-toi.org/documentation
  • notes de progression (en anglais): https://www.goffi.org/tag/S%C3%A0T%20progress

SàT 0.7.0 vient d'entrer en bêta

La version « 0.7.0 beta 1 » de Salut à Toi vient de sortir. En d'autres termes, nous venons de commencer la phase bêta, il n'y aura plus de nouvelles fonctionnalités (sauf ajustements mineurs), et maintenant il s'agit de se concentrer sur la stabilité, le débogage, et l'utilisabilité.

Pour mémoire, « Salut à Toi » est un écosystème de communication libre, décentralisé, et éthique. Il propose de nombreuses fonctionnalités (messagerie instantanée, chiffrement de bout en bout, blog, partage de fichiers, événements, forums, etc.), et fonctionne nativement sur bureau, appareils mobiles (Android), sur le web, et sans interface graphique (interface console et en ligne de commande).

C'est un soulagement de passer cette étape après l'énorme travail depuis la dernière version (0.6.1), sortie il y a plus de 2 ans 1/2 !

Maintenant c'est à vous de jouer, il faut tester, remonter les problèmes (sur https://bugs.goffi.org ou sur le salon du projet, aussi accessible via le web), et faire vos suggestions, c'est le moment !

Si vous connaissez Python, je cherche des personnes pour m'aider à rendre le project installable sur Windows, Mac OS et *BSD. Je travaille également sur un paquet flatpak. La partie web serait intéressante à avoir sur Yunohost, là encore de l'aide serait appréciée (cf. travail commencé).

Notez que SàT est déjà disponible sur Debian et probablement derivés (la bêta n'y est pas encore par contre), ainsi que sur Arch Linux (utilisez les paquets sat-*-hg pour tester la bêta).

Les instructions d'installation sont disponibles dans la documentation, et je travaille sur un nouveau site web qui en affichera un rendu plus agréable à lire, il devrait être en ligne dans la semaine.

Voici les liens pour les fichiers d'installation, et vous trouverez la plupart d'entre eux sur Pypy (notez que vous devez parcourir « release history » pour voir la version bêta) :

Je fini avec une capture d'écran de la version Android de Cagou, notez que ce blog est également fait avec ce projet :

capture d'écran de Cagou v0.7.0b1 sur Android

Salut à Toi au FOSDEM ce week-end

Salut à Vous,

une petite note pour vous indiquer que je serai présent au FOSDEM et que j'y ferai 2 conférences:

  • « XMPP Beyond Instant Messaging » où je montrerai qu'XMPP est bien plus qu'un protocole de messagerie instantanée. Salle H.1309 (Van Rijn) dimanche à 9:25
  • « Salut à Toi: A Python Based Social Network And More » qui sera une présentation de l'écosystème Salut à Toi. Salle UD2.120 (Chavanne) dimanche à 16:00

Je serai régulièrement au « XMPP lounge », mais je compte aussi voir certaines conférences et autres stands, aussi n'hésitez pas à me pinguer sur le salon XMPP sat@chat.jabberfr.org (accessible également via ce lien) si vous souhaitez discuter et/ou une démonstration.

Salut à Toi est en cours de stabilisation, et la version 0.7 à venir verra l'arrivée de la nouvelle interface bureau/appareils portables (Android en particulier), du partage de fichiers avancé, des événements, de la base d'une forge décentralisée (tickets et « merge requests »), du chiffrement via OMEMO, etc.

À noter aussi l'arrivée d'un cadriciel (framework) web unique en son genre, puisqu'il permet de créer des sites naturellement décentralisés en liant XMPP et Python.

Au plaisir de vous voir !

Salut à Toi à la Pycon à Lille dès demain

Pour les libristes habitant près de Lille, je serai à la Pycon cette semaine avec 2 jours de sprint autour de « Salut à Toi », puis une conférence le samedi à 16:30.

Si vous n'allez pas à la Pycon (et même si vous y allez ;) ), on peut aussi se voir pour une petite bière dans le vieux Lille en soirée. Bref n'hésitez pas à me contacter si vous voulez parler décentralisation, réseaux « sociaux », XMPP et/ou politique !

Slack now concentrates HipChat and Stride users

This has been announced, as a partnership between Slack and Atlassian. HipChat and Stride users will be migrated to Slack. End of this story.

Slack-HipChat-Stride

Most of the too many Team Chat actors will disappear thanks to darwinism applied to IT ecosystem. With Slack consolidating its leadership on the market, the natural selection will accelerate.

Most of the Team Chat players joined the bandwagon, because it is the first generation of Instant Messaging that monetises. Most of the Team Chat players only cloned a subset of what makes Slack pretty good, none have really innovated on top of it.

So, we see one more massive centralisation of users, under a proprietary silo, that is not even reliable…