oui je pense que c'est exactement le problème que j'ai eu: le bouton « execute » qu'on ne peut pas désactiver ou assigner à une action (qui devrait être « complete »).
La XEP le permet: soit en ne mettant pas d'élement soit en mettant l'attribut execute="xxx" (ici execute="complete") dans ce même élement, cf la section 3.4.
D'ailleurs la XEP n'est pas super claire à ce sujet, parce qu'elle dit qu'« execute » est toujours permis et équivalent par défaut à « next » si l'élements est présent, mais « next » peut être désactivé. Je vais remonter ce problème sur la liste standard@.
Bref, je pense qu'il s'agit d'un problème de SleekXMPP, et il faut leur remonter.
C'est leur site qui a des problèmes, j'y arrivais très bien la semaine dernière, et la plus possible non plus. Je pense qu'il faut un peu de patience, et effectivement des torrents seraient intéressants.
J'aime beaucoup le « batteries included » de Python et sa popularité qui font que bien souvent il y a quelque part une bibliothèque qui nous fait gagner un temps fou.
Programmer en Python fait souvent gagner beaucoup de temps, ce qui est précieux, et ce qui en fait mon langage principal, même si je fais plutôt mes scripts en shell (en sh, mais c'est souvent du script assez simple, sinon je pars sur Python).
Et même en dehors du dév ça sert: combien de fois je me suis servi de "python -m SimpleHTTPServer" pour partager un fichier sur le réseau local.
Autre point fort, dû à sa popularité: bien souvent dans les logiciels (libres) il y a possibilité de faire des greffons en python.
En dehors de celles sur XMPP bien sûr (Libervia (*), Movim, « PubSub, Microblogage et XMPP »), je vous recommande particulièrement la table ronde sur les nouveaux médias: http://video.rmll.info/videos/table-ronde-sur-les-nouveaux-medias/ ; beaucoup de choses intéressantes s'y sont dites, et ça changeait un peu des discussions techniques.
J'ai aussi beaucoup aimé la conférence de Paul Kocialkowski (que l'ont voit de temps en temps par ici) sur Replicant. J'ai vu celle en anglais, je ne sais pas si c'est la même en français ou pas.
Pour la conception graphique, la conférence de Gelnior (qu'on voit aussi par ici) « Les bases du design et de l'ergonomie pour les développeurs par un développeur » était super intéressante (vue aux JDLL mais je suppose que c'est la même).
Bref, il y a eu beaucoup de conférences, si vous en avez qui vous ont particulièrement plu, mettez les liens ci-dessous ça peut aider à faire une sélection.
Et un grand merci à l'orga et à tous les participants, on a été super bien accueillis !
(*) La vidéo de la conf de Libervia est de mauvaise qualité ici, aussi je vous recommande plutôt la version PSES (c'est la même de toute façon): https://numaparis.ubicast.tv/videos/libervia/
Bravo pour cette sortie. Pour le microblogage, Link Mauve m'avait dit vouloir travailler dessus aussi pour Poezio (mais bon, comme il travaille en même temps sur 10 000 autre projets, ça risque de prendre du temps).
C'est super de voir ce regain d'activité, et vraiment sensible (rien que par le nombre de billets de blogs).
Petite question pour MAM: c'est implémenté uniquement pour le chat, ou aussi pour PubSub ? Parce qu'aux dernières nouvelles aucun serveur PubSub ne gère MAM ou RSM, et c'est un gros plus pour le microblogage. Nous avons une implémentation dans le notre qui sera dispo à la prochaine sortie.
Ce sont aujourd'hui deux éléments fondamentaux du protocole XMPP qui sont en pleine évolution et façonnent le protocole XMPP de demain. Disposer d'un serveur avec des fonctionnalités très à jour sur ces aspects est crucial pour l'avenir du protocole.
Oui ça c'est clair.
Bravo en tout cas, va falloir que je teste tout ça.
edhelas m'a filé une capture plus propre pour Movim, est-ce qu'un modérateur peut remplacer l'image de movim par celle là ? https://lut.im/hdOCb0Gs/4oBgo80W
Qu'est-ce que tu entends par exemple d'utilisation ? Un exemple d'échange XML ou des cas d'utilisation pratique ?
Je ne suis pas trop entré dans les détails internes parce que je voulais surtout montrer l'intérêt de la fonctionnalité, et la XEP est assez facile à lire.
En gros le principe c'est que tu récupères une liste de commandes disponibles via disco, ou alors tu connais déjà un nœud à utiliser (parce que défini dans une autre XEP, ou tu sais que c'est ce que tu utilises avec ton robot). Ensuite tu commences une session (associée à un id) avec cette commande, et tu peux effectuer une action:
cancel pour annuler
prev pour revenir en arrière
execute pour lancer une commande ou continuer la session
next pour passer à la page suivante
complete pour finir la sesssion
Tu as un exemple complet dans la XEP, c'est vraiment simple.
Pour un robot tu peux t'en servir pour plein de choses: lui dire de faire quelque chose, ou avoir un menu de configuration, pour récupérer son état, etc.
Pour un bot logiciel, plutôt que d'avoir à taper « !ta_commande » dans une discussion, tu as un menu avec un vrai formulaire et des informations typées (bien sûr ça ne t'empêche pas d'ajouter des commandes « !ta_commande » si tu aimes mieux). Comme tu peux savoir très facilement si tu es admin ou utilisateur lambda (il suffit de regarder le jid), tu peux fournir un menu différent selon les cas (par exemple permettre de déconnecter ou relancer le bot si tu es admin). Tu peux même fournir des commandes dans différentes langues si tu veux, en regardant l'attribut xml:lang de la requête (cf la section 3.7).
Ah c'est les vacances, on part à la pêche au trolls, même si on devrait éviter de les nourrir comme on dit.
Le classique effet de nouveauté, comme j'en parle régulièrement, ça a été le cas avec pump.io, tox, bitmessage, twister, et maintenant matrix.
Bien que je n'ai rien contre les nouvelles expérimentations, au contraire, et que matrix pourrait être intéressant (bien qu'après avoir vu la conf au Fosdem je n'y vois rien de franchement extraordinaire), ils ont visiblement quelque chose contre XMPP, et font une campagne massive de dénigrement pas vraiment faite pour attirer la sympathie, au point que les gens impliqués dans XMPP doivent perdre du temps à démonter point par point les attaques.
Ce genre de gueguerre c'est pas franchement mon truc, et je préfère largement les projets amicaux même s'ils utilisent des technologies différentes (c'est le cas de Diaspora par exemple avec qui on parlait de collaborer pas plus tard qu'hier).
Bref j'ai rien contre matrix en tant que tel, mais les attaques en règle ça commence à devenir lourd, et pourtant c'est pas vieux.
petite question pour le markdown: est-il possible de désactiver les liens automatiques ? Par exemple le lien server@example.net est cliquable alors qu'il ne faudrait pas…
Aussi désolé pour la capture de Movim est de mauvaise qualité: comme je n'avais pas d'instance sous la main, j'ai récupéré la capture dans la présentation de PSES.
Il y a quelques discussions sur standard@, notamment sur la possibilité de supprimer les salons semi-anonymes.
Donc MUC2 l'idée principale c'est d'utiliser PubSub, et d'avoir quelque chose de plus souple. Il y a aura une compatibilité MUC1 (assurée probablement par le serveur). Des choses qui devraient être possibles sont les salons sans présence, ou permettre de se connecter depuis plusieurs ressources (par exemple ordinateur de bureau et téléphone portable) à un même surnom (nick) dans un salon.
L'intérêt d'avoir des salons sans présence c'est d'une part d'alléger le trafic, et d'autre part de pouvoir mieux gérer les micro déconnexions qui n'étaient pas un problème à l'époque de MUC1, mais qui le deviennent aujourd'hui avec les appareils mobiles (si j'ai bien compris).
Lister et indexer les salons publics c'est possible, mais le problème c'est qu'il peut il y avoir des salons un peu partout et qu'il faut trouver les serveurs. Il faudrait pouvoir avoir un annuaire distribué, et ça serait aussi très utile pour trouver des personnes. En attendant tu as des moteurs qui regroupent les résultats de plusieurs serveurs, par exemple http://search.wensley.org.uk/ .
Tenir un salon sans avoir à l'héberger c'est déjà possible, tu peux demander à avoir un salon persistant et être le créateur, selon le serveur MUC utilisé. Ou alors je n'ai pas compris ce que tu entends par là.
Je vois également que tu vas t'intéresser de plus près au côté non-messagerie, qui est effectivement extrêmement important à remonter tant il est sous-exploité, j'ai hâte !
Salut, merci pour le commentaire :). La série a plus de succès que ce à quoi je m'attendais, on m'en a parlé plusieurs fois aux RMLL, et effectivement ça fait monter l'intérêt pour XMPP (ce qui était un peu le but). On m'a par exemple demandé si c'était utilisable pour la contrôler un robot (oui), ou pour faire de la surveillance de machine - ou « monitoring » pour ceux qui préfèrent - (oui aussi), d'ailleurs on m'a parlé de jimbo que je ne connaissais pas: http://www.darkcoding.net/software/jimbo/ .
Sinon oui je songe à faire des tutos par la suite, un bot est effectivement simple à faire, mais ça peut être l'occasion de présenter différentes façon de faire. Enfin on verra bien, c'est un peu en fonction de l'humeur au moment d'écrire.
alors le contraindre à devoir ouvrir des comptes à droite et à gauche pour soumettre un rapport de bug ou une pull request…
Parce qu'héberger sur gittruc, c'est pas le contraindre à ouvrir un compte là bas ? Et à accepter les conditions d'utilisation qui vont avec, au passage.
Oui ça ça marche sur un serveur centralisé, mais la synchronisation des horloges n'est pas triviale en décentralisé, même à supposer que tout le monde utilise NTP.
L'id est nécessaire pour identifier le message, ensuite à l'affichage tu représentes ça comme tu veux: norloge, chiffre, couleur, etc.
J'ai fait un deal avec devnewton sur le sujet: je me pencherai sur la question et une fois implémentées il adhérera à l'association :)
En pratique j'ai commencé à regarder, et il y a les threads dans XMPP qui permettent de suivre une conversation, mais il n'est pas possible de spécifier plusieurs parents, ce qui est nécessaire pour un équivalent des norloges. L'autre soucis est que les ids des messages ne sont pas obligatoires, il faut pouvoir identifier un message sans id (ou alors réserver la fonctionnalité aux seuls messages qui ont un id). Enfin rien d'insurmontable, mais il faudra probablement une XEP pour que ça soit propre.
La fonctionnalité est intéressante, et ça serait particulièrement utile que ça fonctionne avec plusieurs salons à la fois, dans une même fenêtre. On a un petit refactoring à faire sur la gestion des message dans SàT, et je pense qu'ensuite une version expérimentale serait assez facile à faire.
P.-S.: j'aurais parié qu'il y aurait une question sur le sujet :)
À mon sens ça ne change pas grand chose: la fédération était coupée (contrairement à gtalk), avec de la messagerie basique (enfin je ne sais pas où ça en était à la fin), et uniquement de le messagerie. Le seul intérêt était de pouvoir utiliser un client tiers et ainsi éventuellement chiffrer ses communications (à supposer que la personne en face fait la même chose).
Même si pour Google ça ne me gêne pas plus, au moins ils avaient la fédération, et ont fait des contributions majeures (enfin surtout une: jingle).
Utiliser XMPP pour que tout le monde ou presque se retrouve chez le même hébergeur, sans chiffrement ou fédération, sans contrôle sur les données, ça n'a pas grand intérêt.
Le seul point noir que je vois, c'est que ça risque de donner l'impression que XMPP est à l'abandon, ce qui est totalement faux (il suffit de voir l'activité sur les listes de diffusions ou les dépôts des logiciels XMPP).
plusieurs jids pour une personne tu veux dire ? Si c'est ça, effectivement tu peux utiliser des passerelles XMPP <-> XMPP pour regrouper les comptes, ou alors utiliser un client multi-comptes comme gajim, psi ou SàT (j'ai un compte jabber.fr et libervia.org par exemple).
désolé pour la réponse tardive, étant aux RMLL, je me connecte peu.
la XEP-0015 a été rejetée, je suppose pour des raisons de sécurité (il faudrait chercher les discussions de l'époque sur les archives pour être sûr). Tu ne peux pas changer de serveur automatiquement, cela pose des problèmes d'une part pour valider ton identité (comment s'assurer que c'est bien la même personne qui a fait le transfert ? Bon il y a probablement des solutions comme avoir un accès à l'ancien et au nouveau compte, ou une identification GPG, mais il y a le risque qu'une clef a été compromise par exemple, il faudrait y réfléchir sérieusement pour voir les problèmes), et d'autre part un réabonnement automatique n'est pas forcément une bonne chose (je n'aimerais pas qu'un contact sur jabber.fr déménage et que je me retrouve à écrire sur facebook.com sans m'en rende compte).
Il y a plusieurs XEPs utilisables: si tu as la main sur le serveur (encore une fois: autohébergez vous ou approchez vous d'une association locale !), tu as un format standardisé pour transférer les comptes (XEP-0227), et pour échanger des éléments sur roster, tu as la XEP-0114. Sans passer par les XEPs, un clients peut proposer de faire un réabonnement massif de tous tes contacts (c'est une chose qu'on va probablement proposer tôt ou tard avec SàT).
Là tout de suite je ne vois pas d'autre solution, peut-être qu'il y en aura un jour, mais comme on ne change pas de serveurs tous les 4 matins, ça ne me semble pas une priorité. Il serait intéressant de pouvoir au moins transférer l'historique (pour l'historique côté serveur, dans le XEP-0313, l'upload d'archive n'a volontairement pas été implémenté, pour éviter de trop compliquer la XEP), et indiquer qu'une adresse n'est plus valide (le plus simple étant probablement d'envoyer un message automatique pour dire qu'on a changé d'adresse, et pas besoin de XEP pour ça).
désolé je réponds tard, mais je suis à Beauvais pour les RMLL depuis samedi, et du coup je me connecte peu.
un moyen de recevoir les messages sur plusieurs postes en même temps, façon chat de Facebook ;
Je ne sais pas ce que tu entends par là (je n'ai jamais vraiment utilisé facebook, et j'ai supprimé le compte que j'avais depuis longtemps), mais tu as plusieurs façons de faire:
si c'est par « plusieurs postes » tu entends des clients à différents endroits (par exemple téléphone, ordi fixe, ordi portable) pour le même compte, tu as Message Carbons (XEP-0280) qui permet ça, c'est de plus en plus implémenté
si c'est plusieurs personnes en même temps, c'est de la discussion de groupe (MUC, XEP-0045), je vais expliquer ça dans le prochain article mais je suppose que tu connais déjà le principe (en gros comme IRC)
si c'est un message de type « normal » (celui qui ressemble au courriel), alors tu as la XEP-0033 (Extended Stanza Addressing) qui permet d'envoyer à plusieurs personnes en même temps.
si c'est pour des messages type microblogage, c'est PubSub qui gère ça, j'expliquerai dans un futur article, et je vais faire une conf de 20 min sur le sujet demain pour les RMLL.
un moyen de chiffrer les conversations et de les recevoir sur plusieurs postes en même temps, comme évoqué dans mon point précédent.
Alors là c'est un problème par contre parce qu'il n'y a pas encore de bonne solution pour le chiffrement de bout en bout. Enfin OTR est utilisé (mais pas encore standardisé avec XMPP), et couplé à message carbons tu le recevras sur plusieurs machines connectées avec le même compte. Si par contre tu entends ça comme une discussion de groupe, il n'y a pas encore de solution établie, c'est un vieux problème avec XMPP et il y a eu plusieurs tentatives mais rien qui n'a vraiment percé. Il était question de s'enfermer 2 jours avant le prochain Fosdem pour régler ça.
Je serais vraiment heureux de trouver des explications sur ces 2 points dans les articles futurs, soit pour nous dire dire pourquoi ce n'est pas possible, soit pour nous dire comment le faire (ou comment contourner le problème).
Tu devrais déjà avoir les pistes avec ce que je viens d'écrire, sinon indique moi ce que tu entends exactement par « recevoir les messages sur plusieurs postes en même temps ».
En tout cas merci pour cette série d'articles, ça manquait vraiment je pense.
je suis content de voir que ça plaît, plusieurs personnes sont venues m'en parler pendant les RMLL :). N'hésitez pas à me dire si vous voulez voir des sujets particuliers traités (bon bien sûr il y a des domaines que je connais mieux que d'autres).
Nous avons déjà implémenté la XEP-0065 (socks 5, proxy65 c'est juste une implémentation - que nous utilisons d'ailleurs -), mais nous l'utilisons avec la méthode « historique » (la XEP-0096) qui est aussi la plus implémentée, mais qui a plusieurs soucis, en particulier elle traverse mal les NAT et firewalls.
Jingle permet aussi d'utiliser socks 5, mais la méthode de négociation est bien meilleure et permet d'établir une connexion dans pratiquement tous les cas, c'est la méthode recommandée aujourd'hui et c'est pour ça qu'il faut qu'on l'implémente.
Petite parenthèse: tu n'es pas obligé de passer par le serveur avec socks5, le proxy serveur n'est utilisé que si la connexion directe ne peut être établie.
[^] # Re: Merci !
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 7 - cas pratiques: SleekXMPP et SàT. Évalué à 4.
Salut,
oui je pense que c'est exactement le problème que j'ai eu: le bouton « execute » qu'on ne peut pas désactiver ou assigner à une action (qui devrait être « complete »).
La XEP le permet: soit en ne mettant pas d'élement soit en mettant l'attribut execute="xxx" (ici execute="complete") dans ce même élement, cf la section 3.4.
D'ailleurs la XEP n'est pas super claire à ce sujet, parce qu'elle dit qu'« execute » est toujours permis et équivalent par défaut à « next » si l'élements est présent, mais « next » peut être désactivé. Je vais remonter ce problème sur la liste standard@.
Bref, je pense qu'il s'agit d'un problème de SleekXMPP, et il faut leur remonter.
# erreur
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 7 - cas pratiques: SleekXMPP et SàT. Évalué à 3.
Bonjour,
petite erreur anodine (pourtant j'ai relu):
s/Primitivus, l'interface en ligne de commande/Primitivus, l'interface console/
Si un modo peut corriger, merci :)
[^] # Re: Diffusion en torrent ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Retour sur les RMLL 2015. Évalué à 3.
Pour info, ça refonctionne.
[^] # Re: Diffusion en torrent ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Retour sur les RMLL 2015. Évalué à 5.
C'est leur site qui a des problèmes, j'y arrivais très bien la semaine dernière, et la plus possible non plus. Je pense qu'il faut un peu de patience, et effectivement des torrents seraient intéressants.
[^] # Re: Python
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Quel langage utilisez-vous le plus au quotidien ?. Évalué à 4.
J'aime beaucoup le « batteries included » de Python et sa popularité qui font que bien souvent il y a quelque part une bibliothèque qui nous fait gagner un temps fou.
Programmer en Python fait souvent gagner beaucoup de temps, ce qui est précieux, et ce qui en fait mon langage principal, même si je fais plutôt mes scripts en shell (en sh, mais c'est souvent du script assez simple, sinon je pars sur Python).
Et même en dehors du dév ça sert: combien de fois je me suis servi de "python -m SimpleHTTPServer" pour partager un fichier sur le réseau local.
Autre point fort, dû à sa popularité: bien souvent dans les logiciels (libres) il y a possibilité de faire des greffons en python.
# conférences
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Retour sur les RMLL 2015. Évalué à 10. Dernière modification le 04 août 2015 à 10:13.
J'ai mis une petite sélection perso de conférences ici: http://www.goffi.org/post/2015/07/28/Conf%C3%A9rences-des-RMLL
En dehors de celles sur XMPP bien sûr (Libervia (*), Movim, « PubSub, Microblogage et XMPP »), je vous recommande particulièrement la table ronde sur les nouveaux médias: http://video.rmll.info/videos/table-ronde-sur-les-nouveaux-medias/ ; beaucoup de choses intéressantes s'y sont dites, et ça changeait un peu des discussions techniques.
J'ai aussi beaucoup aimé la conférence de Paul Kocialkowski (que l'ont voit de temps en temps par ici) sur Replicant. J'ai vu celle en anglais, je ne sais pas si c'est la même en français ou pas.
Pour la conception graphique, la conférence de Gelnior (qu'on voit aussi par ici) « Les bases du design et de l'ergonomie pour les développeurs par un développeur » était super intéressante (vue aux JDLL mais je suppose que c'est la même).
Bref, il y a eu beaucoup de conférences, si vous en avez qui vous ont particulièrement plu, mettez les liens ci-dessous ça peut aider à faire une sélection.
Et un grand merci à l'orga et à tous les participants, on a été super bien accueillis !
(*) La vidéo de la conf de Libervia est de mauvaise qualité ici, aussi je vous recommande plutôt la version PSES (c'est la même de toute façon): https://numaparis.ubicast.tv/videos/libervia/
[^] # Re: Non-IM
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Sortie de poezio 0.9. Évalué à 4.
Bravo pour cette sortie. Pour le microblogage, Link Mauve m'avait dit vouloir travailler dessus aussi pour Poezio (mais bon, comme il travaille en même temps sur 10 000 autre projets, ça risque de prendre du temps).
# MAM
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Sortie d'ejabberd 15.07. Évalué à 6.
C'est super de voir ce regain d'activité, et vraiment sensible (rien que par le nombre de billets de blogs).
Petite question pour MAM: c'est implémenté uniquement pour le chat, ou aussi pour PubSub ? Parce qu'aux dernières nouvelles aucun serveur PubSub ne gère MAM ou RSM, et c'est un gros plus pour le microblogage. Nous avons une implémentation dans le notre qui sera dispo à la prochaine sortie.
Oui ça c'est clair.
Bravo en tout cas, va falloir que je teste tout ça.
[^] # Re: question de mise en forme
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 6 - les commandes à distance. Évalué à 2.
edhelas m'a filé une capture plus propre pour Movim, est-ce qu'un modérateur peut remplacer l'image de movim par celle là ? https://lut.im/hdOCb0Gs/4oBgo80W
merci :)
[^] # Re: Des exemples simples?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 6 - les commandes à distance. Évalué à 4.
Salut,
Qu'est-ce que tu entends par exemple d'utilisation ? Un exemple d'échange XML ou des cas d'utilisation pratique ?
Je ne suis pas trop entré dans les détails internes parce que je voulais surtout montrer l'intérêt de la fonctionnalité, et la XEP est assez facile à lire.
En gros le principe c'est que tu récupères une liste de commandes disponibles via disco, ou alors tu connais déjà un nœud à utiliser (parce que défini dans une autre XEP, ou tu sais que c'est ce que tu utilises avec ton robot). Ensuite tu commences une session (associée à un id) avec cette commande, et tu peux effectuer une action:
cancel pour annuler
prev pour revenir en arrière
execute pour lancer une commande ou continuer la session
next pour passer à la page suivante
complete pour finir la sesssion
Tu as un exemple complet dans la XEP, c'est vraiment simple.
Pour un robot tu peux t'en servir pour plein de choses: lui dire de faire quelque chose, ou avoir un menu de configuration, pour récupérer son état, etc.
Pour un bot logiciel, plutôt que d'avoir à taper « !ta_commande » dans une discussion, tu as un menu avec un vrai formulaire et des informations typées (bien sûr ça ne t'empêche pas d'ajouter des commandes « !ta_commande » si tu aimes mieux). Comme tu peux savoir très facilement si tu es admin ou utilisateur lambda (il suffit de regarder le jid), tu peux fournir un menu différent selon les cas (par exemple permettre de déconnecter ou relancer le bot si tu es admin). Tu peux même fournir des commandes dans différentes langues si tu veux, en regardant l'attribut xml:lang de la requête (cf la section 3.7).
[^] # Re: Enter in the Matrix ! Bien plus simple
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 6 - les commandes à distance. Évalué à 10.
Ah c'est les vacances, on part à la pêche au trolls, même si on devrait éviter de les nourrir comme on dit.
Le classique effet de nouveauté, comme j'en parle régulièrement, ça a été le cas avec pump.io, tox, bitmessage, twister, et maintenant matrix.
Bien que je n'ai rien contre les nouvelles expérimentations, au contraire, et que matrix pourrait être intéressant (bien qu'après avoir vu la conf au Fosdem je n'y vois rien de franchement extraordinaire), ils ont visiblement quelque chose contre XMPP, et font une campagne massive de dénigrement pas vraiment faite pour attirer la sympathie, au point que les gens impliqués dans XMPP doivent perdre du temps à démonter point par point les attaques.
Ce genre de gueguerre c'est pas franchement mon truc, et je préfère largement les projets amicaux même s'ils utilisent des technologies différentes (c'est le cas de Diaspora par exemple avec qui on parlait de collaborer pas plus tard qu'hier).
Bref j'ai rien contre matrix en tant que tel, mais les attaques en règle ça commence à devenir lourd, et pourtant c'est pas vieux.
[^] # Re: question de mise en forme
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 6 - les commandes à distance. Évalué à 3.
super, merci !
# question de mise en forme
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 6 - les commandes à distance. Évalué à 4. Dernière modification le 27 juillet 2015 à 13:56.
petite question pour le markdown: est-il possible de désactiver les liens automatiques ? Par exemple le lien
server@example.netest cliquable alors qu'il ne faudrait pas…Aussi désolé pour la capture de Movim est de mauvaise qualité: comme je n'avais pas d'instance sous la main, j'ai récupéré la capture dans la présentation de PSES.
# Pas si bon esprit que ça
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'aime bien l'esprit. Évalué à 10.
Pour mémoire eux c'est aussi ça: https://linuxfr.org/users/blink38/journaux/ma-vie-moi-qui-allait-publier-mon-code-en-gpl
Ils sont pas vraiment copains avec les gens qui font de l'automatisation.
[^] # Re: MUC 2
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 5 - les discussions de groupe (suite) et les transports. Évalué à 2.
Il y a quelques discussions sur standard@, notamment sur la possibilité de supprimer les salons semi-anonymes.
Donc MUC2 l'idée principale c'est d'utiliser PubSub, et d'avoir quelque chose de plus souple. Il y a aura une compatibilité MUC1 (assurée probablement par le serveur). Des choses qui devraient être possibles sont les salons sans présence, ou permettre de se connecter depuis plusieurs ressources (par exemple ordinateur de bureau et téléphone portable) à un même surnom (nick) dans un salon.
L'intérêt d'avoir des salons sans présence c'est d'une part d'alléger le trafic, et d'autre part de pouvoir mieux gérer les micro déconnexions qui n'étaient pas un problème à l'époque de MUC1, mais qui le deviennent aujourd'hui avec les appareils mobiles (si j'ai bien compris).
Lister et indexer les salons publics c'est possible, mais le problème c'est qu'il peut il y avoir des salons un peu partout et qu'il faut trouver les serveurs. Il faudrait pouvoir avoir un annuaire distribué, et ça serait aussi très utile pour trouver des personnes. En attendant tu as des moteurs qui regroupent les résultats de plusieurs serveurs, par exemple http://search.wensley.org.uk/ .
Tenir un salon sans avoir à l'héberger c'est déjà possible, tu peux demander à avoir un salon persistant et être le créateur, selon le serveur MUC utilisé. Ou alors je n'ai pas compris ce que tu entends par là.
Oui dès le prochain article. Tu peux déjà regarder ce qu'on fait avec SàT, en particulier la vidéo sur la télécommande (dont je parlerai dans le prochain article), ou celle avec l'envoi de la bande annonce de Sintel: http://salut-a-toi.org/media.html et http://salut-a-toi.org/specifications.html#exp
[^] # Re: Merci de parler de XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 5 - les discussions de groupe (suite) et les transports. Évalué à 5.
Salut, merci pour le commentaire :). La série a plus de succès que ce à quoi je m'attendais, on m'en a parlé plusieurs fois aux RMLL, et effectivement ça fait monter l'intérêt pour XMPP (ce qui était un peu le but). On m'a par exemple demandé si c'était utilisable pour la contrôler un robot (oui), ou pour faire de la surveillance de machine - ou « monitoring » pour ceux qui préfèrent - (oui aussi), d'ailleurs on m'a parlé de jimbo que je ne connaissais pas: http://www.darkcoding.net/software/jimbo/ .
Sinon oui je songe à faire des tutos par la suite, un bot est effectivement simple à faire, mais ça peut être l'occasion de présenter différentes façon de faire. Enfin on verra bien, c'est un peu en fonction de l'humeur au moment d'écrire.
[^] # Re: forges
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal SourceForge dans les choux. Évalué à 10.
Parce qu'héberger sur gittruc, c'est pas le contraindre à ouvrir un compte là bas ? Et à accepter les conditions d'utilisation qui vont avec, au passage.
[^] # Re: un concurrent des tribunes web ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 4 - les discussions de groupes. Évalué à 8.
Ohhhhh, mais que vois-je arriver justement aujourd'hui: https://xmpp.org/extensions/xep-0359.html (Unique and Stable Stanza IDs)
\o/
[^] # Re: un concurrent des tribunes web ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 4 - les discussions de groupes. Évalué à 3.
Oui ça ça marche sur un serveur centralisé, mais la synchronisation des horloges n'est pas triviale en décentralisé, même à supposer que tout le monde utilise NTP.
L'id est nécessaire pour identifier le message, ensuite à l'affichage tu représentes ça comme tu veux: norloge, chiffre, couleur, etc.
[^] # Re: un concurrent des tribunes web ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 4 - les discussions de groupes. Évalué à 4.
J'ai fait un deal avec devnewton sur le sujet: je me pencherai sur la question et une fois implémentées il adhérera à l'association :)
En pratique j'ai commencé à regarder, et il y a les threads dans XMPP qui permettent de suivre une conversation, mais il n'est pas possible de spécifier plusieurs parents, ce qui est nécessaire pour un équivalent des norloges. L'autre soucis est que les ids des messages ne sont pas obligatoires, il faut pouvoir identifier un message sans id (ou alors réserver la fonctionnalité aux seuls messages qui ont un id). Enfin rien d'insurmontable, mais il faudra probablement une XEP pour que ça soit propre.
La fonctionnalité est intéressante, et ça serait particulièrement utile que ça fonctionne avec plusieurs salons à la fois, dans une même fenêtre. On a un petit refactoring à faire sur la gestion des message dans SàT, et je pense qu'ensuite une version expérimentale serait assez facile à faire.
P.-S.: j'aurais parié qu'il y aurait une question sur le sujet :)
# Pas vraiment un problème
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Facebook sauce XMPP est mort. Évalué à 6.
À mon sens ça ne change pas grand chose: la fédération était coupée (contrairement à gtalk), avec de la messagerie basique (enfin je ne sais pas où ça en était à la fin), et uniquement de le messagerie. Le seul intérêt était de pouvoir utiliser un client tiers et ainsi éventuellement chiffrer ses communications (à supposer que la personne en face fait la même chose).
Même si pour Google ça ne me gêne pas plus, au moins ils avaient la fédération, et ont fait des contributions majeures (enfin surtout une: jingle).
Utiliser XMPP pour que tout le monde ou presque se retrouve chez le même hébergeur, sans chiffrement ou fédération, sans contrôle sur les données, ça n'a pas grand intérêt.
Le seul point noir que je vois, c'est que ça risque de donner l'impression que XMPP est à l'abandon, ce qui est totalement faux (il suffit de voir l'activité sur les listes de diffusions ou les dépôts des logiciels XMPP).
[^] # Re: Migration de compte
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 3 - le cœur et les extensions (suite). Évalué à 2.
plusieurs jids pour une personne tu veux dire ? Si c'est ça, effectivement tu peux utiliser des passerelles XMPP <-> XMPP pour regrouper les comptes, ou alors utiliser un client multi-comptes comme gajim, psi ou SàT (j'ai un compte jabber.fr et libervia.org par exemple).
[^] # Re: Migration de compte
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 3 - le cœur et les extensions (suite). Évalué à 3.
désolé pour la réponse tardive, étant aux RMLL, je me connecte peu.
la XEP-0015 a été rejetée, je suppose pour des raisons de sécurité (il faudrait chercher les discussions de l'époque sur les archives pour être sûr). Tu ne peux pas changer de serveur automatiquement, cela pose des problèmes d'une part pour valider ton identité (comment s'assurer que c'est bien la même personne qui a fait le transfert ? Bon il y a probablement des solutions comme avoir un accès à l'ancien et au nouveau compte, ou une identification GPG, mais il y a le risque qu'une clef a été compromise par exemple, il faudrait y réfléchir sérieusement pour voir les problèmes), et d'autre part un réabonnement automatique n'est pas forcément une bonne chose (je n'aimerais pas qu'un contact sur jabber.fr déménage et que je me retrouve à écrire sur facebook.com sans m'en rende compte).
Il y a plusieurs XEPs utilisables: si tu as la main sur le serveur (encore une fois: autohébergez vous ou approchez vous d'une association locale !), tu as un format standardisé pour transférer les comptes (XEP-0227), et pour échanger des éléments sur roster, tu as la XEP-0114. Sans passer par les XEPs, un clients peut proposer de faire un réabonnement massif de tous tes contacts (c'est une chose qu'on va probablement proposer tôt ou tard avec SàT).
Là tout de suite je ne vois pas d'autre solution, peut-être qu'il y en aura un jour, mais comme on ne change pas de serveurs tous les 4 matins, ça ne me semble pas une priorité. Il serait intéressant de pouvoir au moins transférer l'historique (pour l'historique côté serveur, dans le XEP-0313, l'upload d'archive n'a volontairement pas été implémenté, pour éviter de trop compliquer la XEP), et indiquer qu'une adresse n'est plus valide (le plus simple étant probablement d'envoyer un message automatique pour dire qu'on a changé d'adresse, et pas besoin de XEP pour ça).
[^] # Re: Chiffrement et multi-poste
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal parlons XMPP - épisode 2 - le cœur et les extensions. Évalué à 4. Dernière modification le 08 juillet 2015 à 08:31.
désolé je réponds tard, mais je suis à Beauvais pour les RMLL depuis samedi, et du coup je me connecte peu.
Je ne sais pas ce que tu entends par là (je n'ai jamais vraiment utilisé facebook, et j'ai supprimé le compte que j'avais depuis longtemps), mais tu as plusieurs façons de faire:
si c'est par « plusieurs postes » tu entends des clients à différents endroits (par exemple téléphone, ordi fixe, ordi portable) pour le même compte, tu as Message Carbons (XEP-0280) qui permet ça, c'est de plus en plus implémenté
si c'est plusieurs personnes en même temps, c'est de la discussion de groupe (MUC, XEP-0045), je vais expliquer ça dans le prochain article mais je suppose que tu connais déjà le principe (en gros comme IRC)
si c'est un message de type « normal » (celui qui ressemble au courriel), alors tu as la XEP-0033 (Extended Stanza Addressing) qui permet d'envoyer à plusieurs personnes en même temps.
si c'est pour des messages type microblogage, c'est PubSub qui gère ça, j'expliquerai dans un futur article, et je vais faire une conf de 20 min sur le sujet demain pour les RMLL.
Alors là c'est un problème par contre parce qu'il n'y a pas encore de bonne solution pour le chiffrement de bout en bout. Enfin OTR est utilisé (mais pas encore standardisé avec XMPP), et couplé à message carbons tu le recevras sur plusieurs machines connectées avec le même compte. Si par contre tu entends ça comme une discussion de groupe, il n'y a pas encore de solution établie, c'est un vieux problème avec XMPP et il y a eu plusieurs tentatives mais rien qui n'a vraiment percé. Il était question de s'enfermer 2 jours avant le prochain Fosdem pour régler ça.
Tu devrais déjà avoir les pistes avec ce que je viens d'écrire, sinon indique moi ce que tu entends exactement par « recevoir les messages sur plusieurs postes en même temps ».
je suis content de voir que ça plaît, plusieurs personnes sont venues m'en parler pendant les RMLL :). N'hésitez pas à me dire si vous voulez voir des sujets particuliers traités (bon bien sûr il y a des domaines que je connais mieux que d'autres).
[^] # Re: Merci et une question
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Parlons XMPP - épisode 3 - le cœur et les extensions (suite). Évalué à 4. Dernière modification le 02 juillet 2015 à 14:05.
Nous avons déjà implémenté la XEP-0065 (socks 5, proxy65 c'est juste une implémentation - que nous utilisons d'ailleurs -), mais nous l'utilisons avec la méthode « historique » (la XEP-0096) qui est aussi la plus implémentée, mais qui a plusieurs soucis, en particulier elle traverse mal les NAT et firewalls.
Jingle permet aussi d'utiliser socks 5, mais la méthode de négociation est bien meilleure et permet d'établir une connexion dans pratiquement tous les cas, c'est la méthode recommandée aujourd'hui et c'est pour ça qu'il faut qu'on l'implémente.
Petite parenthèse: tu n'es pas obligé de passer par le serveur avec socks5, le proxy serveur n'est utilisé que si la connexion directe ne peut être établie.