Goffi a écrit 1524 commentaires

ben désolé, mais les utilisateurs ont vraiment d'autres choses à faire, surtout quand ils savent que les développeur peuvent faire des choses plus simples.

Tu devrais faire de la télé-politique tu sais, tu as déjà l'arrogance et la façon de parler à la place des autres (« les français veulent ci », « les français pensent ça »). Bon il faut encore travailler un peu le style par contre.

Tu considères que l'homme est au service de la machine, d'autres considèrent que la machine est au service de l'homme.

Non justement, je considère que l'homme est capable de comprendre son outil, et que c'est nécessaire s'il ne veut pas être à son service. À ne plus rien comprendre ou savoir faire soi même, on en perd le contrôle: du courriel envoyé en clair sans le savoir à la voiture et son moteur caché qui se fait contrôler à distance.

Mais ça il faut faire un effort intellectuel pour le comprendre.

les gens voulant que ça soit différent n'ayant pas de considération pour les utilsateurs (bon, la, il y a aussi framasoft qui aurait compris.

Oui bien sûr, pas manichéen pour un sou avec ça ! Donc soit on prend l'utilisateur pour un con, soit on n'a pas de considération pour lui, superbe.

Je viens de voir un nouvel article d'explication, https://reflets.info/re-expliquer-caliopen-encore/ et qui correspond à ce que j'avais compris. C'est un peu dommage de réinventer la roue… Enfin bonne chance tout de même au projet.

Je suis de plus ou moins près la plupart des outils ou projets d'outils de communication, et il faut dire que celui-ci est probablement un des plus flous et donc des plus difficiles à juger.

Il y a de bonnes idées, enfin surtout une: un indicateur de la qualité de la protection.
J'ai vu la conférence il y a 2 ans à PSES (les choses ont probablement évolué depuis), et il y a 2 choses que je regarde particulièrement de travers: la mise en jeu (« gamification ») et le « label » lié à la charte mentionnée ici.

La mise en jeu je trouve ça assez symptomatique de la société actuelle: le tout divertissement, considérer qu'un utilisateur est incapable d'effort intellectuel si on ne le prend pas par la main et qu'on n'enrobe pas le tout de sucre.

Le label me pose de nombreux problèmes: comment la charte est écrite ? Qui décide de son attribution ? Il y aura(it) une assoce derrière CaliOpen: comment est-elle organisée ? Qui prend les décisions ? Quid d'une instance qui ne signe pas la charte ? Et des autres pays ?

Disons que je serais moins sceptique si c'était plus clair, il faut voir ce que ça va devenir.

Il y a du monde sur le projet (7 personnes c'est une (très) grosse équipe pour un projet libre), et c'est probablement le plus visible en France (il a même été mentionné dans le diplo !), et cela peut donner quelque chose.

Toujours est-il qu'on n'a que très peu d'infos dessus, et que je pense que c'est une erreur de partir sur du multi-protocoles, quand XMPP répond largement à tout ce que je vois pour le moment.

ah oui en effet, et Twitter ne m'intéresse pas, c'est plus pour les futurs réseaux que tu pourrais ajouter que je disais tout ça.

Enfin bref, bon continuation en tout cas :)

Oui je comprends, les passerelles de chat à l'époque où c'était à la mode (y'a entre 10 et 5 ans je dirais) étaient souvent incomplètes, mal maintenues et difficiles à mettre à jour. Mais c'est un point qui j'espère va aller mieux avec la nouvelle génération qui vient.

Pour IRC par exemple, biboumi est une bonne passerelle: facile à installer et utiliser, elle est très complète (à comparer à la passerelle Spectrum qui est trop compliquée à installer/utiliser, ou à celle de jabberfr qui n'est pas non plus le top pour IRC).

Je vois que ton code est en Python, et nous on a l'intention de travailler sur les passerelles d'ici 2 à 3 mois. Ce qui serait pas mal, c'est de séparer la partie interface (la ligne de commande) de la partie qui gère la communication avec les réseaux que tu veux gérer, et on pourrait réutiliser ça derrière pour faire des passerelles. En fait ça pourrait même être une idée que tu te rapproches de weboob vu qu'ils font justement une abstaction des sites webs.

Ce sont juste des pistes pour regrouper les efforts, je comprends aussi si tu veux rester sur ton outil qui fait ce que tu veux.

Salut à Toi est multi-interfaces, et l'une d'elle, jp, est dédié à la ligne de commande.

Si j'ai bien compris, ton outil récupère stdin, et le met en forme/l'envoi sur un réseau (ici Twitter).

jp gère aussi les pipes, et peut le transformer stdin en diverses choses, par exemple en flux de données brutes (comme expliqué ici) ou comme message de chat (par exemple j'envoie souvent un bout de code à mon correspondant en le sélectionnant dans vim en mode visuel et en tapant « :w !jp message mon_correspondant@son_serveur.tld ».

Nous avons travaillé beaucoup sur le (micro)blogging, et la prochaine version permettra de rédiger un message dans vim dans la syntaxe de ton choix (par exemple markdown) et de l'envoyer en tant que message de blog (la syntaxe n'est pas encore définie, mais ça pourrait être « :w !jp blog send »).

D'un autre côté, XMPP permet de gérer des passerelles, en gros une passerelle se contente de convertir une syntaxe de réseau extérieur en XMPP (et vice versa). Du coup ça donnerait quelque chose comme ça (attention les yeux):

+---+         +--------+         +-----------+         +----------+         +------------+
|VIM|  ====>  |jp (SàT)|  ====>  |Server XMPP|  ====>  |Passerelle|  ====>  |autre réseau|
+---+         +--------+         +-----------+         +----------+         +------------+

Alors dans l'immédiat, ça n'apporterait pas grand chose par rapport à ton projet (le choix de la syntaxe tout de même) et pour ton utilisation.

Mais ça aurait quand même certains intérêts:

• la passerelle est côté serveur, si X utilisateurs sont sur le serveur et utilisent l'outil, et que ça casse du jour au lendemain (l'autre réseau change de protocole), il suffit de mettre à jour une fois la passerelle, et y'a rien à faire pour l'utilisateur (à part attendre et râler).

• la passerelle servira pour tous les projets XMPP qui parlent (micro)blogging, soit à ce jour Jappix, Movim et SàT.

• la passerelle ne servira pas que dans la cadre de la rédaction d'un message, tu pourras aussi si tu le souhaites recevoir les messages de ce réseau extérieur et en envoyer depuis le client XMPP de ton choix.

• comme la passerelle servira à plusieurs projets et à plus de cas, le jour où t'en as assez et que t'arrêtes le développement, y'a de fortes chances que quelqu'un le reprenne.

C'est peut-être un poil plus complexe que ce que tu voulais faire (parce qu'il faut la couche XMPP en plus), mais je cherche à pousser au maximum l'utilisation d'XMPP pour qu'on que ça soit réutilisable, et vu qu'on est en plein dans la création d'un outil similaire (sauf que nous on ne fera pas de passerelles pour des réseaux non libres), je me suis dis que ça peut valoir le coup de regrouper les efforts.

