Goffi a écrit 1537 commentaires

Ah ben oui ils ont le droit, c'est eux la société privée en question.

arf, désolé pour les fautes, je faisais autre chose en même temps, et c'est trop tard pour modifier. version corrigée:

Il y a un mot, probablement le plus important à connaître, qui passe bien c'est « jid ». Il porte un peu à confusion parce qu'il y a encore « jabber » dedans (et ça ne changera pas). Je dis que j'utilise « XMPP », mais uniquement quand je fais des confs techniques, que je suis aux RMLL ou à PSES, sinon j'évite de plus en plus d'utiliser ce terme technique.

plutôt que dire « c'est quoi ton adresse courriel ? » on peut/pourra dire « c'est quoi ton jid ? ». On pourra même appeler ça courriel dans le futur, peu importe que ça ne soit plus du SMTP en dessous.

Mais je suis globalement d'accord avec ce que tu dis.

On avait discuté avec Nyco et Edhelas de l'utilisation du logo XMPP comme symbole de compatibilité (voire de pouvoir cliquer dessus et de voir une liste de projets compatibles, un peu comme les « ring » internet des années 90).

C'est un vieux débat sans vraiment de réponse. Je ne pense pas que c'est le nom qui va donner plus de succès à XMPP (le succès est déjà là depuis longtemps), mais plutôt des clients, et mon petit doigt me dit que c'est en bonne voie de ce côté ;)

XMPP intéresse surtout les développeurs, on peut le comparer à HTTP sur ce plan (c'est pas joli non plus HTTP, mais ça ne choque personne). Le seul intérêt que je vois, c'est pour dire que c'est compatible. C'est vrai que ça me gêne qu'on parle de réseau « Movim », « Jappix » ou « Libervia » quand c'est le même protocole derrière et que c'est compatible. Là le logo peut aider. Et puis après tout y'a tout un tas de noms imbitables qui passent très bien dans le grand public comme « USB », « VGA » ou « DVD ».

Et sinon il y a déjà une XEP qui commence à dater et qui indique les extensions à supporter pour un client moderne (la XEP-0312), il est question d'en refaire une à jour avec les différents type d'utilisation principaux (discussion, vidéo, transfert de fichier, etc).

Les notifications sont envoyées avec des <message/>, de type j'envoie et j'oublie, donc tu ne sais pas si la notification a échoué (enfin un serveur peut te retourner une erreur, mais ça n'est pas obligatoire, contrairement à <iq/> ou tu dois avoir une réponse, cf l'épisode 2). Donc sur le coup tu ne t'en rendras pas compte (en pratique si un message échoue, c'est très probablement que ta connexion a échoué, et donc tu vas t'en rendre compte tôt ou tard).

Par contre quand tu récupères les nouveaux items à la connexion suivante, tu rattrapes l'info perdue. Dans une implémentation PubSub basique, tu ne peux que tout récupérer, ou les X derniers items. Dans ce cas il faudra comparer ton dernier id pour voir si tu n'a rien raté, c'est pas super. Par contre tu as des extensions comme « PubSub Since » (XEP-0312) ou Message Archive Management (XEP-0313) qui permettent de récupérer les items depuis ta dernière déconnexion, c'est plus efficace.

Il y a guerre des religions sur le sujet, certains disent que Jabber c'est le réseau fédéré et XMPP le protocole.

A priori le nom « jabber » appartient désormais à une société privée, et il n'est pas libre de l'utiliser, aussi il faut parler d'XMPP. Les logiciels qui utilisaient jabber avant peuvent le garder pour des raisons historiques (cas de ejabberd par exemple), mais les nouveaux ne doivent pas. J'ai vu quelqu'un se faire refuser l'ajout de son logiciel sur la liste officielle parce qu'il y avait « jabber » dedans (de mémoire il a été ajouté après renommage).

Donc voilà, pour ma part je ne parle que de XMPP, sauf à l'oral si je vois que la personne ne connaît pas, parfois Jabber parle plus.

Je n'ai pas encore vu passer de protoXEP (nom d'une XEP avant sa publication par la XSF) sur le sujet, mais il y a eu plusieurs discussions à le sujet, notamment au dernier XMPP summit.

L'idée c'est d'avoir système compatible avec l'actuel, mais de corriger ses quelques défauts, notamment:

• pouvoir se connecter avec un même pseudo depuis un même jid avec sur plusieurs clients/appareils. C'est le plus gros point à corriger

