URL: https://linuxfr.org/news/retour-sur-le-fosdem-2016-a-bruxelles Title: Retour sur le FOSDEM 2016 à Bruxelles Authors: Collectif Nÿco, Davy Defaud, Goffi, Benoît Sibaud, Francois Revol, Lucas, BAud et edhelas Date: 2016年02月01日T14:41:04+01:00 License: CC By-SA Tags: fosdem, debian et openoffice Score: 26 La 16^e édition du FOSDEM a eu lieu le week-end dernier à Bruxelles. Le FOSDEM est un des plus gros événements autour du logiciel libre dans le monde, et il cible un public très technique. FOSDEM signifie « _Free and Open Source Software Developers’ European Meeting_ » soit « rencontre européenne des développeurs de logiciels libres et open source ». Cette dépêche revient sur l’événement, raconté principalement par les membres de la communauté XMPP ayant été présents. _Note : cette dépêche traite principalement de XMPP car ce sont les sujets suivis par les principaux contributeurs, les commentaires sont là pour compléter sur les autres sujets_ ---- [Site du FOSDEM 2016](https://fosdem.org/2016/) [Le retour du FOSDEM 2016 (Blog de dada)](https://www.dadall.info/blog/index.php?article501/le-retour-du-fosdem-2016) [Back from FOSDEM 2016 (Blog de mmu_man)](https://www.haiku-os.org/blog/mmu_man/2016-02-01_back_fosdem_2016) [XMPP Summit 19 & FOSDEM 2016: our thoughts](https://www.erlang-solutions.com/blog/xmpp-summit-19-fosdem-2016-our-thoughts.html) [ Reflections on the XMPP Summit 2016 ](http://zooldk.blogspot.dk/2016/02/reflections-on-xmpp-summit-2016.html) [How we built a decentralized blogging engine with XMPP](https://fosdem.org/2016/schedule/event/decentralized_blogging_with_xmpp/) [XMPP: Beyond standards Exploring the non-technical requirements of open communication](https://fosdem.org/2016/schedule/event/xmpp_beyond_standards/) [Reigniting Openfire A tale of birth, death, zombies, and resurrection](https://fosdem.org/2016/schedule/event/openfire/) [The state of XMPP and instant messaging The awakening](https://fosdem.org/2016/schedule/event/state_of_xmpp/) [Sharp.Xmpp, a multiplatform .NET XMPP client library and Android](https://fosdem.org/2016/schedule/event/sharpxmpp/) [The XMPP Blog: The 19th XMPP Summit and FOSDEM 2016](http://xmpp.org/2016/02/the-19th-xmpp-summit-and-fosdem-2016) ---- Comme le FOSDEM attire beaucoup de monde d’un peu partout sur la planète, c’est souvent l’occasion pour différents projets d’organiser des rencontres entre ses développeurs et utilisateurs avant ou après l’événement. ## XMPP summit 19 Le 19^e XMPP « _summit_ » (sommet) regroupant les membres de la communauté XMPP s’est ainsi tenu les jeudi et vendredi précédents le FOSDEM. Cisco nous a hébergés, en banlieue de Bruxelles. ### MIX La grande star de cette année a incontestablement été MIX (pour « _Mediated Information eXchange_ » soit « échange modéré d’informations », anciennement appelé « MUC 2 »). La XEP ou spécification [XEP-0369](https://xmpp.org/extensions/xep-0369.html) n’en est qu’à sa version 0.1 (état « expérimental »). Les progrès de la spécification ainsi que les implémentations, et par conséquent les boucles de retour sur expérience vont prendre du temps, sans doute quelques mois, sachant que les discussions ont permis de bien avancer. Des débat ont eu lieu sur des sujets aussi importants que la façon d’envoyer des messages (normalement ou via un nœud Pubsub ?) ou plus amusants comme « comment doit-on appeler une entité MIX ? ». Cette dernière question a vu s’affronter les partisans de « _room_ » (salle) et ceux de « _channel_ » (canal). C’est _a priori_ ce dernier terme qui sera retenu. ### Chiffrement de bout en bout Comme chaque année, c’est un peu le marronnier de la communauté XMPP, le chiffrement de bout en bout (E2E pour « _end-to-end_ ») a été abordé, mais par une partie seulement des participants ; le sujet ayant été abordé à la fin, une grosse moitié a continué à discuter de MIX pendant que l’autre travaillait sur le chiffrement. Le sujet principal était la proposition en cours de standardisation « [OMEMO](https://en.wikipedia.org/wiki/OMEMO) ». OMEMO acronyme récursif de « _OMEMO Multi-End Message and Object Encryption_ », basé sur [Axolotl](https://en.wikipedia.org/wiki/Axolotl_(protocol)). Nous avons également évoqué PGP, OTR, et aussi les _proxys_/mandataires re-chiffrants du futur. ### PAM pour Pubsub Account Management L’idée est de ne plus centrer XMPP sur le client, mais sur le compte, en d’autres termes sur le _bare JID_ (`user@domain`) au lieu du _full JID_ (`user@domain/resource`). La XEP n’est pas encore acceptée : [XEP-xxxx: _Pubsub Account Management_](https://xmpp.org/extensions/inbox/pubsub-account.html). ### Blogage décentralisé Nous avons également traité des cas d’usage de XMPP autour du « blogage » avec une présentation du travail effectué cette année autour de PubSub. ### Reconnection plus simple et plus rapide Il est clair que XMPP a besoin d’un mécanisme de (re-)connexion beaucoup plus rapide et beaucoup plus simple. [XEP-0305: _XMPP Quickstart_](https://xmpp.org/extensions/xep-0305.html) (statut _deffered_) était centré uniquement sur le _pipelining_. Après un long inventaire des paquets échangés à l’initialisation, nous avons constaté leur nombre vertigineux, et les états d’attente trop nombreux. Quelques idées ont fait surface : * retirer des paquets : * connexion directe au port 5223 en TLS, ce qui permet d’esquiver STARTTLS, * utilisation de « _TLS re-use_ » ; * déplacer des paquets après que l’initialisation soit « terminée » (à définir) ; * regrouper des paquets prêts à l’envoi côté client ; * _pipelining_ toujours ; * reconnexion basée sur des jetons (« _tokens_ »). ### Reconnexion à base de jetons (« _tokens_ ») La reconnexion sera (un peu) plus simple et donc (un peu) plus rapide, avec l’aide de jetons d’accès (« _access token_ ») et jetons de rafraîchissement (« _refresh token_ »), ceci étant très inspiré de OAuth. [La XEP est proposée](https://github.com/xsf/xeps/pull/147) ([discussion](http://mail.jabber.org/pipermail/standards/2016-February/030898.html)) et une implémentation serveur est d’ores et déjà disponible dans [une branche de MongooseIM](https://github.com/esl/MongooseIM/pull/633), dont la fusion se fera pour la future version 1.7.0. ## La salle des développeurs Real Time ### Openfire Dave Cridland a évoqué le renouveau de la communauté d’Openfire, qui serait un des serveurs XMPP les plus populaires et un des plus faciles à installer et administrer. ### État de XMPP et de la messagerie instantanée Nicolas Vérité ([_Nÿco_](https://linuxfr.org/users/nyco)), _Product Owner_ de MongooseIM, a présenté les trois générations de la messagerie instantanée, le trou de la vague, et le grand nettoyage nécessaire. La conclusion étant que XMPP revient et est là pour rester. ### XMPP au‐delà des standards Matthew Wild, développeur principal de Prosody, le serveur XMPP sans doute le plus en vogue, montre qu’il existe une vie XMPP au‐delà des spécifications, et qu’il existe un mouvement à créer, centré sur les implémentations. ### Moteur de blog décentralisé [_Goffi_](https://linuxfr.org/users/goffi), aussi nommé Jérôme Poisson, a montré via Libervia (_Salut à Toi_) que le _blogage_ sur XMPP était possible, ajoutant les aspects temps réel au concept, et aussi la résistance intrinsèque au pourriel. Il a également fait une présentation dans la « _devroom_ » (salle à thème du FOSDEM) Python sur l’utilisation de ce langage dans le projet. ### Lightning de Movim Timothée Jaussoin, surnommé [_edhelas_](https://linuxfr.org/users/edhelas), a donné une « _lightning talk_ » (présentation éclair) sur Movim. ### Free RTC (communications temps réel libres) Daniel Pocock a également donné une conférence intéressante dans le _Main Track_ : il fait les mêmes constatations et propose les mêmes solutions que Matthew Wild et Nicolas Vérité, mais dans un contexte plus large, pas seulement dans le monde XMPP. ## Real Time Lounge Dans le village associatif, un espace « Temps réel » offrait de confortables coussins pour discuter ou « geeker » bien confortablement. Cela couvrait XMPP, SIP, WebRTC, mais aussi [Ring](https://ring.cx/) et [Matrix](https://matrix.org/). Les à‐côtés =========== Le FOSDEM est avant tout une fantastique occasion de rencontrer beaucoup de gens intéressants, et une grande partie des discussions se font en dehors des conférences et des stands. Le [_Beer event_](https://fosdem.org/2016/beerevent/) qui ouvre les festivités est particulièrement célèbre. Il y a des [événements spécifiques](https://fosdem.org/2016/fringe/) organisés à l’occasion du FOSDEM, soit les jours précédents, soit les jours suivants. Ainsi, ce fut l’occasion pour une partie de la communauté Diaspora* de discuter avec une partie de la communauté XMPP, ou de rencontrer des membres de _LinuxFr.org_. Par ailleurs ============ Haiku ----- Si aucun stand [Haiku](https://www.haiku-os.org/) n’était visible, trois conférences lui étaient consacrées, dans trois _devrooms_ différentes : _Distros_, _Desktop_ et _BSD_. La première a permis de montrer la gestion de paquets du système. La seconde a détaillé les différents _toolkits_ disponibles sous Haiku (y compris Qt5). Enfin, la troisième entendait remercier la communauté BSD pour ce qu’elle a apporté à ce système d’exploitation. Les stands ---------- De nombreux stands étaient bien sûr présents. Les classiques stands de distributions (même si Debian se cachait bien), mais également [ReactOS](http://reactos.org/), la réécriture libre de Windows®. Le rez‐de‐chaussée du bâtiment K proposait les stands les plus renommés, dont celui de la FSF Europe. À l’étage on trouvait également Perl (avec une mascotte à l’échelle 1⁄2, et des bouteilles de cuvée Perl), un stand OpenOffice ou encore des infos sur les programmes _Summer of Code_ et _Code-In_ de Google.

AltStyle によって変換されたページ (->オリジナル) /