• Matrix.org | A new basis for open, distributed, real-time communication
    http://matrix.org

    #Matrix is an open standard for decentralised communication, providing simple HTTP APIs and open source reference implementations for securely distributing and persisting JSON over an open federation of servers.

    You can use Matrix for…

    Decentralised Group Chat
    Fully distributed persistent chatrooms with no single points of control or failure

    WebRTC Signalling
    Web-friendly signalling transport for interoperable VoIP and video calling

    Internet of Things
    Exchanging and persisting data between devices and services
    …and anywhere else you need a common data fabric to link together fragmented silos of communication.

    si vous voulez m’y causer je suis @fil:matrix.org

    #cccp

    et une interview (qui date d’un an) de Matthew Hodgson sur le projet
    https://bloggeek.me/matrix-webrtc-interview

    et des nouvelles plus récentes :
    http://matrix.org/blog/2015/09/07/matrix-one-year-in

    • Il faut prendre un navigateur compatible avec WebRTC (Firefox ou Chrome, mais à priori pas Safari), se rendre sur https://vector.im/beta ; en bas, demander la création d’un compte.

      On reçoit alors un email de confirmation ; on valide, puis on se connecte à nouveau sur https://vector.im/beta

      Ensuite il devient possible d’ajouter quelqu’un à une conversation en saisissant son adresse, dans mon cas @fil:matrix.org

    • @b_b:matrix.org arrive à rejoindre un chan irc, mais je ne vois pas comment contacter quelqu’un en privé...

      Trouvé, c’était bien caché... il faut cliquer sur soi dans la liste des membres du chan, et là on trouve le bouton Leave :)

    • Dans le canal https://vector.im/beta/#/room/#matrix-fr:matrix.org il y a des infos intéressantes sur le projet :

      Amandine
      (...) il y a aussi des entreprises qui construisent des choses à vocation plus commerciales, notamment l’équipe d’Open WebRTC chez Ericsson qui bossent pas mal avec nous

      en fait l’équipe est partagée entre Rennes et Londres
      avec une orientation plutot back-end à Londres et front-end à

      Adev
      C’est un projet à but commercial initialement ?

      Amandine
      à la base on travaille tous dans la meme entreprise (Amdocs) et on développe des applis mobiles type Skype etc pour les opérateurs (notre principal déploiement est blah pour TIM Brasil)
      Mais on trouvait que l’industry avait besoin d’un standard ouvert et pragmatique de communication (après avoir joué plusieurs années avec XMPP et SIP) et on a réussi à convaincre le management d’Amdocs de financer Matrix.org qui est à but non-lucratif et en cours d’incorporation en tant que tel (en gros on finalise la paperasse légale)
      donc Matrix.org est indépendant à but non-lucratif, parce que pour que ça marche il faut que tout le monde l’utilise, pas que Amdocs

      https://fr.wikipedia.org/wiki/Amdocs

    • Mettons-le là :

      - Not particularly web-friendly - you can’t easily speak XMPP from a web browser. (N.B. Nowadays you have options like XMPP-FTW and Stanza.io that help loads with letting browsers talk XMPP).
      – Single logical server per MUC is a single point of control and availability. (MUCs can be distributed over multiple physical servers, but they still sit behind a single logical JID and domain. FMUC improves this with a similar approach to Matrix, but as of Oct 2015 there are no open source implementations.)
      – History synchronisation is very much a second class citizen feature
      – Stanzas aren’t framed or reliably delivered without extensions. (See wiki.xmpp.org for an XMPP take on this)
      – Multiple device support is limited. (Apparently Carbons and MAM help with this)
      – Baseline feature set is so minimal that fragmentation of features between clients and servers is common, especially as interoperability profiles for features have fallen behind (as of July 2015)
      – No strong identity system (i.e. no standard E2E PKI, unless you count X.509 certs, which are questionable)
      – Not particularly well designed for mobile use cases: push; bandwidth-efficient transports. (Since the time of writing a Push XEP has appeared, and wiki.xmpp.org claims that XMPP runs “fine” over a 9600bps + 30s latency link.)

      We think of Matrix and XMPP as being quite different; at its core Matrix can be thought of as an eventually consistent global JSON db with an HTTP API and pubsub semantics - whilst XMPP can be thought of as a message passing protocol. You can use them both to build chat systems; you can use them both to build pubsub systems; each comes with different tradeoffs. Matrix has a deliberately extensive ‘kitchen sink’ baseline of functionality; XMPP has a deliberately minimal baseline set of functionality.

      Dans cette FAQ, ils font référence plusieurs fois à une page sur le wiki de XMPP, et on a presque l’impression que cette page a été faite pour répondre aux critiques principales formulés par Matrix :
      http://wiki.xmpp.org/web/Myths

      =====

      Sinon une interview d’un co-fondateur :
      https://bloggeek.me/matrix-webrtc-interview

      Avec une vision à long terme…

      Meanwhile, the bigger vision is to use Matrix’s cryptographically secure eventually-consistent distributed message history to provide a robust decentralized messaging layer for the internet of things.

      cc @goffi aussi, pour le sujet, vu qu’il n’est pas dans les suiveureuses du thread :)

      #XMPP #messagerie #historique #pubsub #HTTP #API #JSON #standard #protocole #internet_des_objets

    • Cette page a en effet été faite explicitement pour répondre aux critiques qui sont pratiquement toutes infondées.

      Pour la petite histoire, j’ai découvert Matrix pour la première fois au Fosdem en début d’année, ils étaient voisins de notre stand. J’ai vu la conférence, c’était intéressant mais rien d’extraordinaire non plus (tout le monde a applaudi quand il y avait la vidéo alors que c’était un simple WebRTC, c’est plutôt Mozilla qu’il faut applaudir ici). Déjà dans cette conf, il se sont mis beaucoup en opposition de XMPP.

      Là où ça se gâte, c’est qu’ils font ça systématiquement, des attaques à charge contre XMPP, non seulement en conf (et ils en font beaucoup, ils ont visiblement un très gros budget marketing), mais sur le net (Twitter, hackernews on peut systématiquement les voir quand il y a un article sur XMPP, même
      en français comme dans un des mes journaux sur XMPP où j’ai dû répondre : https://linuxfr.org/users/goffi/journaux/parlons-xmpp-episode-6-les-commandes-a-distance#comment-1615075).

      La critique est OK quand elle est fondée (et avec un minimum de forme), mais la plupart de leurs arguments (si ce n’est tous) sont faux ou approximatifs, au point que la communauté XMPP a dû réagir et répondre. On a vraiment l’impression qu’ils voient XMPP comme leur principal concurrent (ce qui est probablement vrai), et qu’ils veulent l’abattre.

      Bref, j’avais eu un premier contact plutôt curieux, en me disant pourquoi pas (j’ai même mentionné Matrix comme une technologie intéressante dans une de mes confs), mais depuis c’est devenu vraiment lourd et ils ont réussi à passer dans la case « je n’aime pas », ce qui est rare pour un projet libre.

      Sur le plan technologique c’est donc intéressant sans être extraordinaire, mais sur l’a côté Matrix a tout fait pour se mettre la communauté XMPP à dos (et ils ont réussi).

      MàJ : mauvais lien corrigé
      MàJ 2 : un exemple de conversation houleuse entre Dave Cridland (très impliqué dans la communauté XMPP, développeur OpenFire, membre du « council » XSF) et Matrix : https://twitter.com/DwdDave/status/630849678347739136

    • merci @goffi — j’aurais effectivement dû te citer dans la conversation.

      Mes deux sous : ce qui me semble faire l’attrait de Matrix aujourd’hui c’est peut-être plus l’interface que l’aspect techno. C’est facile de s’inscrire, le client Web est assez agréable à utiliser, et il ouvre sans complications l’accès à tout ce qu’il faut (échange de fichiers, upload d’images, vidéo et son, et passerelle irc qui permet de ne pas être « tout seul » au début).

    • C’est effectivement ce qu’il manque à XMPP des client intuitifs qui gèrent tout, et c’est une grosse partie du travail de Movim, Jappix, BuddyCloud et SàT.

      Le truc aussi est que nous travaillons avec les standards, et c’est donc beaucoup plus long que quand on fait tout en interne (on doit discuter avec beaucoup de monde pour avancer).

      En tout cas ce que tu cites on le gère (sauf la vidéo et le son, mais y’a déjà une grosse partie du travail fait), mais tout n’est pas encore accessible dans l’interface web (ça va venir sûrement assez vite). On devrait sortir une nouvelle version aujourd’hui d’ailleurs.

      Movim aussi gère l’upload maintenant, et la passerelles IRC on utilise Biboumi (par un des auteurs de Poezio) qui est excellent.

      On sort donc une version aujourd’hui, je ferai signe sur SeenThis, on apprécierait les retours justement :).

    • @ben @odilon j’ai testé avec un compte sur matrix.org, je trouve ça fluide et pas trop dur à utiliser. Je prends pas toute la mesure de la discussion sur les protocoles, mais je sais qu’au niveau des clients xmpp (à part adium sur mac) je me suis toujours cassée les dents, mais c’était il y a plusieurs années, je n’ai pas réessayé depuis. Tiens, je vais essayer salut à toi , pour voir.

    • @goffi parle de marketing ... Wikipédia à propos de Amdocs :

      Amdocs est une entreprise de services du numérique fondée en 1982 en Israël et basée à Chesterfield dans le Missouri. ... Effectif 22000 en 2015

      C’est possible que dans une boite de 22000 personnes il y ait quelques personnes payées pour marketter ;)

    • @fil @goffi une grosse fonctionnalité de Matrix, qui fonctionne dès le départ, c’est le truc de l’historique synchronisé, qui est toujours le même pour tout le monde à l’intérieur d’une même discussion (de 2 ou plus personnes peu importe). Ce qui permet d’avoir toujours la même « vue » chez chaque participant, et de pouvoir chercher à l’intérieur, en arrière, même quand on est pas arrivé depuis le début, et surtout : même quand on s’y connecte depuis un autre client, une autre machine, qui n’avait encore aucun historique. Ce qui permet alors une utilisation à-la-slack, entre autre. De ce que j’avais compris pour l’instant, la différence n’est pas tant le protocole (JSON, etc), mais le fait que Matrix c’est avant tout « une base données synchronisée » (qui peut servir, parmi d’autres choses, à faire du chat).

      Voilà pour moi, pour l’instant, c’est la plus grosse différence que je vois, largement avant les pseudo-histoires de rapidité, de vidéos, etc. Vu que je n’y connais rien, je ne sais pas si XMPP sait faire ce genre de synchronisation de manière standardisée dans une de ses extensions (et pas juste pour du blog mais bien pour n’importe quel message de chat avec n’importe quelle nouvelle arrivée dans une conversation).

      Pour leurs arguments :
      – s’il manquait des choses dans XMPP : vu leur budget et/ou leur bonne capacité technique, illes pouvaient parfaitement proposer des nouvelles extensions pour compléter (même si seul leur client perso aurait su les utiliser dans un premier temps : ce qui ne change rien à actuellement avec Matrix où seul leur client à eux sait faire ça)
      – s’il n’y avait pas un client XMPP web et/ou mobile implémentant toutes les extensions les plus nécessaires à ce qu’illes voulaient : il pouvait parfaitement créer un nouveau client web et un nouveau client mobile : là encore ça ne change rien à ce qu’illes ont dû faire pour Matrix, à recréer un client à zéro

      Au moins on aurait eu des clients XMPP web et mobile, modernes, beaux, etc, et qui fassent moult fonctionnalités d’un coup (comme @fil je pense que l’interface moderne, épurée, bien lisible, « flat », etc, fait beaucoup dans le marketing de leur projet…).

    • @rastapopoulos oui XMPP sait faire ça (avec 2 extensions : MAM (XEP-0313) et message carbons (XEP-0280)), qui sont en train petit à petit d’être intégrées partout (nous on ne s’en sert pas encore pour le chat, mais ça sera bientôt le cas).

      Ça n’existait pas avant parce que c’est un problème qui est surtout apparu avec l’utilisation de plus en plus massive des téléphone portables en plus des machines de bureau, mais il n’y a aucune contrainte technique pour faire ça (et on voit bien une des forces de XMPP : il sait s’adapter).

      Pour les clients XMPP modernes, tu peux déjà jeter un œil à Movim (http://movim.eu) qui est dans le design à la mode, les gens le trouvent généralement très beau.

      Après il y a bien sûr le notre, et on a une campagne de financement en cours (qui fini à la fin de la semaine), pour justement faire un client Android : http://www.arizuka.com/fr/projects/libervia

    • Donc :
      http://xmpp.org/extensions/xep-0313.html
      et
      http://xmpp.org/extensions/xep-0280.html

      Bon le « Archive Management » c’est en « experimental » pour l’instant… :D
      Mais en tout cas c’est une bonne nouvelle ces deux extensions, merci de l’info ! Surtout si elles sont vraiment implémentées partout dans pas si longtemps.

      Bon moi pour l’interface, je me casse pas la tête, je suis toujours sur Empathy par défaut, même si ça n’implémente pas assez de choses…

      Ce qui fait qu’un outil comme ça obtient des adhésions rapides, j’ai l’impression que c’est la combinaison d’une interface sobre, belle et super rapide à prendre en main ET de fonctionnalités qui apportent vraiment un plus, soit parce qu’elles n’existent pas ailleurs, soit parce que dans cet outil ces fonctionnalités sont utilisables sans y penser, de manière très fluides.

      Si je reprends le besoin de départ, sur Seenthis on parlait de chercher des alternatives libres à Slack.
      http://seenthis.net/messages/414220

      Et dans ce dernier ya notamment :
      – interface vraiment efficace
      – possibilité de chercher dans TOUTES les conversations (privées ou salons) auxquelles on participe (sur lesquels on a les droits quoi), et c’est très rapide
      – apparemment ya une documentation de vraiment seulement 30 lignes à lire pour savoir parler avec en REST et envoyer du contenu dedans depuis des services (= faire des robots pour envoyer du github, gitlab, tickets, travis, lolcat, etc), ce qui a permis d’avoir rapidement des dizaines et des dizaines de services liés

      Ici dans Mattermost par exemple (je sais pas ce qu’il y a derrière Mattermost ? IRC ?)
      http://www.mattermost.org/features

    • @rastapopoulos :

      Bon le « Archive Management » c’est en « experimental » pour l’instant

      Oui c’est comme ça que ça fonctionne, ça prend du temps mais ça avance. Mais je pense qu’on peut dire la même chose de matrix : c’est un projet super jeune, je ne vois pas trop comment ça pourrait être autrement qu’expérimental.

      D’ailleurs sur leur page ils parlent d’« open standard », je serais curieux de voir comment c’est « standardisé » (bon au moins il y a une spéc : https://matrix.org/docs/spec). Enfin pas le temps de creuser aujourd’hui (release en cours).

    • je dois dire qu’en deux semaines de tests, matrix me donne toutes satisfactions en tant qu’utilisateur, aussi bien pour irc que pour des conversations « type skype » ; je continue

    • 9 ans plus tard (bordel déjà) : Matrix est utilisé par un paquet de projets libres en remplacement ou en bridge synchro avec IRC.

      L’interface est toujours aussi clean et rapide et ergonomique, et tout marche « du premier coup » (historique passé de toutes les convs, espaces dédiés regroupant plusieurs salons, vidéos, sons, etc.

      Pas eu l’impression que XMPP (*et* ses clients : un protocole seul ne vaut rien s’il n’y a pas de multiples réelles implémentations faciles à utiliser par tout le monde) ait beaucoup avancé sur tous ces sujets (par ex ça fait des appels vidéos-audios qu’en one-to-one à priori, pas en groupe…).

    • Matrix est effectivement utilisé par pas mal de projets, par contre je vois aussi beaucoup de monde s’en plaindre (importance du serveur principal, très gourmand en ressources par design, clients tiers incomplets - oh tiens, ce qui était reproché à XMPP -, problème de chiffrements de bout en bout, etc.). On a passé le sommet de la courbe de hype, et on est sur la descente là.

      Il y a eu des gros soucis avec leur bridge IRC aussi. Je n’ai pas le détail (je ne suis pas de très prêt), mais il me semble que LibreChat leur a coupé plusieurs fois l’accès.

      Note pour rappel que je ne suis pas neutre (étant dev XMPP depuis 16 ans), et que je ne suis pas en guerre contre Matrix (je n’ai juste pas aimé leur comportement vis à vis de XMPP, mais maintenant qu’ils sont connus, ça va mieux).

      Les appels à plus de 2 dans Matrix ont longtemps (c’est encore le cas ? Je crois qu’ils ont maintenant une solution maison) été faits via Jitsi, qui est un client XMPP. Donc ça me fait sourire de voir écrit que XMPP ne gère pas les communications à plusieurs (mais c’est vrai que peu d’autres clients le font, parce que c’est un gros chantier).

      XMPP a énormément évolué aussi, il y a des projets comme Snikket qui facilitent l’autohébergement par exemple.

      Ce qui différencie surtout les 2, c’est le budget : il y a une boîte avec beaucoup de monde payé à plein temps sur Matrix, alors que pour XMPP, en dehors des serveurs, c’est très rare d’avoir du monde payé, encore moins plusieurs personnes. Je le suis moi même via des subventions, mais à l’heure actuelle c’est compliqué. Je suis d’ailleurs en train d’essayer de monter une entreprise pour pouvoir salarier une équipe à terme.

    • Merci pour ces news @goffi !

      Pour les bridges c’est le tunnel complet Libera qui a été bloqué, mais on peut bien continuer à faire un pont room par room avec d’autres modules/bots (ce qui oblige volontairement à un opt-in de la part des OP d’une room IRC), de ce que j’ai compris. Il y a plusieurs manières et plusieurs logiciels pour faire des ponts, et tout n’est pas bloqué. Pas encore joué avec, je voulais le re-tester pour SPIP justement…

    • Je confirme ce que dit @goffi l’audio/vidéo dans matrix est dépoté dans un pseudo iframe d’un salon jitsi, donc pas vraiment « intégré ».

      Concernant les bridges IRC/matrix, c’est mort de chez mort si on tente de rejoindre un chan libera (voir le blog de libera), et c’est bien triste :\

  • Vous voulez du (micro)blogage, de la décentralisation et du chiffrement sur Android ?
    http://www.goffi.org/post/2015/10/22/Vous-voulez-du-%28micro%29blogage%2C-de-la-d%C3%A9centralisation-et-du-chiffr

    Salut à vous ! Aujourd’hui nous lançons une petite campagne de financement participatif pour le développement d’une version Android de Libervia/Salut à Toi. Nous souhaitons ici développer une application native, avec toutes les fonctionnalités avancées dont nous disposons déjà, telles que le (micro)blogage, le chiffrement de bout en bout via OTR (et il est possible que nous ajoutions OMEMO/Axolotl, une nouvelle méthode permettant de chiffrer les messages hors ligne ou dans une discussion de groupe), le partage de fichiers, ou des choses plus exotiques comme une télécommande universelle. Ce développement fonctionnera également sur bureau (Gnu/Linux bien sûr, mais il devrait fonctionner sur d’autres plateformes comme Windows ou Mac OS X) avec la même interface. Il existe déjà quelques clients Android (...)

    #GNU-Linux #jabber-xmpp #Libre #planet-libre #projet #SàT #xmpp #réseaux_sociaux #logiciel_libre

  • Trois #RFC sur le protocole #DANE viennent de sortir, l’un sur l’utilisation de DANE avec #SMTP (#Postfix a un bon support de DANE), l’autre sur l’utilisation de DANE avec les enregistrements DNS SRV (par exemple pour #XMPP) et le dernier sur l’utilisation concrète de DANE, avec quelques conseils opérationnels.

    http://www.bortzmeyer.org/7671.html http://www.bortzmeyer.org/7672.html http://www.bortzmeyer.org/7673.html

  • @goffi

    Est-il possible d’imposer des règles éditoriales dans une série d’échange avec XMPP ?

    Par exemple les 140 caractères de Twitter, une syntaxe légère (type Markdown) particulière, certains formats (uniquement texte et son) etc. ?

    Par exemple dans si je participait à échange avec une personne via un « canal éditorial » je serais contraint par certaines règles, mais si je communique avec cette même personne sur un autre « canal éditorial » je serais contraint par d’autres règles éditoriales.

    • Salut,

      Oui, il suffit de faire ça sur le service PubSub. Normalement un service PubSub est censé être neutre par rapport au contenu, mais tu peux en faire un spécialisé qui va analyser et soit modifier le contenu, soit refuser ce qui ne correspond pas à certaines règles.

      Par contre, par la nature décentralisée de XMPP, ça n’empêchera pas d’utiliser un autre service sans ces restrictions (et heureusement).

      Pour la syntaxe par contre, le blogging c’est du Atom, donc du XHTML, y’a pas de markdown. Un client peut faire du markdown (on le fait, movim aussi), mais il envoit du XHTML au serveur.

      Si t’as une idée de projet en tête, tu peux expliquer un peu plus concrètement pour voir ce qui est faisable.

    • Merci pour ta réponse !

      Je suis tout à fait d’accord avec ce passage :

      Par contre, par la nature décentralisée de XMPP, ça n’empêchera pas d’utiliser un autre service sans ces restrictions (et heureusement).

      Je n’ai pas de projet précis en tête (pour l’instant je suis occupé à d’autres choses) mais c’est une idée qui me trotte dans la tête depuis longtemps : le succès de plateformes comme Twitter (notamment sa préférence contre le courriel) est du à la possibilité qu’elles offrent de s’accorder sur des « règles éditoriales strictes ».

      Je vois xmpp comme un système intéressant pour s’émanciper de l’effet réseau - ou en tout cas déconnecter l’effet réseau « être en relation » de l’effet réseau « partager des règles éditoriales strictes et communes ». Ainsi on peut rester en contact tout en abandonnant/changeant certaines règles éditoriales. Tout ça n’est pas très clair car pas très approfondi, mais je souhaitais être sûr que cette possibilité existe bien.

      Encore merci pour tout ce que tu fais !

      Bonne soirée

    • le succès de plateformes comme Twitter (notamment sa préférence contre le courriel) est du à la possibilité qu’elles offrent de s’accorder sur des « règles éditoriales strictes ».

      Les messages courts ont probablement joué, mais c’est surtout le marketing et l’arrivée de célébrités qui ont fait le plus gros.

      Les règles éditoriales et de présentations peuvent jouer sur la qualité du contenu (d’ailleurs @seenthis en est un bon exemple avec son respect fort des règles typographiques - hérité de SPIP -, et ses commentaires systématiques), mais je ne pense pas que ça joue très fortement sur l’arrivée des gens.

      Je ne m’inquiéte pas trop de l’effet réseau pour différentes raisons : d’abord par la nature de XMPP on n’est pas tout seul, il y a les gens sur Jappix et Movim pour les blogs, et tous ceux sur les dizaines de clients de messagerie pour le reste. Ensuite les passerelles donnent un intérêt même avec une faible population : rien qu’avoir ses flux Atom/RSS permet dagréger les contenus et donc donne un intérêt. Enfin on va faire un système d’invitation à une discussion sans compte, avec une URL contenant un identifiant.

      #xmpp #effet_réseau

  • RFC 7649 : The Jabber Scribe Role at IETF Meetings

    Pendant les réunions physiques de l’#IETF, il y a divers moyens de suivre la réunion en n’étant pas présent sur les lieux. Entre autres, il y a une pièce #XMPP (protocole autrefois nommé #Jabber, ce dernier nom restant très répandu) qui permet de poser des questions et de discuter. Une personne dont le rôle est important est le scribe : il ou elle est sur place et son travail est de relayer les remarques et commentaires dans les deux sens, par exemple en allant au micro lire les questions des participants distants.

    http://www.bortzmeyer.org/7649.html

    #RFC #usages_des_nouvelles_technologies #réunions

    • cette section note que l’IETF n’a pas actuellement déployé les mécanismes d’enregistrement des utilisateurs dans ses pièces XMPP et qu’il ne faut donc pas se fier aux noms annoncés. Si quelqu’un se prétend Jari Arkko (l’actuel président de l’IETF), rien ne prouve qu’il dit vrai. « Sur XMPP, personne ne sait que vous êtes un chien. »

      À moins que le salon soit semi-anonyme (et dans ce cas seuls les administrateurs/modérateurs en auront le droit), il est toujours possible de vérifier le jid de la personne qui parle, et dans ce cas l’authentification est forte. Ce qui est dangereux en effet, c’est de ne prendre en compte que le pseudonyme.

      En tout cas intéressantes ces vulgarisations de RFC, merci pour ce travail.

  • De retour de la fête de l’huma, encore une superbe édition !

    Je me suis quand même fait troller au stand des amis du @mdiplo où on a réussi à me sortir qu’il n’y avait pas de solidarité chez les anars, mais sinon la plupart des discussions étaient intéressantes.

    Je suis surtout très content d’avoir enfin trouvé une plate-forme de financement collaboratif qui semble nous correspondre : http://www.arizuka.com .

    Nous avions un stand au village du livre à coté des fablabs, et nous avons vu passer beaucoup de monde.

    Un événement unique où se mêlent ambiance festival, concerts, sport, débats, culture, nourriture et boissons variées.

    #festival #humanité #huma #fête_de_l'huma #salut_a_toi #xmpp #crowdfunding #financement_participatif #sàt #libre

    • Je me suis quand même fait troller au stand des amis du @mdiplo où on a réussi à me sortir qu’il n’y avait pas de solidarité chez les anars

      Je me permets de bien me marrer, mais pour des raisons très personnelles - Cela dit je ne connais rien aux anars mais j’ai de l’admiration pour l’oeuvre de Reclus et de Perron qui étaient, eux, des maîtres de la solidarité. Mais il est vrai que ce sont des très vieux anars d’il y a bien longtemps. Depuis, comme le disent les amis, ça a peut-être un peu changé ;) #private_joke

  • La vidéo de la table ronde sur les nouveaux médias aux RMLL de Beauvais est en ligne. C’était un débat non technique, mais plutôt sociétal/politique (à rapprocher de la conversation qu’on avait eu ici : http://seenthis.net/messages/365819) avec :

    – Edhelas de Movim
    @arno qu’il est inutile de présenter ici
    – Luc Fievet de l’April/Symbiose
    – Pouhiou de Framasoft
    – moi même pour Salut à Toi/Libervia

    le tout animé par @olicat de Libr@toi

    http://video.rmll.info/videos/table-ronde-sur-les-nouveaux-medias

    #RMLL #société #politique #table_ronde #débat #movim #seenthis @seenthis #spip #april #symbiose #framasoft #framasphère #diaspora #salutàtoi #sàt #libervia #xmpp #libr@toi #libreàtoi #libre #logiciel_libre #réseaux_sociaux

  • RFC 7572 : Interworking between the Session Initiation Protocol (SIP) and the Extensible Messaging and Presence Protocol (XMPP) : Instant Messaging

    Ce court #RFC décrit une correspondance entre deux protocoles standards de #messagerie_instantanée, #SIP et #XMPP. Cela permet de développer proprement des passerelles connectant ces deux mondes, autorisant ainsi Juliette, utilisatrice de XMPP, à parler avec son Roméo, qui utilise SIP. C’est aussi un exercice intellectuel rigolo, mais parfois difficile, comment faire se parler deux protocoles différents, qui n’ont pas exactement les mêmes sémantiques.

    https://www.bortzmeyer.org/7572.html

  • Campagne d’adhésion pour financer le développement de Libervia
    http://www.goffi.org/post/2015/06/15/Campagne-d-adh%C3%A9sion-pour-financer-le-d%C3%A9veloppement-de-Libervia

    Salut à vous !

    Ça y est, on y est, c’est le lancement de la campagne d’adhésion à l’association « Salut à Toi ». Cette campagne, si elle réussit, va nous permettre de nous salarier et développer le #projet pendant 1 an, de sortir une version stable pour la fin d’année, et de préparer plusieurs évolutions.

    Avant tout un petit rappel, sur Libervia et Salut à Toi. Ci dessous une vidéo courte (3 min) expliquant le projet :

    Votre navigateur ne peut pas gérer le tag vidéo, vous pouvez essayer d’un installer un navigateur tel que Firefox

    Libervia est donc un outil de communication (ou « réseau social » comme disent certains) qui se distingue par plusieurs points. Il est multi-interfaces, et non web uniquement, il se base sur un standard (XMPP) ce qui le rend compatible avec d’autres logiciels comme Gajim, (...)

    #GNU-Linux #jabber-xmpp #Libre #planet-libre #SàT #XMPP #réseaux_sociaux #logiciels_libres #autogestion #alternatif

  • Salut à toi Seenthis,

    nous travaillons depuis longtemps (projet commencé vers 2007/2008 !) sur un outil de communication décentralisé et politisé. Politisé dans le sens qu’on a un regard critique sur les nouveaux médias et qu’on veut casser cette idée reçue que la technologie est neutre (ce qui rejoint un peu la discussion qu’on a eu ce week-end : http://seenthis.net/messages/365819).

    Le projet est très avancé, et nous cherchons à nous salarier. Nous avons créé une association loi 1901 et comptons bientôt ouvrir les adhésions. Nous avons estimé qu’il nous faudrait environ 6000 adhérents - sur toute la planète - à une moyenne de 10 € (par an !) pour réussir à nous faire 2 salaires au SMIC.

    La question que je pose ici est la place du financement participatif (crowdfounding) très à la mode ces dernières années. Nous souhaitons écarter cette option pour différentes raisons :
    - on aimerait éviter les intermédiaires, surtout quand il s’agit d’entreprises qui n’entrent pas dans nos critères éthiques
    - nous n’aimons pas l’idée de contreparties sur la plupart de ces plate-formes
    - le côté marketing qui va avec, incluant les contreparties
    - c’est à usage unique : un dossiers, une date, un paiement ; nous aimerions quelque chose qui s’inscrit dans la longueur

    Aussi, nous souhaitons créér une certaine dynamique avec des rencontres/débats, un rapprochement avec des projets/mouvements similaires, etc. Dans cette logique une association avec des adhérents nous semble plus en accord avec nos idées.

    Donc les 2 points que j’aimerais discuter avant qu’on se lance dans quelques semaines :

    – que pensez-vous du financement participatif ?

    – seriez-vous prêts à adhérer à une association de ce style ?

    Pour comprendre un peu mieux l’esprit :
    - une présentation faite l’été dernier : http://video.rmll.info/videos/salut-a-toi-et-si-on-repolitisait-tout-ca

    - l’objet de l’association :

    L’association a pour but la création d’outils de communication libres, indépendants, et maîtrisables.
    Les moyens d’action de l’association sont notamment :
    • développement du projet libre « Salut à Toi » et des projets liés ;
    • travail sur les standards liés, en particulier le standard XMPP ;
    • une réflexion sur l’impact social et politique des outils modernes de communication ;
    • l’organisation et l’animation de manifestations, conférences, colloques, salons, réunions, débats ;
    • la vente permanente ou occasionnelle de tous produits ou services entrant dans le cadre de son objet ou susceptible de contribuer à sa réalisation ;
    • tout autre moyen jugé nécessaire.

    Merci

    #internet #réseaux_sociaux #Libre #SàT #XMPP #logiciel_libre #économie_sociale_et_solidaire

  • RFC 7395 : An XMPP Sub-protocol for WebSocket

    Le protocole #XMPP (surtout connu par son utilisation dans la #messagerie_instantanée) peut fonctionner directement au dessus de TCP. Mais pas mal de middleboxes se permettent de bloquer les protocoles inconnus et leur liste de protocoles connus est bien courte. XMPP a donc une adaptation à HTTP, lui permettant de tourner sur ce protocole. Mais la sémantique de HTTP, requête/réponse, ne convient guère à XMPP et les performances ne sont donc pas géniales. D’où ce nouveau #RFC, qui adapte XMPP à #WebSocket, lui permettant de tourner sur un protocole peu filtré, avec des meilleurs résultats que HTTP. La technique date de plusieurs années mais elle est maintenant normalisée.

    http://www.bortzmeyer.org/7395.html

  • Salut à Toi disponible en docker + passage à la radio
    http://www.goffi.org/post/2014/10/20/Salut-%C3%A0-Toi-disponible-en-docker-passage-%C3%A0-la-radio

    Salut à vous, nous venons de mettre en place des images Docker pour simplifier l’installation et l’utilisation de Salut à Toi/Libervia. Pour ceux qui ne connaissent pas, Docker est un logiciel de gestion de conteneurs, une sorte de chroot boosté. En gros l’idée c’est que vous distribuez un système complet avec toutes les versions des dépendances qui vont bien, et que vous faites tourner le tout de manière isolée mais sur un noyau Linux existant, avec un impact faible sur les performances. Dans notre cas c’est idéal, car Salut à Toi est pour le moment complexe à installer (surtout Libervia : on y travaille, mais on a besoin de faire bouger les standards XMPP pour ça, et ça prend du temps). Avec Docker, l’installation est très simple, et en prime nous avons fait un script pour faciliter encore tout (...)

    #GNU-Linux #jabber-xmpp #Libre #planet-libre #projet #SàT #technique #XMPP #logiciel_libre

  • Salut à Toi v0.5.1
    http://www.goffi.org/post/2014/09/18/Salut-%C3%A0-Toi-v0.5.1

    Salut à vous,nous avons le plaisir de vous annoncer la version 0.5.1 de Salut à Toi, petite mise à jour de la version 0.5 dont je vous mets l’annonce ci-dessous. Nous avançons bien, et même si nous avons un peu de retard sur nos prévisions (nous avions prévue une version grand publique pour la rentrée, nous pensons maintenant plus à la fin d’année), les choses vont dans le bon sens. Vous trouverez également un récit de notre passage à Berlin pour le « XMPP Summit », une rencontre entre développeurs XMPP, sur DLFP : https://linuxfr.org/users/goffi/journaux/retour-de-berlin

    Nous sommes heureux de vous annoncer la sortie de Salut à Toi, version 0.5. Nous nous sommes cette fois-ci concentrés sur la sécurité et le ré-usinage de certains mécanismes qui vont faciliter l’ajout de futures fonctionnalités et la (...)

    #GNU-Linux #jabber-xmpp #Libre #planet-libre #projet #SàT #XMPP #logiciel_libre #réseaux_sociaux #messagerie_instantanée

    • salut @fil, je serais bien évidemment intéressé par une méthode pour récupérer facilement les données de seenthis, une passerelle XMPP ne servirait d’ailleurs pas qu’à SàT, mais aussi à Movim et Jappix (voire Buddycloud).

      Ce qu’il faudrait, plus qu’un format d’achivage, c’est un truc genre une API qui permette de s’authentifier, d’avoir les messages et leurs commentaires avec les métadonnées séparées (en particulier les tags dans un champ à part), de publier, et une méthode de notification qui éviterait d’avoir à chercher les messages (pull) régulièrement. Bref la possibilité d’automatiser facilement tout ce qu’on fait, pour pouvoir faire une transcription avec le PubSub de XMPP.

      Un format connu et donc où on peut avoir un parseur facilement serait le top (json, XML, etc).

    • Hmmm, je vois, mais ça ne risque pas d’arriver de si tôt… pour être clair je n’ai aucune envie de passer mon temps à chercher à comprendre des API où il faut s’authentifier etc, alors que les données sont déjà là, disponibles et dans un format ouvert.

    • le problème c’est que ça demande à aller les chercher, alors qu’une notification est plus efficace (je sais quand j’ai des données à chercher). Enfin de toute façon c’est à réfléchir tranquillement : nous avons pas mal de choses à faire avant de s’intéresser aux passerelles, on a probablement plusieurs mois et nous pourrons sûrement nous débrouiller sans API (le flux RSS est déjà un point de départ, mais encore une fois ça demande à aller chercher l’info, ce qui n’est pas super).

    • pour la question du push/pull, on peut imaginer un système où on ferait un ping chez toi, à partir duquel tu viendrais puller

  • Installation du serveur #XMPP Metronome - www.cypouz.com
    http://www.cypouz.com/article/130919/installation-serveur-xmpp-metronome

    Cet article est le premier d’une série de trois :

    Installation du serveur XMPP #Metronome
    Services XMPP supplémentaires pour Metronome
    Configuration du service #BOSH de Metronome

    Dernière mise à jour de l’article : 03/04/2014.

    XMPP (Extensible Messaging and Presence Protocol) est un ensemble de protocoles de communication standards et ouverts originellement dédié à la messagerie instantanée (projet #Jabber). Il s’est par la suite grandement diversifié afin de proposer un nombre conséquent de fonctionnalités, étendant son champ d’actions bien au-delà du simple clavardage (VoIP, visioconférence, échange de fichiers...). Désormais très complet, XMPP peut même servir de base au déploiement de véritables réseaux sociaux.

    • Ça a l’air sympa. En tout cas l’interface me paraît très claire.

      Ce que je ne comprends pas c’est l’imbrication des trucs : par exemple Owncloud est déjà un système qui agrège des applications soit maisons soit déjà existantes à l’intérieur d’un conteneur tout-en-un. Et là Yuno c’est pareil mais ça inclut Owncloud… wtf ?

    • @RastaPopoulos il faut plus imaginer YUNOHOST comme un apt-get (on steroid) avec une interface graphique ultra simple qui gère en plus la configuration. Owncloud est juste « un paquet » à installer pour lui, c’est un peut comme firefox qui lui aussi a des extensions (et pourtant ça choque personne de l’installer avec apt-get).

    • Je suis pas allé en détail pour owncloud mais je sais qu’ils utilisent du LDAP un peut partout pour le single sign in donc à mon avis c’est pris en compte. Si tu veux je peux toujours demander au dev principale que j’ai sous la main.

    • Comprend pas ce que tu comprends pas @rastapopoulos

      C’est une distribution GNU/Linux complète, basée sur Debian comprenant serveur mail, xmpp, http, mysql et qui facilite grandement la configuration en vue d’un auto-hébergement.

      Après, des applications sont proposées qui utilisent les serveurs pour qu’on ne dépende plus d’un fournisseur de services externe. parmi ces applis, owncloud. J’imagine que la configuration totomatik facilite l’usage. Que owncloud soit aussi une usine à plein de trucs n’empêche pas que ce soit un système de partage de fichiers... J’imagine que ça peut être utile.

      Je vais installer un yunohost virtuel, comme ça on pourra jouer.

  • Retour d’expérience sur mon système de veille et réflexions sur le web des API -
    http://www.bibliobsession.net/2014/07/02/retour-dexperience-sur-mon-systeme-de-veille-et-reflexions-sur-le-we

    Pourquoi SeenThis, ce chouette réseau de veille qui prend parfaitement en compte les citations et les creative commons n’est-il intégré à aucun outil tiers ? Trop souvent j’ai l’impression que le développement d’ « alternatives » se pense en autarcie, alors que c’est de mise en relation dont nous avons besoin parce que c’est par ces relations entre outils que se développent des usages.

    #seenthis #libre #privatif

    • Être obligé de monter de telles usines à gaz (Feedly + IFTTT + etc.) pour faire de la veille ( ie récolter ET communiquer), en 2014, c’est un peu désespérant. Il nous manque un standard pour les échanges sur les réseaux sociaux, au moins.

    • seenthis s’intègre assez bien aux autres outils avec ses flux rss mais on aimerait bien faire mieux, peut-être avec @goffi et « salut à toi »

    • ça fait en effet partie de nos projets d’intégrer les autres réseaux libres dans #SàT (et pas que d’ailleurs, dans #XMPP en général, donc #MOVIM, #Jappix, #Buddycloud, etc aussi). Et la chose est rendu (plus ou moins) aisée avec les passerelles XMPP, on a aussi commencé à discuter avec #Newebe, et on échange naturellement avec MOVIM et Jappix (enfin presque, y’a un petit soucis qu’on est en train de régler).

      Le seul inconvénient de #seenthis, c’est que c’est centralisé ; mais sinon c’est très sympa (c’est libre, ça marche bien, on y trouve du beau monde, etc).

      Si vous passez aux RMLL, on y sera jusqu’à jeudi, y compris ce week-end aux journées grand public ; l’occasion de discuter de tout ça.

    • Dans le web des API, ce n’est pas seulement l’ouverture du code qui compte mais l’intégration à des services tiers même non ouverts…

      C’est à mon sens un élément crucial qu’il faut comprendre : plus les outils libres seront intégrés à des outils non libres, plus ils auront de chance que leurs usages se développent et plus il sera possible de parler d’alternatives.

    • Je ne pense pas que ça soit une bonne solution d’intégrer des outils non libre, c’est garder une main dans l’engrenage et légitimer leur usage. Je pense qu’il faut faire une alternative libre viable, compatible avec les autres outils libres, et éviter le proprio tant que possible, quite à ce que ça mette plus de temps. S’il faut choisir entre l’éthique et la popularité rapide, je choisi la première sans hésiter.

  • Salut à Toi à Pas Sage en Seine et aux #RMLL
    http://www.goffi.org/post/2014/06/27/Salut-%C3%A0-Toi-%C3%A0-Pas-Sage-en-Seine-et-aux-RMLL

    Salut à vous,

    à l’origine je pensais écrire un billet sur mon expérience à La Navette, coopérative autogérée dans la Creuse où je viens de passer 1 semaine, afin de voir leur fonctionnement et de s’en inspirer pour la création de la notre, mais je suis trop débordé en ce moment par le développement, la préparation des conférences et la création de l’association qui gérera « Salut à Toi »

    Donc pour faire bref, nous sommes en train de créer une association en autogestion, c’est à dire sans hiérarchie (pas de patron), avec égalité des salaires et partage des tâches. Nous espérons donc nous salarier avec le #projet « Salut à Toi » tout en restant cohérent avec nos idées (et notamment le contrat social), chose peu aisée en refusant toute forme de publicité, en ayant le projet sous licence #Libre et en refusant la vente (...)

    #GNU-Linux #jabber-xmpp #planet-libre #SàT #PSES2014 #XMPP #réseaux_sociaux

  • Salut à Toi à l’Ubuntu party ce dimanche
    http://www.goffi.org/post/2014/05/20/Salut-%C3%A0-Toi-%C3%A0-l-Ubuntu-party-ce-dimanche

    Salut à vous,

    je ferai une conférence ce dimanche à l’Ubuntu party, à la cité des sciences et de l’industrie à Paris. La conférence aura lieu au « studio » à 11h. N’hésitez pas à venir poser vos questions et discuter.

    #GNU-Linux #ici_et_maintenant #jabber-xmpp #Libre #projet #SàT #XMPP #réseaux_sociaux #logiciel_libre

  • Fixing the XMPP Push Problem
    https://chatsecure.org/blog/fixing-the-xmpp-push-problem

    To solve the XMPP push problem, we need multiple pieces of new infrastructure:
    1. Solve the problem of how to send raw push messages between two arbitrary apps.
    2. Define spec for where clients (apps) should send messages when contact is “offline”
    3. Define spec for where servers should send messages when contact is “offline”

    Un papier intéressant de l’équipe de ChatSecure qui décrit un problème méconnu des smartphones : la difficulté d’y pousser des messages. Pousser des messages sur Android et iOS est réservé respectivement à Google (via le Google Cloud Messaging ou GCM) et Apple (via l’Apple Push Notification Service ou APNs). Amazon a aussi sa solution. Bien entendu ils proposent une API, sur laquelle repose la plupart des applications de messagerie.
    Pour Android, cela signifie qu’il est nécessaire d’installer le Service Google Play (le cœeur Google pour Android) avec tout ce qui va avec : compte google, géolocalisation, installation/désinstallation d’applications à distance, etc.
    XMPP devrait pouvoir résoudre ce problème moyennant quelques aménagements. C’est l’objet de ce papier.

    Pourtant il me semble qu’IMAP a déjà une fonctionnalité IDLE (RFC 2177) qui offre une réponse efficace à ce problème et qui à l’avantage d’être partagée par tout les serveurs IMAP. Pourquoi n’est-elle pas utilisée pour construire une plateforme d’échange de messages PUSH ? Je ne sais pas.
    https://en.wikipedia.org/wiki/IMAP_IDLE

    #Android #IMAP #IOS_(Apple) #Push #Smartphone #XMPP

  • ChatSecure
    https://chatsecure.org

    ChatSecure is a free and open source encrypted chat client for iPhone and Android that supports OTR encryption over XMPP.

    ChatSecure est un client XMPP open source pour mobile avec support du chiffrement OTR (Off-the-Record Messaging), c’est à dire de bout en bout et très simplement (pas de clefs à gérer par l’utilisateur). Je ne sais par contre pas ce que vaut cet algorithme.

    Il se distingue par une interface très à la mode, l’échange de fichiers, photos, sons, etc. par sa disponibilité sur iOS et Android et insiste sur le support de Hangouts/Google Talk et Facebook messenger (XMPP). Il permet aussi de créer un compte sur Jabber.org ou autre.

    Le client est encore jeune mais me semble être une alternative séduisante pour le grand public aux Whatsapp, Telegram, etc. qui rappelons le enferment les utilisateurs dans un réseau propriétaire et n’offrent pas de garantie de respect de la vie privée. ChatSecure à ceci d’intéressant qu’il permet de réunir en son sein des messageries déjà très utilisées, la transition vers des communications chiffrées pour les utilisateurs peut donc être douce et transparente, en incitant ses correspondants à passer à un client compatible OTR.

    À noter qu’existe un fork, moins abouti mais avec le support de PGP/GnuPG, Conversations :
    https://github.com/siacs/Conversations

    ChatSecure est developpé par The Guardian Project :
    https://guardianproject.info

    #Android #Chiffrement #Cypherpunk #Facebook_Messenger #Google_Hangouts #IOS_(Apple) #Messagerie_instantanée #OTR #Vie_privée #XMPP

  • #SàT aux JDLL à Lyon ce week-end
    http://www.goffi.org/post/2014/04/09/S%C3%A0T-aux-JDLL-%C3%A0-Lyon-ce-week-end

    Salut à vous,

    un petit billet pour vous rappeler que nous serons présents aux JDLL ce week-end à Lyon à la Maison pour Tous (Salle des Rancy, 249 rue Vendôme). J’y donnerai une conférence samedi à 12:30 pour expliquer un peu les dernières nouveautés et l’avenir du #projet. N’hésitez à venir nous rencontrer et poser vos questions :)

    #GNU-Linux #ici_et_maintenant #jabber-xmpp #Libre #XMPP #messagerie_instantanée

  • #sàt : le couteau suisse Libre et #Open_Source de la communication
    http://reflets.info/sat-le-couteau-suisse-libre-et-open-source-de-la-communication

    C’est un projet de développement logiciel qui arrive à son terme et possède un potentiel vraiment intéressant. Basé sur le protocole #xmpp, #salut_à_toi (SàT) est un logiciel client libre et open source de « communication globale »— étonnant par ses nombreuses fonctionnalités et…son engagement politique. Micro-blogging, blogging, messagerie instantanée, gestion de communautés, échange de fichiers, télécommande […]

    #A_la_Une #Apps #Technos #couteau_suisse_communication #goffi #jabber #Logiciel_libre #Réseaux_sociaux