Nouveau sprint, nouveaux goodies

Ceci est une traduction de l’article en anglais New sprint, new goodies. La date originale de l’article est le 17 Juillet 2019.

Ce weekend du 14 juillet, un groupe d’enthousiastes s’est rassemblé pour travailler sur de nouvelles fonctionalités dans les différentes implémentations d’XMPP. Wisolv — société de développement sur mesure — nous a généreusement fourni ses locaux à Villeurbanne (à coté de Lyon).

Sur l’ensemble, nous avons réussi à faire pas mal de choses et sommes bien contents du résultat. Au programme : DOAP, Message Reactions, Occupant-id, divers corrections de bugs et discussions, sans oublier quelques progrès sur le client Jabber pour Haiku !

Feux d’artifice du 14 Juillet par olek_impek.

DOAP – Description Of A Project (Description d’un projet)

Il existe beaucoup de listes de logiciels XMPP. Celles-ci ne prennent en considération que les fonctionalités favorites de leur auteur, sont plus ou moins à jour, et en général pas compréhensibles par les machines. Le projet DOAP fournit un moyen à chaque projet d’héberger une description sémantique de celui-ci, qui peut ensuite être utilisé pour présenter des informations sur les logiciels XMPP.

Quelques années plus tôt, Link Mauve a soumi une proposition pour étendre le format DOAP avec des informations que ces listes souhaitent exposer, mais il n’a pas sucité beaucoup d’intérêt… jusqu’à ce sprint !

PulkoMandy a écrit un ensemble de feuilles de style XSLT pour présenter ces informations. Link Mauve a écrit un schéma XML ainsi qu’un script Javascript intégrant les informations directement sur les XEPs (vous pouvez en voir un exemple ici avec la XEP bookmarks). Tous les auteurs de clients présents au sprint ont écrit un fichier DOAP pour leur projet.

Reactions

Movim a été un des premiers clients à implémenter les réactions, en utilisant la spécification Message Attaching. Les développeurs de Dino pensaient pouvoir améliorer la situation, notamment certains problèmes avec les clients qui n’implémentent pas la XEP, ce qui les a poussé à écrire une nouvelle spécification il y a déjà plusieurs semaines. Cette protoXEP a été envoyée dans l’inbox ce weekend !

Edhelas a adapté son implémentation dans Movim en utilisant cette nouvelle spec, mathieui a travaillé sur Poezio (pas encore mergé, mais les changements dans Slixmpp le sont), et fiaxh et larma ont commencé à l’implémenter dans Dino.

Occupant-id

Occupant-id est un autre protoXEP qui a été soumise ce weekend par larma.

Elle spécifie que les composants MUC fournissent un identifiant stable et unique qui serait attribué par salon par utilisateur (bare real JID). Ceci est utile en particulier pour les salons semi-anonymes où il n’est pas possible de s’assurer que deux messages viennent du même participant entre deux reconnections.

Certaines applications client pensent déjà la demander dans les salons semi-anonymes pour des fonctionalités telles que Last Message Correction ou Reactions.

Un module prosody est aussi disponible et fonctionne avec la dernière version (0.11) ou trunk.

Encore plus

PulkoMandy a commencé à porter Jabber4Haiku — maintenant Renga — à gloox. Fiaxh a travaillé sur stable and unique IDs dans Dino. Slixmpp utilise enfin des ids non prévisibles. J’ai travaillé avec mathieui sur des problèmes sur l’API asynchrone de Poezio et Slixmpp. Une nouvelle version de xmpp-parsers est sortie, corrigeant les problèmes dans la documentation au passage !

La suite

J’aimerais remercier Wisolv une fois de plus de nous avoir hebergé ce weekend.

Le mois prochain des membres de la communauté seront présent au booth XMPP à FrosCon, ainsi qu’à CCCamp2019. Venez visiter notre page d’évènements pour plus d’informations sur nos activités !

Jabber et le Google Summer of Code 2007

Comme l’année dernière et l’année d’avant, Google sponsorise encore des étudiants travaillant sur des projets libres cet été à travers son Summer of Code. La XSF fait parti des organisations y participant, et plusieurs étudiants vont donc travailler sur des projets en relation avec Jabber cet été