• j'ai cru comprendre qu'il était question de passer les présences à la trappe: elles génèrent un gros trafic, et des extensions comme les états de discussions (chat states, XEP-0085) permettent de savoir si quelqu'un prête attention ou pas à la conversation. Pour ma part je ne suis pas 100% convaincu par ça, pouvoir dire explicitement qu'on est occupé est intéressant à mon avis.

• il a été question sur la liste standard@ de supprimer les salons anonymes et semi anonymes (voir l'épisode 4 pour des explications). L'argument est qu'on peut désormais utiliser une connexion temporaire si on veut être anonyme (pas au sens Tor mais au sens on ne dévoile pas son jid), et que connaître le jid permet de s'assurer qu'on parle à la même personne d'une fois sur l'autre.

• permettre de faire une couche de compatibilité est un point essentiel.

Et sinon je viens de me souvenir que j'avais déjà répondu à cette question, tu peux lire ce commentaire.

Si Edhelas passe par là il te répondra plus précisément, mais je suppose que ça récupère le flux Atom régulièrement, que ça adapte le contenu à ce que demande la XEP-0277 et que ça re-publie le contenu derrière, avec une notification s'il y a du nouveau.

En plus de permettre d'avoir tes flux Atom dans ton client XMPP, cette méthode permet d'être notifié régulièrement et allège la charge sur le serveur: si 1000 personnes suivent un flux, au lieu d'avoir 1000 requêtes toutes les 5 à 30 min, tu as un seul service qui fait les requêtes toutes les - disons - 5 min, et qui qui notifiera les 1000 clients XMPP s'il y a du nouveau, et uniquement s'il y a du nouveau.

Pour le client XMPP c'est transparent, il s'abonne à un nœud normalement (enfin je n'ai pas utilisé la passerelle de Movim, mais je suppose que c'est comme ça).

Sondage bien trouvé. Et au final c'est pas si simple. Même si j'aurais tendance à dire que je m'en fou et qu'on peu bien appeler ça comme on veut, j'utilise quand même la plupart du temps Gnu/Linux, parce que le choix des mots a une portée.

À une époque, Gnu/Linux mag demandait souvent en entretien « êtes vous plutôt logiciel open source ou logiciel libre ». Et pour moi la réponse est claire, je suis logiciel libre, et je suis Gnu/Linux et je fais un choix politique en utilisant ces mots, de la même manière que je fais un choix politique quand je parle de « cotisations sociales » et non de « charges », d'« usager » et pas de « client », de « vidéo surveillance » et pas de « vidéo protection ».

Alors plus que la distinction technique entre le noyaux et le système complet, entre le résultat et les outils qui ont permis d'y arriver, c'est avant tout une distinction idéologique à mon sens.

Salut,

bon je sais d'après la dernière dépêche que c'est libre (et ça c'est bien !), mais j'ai pas super envie de me taper les sources quand tu peux me répondre facilement:
comment ça fonctionne l'algo ? Y'a une proposition, puis qui peut voter ? Ensuite comment ça marche en première page ? Un mélange entre ancienneté et note ? Parce que les notes me paraissent faibles (2, 3 ou 4 en première page), ça veut dire que peu de monde participe ? Pourquoi y'a des trucs à 2 au dessus de trucs à 4, à cause de l'ancienneté ?

Ça peut être intéressant pour filtrer en tout cas, moi qui lis peu les sites d'informatique en dehors de DLFP (mais en général ça suffit à savoir ce qu'il se passe), et un peu planète libre et Diaspora.

Free utilisait les EFL avant, mais ils sont passés à Qt (sauf si ça a rechangé depuis, mais j'en doute).

Sinon pour avoir pas mal utilisé les EFL, c'est un excellent framework, très rapide: son gros point fort (c'est pas le seul) est son optimisation, il est particulièrement adapté à l'embarqué (mais pas que).

Un peu à la manière de Qt, il bien plus que la boîte à outils graphique, et permet de gérer le réseau, le stockage des données, etc.

Le seul truc qui me gênait, à l'époque (y'a pas si longtemps), c'est paradoxalement son évolution rapide: il y avait parfois des changement d'API.

Aussi il faut reconnaître qu'ils ont eu de l'avance sur les autres: Edge permet de décrire des interfaces à la manière de ce que fait QtQuick aujourd'hui, et c'était là bien avant. Ils expérimentent aussi avec leur émulateur terminal, terminology qui permet notamment d'afficher des images.

