désolé pour les réponses tardives, mais on est actuellement au XMPP summit à Berlin, et donc peu disponibles. Owncloud a sa propre technologie, ça me semble difficile de fusionner.
Oui bien sûr que je connais. Mais nous avons des besoins particuliers (en particulier pour les permissions fines, c'est à dire la possibilité d'envoyer un message à un groupe de personnes plutôt que publiquement), et nous ne voulons pas être dépendants d'un serveur en particulier. Avoir la maîtrise sur le service pubsub permet de ne pas être bloqué pour développeur une fonctionnalités en cours de standardisation, ou non encore standard.
Le problème c'est que c'est assez difficile à mettre dans une case, c'est très large.
C'est un client XMPP. C'est donc un outil de communication. Ça sert à communiquer, donc à faire plein de chose.
Quelques exemples:
discuter en temps réel avec une personne
discuter en temps réel avec un groupe de personnes
envoyer un fichier
envoyer un flux de données arbitraire à un contact
bloguer/microbloguer publiquement
bloquer/microbloguer avec un groupe restreint de personnes
communiquer avec des réseaux externes
diffuser/utiliser des menus génériques avec accès contrôler (par exemple un serveur peur autoriser des administrateurs à recevoir des statistiques, à redémarrer la machine, etc)
avoir une conversation chiffrée sans trace avec une personne (si votre correspondant ne sauvegarde pas lui-même), via OTR
faire une partie de Tarot
écouter des musiques en lecture synchronisée
utiliser un client courriel (MUA) pour lire ses messages XMPP
…
Non possible aujourd'hui, mais prévu pour le futur:
partager un groupe de fichiers
synchroniser des fichiers/répertoires
organiser des événements
…
Le tout sur différentes plateformes (web, console, bureau, etc).
Ça va venir, c'est pour ça qu'on ne parle pas encore de version grand public. La difficulté vient principalement du fait qu'il faut transpiler le python en javascript (d'ailleurs on devrait peut-être envisager des paquets déjà transpilés, ça simplifierait l'installation).
Nous sommes en train de travailler avec des développeurs Debian pour que Libervia arrive dedans (peu probable avant le freeze malheureusement), et ça devrait être le cas dans d'autres distributions comme Arch.
L'autre difficulté est que nous devons utiliser un service PubSub maison, et ça demande une bidouille dans Prosody (Prosody uniquement pour le moment). Nous avons commencé à travailler sur les standards pour avoir une version générique et simple à installer, nous espérons que ça sera le cas pour la 0.6 (je peux détailler le pourquoi technique si ça intéresse).
donc si tout va bien, d'ici quelques mois un « apt-get install sat-xmpp-libervia » ou l'équivalent pour votre distro devrait suffire, suivit d'une éventuelle ouverture de port sur votre firewall, voire d'options particulières à votre installation dans le sat.conf.
Oui, ce choix a été fait pour plusieurs raisons: rester sur Twisted déjà, en développement asynchrone, avoir la maîtrise simplement sur le serveur, faciliter le déploiement (pas de serveur à installer et configurer), et c'était très facile à faire car le serveur fait partie de Twisted lui même. Donc beaucoup d'avantages, alors qu'avec un serveur externe nous aurions sans doute eu d'autres problèmes à gérer, et en tout cas une installation plus compliquée. Ça nous permet aussi de contourner des problèmes, comme l'impossibilité d'envoyer un message D-Bus à un autre utilisateur du système.
Ici soit une utilise le serveur intégré et il n'y a rien d'autre que le firewall à gérer, soit on utilise un serveur web principal déjà en place, et il suffit de faire un reverse proxy. En bonus il est possible d'avoir le serveur principal sur une machine et SàT/Libervia dans une machine virtuelle par exemple.
J'avoue ne jamais avoir trop compris tous ces termes. Mais si j'en crois la définition de Wikipédia: « type de logiciel qui permet à un groupe de personnes de partager des documents à distance pour favoriser le travail collaboratif. », on s'en rapproche oui, mais ça ne se résume pas à ça (ça ne sert pas qu'à travailler ;) ).
En fait j'ai un peu simplifié dans ma phrase, c'est PEP qu'on ne peut pas utiliser comme composant, car on ne peut pas déléguer un espace de nommage à un composant (ma deuxième XEP pas encore écrite va porter là dessus). Pas le temps d'expliquer en détails parce que je dois me coucher et me lever tôt demain (sortie de 0.5 en cours, et demain je pars pour Berlin et la rencontre XMPP).
La première XEP (celle dont j'ai mis le lien) est pour que le service puisse avoir accès à des choses normalement réservées au serveur, comme le roster d'une entité. C'est indispensable pour implémenter un « access-model roster » par exemple (comprendre, pour ne réserver l'accès qu'aux membres d'un groupe de ton roster).
Tu peux passer sur le salon sat@ pour en discuter si tu veux, mais là jusqu'à la fin de semaine ça risque d'être compliqué vu qu'on sera à Berlin (sauf si on a le net facilement).
Je pense que tu es déçu par XMPP parce que ça n'avance pas assez vite à ton goût, mais ça avance.
Regarde où en étaient Movim ou SàT ne serait-ce qu'il y a un an et aujourd'hui, et dis toi que ce sont 2 projets communautaires, le premier porté par 1 seule personnes avec 1 aide régulière d'1 autre et des contributions externes, le deuxième par 2 personnes avec des contributions rares. Mais ces 2 projets ont à peu près le même âge, avancent régulièrement depuis des années et sont toujours (très) actifs. Nous notre prochain objectif sera d'utiliser SàT pour nos propres blogs, autrement dit sérieusement (en production comme d'aucuns diraient).
Vu les ressources disponibles, et la difficulté de la tâche, je pense que ça n'avance pas si mal que ça…
Le problème actuel, pour nous en tout cas, c'est que ça n'avance pas là où on voudrait: Il y a une base PubSub pour faire quelque chose, mais plusieurs problèmes à régler, à commencer par des choses mal spécifiées (par exemple l'« access model » qui permet de savoir qui peut accéder à un item - et donc un billet de blog par exemple - a des soucis, oh rien d'insurmontable, mais il faut les régler).
Ça avance beaucoup plus fort sur l'internet des objets (internet of things, IoT) en ce moment, probablement parce que certaines boîtes, dont Siemens, bossent dessus.
Pour SàT, jusque ici j'avais décidé de faire mon propre serveur PubSub parce que je n'avais pas le temps disponible pour avancer sérieusement sur les standards et attendre l'implémentation, les choses vont beaucoup mieux depuis 1 an car je ne suis plus tout seul sur le projet (Souliane m'a rejoint).
Dans le même moment, à l'initiative d'edhelas (Movim), nous nous sommes regroupés pour avancer sur PubSub il y a quelques semaines, quand je dis « on » je parle des projets qui utilisent PubSub comme base pour du microblogage voire plus, à savoir Movim (edhelas), Live Jabber (binary), Jappix (Vanaryon) et Salut à Toi (souliane et moi). Résultat: on a déjà une XEP publié (XEP-0351, attention publiée mais pas validée, elle est expérimentale), une XEP en attente de publication (http://xmpp.org/extensions/inbox/privilege-component.html) et une autre qui ne devrait pas tarder. D'autre part le summit à Berlin cette semaine est à l'initiative de Binary, et les personnes que je viens de citer y seront ensemble (sauf Vanaryon qui a un empêchement). Cette rencontre va permettre de montrer à la communauté XMPP que ça bouge de notre côté, et d'essayer de régler les plus gros problèmes PubSub, du moins on l'espère.
Les 2 XEPs que je propose (celle en attente de publication et celle qui ne devrait pas tarder) devraient permettre d'utiliser un service PubSub indépendant de celui du serveur, et donc d'avoir un cycle de développement beaucoup plus rapide (plus besoin d'attendre la release d'un serveur, ou le bon vouloir des développeurs pour avoir telle ou tell fonctionnalité indispensable).
Donc voilà, vous avez un aperçu de ce que c'est de bosser avec les standards, et vous voyez qu'on est plusieurs à faire bouger les choses. Et je pense que nos projets respectifs montrent qu'on est proches de toucher au but.
Ouai enfin bon, soyons sérieux 2 min. Il y a systématiquement une frénésie avec les effets d'annonces, et après le soufflet retombe à la faveur de l'annonce suivante, et on recommence tout à zéro.
Tox est rigolo, mais pour le moment c'est un jouet: j'ai testé et la messagerie est ultra-basique et boguée, et je n'ai pas réussi à lancer une vidéo-conférence entre Paris et Vienne (sans toucher à la configuration réseau et avec Venom qui est me semble-t-il l'interface la plus avancée). Et je ne vois pas trop ce que ça apporte (hormis un identifiant plus court, ce qui est déjà pas mal, et éventuellement une certaine facilité d'utilisation) par rapport à, disons, Retroshare.
Donc peut-être que ça donnera quelque chose, mais pour l'instant je n'y vois rien d'extraordinaire, et l'engouement dont il jouï est difficile à expliquer. Les choses vont peut-être évoluer, il y a du monde dessus, mais ça m'étonnerait qu'on ait quoi que ce soit d'intéressant avant des années. Et les interfaces utilisent toutes - corrigez moi si je me trompe - la même bibliothèque, et donc la même implémentation, ce qui n'est pas forcément une bonne chose.
Comparer ça à XMPP, qui a 16 ans d'expérience, d'implémentations, et d'utilisation massive, ou à SIP qui en a 18, c'est déjà osé; mais dire que ça les remplace carrément c'est n'importe quoi ! Alors oui c'est peut-être difficile d'imaginer quand on n'est pas dedans, mais XMPP c'est des RFC, une organisation et des discussions, et plus de 300 extensions qui décrivent des choses aussi simples que gérer un « /me » ou aussi complexes que Jingle. Il y a des problèmes certes, mais dans l'ensemble ça marche et pas mal du tout. Et les problèmes on travaille dessus (à Berlin la semaine prochaine par exemple).
D'autre part, XMPP est décentralisé, et l'utilisation de serveurs intérmédiaires est à mon sens un avantage, surtout qu'il n'est pas exclu qu'on puisse s'en passer à terme (c'est déjà possible en réseau local). On parle parfois de transformer XMPP en protocol P2P, le plus important étant de pouvoir se passer de DNS, ou d'en avoir un équivalent distribué, ce n'est juste pas une priorité pour le moment. Après il « suffit » de regrouper serveur et client dans un seul endroit.
XMPP ou SIP sont déjà bien en place, et c'est à mon sens les seules solutions correctes pour avoir quelque chose dans le futur proche. Je ne dis pas que d'ici quelques années Tox ne sera pas une alternative intéressante (peut-être avant mais j'en doute), mais pour le moment on est loin du compte.
Les jeunes (oui, je me fais vieux et dit "les jeunes" maintenant), bougez-vous, allez faire un tour à l'étranger (pas forcément dans des pays de langue anglaise, la plupart des capitales ont maintenant un grand nombre de réunions informelles entre informaticiens et ça se passe en anglais car les capitales sont remplies d'étrangers venant des quatre coins du monde et c'est la langue commune),
Hum là dessus je ne suis pas d'accord du tout. Enfin qu'il faut voyager si, bien sûr ! Qu'il faut apprendre l'anglais pour un informaticien c'est évident. Mais les capitales non anglophone ne sont pas bonne pour apprendre l'anglais: même si on peut souvent trouver quelqu'un qui parle anglais, la plupart des échanges se font dans la langue locale, et on est vite largués. Dans les hackerspaces parisiens que j'ai fréquenté par exemple, la plupart des échanges oraux/par écrit sont en français (à l'exception notable du fabelier car très fréquenté par des non francophones), même si beaucoup parlent (plus ou moins) anglais. Et je dirais même plus: c'est une très bonne chose !
C'est marrant de voir qu'il y a autant de gens qui ont voté pour le courriel, parce que j'ai l'impression que c'est un moyen qui est de moins en moins utilisé par le grand public (dans le milieu pro je pense que c'est encore bien présent).
J'ai de plus en plus de mal à trouver les adresses des gens que je veux contacter, et souvent c'est twitter qui est utilisé comme moyen privilégié pour contacter/poser une question à quelqu'un, même chez les libristes ! En plus comme je m'auto-héberge et que je n'ai pas d'adresse en @gmail ou @hotmail, il y a le risque de passer plus facilement en SPAM.
Vu que je n'ai pas de compte twitter (je consulte juste de temps en temps en faisant un « !twitter XMPP » sur duckduckgo), c'est parfois difficile voire impossible de contacter les gens.
Il y a quand même un paquet de moyens alternatifs libres qui fonctionnent, je suis étonné et un peu déçu de voir ce système proprio et centralisé aussi populaire chez les libristes. Surtout que des trucs comme seenthis sont, à défaut d'être décentralisés, au moins libres, des trucs comme Diaspora ou Friendica (et plus ou moins XMPP pour le microblogage) fonctionnent pour ce type d'utilisation, et qu'il y a d'autres alternatives plus ou moins anciennes.
Conclusion : Les gens sous windows ne savent pas ce que fait leur ordinateur, et ne s'en préoccupent pas.
Je suis sous GNU/Linux et je ne sais pas toujours ce que fais ma machine: quand je vois que ça chauffe je fais un (h)top, je peux voir par exemple qu'akonadi parcours mon disque. Mais ça pourrait être un malware qui a pris la place du binaire akonadi, c'est pas dis que je m'en rendrais compte facilement. Et tout le monde n'a pas les connaissances techniques (bien qu'avoir la liste des processus devrait être un minimum, tout comme sur une voiture tout le monde devrait savoir contrôler le niveau d'huile).
La plupart du temps quand la machine chauffe ça vient d'iceweasel, alors oui je peux voir que ça vient d'un javascript sur un onglet, mais à part me taper le code source, j'ai peu de chances de savoir exactement ce que fait cette page.
moi j'essaye régulièrement des solutions libres (Jitsi, Linphone, Tox), et même Skype malheureusement. J'arrive à convaincre certains de mes contacts de faire des essais avec moi, et ils sont patients. Je vais peut-être faire un journal dessus, mais rien n'est convainquant, y compris Skype.
Le meilleur résultat c'est avec Linphone, qui en plus est dispo sur beaucoup de plateformes, mais l'interface est franchement pas agréable, et y'a beaucoup de bogues (contact qui n'apparait pas en ligne, ça sonne dans le vide, ça ne détecte pas le casque, ça sonne occupé quand le contact me dit qu'il n'a aucune sonnerie et qu'il est dispo, etc). Faudrait que je prenne un peu de temps pour remonter ça et en parler aux développeurs.
J'utilise par exemple des casques/micros USB, et c'est la croix et la bannière pour que ça fonctionne (redémarrage nécessaire, ça ne sort pas au bon endroit, etc). Alors ça peut aussi venir de Pulse Audio, mais quand je l'utilise avec mpv ça marche correctement pourtant.
Au final, je me retrouve régulièrement à utiliser le téléphone qui est encore ce qui fonctionne le mieux…
Bon faut dire aussi que j'utilise aptosid, donc tout n'est pas forcément super testé… Mais même sur d'autres distros (Kubuntu/Linux Mint/Android) je retrouve ce genre de problèmes.
Poezio met ça en avant aussi, il suffit de l'installer et ça marche sans rien configurer (il se connecte par défaut en anonyme sur son serveur maison).
OTR n'est pas adapté à XMPP en fait: c'est un bricolage actuellement dans les clients.
Par exemple, OTR est fait pour transporter du texte pur, il n'y aucun moyen standard d'envoyer du XML, et certains clients le font à leur sauce (du coup ça fait du n'importe quoi du genre: est-ce que ça fait une erreur si j'interprète ça en XML ? Non alors allons-y !).
Il n'y a aucune XEP qui parle d'OTR et de comment l'annoncer, du coup le moyen d'annonce c'est le truc spécifique à OTR à coups d'espaces à la fin d'un message.
Bref aujourd'hui, OTR avec XMPP ça n'est pas propre et pas idéal du tout. Il y a (eu ?) des tentatives de choses propres, mais ça n'est pas très actif en ce moment (enfin peut-être avec jingle, je ne suis pas encore trop de ce côté).
Figure toi que j'allais le mettre, et puis je me suis dit que ça exploserait tout, alors j'ai précisé « à distance » pour ça dans le sondage (véridique) ;)
Je trouve le projet intéressant mais sàt est encore très loin d’être mature.
C'est vrai, mais on annonçait une version grand public pour la rentrée. Malheureusement on a pris beaucoup de retard (enfin surtout moi) pendant l'été, et on n'a toujours pas sorti la 0.5 qu'on doit sortir depuis fin juin. Aussi pour la rentrée ça va être compromis, disons que pour faire large on espère être au point avant la fin d'année (c'est râpé pour la prochaine Debian stable par contre :( ).
vu que hier j’ai regardé quelques vidéos des dernières RMLL et qu’un boitier dédié était mentionné très vite fait (par Goffi peut-être, pour SàT? si j’ai bonne mémoire).
J'ai effectivement mentionné ça comme une des pistes pour se financer, nous y réfléchissons. Il faut regarder du côté de FreedomBox et Yunohost aussi, qui travaillent sur des distributions pour ce genre de boîtiers.
Si c'est pour mettre du comic sans ms, c'est pas vraiment une amélioration. :)
T'as une sous-partie de XHTML, principalement couleurs, gras, etc. Mais surtout y'a toujours une version texte simple qui va avec, donc tu peux activer ou pas si ça t'ennuie. Sur IRC y'a rien de standard (sauf si ça s'est amélioré depuis), et tu ne peux pas désactiver, au point que certains salons interdisent les couleurs.
Rien que la possibilité de mettre des images de cette façon est pratique.
[^] # Re: Résumé
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 2.
désolé pour les réponses tardives, mais on est actuellement au XMPP summit à Berlin, et donc peu disponibles. Owncloud a sa propre technologie, ça me semble difficile de fusionner.
[^] # Re: Sécurité
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 3.
Oui bien sûr que je connais. Mais nous avons des besoins particuliers (en particulier pour les permissions fines, c'est à dire la possibilité d'envoyer un message à un groupe de personnes plutôt que publiquement), et nous ne voulons pas être dépendants d'un serveur en particulier. Avoir la maîtrise sur le service pubsub permet de ne pas être bloqué pour développeur une fonctionnalités en cours de standardisation, ou non encore standard.
[^] # Re: [HS] Quel serveur XMPP ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 5.
prosody: simple, fonctionnel et léger.
[^] # Re: Résumé
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 10.
Le problème c'est que c'est assez difficile à mettre dans une case, c'est très large.
C'est un client XMPP. C'est donc un outil de communication. Ça sert à communiquer, donc à faire plein de chose.
Quelques exemples:
discuter en temps réel avec une personne
discuter en temps réel avec un groupe de personnes
envoyer un fichier
envoyer un flux de données arbitraire à un contact
bloguer/microbloguer publiquement
bloquer/microbloguer avec un groupe restreint de personnes
communiquer avec des réseaux externes
diffuser/utiliser des menus génériques avec accès contrôler (par exemple un serveur peur autoriser des administrateurs à recevoir des statistiques, à redémarrer la machine, etc)
avoir une conversation chiffrée sans trace avec une personne (si votre correspondant ne sauvegarde pas lui-même), via OTR
faire une partie de Tarot
écouter des musiques en lecture synchronisée
utiliser un client courriel (MUA) pour lire ses messages XMPP
…
Non possible aujourd'hui, mais prévu pour le futur:
partager un groupe de fichiers
synchroniser des fichiers/répertoires
organiser des événements
…
Le tout sur différentes plateformes (web, console, bureau, etc).
[^] # Re: Sécurité
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 3.
Ça va venir, c'est pour ça qu'on ne parle pas encore de version grand public. La difficulté vient principalement du fait qu'il faut transpiler le python en javascript (d'ailleurs on devrait peut-être envisager des paquets déjà transpilés, ça simplifierait l'installation).
Nous sommes en train de travailler avec des développeurs Debian pour que Libervia arrive dedans (peu probable avant le freeze malheureusement), et ça devrait être le cas dans d'autres distributions comme Arch.
L'autre difficulté est que nous devons utiliser un service PubSub maison, et ça demande une bidouille dans Prosody (Prosody uniquement pour le moment). Nous avons commencé à travailler sur les standards pour avoir une version générique et simple à installer, nous espérons que ça sera le cas pour la 0.6 (je peux détailler le pourquoi technique si ça intéresse).
donc si tout va bien, d'ici quelques mois un « apt-get install sat-xmpp-libervia » ou l'équivalent pour votre distro devrait suffire, suivit d'une éventuelle ouverture de port sur votre firewall, voire d'options particulières à votre installation dans le sat.conf.
[^] # Re: Sécurité
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 2.
Oui, ce choix a été fait pour plusieurs raisons: rester sur Twisted déjà, en développement asynchrone, avoir la maîtrise simplement sur le serveur, faciliter le déploiement (pas de serveur à installer et configurer), et c'était très facile à faire car le serveur fait partie de Twisted lui même. Donc beaucoup d'avantages, alors qu'avec un serveur externe nous aurions sans doute eu d'autres problèmes à gérer, et en tout cas une installation plus compliquée. Ça nous permet aussi de contourner des problèmes, comme l'impossibilité d'envoyer un message D-Bus à un autre utilisateur du système.
Ici soit une utilise le serveur intégré et il n'y a rien d'autre que le firewall à gérer, soit on utilise un serveur web principal déjà en place, et il suffit de faire un reverse proxy. En bonus il est possible d'avoir le serveur principal sur une machine et SàT/Libervia dans une machine virtuelle par exemple.
[^] # Re: Sécurité
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 2.
Le serveur web est intégré dans Liberiva.
[^] # Re: Résumé
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi, version 0.5. Évalué à 3.
J'avoue ne jamais avoir trop compris tous ces termes. Mais si j'en crois la définition de Wikipédia: « type de logiciel qui permet à un groupe de personnes de partager des documents à distance pour favoriser le travail collaboratif. », on s'en rapproche oui, mais ça ne se résume pas à ça (ça ne sert pas qu'à travailler ;) ).
[^] # Re: Ne pas jeter le bébé avec l'eau du bain
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Question ouverte : Quel futur pour le web, au delà de HTTP.. Évalué à 2.
En fait j'ai un peu simplifié dans ma phrase, c'est PEP qu'on ne peut pas utiliser comme composant, car on ne peut pas déléguer un espace de nommage à un composant (ma deuxième XEP pas encore écrite va porter là dessus). Pas le temps d'expliquer en détails parce que je dois me coucher et me lever tôt demain (sortie de 0.5 en cours, et demain je pars pour Berlin et la rencontre XMPP).
La première XEP (celle dont j'ai mis le lien) est pour que le service puisse avoir accès à des choses normalement réservées au serveur, comme le roster d'une entité. C'est indispensable pour implémenter un « access-model roster » par exemple (comprendre, pour ne réserver l'accès qu'aux membres d'un groupe de ton roster).
Tu peux passer sur le salon sat@ pour en discuter si tu veux, mais là jusqu'à la fin de semaine ça risque d'être compliqué vu qu'on sera à Berlin (sauf si on a le net facilement).
[^] # Re: Ne pas jeter le bébé avec l'eau du bain
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Question ouverte : Quel futur pour le web, au delà de HTTP.. Évalué à 5.
Je pense que tu es déçu par XMPP parce que ça n'avance pas assez vite à ton goût, mais ça avance.
Regarde où en étaient Movim ou SàT ne serait-ce qu'il y a un an et aujourd'hui, et dis toi que ce sont 2 projets communautaires, le premier porté par 1 seule personnes avec 1 aide régulière d'1 autre et des contributions externes, le deuxième par 2 personnes avec des contributions rares. Mais ces 2 projets ont à peu près le même âge, avancent régulièrement depuis des années et sont toujours (très) actifs. Nous notre prochain objectif sera d'utiliser SàT pour nos propres blogs, autrement dit sérieusement (en production comme d'aucuns diraient).
Vu les ressources disponibles, et la difficulté de la tâche, je pense que ça n'avance pas si mal que ça…
[^] # Re: Ne pas jeter le bébé avec l'eau du bain
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Question ouverte : Quel futur pour le web, au delà de HTTP.. Évalué à 4.
Le problème actuel, pour nous en tout cas, c'est que ça n'avance pas là où on voudrait: Il y a une base PubSub pour faire quelque chose, mais plusieurs problèmes à régler, à commencer par des choses mal spécifiées (par exemple l'« access model » qui permet de savoir qui peut accéder à un item - et donc un billet de blog par exemple - a des soucis, oh rien d'insurmontable, mais il faut les régler).
Ça avance beaucoup plus fort sur l'internet des objets (internet of things, IoT) en ce moment, probablement parce que certaines boîtes, dont Siemens, bossent dessus.
Pour SàT, jusque ici j'avais décidé de faire mon propre serveur PubSub parce que je n'avais pas le temps disponible pour avancer sérieusement sur les standards et attendre l'implémentation, les choses vont beaucoup mieux depuis 1 an car je ne suis plus tout seul sur le projet (Souliane m'a rejoint).
Dans le même moment, à l'initiative d'edhelas (Movim), nous nous sommes regroupés pour avancer sur PubSub il y a quelques semaines, quand je dis « on » je parle des projets qui utilisent PubSub comme base pour du microblogage voire plus, à savoir Movim (edhelas), Live Jabber (binary), Jappix (Vanaryon) et Salut à Toi (souliane et moi). Résultat: on a déjà une XEP publié (XEP-0351, attention publiée mais pas validée, elle est expérimentale), une XEP en attente de publication (http://xmpp.org/extensions/inbox/privilege-component.html) et une autre qui ne devrait pas tarder. D'autre part le summit à Berlin cette semaine est à l'initiative de Binary, et les personnes que je viens de citer y seront ensemble (sauf Vanaryon qui a un empêchement). Cette rencontre va permettre de montrer à la communauté XMPP que ça bouge de notre côté, et d'essayer de régler les plus gros problèmes PubSub, du moins on l'espère.
Les 2 XEPs que je propose (celle en attente de publication et celle qui ne devrait pas tarder) devraient permettre d'utiliser un service PubSub indépendant de celui du serveur, et donc d'avoir un cycle de développement beaucoup plus rapide (plus besoin d'attendre la release d'un serveur, ou le bon vouloir des développeurs pour avoir telle ou tell fonctionnalité indispensable).
Donc voilà, vous avez un aperçu de ce que c'est de bosser avec les standards, et vous voyez qu'on est plusieurs à faire bouger les choses. Et je pense que nos projets respectifs montrent qu'on est proches de toucher au but.
# Ne pas jeter le bébé avec l'eau du bain
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Question ouverte : Quel futur pour le web, au delà de HTTP.. Évalué à 6. Dernière modification le 06 septembre 2014 à 14:28.
Ouai enfin bon, soyons sérieux 2 min. Il y a systématiquement une frénésie avec les effets d'annonces, et après le soufflet retombe à la faveur de l'annonce suivante, et on recommence tout à zéro.
Tox est rigolo, mais pour le moment c'est un jouet: j'ai testé et la messagerie est ultra-basique et boguée, et je n'ai pas réussi à lancer une vidéo-conférence entre Paris et Vienne (sans toucher à la configuration réseau et avec Venom qui est me semble-t-il l'interface la plus avancée). Et je ne vois pas trop ce que ça apporte (hormis un identifiant plus court, ce qui est déjà pas mal, et éventuellement une certaine facilité d'utilisation) par rapport à, disons, Retroshare.
Donc peut-être que ça donnera quelque chose, mais pour l'instant je n'y vois rien d'extraordinaire, et l'engouement dont il jouï est difficile à expliquer. Les choses vont peut-être évoluer, il y a du monde dessus, mais ça m'étonnerait qu'on ait quoi que ce soit d'intéressant avant des années. Et les interfaces utilisent toutes - corrigez moi si je me trompe - la même bibliothèque, et donc la même implémentation, ce qui n'est pas forcément une bonne chose.
Comparer ça à XMPP, qui a 16 ans d'expérience, d'implémentations, et d'utilisation massive, ou à SIP qui en a 18, c'est déjà osé; mais dire que ça les remplace carrément c'est n'importe quoi ! Alors oui c'est peut-être difficile d'imaginer quand on n'est pas dedans, mais XMPP c'est des RFC, une organisation et des discussions, et plus de 300 extensions qui décrivent des choses aussi simples que gérer un « /me » ou aussi complexes que Jingle. Il y a des problèmes certes, mais dans l'ensemble ça marche et pas mal du tout. Et les problèmes on travaille dessus (à Berlin la semaine prochaine par exemple).
D'autre part, XMPP est décentralisé, et l'utilisation de serveurs intérmédiaires est à mon sens un avantage, surtout qu'il n'est pas exclu qu'on puisse s'en passer à terme (c'est déjà possible en réseau local). On parle parfois de transformer XMPP en protocol P2P, le plus important étant de pouvoir se passer de DNS, ou d'en avoir un équivalent distribué, ce n'est juste pas une priorité pour le moment. Après il « suffit » de regrouper serveur et client dans un seul endroit.
XMPP ou SIP sont déjà bien en place, et c'est à mon sens les seules solutions correctes pour avoir quelque chose dans le futur proche. Je ne dis pas que d'ici quelques années Tox ne sera pas une alternative intéressante (peut-être avant mais j'en doute), mais pour le moment on est loin du compte.
# anglais
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Vivre du logiciel libre - MediaArea.net trois ans plus tard. Évalué à 4.
Hum là dessus je ne suis pas d'accord du tout. Enfin qu'il faut voyager si, bien sûr ! Qu'il faut apprendre l'anglais pour un informaticien c'est évident. Mais les capitales non anglophone ne sont pas bonne pour apprendre l'anglais: même si on peut souvent trouver quelqu'un qui parle anglais, la plupart des échanges se font dans la langue locale, et on est vite largués. Dans les hackerspaces parisiens que j'ai fréquenté par exemple, la plupart des échanges oraux/par écrit sont en français (à l'exception notable du fabelier car très fréquenté par des non francophones), même si beaucoup parlent (plus ou moins) anglais. Et je dirais même plus: c'est une très bonne chose !
Sinon entretien intéressant.
# Le courriel et Twitter
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 4.
C'est marrant de voir qu'il y a autant de gens qui ont voté pour le courriel, parce que j'ai l'impression que c'est un moyen qui est de moins en moins utilisé par le grand public (dans le milieu pro je pense que c'est encore bien présent).
J'ai de plus en plus de mal à trouver les adresses des gens que je veux contacter, et souvent c'est twitter qui est utilisé comme moyen privilégié pour contacter/poser une question à quelqu'un, même chez les libristes ! En plus comme je m'auto-héberge et que je n'ai pas d'adresse en @gmail ou @hotmail, il y a le risque de passer plus facilement en SPAM.
Vu que je n'ai pas de compte twitter (je consulte juste de temps en temps en faisant un « !twitter XMPP » sur duckduckgo), c'est parfois difficile voire impossible de contacter les gens.
Il y a quand même un paquet de moyens alternatifs libres qui fonctionnent, je suis étonné et un peu déçu de voir ce système proprio et centralisé aussi populaire chez les libristes. Surtout que des trucs comme seenthis sont, à défaut d'être décentralisés, au moins libres, des trucs comme Diaspora ou Friendica (et plus ou moins XMPP pour le microblogage) fonctionnent pour ce type d'utilisation, et qu'il y a d'autres alternatives plus ou moins anciennes.
[^] # Re: logiciel de rançon
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Virus qui montent : rançon contre données. Évalué à 7.
facile, suffit de marquer les bits à l'encre indélébile
[^] # Re: furtivité ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Virus qui montent : rançon contre données. Évalué à 10.
Je suis sous GNU/Linux et je ne sais pas toujours ce que fais ma machine: quand je vois que ça chauffe je fais un (h)top, je peux voir par exemple qu'akonadi parcours mon disque. Mais ça pourrait être un malware qui a pris la place du binaire akonadi, c'est pas dis que je m'en rendrais compte facilement. Et tout le monde n'a pas les connaissances techniques (bien qu'avoir la liste des processus devrait être un minimum, tout comme sur une voiture tout le monde devrait savoir contrôler le niveau d'huile).
La plupart du temps quand la machine chauffe ça vient d'iceweasel, alors oui je peux voir que ça vient d'un javascript sur un onglet, mais à part me taper le code source, j'ai peu de chances de savoir exactement ce que fait cette page.
[^] # Re: Skype sous linux , y'a quoi ? rien ....
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 6.
moi j'essaye régulièrement des solutions libres (Jitsi, Linphone, Tox), et même Skype malheureusement. J'arrive à convaincre certains de mes contacts de faire des essais avec moi, et ils sont patients. Je vais peut-être faire un journal dessus, mais rien n'est convainquant, y compris Skype.
Le meilleur résultat c'est avec Linphone, qui en plus est dispo sur beaucoup de plateformes, mais l'interface est franchement pas agréable, et y'a beaucoup de bogues (contact qui n'apparait pas en ligne, ça sonne dans le vide, ça ne détecte pas le casque, ça sonne occupé quand le contact me dit qu'il n'a aucune sonnerie et qu'il est dispo, etc). Faudrait que je prenne un peu de temps pour remonter ça et en parler aux développeurs.
J'utilise par exemple des casques/micros USB, et c'est la croix et la bannière pour que ça fonctionne (redémarrage nécessaire, ça ne sort pas au bon endroit, etc). Alors ça peut aussi venir de Pulse Audio, mais quand je l'utilise avec mpv ça marche correctement pourtant.
Au final, je me retrouve régulièrement à utiliser le téléphone qui est encore ce qui fonctionne le mieux…
Bon faut dire aussi que j'utilise aptosid, donc tout n'est pas forcément super testé… Mais même sur d'autres distros (Kubuntu/Linux Mint/Android) je retrouve ce genre de problèmes.
[^] # Re: Et caliop, ça continue ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Caliopen, encourager le chiffrement. Évalué à 2.
Oui j'ai effectivement dit une connerie sur OTR v3, j'avais mal compris ce qu'il apportait.
[^] # Re: XMPP + WebRTC
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 5.
Poezio met ça en avant aussi, il suffit de l'installer et ça marche sans rien configurer (il se connecte par défaut en anonyme sur son serveur maison).
[^] # Re: Multiple usage
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 4.
OTR n'est pas adapté à XMPP en fait: c'est un bricolage actuellement dans les clients.
Par exemple, OTR est fait pour transporter du texte pur, il n'y aucun moyen standard d'envoyer du XML, et certains clients le font à leur sauce (du coup ça fait du n'importe quoi du genre: est-ce que ça fait une erreur si j'interprète ça en XML ? Non alors allons-y !).
Il n'y a aucune XEP qui parle d'OTR et de comment l'annoncer, du coup le moyen d'annonce c'est le truc spécifique à OTR à coups d'espaces à la fin d'un message.
Bref aujourd'hui, OTR avec XMPP ça n'est pas propre et pas idéal du tout. Il y a (eu ?) des tentatives de choses propres, mais ça n'est pas très actif en ce moment (enfin peut-être avec jingle, je ne suis pas encore trop de ce côté).
[^] # Re: XMPP + WebRTC
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 4.
la XSF bosse dessus, et Movim le permet déjà avec la récente 0.8.
[^] # Re: bars et pubs
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 6.
Figure toi que j'allais le mettre, et puis je me suis dit que ça exploserait tout, alors j'ai précisé « à distance » pour ça dans le sondage (véridique) ;)
[^] # Re: À propos des réseaux sociaux
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Disruptive innovation comme y disent aux states. Évalué à 3.
C'est vrai, mais on annonçait une version grand public pour la rentrée. Malheureusement on a pris beaucoup de retard (enfin surtout moi) pendant l'été, et on n'a toujours pas sorti la 0.5 qu'on doit sortir depuis fin juin. Aussi pour la rentrée ça va être compromis, disons que pour faire large on espère être au point avant la fin d'année (c'est râpé pour la prochaine Debian stable par contre :( ).
[^] # Re: À propos des réseaux sociaux
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Disruptive innovation comme y disent aux states. Évalué à 4.
J'ai effectivement mentionné ça comme une des pistes pour se financer, nous y réfléchissons. Il faut regarder du côté de FreedomBox et Yunohost aussi, qui travaillent sur des distributions pour ce genre de boîtiers.
[^] # Re: Peut être à rien pour toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Jabber ça sert à quoi pour un particulier ?. Évalué à 2.
T'as une sous-partie de XHTML, principalement couleurs, gras, etc. Mais surtout y'a toujours une version texte simple qui va avec, donc tu peux activer ou pas si ça t'ennuie. Sur IRC y'a rien de standard (sauf si ça s'est amélioré depuis), et tu ne peux pas désactiver, au point que certains salons interdisent les couleurs.
Rien que la possibilité de mettre des images de cette façon est pratique.