La lettre d’information XMPP de septembre 2020 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 septembre 2020.
Vous y trouverez, en plus des nouveautés, un appel à contribuer à la documentation et à la vie de XMPP.
Annonces de la XSF
La XSF a ouvert sa période de candidature pour les élections annuelles du Bureau et du Conseil de la XSF. Les candidats pour le Conseil doivent être des membres élus de la XSF, alors que les sièges du Bureau sont ouverts à tout le monde. Si vous êtes intéressés pour candidater à ces postes, visitez la page de candidature.
La période de candidature du quatrième trimestre 2020 pour devenir membre de la XSF est également ouverte. Si cela vous intéresse, faites vous connaître ici.
Articles
Le blog allemand kuketz-blog.de a publié la partie 6 de sa série sur les messageries instantanées [en allemand], cet opus s’intéressant spécifiquement à Conversations, client XMPP pour Android.
Tigase a publié un article sur le développement de sa bibliothèque multi‑plate‑forme Halcyon [en anglais] écrite en Kotlin.
Dans un autre article publié plus tard dans le mois, ils ont abordé les problématiques de publication et d’abonnement [en anglais], toujours avec Halcyon, via la XEP‑0060.
Et pour clore cette série d’articles, l’équipe de Tigase a expliqué la mise en place de fonctionnalités STUN et TURN en complément de leur serveur XMPP [en anglais] en utilisant la XEP‑0215.
Des nouvelles des logiciels
Clients et applications
Une nouvelle version majeure de Movim est sortie, avec des notifications améliorées, de nouvelles fonctionnalités de discussion et de vidéoconférence et une grande amélioration des performances. Une nouvelle version de l’application Android est également disponible pour intégrer toutes ces fonctionnalités dans cet environnement. Découvrez toutes les améliorations de cette nouvelle version dans le billet officiel de publication Movim 0.18 – Oterma. Jetez donc un œil au widget de dessin de Movim :
Nouvelles de septembre du développement de Gajim : le billet de ce mois‑ci marque la première année des « Nouvelles du développement de Gajim » ! La refonte de la fenêtre de préférences de Gajim est arrivée à sa fin. Les invitations à rejoindre des salons ont été améliorées et le paramétrage des salons rendu plus simple d’accès. Rejoindre un salon est maintenant beaucoup plus agréable.
MCabber, le vénérable client à interface textuelle, a été publié en version 1.1.1 et 1.1.2. Outre les corrections de bogues, la prise en charge de l’affichage du nombre de messages non lus et la réorganisation de la gestion des messages en copie carbone ont été implémentées.
Le SDK Python pour les appareils de cuisine General Electric connectés par Wi‑Fi, gekitchen, a publié sa première version sur GitHub. L’objectif initial est de l’utiliser pour pousser les intégrations du Home Assistant, bien que cela nécessite probablement d’attendre l’arrivée de nouveaux types d’entités. Il utilise XMPP comme un moyen d’authentification, puisque c’est ce qu’utilise l’application GE SmartHQ pour communiquer avec les appareils.
XMPP sur iOS et macOS semble se renforcer :
- Bienvenue à BeagleIM 4.0 et SiskinIM 6.0 ! Les clients iOS et macOS de Tigase communiquent via la XEP‑0369 (Mediated Information eXchange, ou MIX), nouveau protocole des salons de discussion XMPP. La connectivité VoIP a été améliorée avec l’implémentation de la XEP‑0353 (Jingle Message Initiation), la XEP‑0308 (Last Message Correction) est disponible pour corriger les messages qui ont déjà été envoyés, et d’autres fonctionnalités ont été ajoutées comme la XEP‑0424 (Message Retractation) et les réponses rapides pour les citations. La prise en charge des formulaires de CAPTCHA a été également implémentée : la XEP‑0158 (CAPTCHA Forms) est mise en place pour des vérifications supplémentaires lors de l’enregistrement d’un compte. Bien sûr, il y a aussi beaucoup d’autres changements et corrections !
- Le client Monal, pour iOS et macOS, s’est vu associer un nouveau serveur de push et a reçu des améliorations concernant la gestion de l’archivage des messages. C’est un des nombreux changements qui arrivera dans les futures versions. Soyez prêts et jetez‑y un œil dans la Beta Testflight de Monal.
Serveurs
Aucune chance pour les indésirables : Openfire présente son nouveau greffon Spam blacklist qui permet aux utilisateurs de faire des signalements. Signalez les spammeurs en puissance ! Le greffon d’observation d’Openfire a été publié en version 2.1.0, permettant la recherche sur l’ensemble du texte des messages archivés.
L’équipe du serveur XMPP Prosody a été bien occupée ce mois‑ci avec plusieurs choses sympathiques. Pour commencer, elle a annoncé la publication de la version 0.11.6 de Prosody. Les développeurs ont également publié une série de nouveaux modules pour permettre une inscription sur simple invitation qui peut aider et guider les nouveaux utilisateurs à choisir un client adéquat et créer leur premier compte XMPP. Et pour finir, ils ont publié un ensemble de conseils pour quiconque souhaitant s’attaquer aux messages indésirables sévissant sur le réseau XMPP.
Bibliothèques
La petite bibliothèque libstrophe pour client XMPP, écrite en C, a été publiée en version 0.10.0 qui, outre les corrections de bogues et une nouvelle API, apporte de nouvelles fonctionnalités : prise en charge des méthodes d’authentification SCRAM‑SHA‑256 et SCRAM‑SHA‑512, prise en charge de la bibliothèque de résolution asynchrone de nom de domaines c‑ares, prise en charge de LibreSSL et ajout de gestionnaires à déclenchement périodique, indépendamment du statut des connexions.
Une deuxième bêta a été publiée pour Smack 4.4.0, la bibliothèque XMPP en Java de la communauté Ignite RealTime.
Divers
Google Summer of Code 2020 : Anmol a résumé ses trois mois de travail sur l’implémentation de messages en temps réel dans Dino (XEP‑0301 In‑Band Real Time Text) via un dernier billet de blog.
Le propriétaire du domaine joinxmpp.org manque de temps pour développer ce projet plus avant. Il a écrit un court résumé décrivant les objectifs originaux et indique qu’il cherche maintenant quelqu’un de motivé pour reprendre le projet.
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 » ou « Active », en fonction de leur type, alors que les autres sont soigneusement archivées sous l’appellation « Ajournée ». 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.
Mises à jour
- version 2.11.0 de la XEP‑0004 (Data Forms) : clarifie davantage la nécessité de l’existence d’un attribut
typedans les champs.
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 :
- XEP-0411 (Bookmarks Conversion).
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 :
- ensembles de tests de conformité XMPP 2021 : ce document définit les catégories d’application XMPP pour différents usages (Core, Web, IM et Mobile), et spécifie les XEP que les logiciels clients et serveurs ont besoin d’implémenter pour être conformes à ces usages.
Remerciements
Cette lettre d’information XMPP a été réalisée collaborativement par la communauté. Merci à agnauck, emus, mdosch, mwild1, pep., pmaziere, Seve, wurstsalat3000 et Zash pour leur aide durant son élaboration !
Diffusez ces informations !
Partagez ces informations sur les « réseaux sociaux » :
Trouvez et proposez des offres d’emploi sur le site xmpp.work.
Appel à la communauté
Inscrivez‑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.