URL: https://linuxfr.org/news/xmpp-ca-marche-1-juillet-2020 Title: XMPP ça marche, 1er juillet 2020 Authors: Anonyme Davy Defaud, Ysabeau đŸ§¶ et M5oul Date: 2020ćčŽ07月07æ—„T17:01:26+02:00 License: CC By-SA Tags: mastodon et xmpp Score: 26 _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](https://linuxfr.org/tags/xmpp/public) _et_ [JabberFR.org](https://news.jabberfr.org/category/newsletter/). Bienvenue dans la lettre d’information XMPP couvrant le mois de juin 2020. Vous y trouverez, en plus des nouveautĂ©s, un appel Ă  contribuer Ă  la documentation et Ă  la vie de XMPP. ---- [Cette lettre d’information de juin 2020 en anglais ](https://xmpp.org/2020/07/newsletter-01-july/) [Toutes les lettres d’information ](https://xmpp.org/category/newsletter.html) [Souscrire Ă  la lettre d’information en anglais par courriel](https://tinyletter.com/xmpp) [XMPP/Jabber sur LinuxFr.org ](https://linuxfr.org/tags/xmpp/public) ---- # Appel Ă  la communautĂ© ## Inscrivez‐vous Ă  la lettre d’information Nous vous invitons Ă  [vous inscrire](https://tinyletter.com/xmpp) 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](https://github.com/xsf/xmpp.org/pulls). Et nous sommes toujours ravis d’accueillir des contributeurs et des contributrices. Joignez‐vous Ă  la discussion dans le [salon de notre Ă©quipe de communication](xmpp:commteam@muc.xmpp.org?join) 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. # Annonces de la XSF JC Brand a mis en place un [site de publication d’offres d’emploi en lien avec XMPP](https://xmpp.work/) ! Il vous permettra d’accĂ©der Ă  des offres d’emploi, mais Ă©galement de faire la publicitĂ© de services XMPP. Jetez‐y un Ɠil, publiez vos propres offres et recommandez‐le. XMPP ça marche ! # Articles Ingo JĂŒrgensmann a Ă©crit un article sur l’historique des termes « Jabber » et « XMPP », leur [diffĂ©rences et similaritĂ©s](https://blog.windfluechter.net/content/blog/2020/06/09/1758-jabber-vs-xmpp) [en anglais]. Le client XMPP Dino est un des trois projets qui ont Ă©tĂ© rĂ©compensĂ©s par le [10^(e) trophĂ©e Thomas Krenn](https://www.thomas-krenn.com/de/unternehmen/presse/pressemeldung.thomas-krenn-award-2020.html) [en allemand]. MichaƂ Piotrowski a Ă©crit un article sur [comment initier rapidement l’implĂ©mentation d’une messagerie instantanĂ©e dans une application](https://www.erlang-solutions.com/blog/add-value-to-your-app-with-instant-messaging-here-s-where-to-start.html) [en anglais]. Il y aborde la valeur d’une fonctionnalitĂ© de discussion dans une application, son passage Ă  l’échelle, sa personnalisation et les erreurs frĂ©quemment commises : « Choisissez vos XEP, et choisissez intelligemment. ». Le contributeur _Space_e_man_ du site _LinuxFr.org_ a proposĂ© une brĂšve revue de [Quicksy, la messagerie instantanĂ©e libre basĂ©e sur XMPP facile](https://linuxfr.org/users/space_e_man/journaux/quicksy-la-messagerie-instantanee-libre-basee-sur-xmpp-facile). Tandis que l’article lui‐mĂȘme se concentre sur les raisons qui devraient le faire prĂ©fĂ©rer Ă  d’autres solutions propriĂ©taires, les commentaires des utilisateurs de _LinuxFr.org_, comme Ă  l’accoutumĂ©e, apportent leur lot de points de vue variĂ©s, ainsi que des alternatives. # VidĂ©os Au mois d’avril 2020, _Conociendo XMPP, la Comunidad Latina de TecnologĂ­as Libres_, a fait une prĂ©sentation en ligne de XMPP pour ses utilisateurs. Nous voudrions mettre en exergue [cette vidĂ©o](https://www.youtube.com/watch?v=VwnzJ9V732E) [en espagnol], mĂȘme si elle date un peu. Ils proposent Ă©galement un espace de discussion pour les utilisateurs, joignable Ă  cette adresse courte et pratique _[comunidadlatinadetecnologiaslibres@chat.disroot.org](xmpp:comunidadlatinadetecnologiaslibres@chat.disroot.org?join)_. Daniel Gultsch et Holger Weiss ont eu [un Ă©change virtuel sur leur implĂ©mentation des fonctionnalitĂ©s audio et vidĂ©o](https://www.youtube.com/watch?v=v_riuu4XU6Q) [en anglais] au sein de Conversations, dans lequel ils y dĂ©crivent les dĂ©tails techniques. La session a Ă©tĂ© conclue avec une deuxiĂšme prĂ©sentation par _eta_, qui dĂ©finit l’amour par cette Ă©quation : Asterisk + XMPP = <3. Prof. Dr. P. Löbbecke a parlĂ© dans une prĂ©sentation en ligne de « [_Freie Messenger - Sichere Kommunikation_](https://libre.video/videos/watch/1b646209-24e0-489b-8060-793f4513da9d) » (messageries libres — communication sĂ©curisĂ©e) [en allemand] qui traite de XMPP. # Des nouvelles des logiciels ## Clients et applications [Gajim 1.2.0](https://gajim.org/post/2020-06-21-gajim-1.2.0-released/) a Ă©tĂ© publiĂ©. Plus d’une annĂ©e aprĂšs la sortie de Gajim 1.1.3, le moment est finalement venu pour Gajim 1.2. Une annĂ©e mise Ă  contribution pour dĂ©velopper de nouvelles fonctionnalitĂ©s, nettoyer du vieux code et corriger des bogues. Parmi tous les changements, on remarquera particuliĂšrement : l’amĂ©lioration du systĂšme de salon de discussion, la rĂ©Ă©criture complĂšte du code touchant les aspects rĂ©seau et un nouvel assistant de crĂ©ation de compte. Et il y a bien plus Ă  dĂ©couvrir. [Nouvelles du dĂ©veloppement de Gajim](https://gajim.org/post/2020-06-28-development-news-june/) : juin a dĂ©jĂ  apportĂ© avec lui Gajim 1.2, python-nbxmpp 1.0 et de nombreuses mises Ă  jour de greffons. Mais il y a plus : _Blind Trust Before Verification_ (confiance aveugle avant vĂ©rification) pour OMEMO, des amĂ©liorations dans le glisser‐dĂ©poser et un nouveau service de traduction pour Gajim. Anu, le principal dĂ©veloppeur de Monal, a publiĂ© de [nouvelles versions bĂȘta pour iOS et macOS](https://monal.im/blog/new-builds-fro-4-7/). GrĂące aux efforts de Thilo et Friedrich, de nouvelles fonctionnalitĂ©s de dĂ©bogage ont Ă©tĂ© incorporĂ©es. Il demande de fournir des journaux de dĂ©bogage pour les rapports de bogues existants quand cela est possible. Profanity a sorti sa version 0.9.0, qui prend en charge la XEP‐0308 (_Last Message Correction_) et corrige divers problĂšmes qui sont dĂ©taillĂ©s dans leur [publication de blog](https://profanity-im.github.io/blog/post/release-090/). AprĂšs cette nouvelle sortie majeure, les versions [0.9.1](https://github.com/profanity-im/profanity/releases/tag/0.9.1), [0.9.2](https://github.com/profanity-im/profanity/releases/tag/0.9.2), [0.9.3](https://github.com/profanity-im/profanity/releases/tag/0.9.3) et [0.9.4](https://github.com/profanity-im/profanity/releases/tag/0.9.4) ont suivi, corrigeant des bogues. ![Captures d’écran de Profanity 0.9](https://news.jabberfr.org/wp-content/uploads/2020/07/profanity090.png "Profanity 0.9") [JSXC](https://jsxc.org) a sorti sa [version 4.1.1](https://github.com/jsxc/jsxc/releases/tag/v4.1.1), qui corrige plusieurs problĂšmes liĂ©s Ă  la vidĂ©o et amĂ©liore l’interopĂ©rabilitĂ© avec Conversations. De plus, la [premiĂšre version expĂ©rimentale d’une application de bureau](https://www.jsxc.org/blog/2020/06/25/JSXC-Desktop.html) pour toutes les plates‐formes a Ă©tĂ© publiĂ©e. Le projet recherche des testeurs et des personnes avec de l’expĂ©rience sur Electron et la chaĂźne de compilation Travis. ![Desktop client JSXC](https://news.jabberfr.org/wp-content/uploads/2020/07/jsxc41.png "Desktop client JSXC") Pix‐Art Messenger a supprimĂ© sa [prise en charge d’OTR depuis le 30 juin](https://social.tchncs.de/@pixart/104349576991457471). La note gĂ©nĂ©rale Ă  ce sujet peut ĂȘtre lue sur [GitHub](https://github.com/kriztan/Pix-Art-Messenger/blob/master/docs/encryption.md). Et pour finir, pouvez‐vous croire cela ? [Pidgin 2.14.0](https://pidgin.im/posts/2020-06-2.14.0-released/) ! 😯 Il y a Ă©galement [une chaĂźne Twitch de dĂ©veloppement en direct](https://twitter.com/rw_grim/status/1278857182629498880) qui Ă©met chaque jeudi. ## Serveurs La communautĂ© Ignite RealTime a sorti [Openfire bĂȘta 4.6.0](https://discourse.igniterealtime.org/t/openfire-4-6-0-beta-is-released/88203) qui implĂ©mente la XEP‐0289 (_Federated MUC for Constrained Environments_) et amĂ©liore la prise en charge PEP et PubSub. Si vous avez le temps de tester, rejoignez‐les pour aider ! # BibliothĂšques La bibliothĂšque XMPP de Gajim, [python-nbxmpp](https://dev.gajim.org/gajim/python-nbxmpp/-/tree/master), a vu sa version 1.0 publiĂ©e. Divergence amicale de l’antique bibliothĂšque xmppy, de nombreuses choses ont changĂ© depuis. Beaucoup de travail y a Ă©tĂ© investi, particuliĂšrement durant l’annĂ©e passĂ©e. Si vous ĂȘtes intĂ©ressĂ©s, un exemple simple de client est disponible. # Divers Le saviez‐vous ? [_League of Legends_ utilise XMPP en interne](https://technology.riotgames.com/news/chat-service-architecture-protocol). # Google Summer of Code Depuis dĂ©but mai, des Ă©tudiants du monde entier travaillent sur plusieurs projets libres dans le cadre de cette saison du Google _Summer of Code_. Nous aimerions prĂ©senter les Ă©tudiants qui travaillent sur les [projets XMPP du GSoC](https://summerofcode.withgoogle.com/organizations/5474262808264704/#6018598289539072) et partager leurs premiĂšres entrĂ©es de blog : [Aditya Borikar](https://adiaholic.github.io/gsoc2020/2020/05/16/Chapter-0-Introduction.html) travaille sur la prise en charge de WebSocket dans Smack ; historique de son blog : - [Chapitre 1 : Les amabilitĂ©s de connexion](https://adiaholic.github.io/gsoc2020/2020/05/24/Chapter-1-Handshake.html) ; - [Chapitre 2 : Changements vers une composante modulaire](https://adiaholic.github.io/gsoc2020/2020/05/31/Chapter-2-Modular-Shift.html) ; - [Chapitre 3 : Les nĂ©gociations SASL](https://adiaholic.github.io/gsoc2020/2020/06/07/Chapter-3-sasl-negotiations.html) ; - [Chapitre 4 : Corriger les cibles dĂ©fectueuses](https://adiaholic.github.io/gsoc2020/2020/06/14/Chapter-4-fix-loose-endpoints.html) ; - [Chapitre 5 : MĂ©thode de dĂ©couverte discrĂšte HTTP](https://adiaholic.github.io/gsoc2020/2020/06/21/Chapter-5-Discrete-Http-Lookup-Method.html) ; - [Chapitre 6 : Une partie de l’ensemble, intĂ©grĂ©](https://adiaholic.github.io/gsoc2020/2020/06/28/Chapter-6-Part-Of-The-Whole.html). [Anmol (_wolfie_anmol_)](https://wolfieanmol.github.io/gsoc-blog/) travaille sur l’implĂ©mentation de l’envoi de messages Ă  la volĂ©e dans Dino ([XEP‐0301 _In‐Band Real Time Text_](https://xmpp.org/extensions/xep-0301.html)) ; historique de son blog : - [Le GSoC 2020 dĂ©bute — Introduction au RTT](https://wolfieanmol.github.io/gsoc-blog/introduction/) ; - [Stanza RTT et comparaison de messages](https://wolfieanmol.github.io/gsoc-blog/rtt-stanza-and-message-comparision/) ; - [Recevoir des messages en temps rĂ©el](https://wolfieanmol.github.io/gsoc-blog/receiving-rtt/) ; - [Interface utilisateur](https://wolfieanmol.github.io/gsoc-blog/ui/). ![RTT User Interface](https://news.jabberfr.org/wp-content/uploads/2020/07/dino_rtt_demo.gif "RTT User Interface") Merci de votre participation aux projets XMPP du GSoC et continuez votre travail de qualitĂ© ! À suivre. # Extensions et spĂ©cifications ## Mises Ă  jour - la version 0.5.0 de la [XEP‐0373](https://xmpp.org/extensions/xep-0373.html) (_OpenPGP for XMPP_) : - utilise le lexique de la RFC 4880 : il s’agit d’une « clĂ© primaire » et non d’une « clĂ© maĂźtresse », - clarifie le chiffrement des donnĂ©es de la clĂ© secrĂšte, - dĂ©place les informations de l’attribut _date_ vers l’élĂ©ment _ID_ (fs) ; - la version 1.3.0 de la [XEP‐0156](https://xmpp.org/extensions/xep-0156.html) (_Discovering Alternative XMPP Connection Methods_) : - corrige la rĂ©fĂ©rence Ă  la RFC 6415 et organise les prĂ©requis plus clairement ; ceci fait Ă©voluer le prĂ©requis JSON de « peut » (optionnel) Ă  « devrait » (dans les faits), pour s’adapter aux applications Web (fs) ; - la version 1.1.0 de la [XEP‐0157](https://xmpp.org/extensions/xep-0157.html) (_Contact Addresses for XMPP Services_) : - ajoute la valeur _status‐addresses_ dans le registre, avec un exemple (mb, fs), - la version 0.1.0 de la [XEP‐0440](https://xmpp.org/extensions/xep-0440.html) (_SASL Channel‐Binding Type Capability_) : - acceptĂ©e par vote du Conseil le 27 mai 2020, (Ă©diteur des XEP (jsc)) ; - la version 0.3.1 de la [XEP‐0390](https://xmpp.org/extensions/xep-0390.html) (_Entity Capabilities 2.0_) : - ajoute un autre exemple de _xml:lang_ (fs) ; - la version 0.6.0 de la [XEP‐0384](https://xmpp.org/extensions/xep-0384.html) (_OMEMO Encryption_) : - intĂšgre des retours Ă  propos des termes de chiffrement et du contenu, par Sofia Celi (ps) ; - la version 0.3.0 de la [XEP‐0424](https://xmpp.org/extensions/xep-0424.html) (_Message Retraction_) : - clarifie quand un service doit rendre publique sa prise en charge via disco, - ajoute un autre [URN]() de dĂ©couverte de service pour les pierres tombales [N. D. T. : nom donnĂ© Ă  ce qui remplace le message rĂ©tractĂ©] (jcb) ; - la version 0.4.0 de la [XEP‐0393](https://xmpp.org/extensions/xep-0393.html) (_Message Styling_) : - retire la description du mĂ©canisme pour dĂ©sactiver la personnalisation du style des _spans_ et des _blocks_ individuels, les utilisateurs pouvant faire cela eux‐mĂȘmes sans que nous ne documentions l’utilisation d’un caractĂšre Unicode qui n’est pas spĂ©cifiquement dĂ©diĂ© Ă  cela (ssw) ; - la version 0.3.0 de la [XEP‐0393](https://xmpp.org/extensions/xep-0393.html) (_Message Styling_) : - ajoute la capacitĂ© de dĂ©sactiver la personnalisation des styles, clarifie davantage les aspects d’accessibilitĂ© et mentionne que _Styling_ n’est pas compatible avec _Markdown_ dans la section des aspects sĂ©curitĂ© (ssw). # Remerciements Cette lettre d’information XMPP a Ă©tĂ© rĂ©alisĂ©e collaborativement par la communautĂ©. Merci Ă  _emus_, _jonas_, _nyco_, _pep._, _pmaziere_, _sualko_, _vanitasvitae_, _wurstsalat3000_ et _Zash_ pour leur aide durant son Ă©laboration ! # Diffusez ces informations ! Partagez ces informations sur les « rĂ©seaux sociaux » : * [Twitter](https://twitter.com/xmpp) ; * [Mastodon](https://fosstodon.org/@xmpp/) ; * [LinkedIn](https://www.linkedin.com/company/xmpp-standards-foundation/) ; * [Facebook](https://www.facebook.com/jabber/) ; * [Reddit](https://www.reddit.com/r/xmpp/). # Licence Cette lettre d’information est publiĂ©e sous la licence [CC BY-SA 4.0](https://creativecommons.org/licenses/by-sa/4.0/).

AltStyle ă«ă‚ˆăŁăŠć€‰æ›ă•ă‚ŒăŸăƒšăƒŒă‚ž (->ă‚ȘăƒȘă‚žăƒŠăƒ«) /