Voici donc un petit aperçu des projets retenus :

  • Support de BOSH dans gloox : Gloox est une bibliothèque C++ pour développer des applications utilisant XMPP. BOSH (autrefois appelé http-binding) est un protocole permettant de se connecter à un serveur Jabber en passant par HTTP (donc permettant de contourner certains firewall et proxy).
  • Data Form Designer Suite for XMPP : Ce projet permettra de créer des formulaires Jabber graphiquement, et pourra servir par exemple à proposer facilement des sondages par Jabber.
  • Implémentation et suite de tests pour les Encrypted Sessions : Encrypted Sessions est une série de protocoles pour Jabber visant à fournir un chiffrage bout à bout des communications par Jabber. Ce projet établira des outils pour tester des implémentations de ces protocoles, et les implémentera dans Gajim.
  • Extended Stanza Addressing et d’autres XEP dans ejabberd : l’étudiant veut implémenter la XEP-0033 dans ejabberd. Ce protocole permet d’envoyer facilement un même message à plusieurs personnes, et réduit la bande passante utilisée pour émettre ce message. L’étudiant veut aussi implémenter les XEP 0133 (administration d’un serveur en utilisant des commandes ad-hoc), 0157 (spécifier les adresses des personnes à contacter pour les services XMPP) et 0203 (qui remplace la XEP 0091 pour signaler qu’un message a été délivré avec du retard).
  • Jingle Audio et Vidéo dans Gajim : implémentation de la visioconférence et de la voix sur IP en utilisant le protocole Jingle dans Gajim.

En plus des projets de la XSF, d’autres organisations ont des projets en relation avec Jabber :

Bien sûr, même sans participer au SoC, vous pouvez tout de même aider Jabber. La liste des idées pour le SoC est toujours disponible sur le wiki de Jabber.org.

Sources : Blog de stpeter, Blog de la XSF.

JabberStudio va fermer ses portes

Peter Saint-Andre l’a annoncé sur la liste JDEV : JabberStudio va fermer ses portes.

Mon Mar 12 13:04:12 CDT 2007

JabberStudio will be shut down on March 26, two weeks from today. If you host a code project on JabberStudio, you will need to find a different repository by March 25. There will be no exceptions.

Traduction approximative :

JabberStudio va fermer le 26 Mars, dans deux semaines. Si vous avez un projet hébergé sur JabberStudio, vous allez devoir trouver un autre dépôt d’ici le 25 Mars. Il n’y aura pas d’exceptions.

Plus tard :

1. The JabberStudio code base is unmaintained and no one has volunteered to maintain it.

2. JabberStudio uses a lot of bandwidth (probably 90% of the bandwidth used by the XSF infrastructure) and our hosting provider is unhappy.

3. We have continued to have trouble with JabberStudio, first the rootkit 2 years ago and yesterday what was effectively a DOS (no I’m not going to discuss the details).

4. The admin (c’est moi) doesn’t have time for all this fun.

5. There are plenty of great options out there (Google Code Hosting, Berlios, SourceForge, etc.) that provide dedicated project hosting, better bug tracking tools, and so on. Go use ’em.

Et sa traduction :

1. Le code de JabberStudio n’est plus maintenu et personne ne s’est proposé pour le maintenir.

2. JabberStudio utilise beaucoup de bande passante (probablement 90% de la bande passante utilisée par l’infrastructure de la XSF) et notre hébergeur n’est pas content.

3. Nous avons régulièrement des problèmes avec JabberStudio, d’abord le rootkit il y’a deux ans et hier ce qui était en fait un DOS (non je ne discuterais pas de ça en détail).

4. L’admin (c’est moi) n’a pas le temps pour toutes ces joyeusetés.

5. Il y’a plein d’excellentes autres possibilités (Google Code Hosting, Berlios, SourceForge, etc.) qui fournissent des hébergements de projets, des meilleurs bugtrackers, et ainsi de suite. Utilisez-les.

Donc récupérez votre code et tous les documents associés au plus vite : http://jabberstudio.org/

Merci Omega pour la trad.