Salut,

ben en fait on fait exactement la même chose avec SàT et son interface ligne de commande (pour le chat uniquement pour le moment, mais on c'est prévu pour le blogging dans la version à venir), en passant par XMPP (et j'utilise également depuis vim avec « :w ! »

C'est probablement un peu tard maintenant que t'as bossé sur ton outil, mais ça te dirait pas de développer des passerelles XMPP ? Ça a de nombreux avantages, et en particulier pas besoin de faire les mise à jour côté client, c'est la partie serveur qui s'en occupe… Et puis ça servirait à tout les projets XMPP, en particulier Jappix, Movim et SàT.

Enfin dans tous les cas merci pour le partage :)

officiellement sur un site je n'en connais pas, mais ponctuellement on utilise souvent etherpad/framapad pour rédiger des articles ou faire des corrections.

Oui j'ai vu qu'il y avait des choses qui se faisaient en XMPP, mais il va falloir encore un peu d'eau sous les ponts je pense. Ce qu'il y a, c'est qu'on a aussi une grosses base de code qu'on ne va pas pouvoir migrer comme ça, et que toute façon une migration devra se prévoir. Je n'exclus pas de passer un jour à Asyncio, ou au moins de l'utiliser en même temps.

Nécessaire peut-être pas, mais elle facilite le passage pour Twisted (il me semble avoir vu une longue discussion sur le sujet, mais je ne retrouve pas là).

Je ne veux pas spécialement faire de la programmation réseau en Python 3, je veux porter mon projet en Python 3, et il est déjà entièrement basé sur Twisted. Je suis très content avec Twisted, c'est juste qu'on commence à avoir besoin de bosser en Python 3 (il y a des projets Python 3 qu'on veut utiliser, et côté Debian il est question de passer à Python 3 pour la prochaine version).

Asyncio est très intéressant, et je m'y pencherai sérieusement quand on sera à Python 3, mais ce n'est pas encore comparable à Twisted, il n'y a pas que le côté asynchrone, y'a tout le framework qui va avec.

Merci pour cette dépêche, je ne savais même pas qu'on pouvait exécuter une application complète depuis un zip.

Est-ce que la PEP 461 ne va pas débloquer Twisted ? Il me semble que c'était un des points majeurs qui posait problème. Ils ont déjà porté plus de la moitié du code, et surtout trial est porté depuis peu sous Python 3, peut-on espérer voir enfin un port complet en 2016 ? J'espère surtout que toute la hiérarchie twisted.words va suivre rapidement.

J'ai hâte !

Salut,

je vois à peine ton message (je rentre tout juste de la fête de l'huma). Alors de base il n'y a pas de redondance (c'est ton service pubsub qui gère les sauvegardes), mais rien n'empêche d'en faire une, il suffit qu'un autre service pubsub s'abonne à un nœud (et qu'ils soit autorisé à le lire) pour qu'il soit synchronisé. Après ce qu'il serait bien, c'est d'avoir une liste de nœuds à voir en cas de problème sur le principal, une XEP pourrait se charger de ça.

De toute façon c'est une question qu'il faudra aborder un jour où l'autre: si tu as un boîtier à la maison (comme celui qu'on veut faire), il serait sage d'avoir une sauvegarde extérieur en cas de vol, perte, ou problème sérieux.

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.