C'est curieusement moins populaire que d'autres, mais comme je l'ai dit par ailleurs, c'est pas toujours les qualités techniques qui font le succès ou pas d'un projet. Ceci dit il est quand même utilisé pour Tizen, c'est pas rien.

Comme je suis un "jeune",

hé ho, moi aussi ;)

• Est-ce que le Pascal est encore utilisé aujourd'hui dans l'entreprise ? Si oui, dans quel contexte.

Les questions d'entreprise c'est pas à moi qu'il faut les poser, mais je pense que ça l'est oui, ne serait-ce que par l'héritage de Delphi (il doit y avoir encore pas mal d'applications spécialisées dans les entreprises). J'ai un amis qui travaille avec Delphi et apparemment il y a de la demande.

• Chaque langage a un domaine de prédilection, quel est ce domaine pour le Pascal ?

C'est un langage compilé, plutôt propre, et si Lazarus est aussi bien qu'il en a l'air, ça doit permettre à quelqu'un de faire des applications très sympas très rapidement, même sans être un dév professionnel qui passe sa vie à lire de la doc technique, avec le multi-plateforme en prime. Mais bon je n'ai pas utilisé Pascal depuis bien 10 ans, alors je ne sais pas trop si ça a évolué et ce que vaut tout ça aujourd'hui.

-S'il s'agit véritablement d'un monstre sacré, comment se fait-il que ce langage n'est plus aussi populaire maintenant ?

Les succès et échecs, surtout dans l'informatique, ça n'est pas toujours lié aux qualités techniques. Il y a des effets de mode, des erreurs stratégiques (Commodore si tu m'entends), des abus de position, et un facteur chance.

Dans le cas de Borland qui était la boîte phare pour les IDE et le développement en général dans les années 90, ils ont très très mal vécu le passage à l'an 2000. Ils ont essayé de sortir Kylix qui était une version GNU/Linux de Delphi, mais ils ont très mal géré ça (surtout sur une plateforme aussi fournie en outils de développements libres et puissants). De l'autre côté Microsoft était particulièrement agressif avec Visual Basic et Visual Studio, et l'arrivée d'internet n'a probablement pas aidé non plus.

Mais Pascal dans mon souvenir est un langage relativement propre et bien pour débuter.

Aujourd'hui je conseillerais plutôt Python pour différentes raisons, mais on n'apprend pas les principes de compilation, de pointeurs, etc avec. Je pense que Pascal reste un bon choix pour apprendre.

Puis faut voir aussi que ce sont les usages qui dictent les langages et technos: tu veux contribuer à Kde tu vas plutôt te mettre au C++ et à Qt. « C » a explosé parce qu'il permettait de compiler sur les différents unix (de ce que j'en ai entendu, je n'étais pas né: tu vois que je suis jeune !), et son héritage historique fait que c'est très utilisé aujourd'hui, bien plus que Pascal.

Le web s'impose partout parce qu'il permet de bien centraliser les applications et contrôler les utilisateurs (hein quoi ? On n'est pas vendredi ? Ah et alors ?), du coup javascript s'est imposé en même temps.

Java déjà très utilisé a eu un regain d'intérêt énorme parce que Android.

Les exemples sont nombreux, et c'est pas toujours lié aux qualités techniques, sinon tout le monde utiliserait Python.

Un des premiers langages que j'ai utilisé, un monstre sacré, et il a été oublié !

Pourtant il y a une communauté bien active, avec Free Pascal et Lazarus, et même si je n'utilise plus depuis des années (Turbo Pascal 7 puis Delphi à l'époque), ce qu'ils ont réussi à faire a l'air bien sympa: http://www.lazarus-ide.org/.

Je n'ai pas trop lu toutes les explications, mais comment un lecteur javascript peut avoir accès à ces fichiers ? C'est pas sensé être isolé ? Si quelqu'un peut expliquer je suis preneur.

Ah, sur le lien pointé plus haut on peut lire:
« Tech lead of pdf.js here: All of the above exploits were issues with extension code in firefox, i.e. other extensions could have these issues too. If you were to use the web only version of pdf.js none of these exploits would apply. »

Il y a donc des extensions possibles au lecteur pdf ? C'est via les extensions classiques ? Bon moi de toute façon je l'ai désactivé immédiatement, je préfère nettement okular.

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.

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 :)

Pour info, ça refonctionne.

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.

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/

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

merci :)

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).

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.

super, merci !