Wé enfin si tu prends la peine d'écrire un commentaire, c'est que ça ne te passe pas complètement au dessus de la tête, et que tu veux que ça se voit que « tu t'en fous », en sachant très bien que les membres du projet vont le lire. Quand t'as consacré du temps et de l'énergie à quelque chose (et crois moi, ça en prend du temps de l'énergie), que tu l'as offert à la communauté sans contrepartie (et rien que ça ça force le respect), t'as pas forcément envie de lire qu'on s'en cogne de ce que tu as fait; en gros que tu as bossé pour rien (du moins c'est comme ça que je le prendrais).
« Que vous aimiez ou pas c'est une chose »
Pas besoin de les critiquer directement pour être blessant.
Quant au fait qu'il soit mauvais c'est très subjectif, à en croire Wikipedia tout le monde n'est pas de cet avis: http://en.wikipedia.org/wiki/Wormux#Reception (ce qui ne veut pas dire non plus qu'ils ont raison, ça reste une affaire de goût).
Et encore une fois le commentaire ne s'adressait pas à celui auquel je réponds en particulier, c'est juste un raz-le-bol de voir les projets se faire descendre, ce qui est le meilleur moyen de décourager les bonnes volontés. Après je ne dis pas de faire les bisounours (calinours pour certains), mais juste d'y mettre les formes.
Surtout que mettre fin à un projet de plusieurs années, ça doit déjà bien foutre les boules.
Je réponds à ce commentaire, mais c'était plus général (pour ça que je dis « vous »). « Haineux » c'est peut être un peu fort, mais je trouve les réactions vraiment désagréables pour les gens qui ont bossé dessus, d'autant plus quand c'est un projet purement communautaire.
Je suis atterré de voir ce genre de réactions haineuses, et j'imagine comme ça doit être agréable pour les gens qui se sont impliqués dans ce projet de lire ces inepties.
Que vous aimiez ou pas c'est une chose, mais que vous cherchiez à faire du mal comme ça ça me dépasse, et j'ai beau connaître la « communauté » d'ici et sa réputation, il y a des moment ou c'est vraiment navrant.
Warmux était AMHA réussi, et je trouvais super sympa l'idée de jouer avec des mascottes du Libre. C'est toujours triste de voir un projet mourir (même si étant Libre il n'est jamais totalement mort), et je ne peux que féliciter les gens qui y ont passé du temps. Le Libre manque de jeux, même si ça s'améliore de ce côté, et celui-ci en était un bon.
Enfin bref, merci à l'équipe pour le travail donné, et bon courage pour la suite.
L'idée c'est de standardiser à l'arrivée. Chacun ne bricole pas dans son coin, on discute de temps à autres entre nous, on regarde ce qui se faire ailleurs (comme buddycloud que j'ai cité plus haut), et j'ai implémenté la 0277 (qui n'est pas encore standard). Après si rien ne convient, alors il faut bien faire quelque chose, mais ce n'est pas fermé à la discussion avec les autres. Si à l'usage ça semble bien, alors on peut proposer à la XSF pour standardiser. Psi a fait son propre protocole pour la copie (en fait il a étendu le protocole standard), buddycloud fait ses essais avec l'intention de standardiser, il y a des XEP qui viennent de standards de fait, bref c'est assez courant d'implémenter avant la standardisation.
Mais honnêtement jusqu'ici je n'ai pas encore proposé des standards, je vais y venir, et on verra si le cycle va bien. Seulement si la standardisation est trop longue (ce qui risque d'être le cas), ça passera probablement par une phase prototype perso, puis passage à la standardisation quand c'est au point.
Alors pour l'instant le microblogage utilise une XEP existante (la XEP-0277) pour ce qui est public (oui j'ai oublié de le préciser: tu peux faire un microblogage public qui apparaît même pour les gens qui n'ont pas de compte, comme identi.ca), et c'est la même chose utilisée chez Jappix par exemple.
Le problème est que cette XEP souffre de nombreux défauts, et je vais voir à utiliser autre chose (notamment regarder du côté de buddycloud), qui n'est pas encore standardisé.
Pour le microblogage par groupes, j'ai développé un protocole particulier basé sur pubsub, mais il est trop sale pour le standardiser. L'idée serait de refaire les choses proprement (soit en utilisant ce que fait buddycloud, soit en revoyant la copie), faire une implémentation, et si à l'usage elle est satisfaisante, la faire standardiser.
Donc pour résumer:
en l'état le microblogage public est compatible avec la XEP-0277, mais elle souffre de nombreux défauts, et le microblogage par groupes est basé sur pubsub (et à mon connaissance aucun autre autre client fonctionnel ne supporte le microblogage par groupes, à part peut être chez buddycloud que je n'ai pas eu le temps d'étudier en détails)
dans le futur (a priori relativement proche), SàT va utiliser un autre protocole, soit basé sur celui de buddycloud s'il convient, soit un autre. Donc dans un premier temps il faudra SàT pour accéder à du contenu spécifique, jusqu'à ce qu'une version standard soit disponible.
priorité aux standards: dès qu'une XEP correcte sera validée, elle sera implémentée, même s'il y a autre chose en place (à condition d'avoir les fonctionnalités équivalentes bien sûr)
c'est basé sur pubsub, donc a priori ça devrait marcher sans trop de soucis si tu as un truc sur @libervia.org et un autre sur @jabber.fr (modulo clients compatibles).
pour les gens qui n'ont pas de compte, il devrait y avoir des moyens alternatifs pour récupérer des fichiers (au choix de l'utilisateur), comme une page web protégée par mot de passe, ou un envoi par courriel, etc.
Les schémas et le site sont pour le moment encore destinés à des dévs ou des gens qui suivent le blog/projet, je n'ai pas encore le temps de faire un plus grand public. Mais a priori, par la suite il suffira juste d'installer un paquet avec ta distro préférée, et le site sera surtout là pour le mode d'emploi.
Sinon ça fonctionne comme n'importe quel client XMPP (c'en est un), et les serveurs (xmpp) communiquent donc entre eux. Pour l'interface web (qu'on voit plus haut), le serveur web est intégré; mais ceux qui n'ont pas le bagage pour l'installer/protéger la machine pourront soit installer une interface de bureau, soit effectivement utiliser un service en ligne (n'importe qui pouvant en monter un, j'en mettrai un dès que possible, j'espère avant la fin de l'été).
Pour les rencontre, ben comme c'est déjà le cas avec XMPP: outre ceux qui ont une adresse Jabber, tu peux communiquer d'office avec tous ceux sur G+ (via gtalk). Pour filer un contact, c'est soit l'adresse Jabber (qui ressemble à une adresse courriel pour ceux qui ne connaîtraient pas), soit le nom direct (ou le pseudo) pour ceux qui voudraient apparaître sur un annuaire.
Les risques de morcellement, c'est comme d'hab avec le Libre, ce sont des alternatives. Après, tous ceux qui se basent sur XMPP (SàT, Buddycloud, Jappix, MOVIM, ...) seront nativement compatibles entre eux.
Les utilisateurs mécontent c'était surtout suite aux cafouillages à la première pré-commande (beaucoup n'avaient pas pu commander, les délais ont été grands, il y avait de gros bugs de jeunesse - dont une première mise à jour qui soft brické l'Adam, mais c'était réparable assez facilement -, etc). Le plupart de ces soucis ne sont plus d'actualité. Le deuxième problème et que l'android market n'est pas dispo, mais soit on peu l'installer via un hack, soit on peut utiliser autre chose (comme f-droid, le dépôt de logiciels libres, qui est malheureusement encore peu fourni).
Maintenant qu'il y a d'autres ROM disponibles (dont Honeycomb), et que Ubuntu est - semble-t-il - bientôt sur le point de bien fonctionner, c'est une très bonne tablette, qui a les gros avantages de l'écran pixel Qi et d'être rootable de base. Ajoute à ça de quoi la faire tenir à la verticale, et un couple clavier/souris, et tu as un netbook.
Cette tablette qui a fait beaucoup parler d'elle pendant un bon moment, a le très gros avantage d'avoir un écran Pixel Qi, lisible en plein soleil (malheureusement ils ont une couche qui reflète pas mal par dessus, mais ça reste très lisible), et qui a une basse consommation. Autre gros avantage, elle est rootable de base, donc tu peux installer ce que tu veux: outre le Android d'origine avec une couche particulière (Eden), il y a un Honeycomb, quelques version bricolée, et une Ubuntu qui est sur la voie (ça boot, mais il y a encore quelques problèmes, notamment avec le Tegra 2).
J'ai vu un fil de discussion sur un forum qui parlait de porter Meego dessus aussi.
À part ça, port usb, bon hard, tu peux ajouter clavier et souris sans problème.
Cependant si tu proposes un réseau social alternatif et même libre, en quoi tu pourrais empêcher la même chose surtout s'il est décentralisé ?
En fait c'est surtout une réflexion, je ne veux pas « empêcher », parce que ce serait pire (et contraire aux principes du Libre), mais je pense qu'en tant que concepteurs, on a une responsabilité.
Je ne veux pas mettre toute la faute sur l'outil, mais je pense qu'il joue un rôle important. La télé-réalité c'est souvent par fainéantise intellectuelle (ou voyeurisme), mais il y a aussi une histoire de proportion, de pression sociale. Tu as 20 émissions débiles pour un truc intéressant à la télé, il faut faire un effort pour trouver des choses intéressantes.
Je pense que la façon dont l'outil est présenté, pensé, organisé, influe énormément sur son utilisation. Les groupes (que dans un an tout le monde ne comprendra plus que sous le terme « cercle ») sont un exemple de fonctionnalité qui permet d'éviter naturellement de dévoiler sa vie à tout le monde, quant à l'inverse la gestion des droits est complexe et met le maximum public chez FB.
Les jeux je ne parle pas des jeux comme tu l'entends, en fait le terme est mal choisi, ce sont des questions qui sont posées sur un ami. La réponse est envoyé à l'ami, mais bloquée, pour la débloquer il faut répondre à des questions sur 2 autres amis, et ainsi de suite... De fil en aiguille tu dévoiles de plus en plus d'infos privées. Je ne sais pas si je suis clair.
Mais dans les jeux plus classiques, tu peux prendre un farmville (auquel je n'ai jamais joué mais qui est cité dans le bouquin): tu dois - si j'ai bien compris - arroser les champs de tes amis, rester à telle heure pour récupérer des récoltes, etc. Bref, on te pousses à rester devant l'écran.
Je ne pense pas que les bars se sont vidé uniquement à cause de FB, mais je suis persuadé que ce genre d'outil y contribue. Et encore une fois, FB n'est qu'un exemple pour parler des choses au sens plus large: combien de fois j'ai été interrompu dans une discussion avec un ami parce qu'il a eu un coup de fil. Alors oui on peut réagir comme toi et dire « change d'ami », mais bon je pense quand même que mes amis en valent la peine, et je me contente de leur faire la remarque.
Oui enfin à ce moment tout fait cliché. Je pense qu'il y a une vraie réflexion à avoir sur la création de l'outil. Oui d'accord, c'est d'abord un problème des utilisateurs, mais si tu prends FB, tout est fait pour inciter à dévoiler des infos, rester sur le site, etc. L'exemple qui me vient en tête, c'est les jeux « si tu veux savoir le super truc que jean jacques à dit sur toi, il faut que tu répondes à des trucs sur Gertrude et Marie-Antoinette ». La responsabilité première vient de l'utilisateur, mais l'outil a son importance. L'informatique n'interdit pas les rencontrer IRL, mais ça devient de plus en plus compliqué. J'ai de moins en moins d'amis qui consultent régulièrement leurs courriel, et du coup ça devient compliqué de les joindre (surtout sans téléphone). Et je ne parle même pas des gens qui passent leur soirées sur leur tél dans les bars.
La boîte de nuit, c'est pas franchement un bon exemple, le but c'est plus de danser et/ou dragouiller que de taper la discut.
Maintenant le coup des 500 amis qu'on connaît à peine, c'est sûrement vrai dans pas mal de cas, mais il ne faut pas généraliser non plus: si tu voyages un minimum, ou si tu as des amis qui voyagent, tu vas vite avoir des contact difficile à garder, même si tu connais bien les gens. C'est plus facile avec le net.
L'histoire de G+ j'en ai parlé avec plusieurs personnes aux RMLL: tout le monde s'extasie sur les cercles qui existent depuis longtemps par ailleurs (et qui sont notamment présents dans SàT).
Le coup des vacances ce n'est pas un exemple perso, mais pris dans le bouquin. Ceci-dit je suis persuadé que beaucoup de mes contacts font pareils; c'est loin d'être un cas isolé, et c'est une évolution des mœurs (on est passé de la photo « exceptionnelle » parfois réservées au passionnés, à la photo témoin de notre vie).
Il y a un jeu de Tarot dans le projet Salut à Toi que je développe. Pas (encore) d'IA, et c'est relativement basique - pour le moment -, mais c'est jouable sur 3 interfaces (console, sur bureau et via un navigateur). Pour l’absence d'IA, l'idée serait plutôt de trouver un joueur libre quelque part dans le monde. Faisant partie du projet Salut à Toi, c'est basé sur XMPP.
Si t'es vers Strasbourg, je viens d'arriver et je serai aux RMLL demain pour en discuter si tu veux (stand commun XMPP).
Encore une fois, je trouve retroshare très intéressant, et je suis pour la décentralisation, mais ce n'est pas en l'état suffisant pour tous les cas d'utilisation.
Et si on laisse le serveur tourner, on peut enlever l'un (le ?) des arguments principaux de la dépêche.
Bon en passant sur les points spécifiques à XMPP que j'ai évoqué plus haut, il y autre chose qui me gène dans l'utilisation d'un truc totalement (dé/a/ons'enfout)centralisé:
la dépêche évoque l'intérêt de ne pas laisser la machine H24 (ce qui n'est d'ailleurs pas nécessaire avec XMPP comme dit précédemment), mais cela pose un problème.
Si on veut partager ses photos, vidéos, autre, il faut bien que la machine soit allumé pour ce faire. Très bien quand la personne qui veut les fichiers est en ligne en même temps que vous, ou quand le fichier est déjà partagé auprès de vos amis. Mais si vos amis intéressés ne sont pas sur le même fuseau horaire, ou tout simplement pas libre en même temps que vous, c'est une autre histoire, et là je ne vois pas trop comment faire autrement que laisser la machine allumée.
Autre point, que je dis d'expérience de voyageur: si on veut mettre les photos en ligne pendant le voyage (qui peut durer des mois/années), on le fait souvent depuis une bibliothèque/un cybercafé/chez une personne qui nous héberge/etc. Et là le serveur intermédiaire est bien pratique pour mettre les photos et les garder le temps que vos amis se réveillent pour les voir. Parce dans ces conditions, il n'est bien évidemment pas possible de laisser retroshare ou autre tourner toute la nuit.
Le serveur intermédiaire a un intérêt qu'il me semble difficile à compenser sur un modèle entièrement décentralisé (bien que pas totalement impossible, cf les freesites sur freenet). Et niveau conso, il vaut mieux laisser une machine serveur connectée pour xxx personnes, que une par ami.
Oui enfin ça vient de toi le problème là. Les logiciels y'en a des tas qui sont bons, tu fais le choix d'utiliser google qui d'après tes dires n'est pas un protocole XMPP (mais un protocole propriétaire basé sur XMPP), et tu critiques XMPP.
Quant au client unique, bon ben j'ai dis ce que j'en pensais, après ça va finir en troll.
Enfin ça commence un peu à tourner en rond là. Encore une fois, je t'invite à faire tes requêtes sur les divers outils de suivi...
Sur les serveurs de Google, il n'y a pas de conférence et l'implémentation des chats à plus de deux est spécifique (la dernière fois que j'ai essayé).
En gros t'es en train de me dire « j'utilise un truc non standard et ça ne marche pas », ben je te réponds que ça ne vient pas d'XMPP le problème.
Pour les clients différents, je n'arrive pas toujours à insérer une image dans la conversation, l'audio/vidéo ne marche presque jamais, les conversations à plusieurs ne sont pas toujours possibles (probablement encore la faute à Google)...
Insérer une image c'est déjà un comportement très particulier. Personnellement je n'en ai pas l'utilité donc je n'irai pas implémenter ça d'instinct dans mon client, mais si des gens me le demandent dans le bugzilla, je le ferai très probablement. Quant à jingle, j'ai dis dans mon commentaire précédent que tout jingle n'était pas standardisé (il y a un dernier appel aux retours avant standardisation pour les codecs audio en ce moment).
Tu vas me dire que j'utilise de mauvais clients ou de mauvais serveurs, mais le problème c'est que même en changeant je resterai limité par les logiciels des autres.
Mauvais pas forcément, mais qui ne te convient pas (enfin j'aurais tendance à dire qu'utiliser un serveur centralisé d'une grosse boîte commerciale est une mauvaise idée de toute façon). Comme dit par ailleurs tu peux utiliser un service sur un autre serveur tout en restant sur le tiens.
Après les limitations, pareil je reviens sur ce que j'ai dit: un logiciel qui n'a pas une fonctionnalité, c'est indépendant du protocole, ça ne va pas se faire automagiquement. Demande ce qui te manque aux dévs, ou change de client, ou si tu en as les compétences et le temps, patche le.
Plus pour longtemps, un client CLI et un client web sont prévu, mais ils seront tous basés sur la libretroshare ce qui devrait éviter pas mal de problèmes.
Ça reste l'idée d'un client unique: une bibliothèque peut être plus intéressante dans un autre langage pour des questions de performance/popularité/rapidité de développement/etc.
Peut être qu'un jour des passerelles existeront entre les deux.
J'y suis allé un peu à la provoc en parlant de FUD et de publireportage, mais c'est globalement l'impression que ça laisse: un goût de « XMPP est un moyen du passé », qui aurait sûrement pu être autre en développant un peu cette partie (et parler des projet prometteurs ne contrebalance pas suffisamment les critiques faites avant qui ne sont pas justifiées à mon avis, comme je le dis dans mon premier commentaire).
Bon maintenant allons y de manière un peu plus constructive, vu qu'étant dév d'un projet qui touche à ce milieu, je suis concerné:
(C'est super reloud Markdown, on ne peut pas numéroter comme on veut pour répondre, ou faire une citation puis une liste numérotée, ça reprend à 1)
Dans ce cas peux tu me donner des exemples concrets ? Parce que moi que j'utilise Gajim, Psi, ou autre, ça marche très bien ensemble. Si tu parles de Jingle, les spécification sont finies pour la base, mais il y a encore des modifications faites en ce moment (genre sur les codecs pour l'audio).
rien à ajouter, juste pour garder la numérotation avec markdown
Je n'ai jamais utilisé gtalk, mais justement il me semble que jingle est implémenté chez eux (d'une ça vient d'eux, et de deux ils viennent de passer à la version standard) et que ça sort justement typiquement du chat à deux. Donc encore une fois, peux tu en dire plus ?
alors là non je ne comprends pas. Les clients marchent ensemble, et c'est bien là l'intérêt principal de XMPP, y compris pour ce qui sort du chat (le partage de fichier ce n'est pas du chat). Après qu'entends tu par différent ? Interface différente ? Ça me semble une force au contraire: tu choisis celle qui te convient le mieux, et ça marchera avec les autres.
Quelques autres points en vrac:
même si j'ai fait un premier commentaire de défense de XMPP, j'ai apprécié la dépêche sur plusieurs points, et retroshare me semble effectivement très intéressant (je suis d'ailleurs en train de l'essayer à force d'en entendre parler sur DLFP)
j'ai également apprécié que tu ne parles pas de Diaspora comme l'unique alternative au truc bleu, c'est un truc qui m'énerve passablement et régulièrement, surtout que c'est un des projets dont je me méfie le plus (et la FSF également).
toutes les interfaces ne sont pas calquées sur le truc bleu, loin de là.
rien à voir avec la dépêche, mais ça me tue que tout le monde s'extasie sur le net des « cercles » (encore un nom marketeux ridicule) comme un truc « nouveau » alors que bon, ce sont des groupes qui existent depuis pfiouuuuu.... et qui sont dans XMPP.
pour revenir à Retroshare, que j'essaye actuellement comme dit plus haut, je pense que c'est en effet très intéressant (j'attends que des amis l'installent pour pouvoir essayer plus en profondeur), mais ça me semble difficilement * en l'état * utilisable par le grand public. Déjà le partage de clé GPG, c'est par hyper simple à expliquer, à comparer au « c'est quoi ton nom ? Oki je t'ajouterai sur FB ». Ensuite l'interface n'est pas simple à appréhender. Mais bon, beaucoup de gens utilisaient bien emule qui n'est pas simple pour monsieur tout le monde non plus.
les problèmes que tu dis avoir avec les clients XMPP, tu ne les a pas avec Retroshare parce que c'est un client unique. Maintenant tu as 2 solutions: soit ça marche et il y aura d'autres clients et tu auras les mêmes problèmes de fonctionnalités existantes chez l'un et pas chez l'autre, soit tu auras toujours un client unique, et ce serait perdre un atout énorme du libre (des client adaptés à certains cas par exemple).
s'il vous manque des trucs dans un client, avant de publier un journal en disant que ça ne marche pas bien, vous pouvez passer par l'outil de suivi du projet, ou contacter les dév pour demander les améliorations (sans forcément ressortir le classique « envoies ton patch », on peut commencer par demander, ou en parler). Les dévs utilisent leur client à leur manière, et il est donc adapté pour eux, mais ils ne se rendent pas forcément compte de l'usage qu'en font les autres.
À noter aussi que des fois c'est juste une façon d'utiliser qui n'est pas/mal comprise.
petit point bonus: XMPP peut fonctionner sans serveur (un exemple est donner dans la XEP-0174)
XMPP serait parfait s'il ne souffrait pas d'un grave défaut : les logiciels que l'on utilise pour y accéder gèrent de façon très différentes et souvent mal tout ce qui est autre que le chat entre deux personnes.
Ainsi, si votre correspondant n'utilise pas le même logiciel client, certaines fonctionnalités ne seront pas utilisables. Cette situation est très pénible et dure depuis un moment, mais elle pourrait évoluer dans les années qui viennent. À condition que les utilisateurs, impatients, ne passent pas à autre chose.
Il faut quand même noter que de nouveaux clients, à l'interface calquée sur les bases de données sociales populaires, sont en cours de développement : Jappix, Lorea et Movim sont très prometteurs.
Bon j'ai pas envie de répondre en détails, j'ai un peu autre chose à faire là tout de suite, mais:
Les logiciels ne gèrent certainement pas de façon différente les choses: si on est XMPP, on suit le protocole qui est défini, documenté, détaillé, lu et relu, et on gère les choses à l'identique. Si ce n'est pas le cas, c'est une implémentation incomplète.
Le « souvent mal » ça fait toujours plaisir pour ceux qui bossent sur ces logiciels
Le moindre client XMPP de base gère à minima le partage de fichiers et le MUC, dire que ça se contente du chat à 2 personnes, ça dépasse la mauvaise foi.
si on utilise un client différent, les fonctionnalités sont parfaitement compatibles _si elles sont implémentée_, cf 1. Sinon ça revient à dire: rohhhh si vous utilisez un client courriel qui ne gère pas les accusés de réception la fonctionnalité ne marchera pas, c'est fou non ?
Là aussi pour être indépendant, il faut un PC qui tourne en permanence, mais on n'a qu'un seul logiciel à configurer contrairement à la solution précédente.
^W^W5. euh non, même si tu mets ton propre serveur chez toi, tu peux très bien l'éteindre, le message sera reçu quand il sera à nouveau en ligne
Donc bon, faire du publireportage pour retroshare ok, ça a l'air effectivement pas mal et intéressant, mais il ne faudrait quand même pas sous-estimer le reste.
J'en pense qu'on est en train d'essayer de fournir des alternatives libres (Salut à Toi, mais aussi Jappix, Movim, etc), et qu'on manque sérieusement d'aide (enfin je parle pour moi ici, mais je suppose que c'est pareil pour les autres).
Quand je dis aide, je pense surtout développeurs (python principalement), mais aussi du monde pour les docs, les tests, les traductions, etc.
Pourtant j'ai eu pas mal de retours positifs, mais j'aimerais un peu plus de monde inscrit sur les listes ou le wiki, ou qui remplisse le bugzilla:
[^] # Re: La preuve
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Wormux est mort, Warmux également. Évalué à 9.
Wé enfin si tu prends la peine d'écrire un commentaire, c'est que ça ne te passe pas complètement au dessus de la tête, et que tu veux que ça se voit que « tu t'en fous », en sachant très bien que les membres du projet vont le lire. Quand t'as consacré du temps et de l'énergie à quelque chose (et crois moi, ça en prend du temps de l'énergie), que tu l'as offert à la communauté sans contrepartie (et rien que ça ça force le respect), t'as pas forcément envie de lire qu'on s'en cogne de ce que tu as fait; en gros que tu as bossé pour rien (du moins c'est comme ça que je le prendrais).
« Que vous aimiez ou pas c'est une chose »
Pas besoin de les critiquer directement pour être blessant.
Quant au fait qu'il soit mauvais c'est très subjectif, à en croire Wikipedia tout le monde n'est pas de cet avis: http://en.wikipedia.org/wiki/Wormux#Reception (ce qui ne veut pas dire non plus qu'ils ont raison, ça reste une affaire de goût).
Et encore une fois le commentaire ne s'adressait pas à celui auquel je réponds en particulier, c'est juste un raz-le-bol de voir les projets se faire descendre, ce qui est le meilleur moyen de décourager les bonnes volontés. Après je ne dis pas de faire les bisounours (calinours pour certains), mais juste d'y mettre les formes.
Surtout que mettre fin à un projet de plusieurs années, ça doit déjà bien foutre les boules.
[^] # Re: La preuve
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Wormux est mort, Warmux également. Évalué à 3.
Je réponds à ce commentaire, mais c'était plus général (pour ça que je dis « vous »). « Haineux » c'est peut être un peu fort, mais je trouve les réactions vraiment désagréables pour les gens qui ont bossé dessus, d'autant plus quand c'est un projet purement communautaire.
[^] # Re: La preuve
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Wormux est mort, Warmux également. Évalué à 10.
Je suis atterré de voir ce genre de réactions haineuses, et j'imagine comme ça doit être agréable pour les gens qui se sont impliqués dans ce projet de lire ces inepties.
Que vous aimiez ou pas c'est une chose, mais que vous cherchiez à faire du mal comme ça ça me dépasse, et j'ai beau connaître la « communauté » d'ici et sa réputation, il y a des moment ou c'est vraiment navrant.
Warmux était AMHA réussi, et je trouvais super sympa l'idée de jouer avec des mascottes du Libre. C'est toujours triste de voir un projet mourir (même si étant Libre il n'est jamais totalement mort), et je ne peux que féliciter les gens qui y ont passé du temps. Le Libre manque de jeux, même si ça s'améliore de ce côté, et celui-ci en était un bon.
Enfin bref, merci à l'équipe pour le travail donné, et bon courage pour la suite.
[^] # Re: (1)
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Linuxfr en Google+. Évalué à 3.
L'idée c'est de standardiser à l'arrivée. Chacun ne bricole pas dans son coin, on discute de temps à autres entre nous, on regarde ce qui se faire ailleurs (comme buddycloud que j'ai cité plus haut), et j'ai implémenté la 0277 (qui n'est pas encore standard). Après si rien ne convient, alors il faut bien faire quelque chose, mais ce n'est pas fermé à la discussion avec les autres. Si à l'usage ça semble bien, alors on peut proposer à la XSF pour standardiser. Psi a fait son propre protocole pour la copie (en fait il a étendu le protocole standard), buddycloud fait ses essais avec l'intention de standardiser, il y a des XEP qui viennent de standards de fait, bref c'est assez courant d'implémenter avant la standardisation.
Mais honnêtement jusqu'ici je n'ai pas encore proposé des standards, je vais y venir, et on verra si le cycle va bien. Seulement si la standardisation est trop longue (ce qui risque d'être le cas), ça passera probablement par une phase prototype perso, puis passage à la standardisation quand c'est au point.
[^] # Re: (1)
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Linuxfr en Google+. Évalué à 4.
Alors pour l'instant le microblogage utilise une XEP existante (la XEP-0277) pour ce qui est public (oui j'ai oublié de le préciser: tu peux faire un microblogage public qui apparaît même pour les gens qui n'ont pas de compte, comme identi.ca), et c'est la même chose utilisée chez Jappix par exemple.
Le problème est que cette XEP souffre de nombreux défauts, et je vais voir à utiliser autre chose (notamment regarder du côté de buddycloud), qui n'est pas encore standardisé.
Pour le microblogage par groupes, j'ai développé un protocole particulier basé sur pubsub, mais il est trop sale pour le standardiser. L'idée serait de refaire les choses proprement (soit en utilisant ce que fait buddycloud, soit en revoyant la copie), faire une implémentation, et si à l'usage elle est satisfaisante, la faire standardiser.
Donc pour résumer:
en l'état le microblogage public est compatible avec la XEP-0277, mais elle souffre de nombreux défauts, et le microblogage par groupes est basé sur pubsub (et à mon connaissance aucun autre autre client fonctionnel ne supporte le microblogage par groupes, à part peut être chez buddycloud que je n'ai pas eu le temps d'étudier en détails)
dans le futur (a priori relativement proche), SàT va utiliser un autre protocole, soit basé sur celui de buddycloud s'il convient, soit un autre. Donc dans un premier temps il faudra SàT pour accéder à du contenu spécifique, jusqu'à ce qu'une version standard soit disponible.
priorité aux standards: dès qu'une XEP correcte sera validée, elle sera implémentée, même s'il y a autre chose en place (à condition d'avoir les fonctionnalités équivalentes bien sûr)
c'est basé sur pubsub, donc a priori ça devrait marcher sans trop de soucis si tu as un truc sur @libervia.org et un autre sur @jabber.fr (modulo clients compatibles).
pour les gens qui n'ont pas de compte, il devrait y avoir des moyens alternatifs pour récupérer des fichiers (au choix de l'utilisateur), comme une page web protégée par mot de passe, ou un envoi par courriel, etc.
[^] # Re: (1)
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Linuxfr en Google+. Évalué à 5.
Les schémas et le site sont pour le moment encore destinés à des dévs ou des gens qui suivent le blog/projet, je n'ai pas encore le temps de faire un plus grand public. Mais a priori, par la suite il suffira juste d'installer un paquet avec ta distro préférée, et le site sera surtout là pour le mode d'emploi.
Sinon ça fonctionne comme n'importe quel client XMPP (c'en est un), et les serveurs (xmpp) communiquent donc entre eux. Pour l'interface web (qu'on voit plus haut), le serveur web est intégré; mais ceux qui n'ont pas le bagage pour l'installer/protéger la machine pourront soit installer une interface de bureau, soit effectivement utiliser un service en ligne (n'importe qui pouvant en monter un, j'en mettrai un dès que possible, j'espère avant la fin de l'été).
Pour les rencontre, ben comme c'est déjà le cas avec XMPP: outre ceux qui ont une adresse Jabber, tu peux communiquer d'office avec tous ceux sur G+ (via gtalk). Pour filer un contact, c'est soit l'adresse Jabber (qui ressemble à une adresse courriel pour ceux qui ne connaîtraient pas), soit le nom direct (ou le pseudo) pour ceux qui voudraient apparaître sur un annuaire.
Les risques de morcellement, c'est comme d'hab avec le Libre, ce sont des alternatives. Après, tous ceux qui se basent sur XMPP (SàT, Buddycloud, Jappix, MOVIM, ...) seront nativement compatibles entre eux.
# (1)
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Linuxfr en Google+. Évalué à 7.
http://www.goffi.org/post/2011/08/03/Salut-%C3%A0-Toi%3A-Petit-%C3%A9tat-des-lieux-en-images
[^] # Re: Notion Ink Adam
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La crème des notebooks ?. Évalué à 2.
Les utilisateurs mécontent c'était surtout suite aux cafouillages à la première pré-commande (beaucoup n'avaient pas pu commander, les délais ont été grands, il y avait de gros bugs de jeunesse - dont une première mise à jour qui soft brické l'Adam, mais c'était réparable assez facilement -, etc). Le plupart de ces soucis ne sont plus d'actualité. Le deuxième problème et que l'android market n'est pas dispo, mais soit on peu l'installer via un hack, soit on peut utiliser autre chose (comme f-droid, le dépôt de logiciels libres, qui est malheureusement encore peu fourni).
Maintenant qu'il y a d'autres ROM disponibles (dont Honeycomb), et que Ubuntu est - semble-t-il - bientôt sur le point de bien fonctionner, c'est une très bonne tablette, qui a les gros avantages de l'écran pixel Qi et d'être rootable de base. Ajoute à ça de quoi la faire tenir à la verticale, et un couple clavier/souris, et tu as un netbook.
# Notion Ink Adam
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La crème des notebooks ?. Évalué à 2.
Cette tablette qui a fait beaucoup parler d'elle pendant un bon moment, a le très gros avantage d'avoir un écran Pixel Qi, lisible en plein soleil (malheureusement ils ont une couche qui reflète pas mal par dessus, mais ça reste très lisible), et qui a une basse consommation. Autre gros avantage, elle est rootable de base, donc tu peux installer ce que tu veux: outre le Android d'origine avec une couche particulière (Eden), il y a un Honeycomb, quelques version bricolée, et une Ubuntu qui est sur la voie (ça boot, mais il y a encore quelques problèmes, notamment avec le Tegra 2).
J'ai vu un fil de discussion sur un forum qui parlait de porter Meego dessus aussi.
À part ça, port usb, bon hard, tu peux ajouter clavier et souris sans problème.
[^] # Re: moef
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 2). Évalué à 1.
En fait c'est surtout une réflexion, je ne veux pas « empêcher », parce que ce serait pire (et contraire aux principes du Libre), mais je pense qu'en tant que concepteurs, on a une responsabilité.
Je ne veux pas mettre toute la faute sur l'outil, mais je pense qu'il joue un rôle important. La télé-réalité c'est souvent par fainéantise intellectuelle (ou voyeurisme), mais il y a aussi une histoire de proportion, de pression sociale. Tu as 20 émissions débiles pour un truc intéressant à la télé, il faut faire un effort pour trouver des choses intéressantes.
[^] # Re: moef
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 2). Évalué à 2.
Je pense que la façon dont l'outil est présenté, pensé, organisé, influe énormément sur son utilisation. Les groupes (que dans un an tout le monde ne comprendra plus que sous le terme « cercle ») sont un exemple de fonctionnalité qui permet d'éviter naturellement de dévoiler sa vie à tout le monde, quant à l'inverse la gestion des droits est complexe et met le maximum public chez FB.
Les jeux je ne parle pas des jeux comme tu l'entends, en fait le terme est mal choisi, ce sont des questions qui sont posées sur un ami. La réponse est envoyé à l'ami, mais bloquée, pour la débloquer il faut répondre à des questions sur 2 autres amis, et ainsi de suite... De fil en aiguille tu dévoiles de plus en plus d'infos privées. Je ne sais pas si je suis clair.
Mais dans les jeux plus classiques, tu peux prendre un farmville (auquel je n'ai jamais joué mais qui est cité dans le bouquin): tu dois - si j'ai bien compris - arroser les champs de tes amis, rester à telle heure pour récupérer des récoltes, etc. Bref, on te pousses à rester devant l'écran.
Je ne pense pas que les bars se sont vidé uniquement à cause de FB, mais je suis persuadé que ce genre d'outil y contribue. Et encore une fois, FB n'est qu'un exemple pour parler des choses au sens plus large: combien de fois j'ai été interrompu dans une discussion avec un ami parce qu'il a eu un coup de fil. Alors oui on peut réagir comme toi et dire « change d'ami », mais bon je pense quand même que mes amis en valent la peine, et je me contente de leur faire la remarque.
[^] # Re: rrrrrrrrr
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 1). Évalué à 3.
vi je l'ai vue aussi :(
[^] # Re: moef
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 2). Évalué à 7.
Oui enfin à ce moment tout fait cliché. Je pense qu'il y a une vraie réflexion à avoir sur la création de l'outil. Oui d'accord, c'est d'abord un problème des utilisateurs, mais si tu prends FB, tout est fait pour inciter à dévoiler des infos, rester sur le site, etc. L'exemple qui me vient en tête, c'est les jeux « si tu veux savoir le super truc que jean jacques à dit sur toi, il faut que tu répondes à des trucs sur Gertrude et Marie-Antoinette ». La responsabilité première vient de l'utilisateur, mais l'outil a son importance. L'informatique n'interdit pas les rencontrer IRL, mais ça devient de plus en plus compliqué. J'ai de moins en moins d'amis qui consultent régulièrement leurs courriel, et du coup ça devient compliqué de les joindre (surtout sans téléphone). Et je ne parle même pas des gens qui passent leur soirées sur leur tél dans les bars.
La boîte de nuit, c'est pas franchement un bon exemple, le but c'est plus de danser et/ou dragouiller que de taper la discut.
Maintenant le coup des 500 amis qu'on connaît à peine, c'est sûrement vrai dans pas mal de cas, mais il ne faut pas généraliser non plus: si tu voyages un minimum, ou si tu as des amis qui voyagent, tu vas vite avoir des contact difficile à garder, même si tu connais bien les gens. C'est plus facile avec le net.
L'histoire de G+ j'en ai parlé avec plusieurs personnes aux RMLL: tout le monde s'extasie sur les cercles qui existent depuis longtemps par ailleurs (et qui sont notamment présents dans SàT).
Le coup des vacances ce n'est pas un exemple perso, mais pris dans le bouquin. Ceci-dit je suis persuadé que beaucoup de mes contacts font pareils; c'est loin d'être un cas isolé, et c'est une évolution des mœurs (on est passé de la photo « exceptionnelle » parfois réservées au passionnés, à la photo témoin de notre vie).
# rrrrrrrrr
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal RMLL, The Wall et Facebook (partie 1). Évalué à 5.
s/à porter de bourse/à portée de bourse/
et pourtant j'ai relu... On n'avait pas parlé de 5 min de grâce pour corriger un journal ?
# Salut à Toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Un logiciel de tarot utilisable sous GNU/Linux. Évalué à 5.
Il y a un jeu de Tarot dans le projet Salut à Toi que je développe. Pas (encore) d'IA, et c'est relativement basique - pour le moment -, mais c'est jouable sur 3 interfaces (console, sur bureau et via un navigateur). Pour l’absence d'IA, l'idée serait plutôt de trouver un joueur libre quelque part dans le monde. Faisant partie du projet Salut à Toi, c'est basé sur XMPP.
Si t'es vers Strasbourg, je viens d'arriver et je serai aux RMLL demain pour en discuter si tu veux (stand commun XMPP).
[^] # Re: Problème de l'absence de serveur
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 1.
Dans les cas que j'ai énoncé, non tu ne peux pas.
Encore une fois, je trouve retroshare très intéressant, et je suis pour la décentralisation, mais ce n'est pas en l'état suffisant pour tous les cas d'utilisation.
Et si on laisse le serveur tourner, on peut enlever l'un (le ?) des arguments principaux de la dépêche.
[^] # Re: Problème de l'absence de serveur
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 3.
Des serveurs quoi
# Problème de l'absence de serveur
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 5.
Bon en passant sur les points spécifiques à XMPP que j'ai évoqué plus haut, il y autre chose qui me gène dans l'utilisation d'un truc totalement (dé/a/ons'enfout)centralisé:
la dépêche évoque l'intérêt de ne pas laisser la machine H24 (ce qui n'est d'ailleurs pas nécessaire avec XMPP comme dit précédemment), mais cela pose un problème.
Si on veut partager ses photos, vidéos, autre, il faut bien que la machine soit allumé pour ce faire. Très bien quand la personne qui veut les fichiers est en ligne en même temps que vous, ou quand le fichier est déjà partagé auprès de vos amis. Mais si vos amis intéressés ne sont pas sur le même fuseau horaire, ou tout simplement pas libre en même temps que vous, c'est une autre histoire, et là je ne vois pas trop comment faire autrement que laisser la machine allumée.
Autre point, que je dis d'expérience de voyageur: si on veut mettre les photos en ligne pendant le voyage (qui peut durer des mois/années), on le fait souvent depuis une bibliothèque/un cybercafé/chez une personne qui nous héberge/etc. Et là le serveur intermédiaire est bien pratique pour mettre les photos et les garder le temps que vos amis se réveillent pour les voir. Parce dans ces conditions, il n'est bien évidemment pas possible de laisser retroshare ou autre tourner toute la nuit.
Le serveur intermédiaire a un intérêt qu'il me semble difficile à compenser sur un modèle entièrement décentralisé (bien que pas totalement impossible, cf les freesites sur freenet). Et niveau conso, il vaut mieux laisser une machine serveur connectée pour xxx personnes, que une par ami.
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 4.
Oui enfin ça vient de toi le problème là. Les logiciels y'en a des tas qui sont bons, tu fais le choix d'utiliser google qui d'après tes dires n'est pas un protocole XMPP (mais un protocole propriétaire basé sur XMPP), et tu critiques XMPP.
Quant au client unique, bon ben j'ai dis ce que j'en pensais, après ça va finir en troll.
Enfin ça commence un peu à tourner en rond là. Encore une fois, je t'invite à faire tes requêtes sur les divers outils de suivi...
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 3.
En gros t'es en train de me dire « j'utilise un truc non standard et ça ne marche pas », ben je te réponds que ça ne vient pas d'XMPP le problème.
Insérer une image c'est déjà un comportement très particulier. Personnellement je n'en ai pas l'utilité donc je n'irai pas implémenter ça d'instinct dans mon client, mais si des gens me le demandent dans le bugzilla, je le ferai très probablement. Quant à jingle, j'ai dis dans mon commentaire précédent que tout jingle n'était pas standardisé (il y a un dernier appel aux retours avant standardisation pour les codecs audio en ce moment).
Mauvais pas forcément, mais qui ne te convient pas (enfin j'aurais tendance à dire qu'utiliser un serveur centralisé d'une grosse boîte commerciale est une mauvaise idée de toute façon). Comme dit par ailleurs tu peux utiliser un service sur un autre serveur tout en restant sur le tiens.
Après les limitations, pareil je reviens sur ce que j'ai dit: un logiciel qui n'a pas une fonctionnalité, c'est indépendant du protocole, ça ne va pas se faire automagiquement. Demande ce qui te manque aux dévs, ou change de client, ou si tu en as les compétences et le temps, patche le.
Ça reste l'idée d'un client unique: une bibliothèque peut être plus intéressante dans un autre langage pour des questions de performance/popularité/rapidité de développement/etc.
J'espère bien.
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 3.
bon commentaire inutile, mais celle là elle me fait trop mal aux yeux (y'en a sûrement d'autres):
s/est donner/est donné/
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 10.
J'y suis allé un peu à la provoc en parlant de FUD et de publireportage, mais c'est globalement l'impression que ça laisse: un goût de « XMPP est un moyen du passé », qui aurait sûrement pu être autre en développant un peu cette partie (et parler des projet prometteurs ne contrebalance pas suffisamment les critiques faites avant qui ne sont pas justifiées à mon avis, comme je le dis dans mon premier commentaire).
Bon maintenant allons y de manière un peu plus constructive, vu qu'étant dév d'un projet qui touche à ce milieu, je suis concerné:
(C'est super reloud Markdown, on ne peut pas numéroter comme on veut pour répondre, ou faire une citation puis une liste numérotée, ça reprend à 1)
Dans ce cas peux tu me donner des exemples concrets ? Parce que moi que j'utilise Gajim, Psi, ou autre, ça marche très bien ensemble. Si tu parles de Jingle, les spécification sont finies pour la base, mais il y a encore des modifications faites en ce moment (genre sur les codecs pour l'audio).
rien à ajouter, juste pour garder la numérotation avec markdown
Je n'ai jamais utilisé gtalk, mais justement il me semble que jingle est implémenté chez eux (d'une ça vient d'eux, et de deux ils viennent de passer à la version standard) et que ça sort justement typiquement du chat à deux. Donc encore une fois, peux tu en dire plus ?
alors là non je ne comprends pas. Les clients marchent ensemble, et c'est bien là l'intérêt principal de XMPP, y compris pour ce qui sort du chat (le partage de fichier ce n'est pas du chat). Après qu'entends tu par différent ? Interface différente ? Ça me semble une force au contraire: tu choisis celle qui te convient le mieux, et ça marchera avec les autres.
Quelques autres points en vrac:
même si j'ai fait un premier commentaire de défense de XMPP, j'ai apprécié la dépêche sur plusieurs points, et retroshare me semble effectivement très intéressant (je suis d'ailleurs en train de l'essayer à force d'en entendre parler sur DLFP)
j'ai également apprécié que tu ne parles pas de Diaspora comme l'unique alternative au truc bleu, c'est un truc qui m'énerve passablement et régulièrement, surtout que c'est un des projets dont je me méfie le plus (et la FSF également).
toutes les interfaces ne sont pas calquées sur le truc bleu, loin de là.
rien à voir avec la dépêche, mais ça me tue que tout le monde s'extasie sur le net des « cercles » (encore un nom marketeux ridicule) comme un truc « nouveau » alors que bon, ce sont des groupes qui existent depuis pfiouuuuu.... et qui sont dans XMPP.
pour revenir à Retroshare, que j'essaye actuellement comme dit plus haut, je pense que c'est en effet très intéressant (j'attends que des amis l'installent pour pouvoir essayer plus en profondeur), mais ça me semble difficilement * en l'état * utilisable par le grand public. Déjà le partage de clé GPG, c'est par hyper simple à expliquer, à comparer au « c'est quoi ton nom ? Oki je t'ajouterai sur FB ». Ensuite l'interface n'est pas simple à appréhender. Mais bon, beaucoup de gens utilisaient bien emule qui n'est pas simple pour monsieur tout le monde non plus.
les problèmes que tu dis avoir avec les clients XMPP, tu ne les a pas avec Retroshare parce que c'est un client unique. Maintenant tu as 2 solutions: soit ça marche et il y aura d'autres clients et tu auras les mêmes problèmes de fonctionnalités existantes chez l'un et pas chez l'autre, soit tu auras toujours un client unique, et ce serait perdre un atout énorme du libre (des client adaptés à certains cas par exemple).
s'il vous manque des trucs dans un client, avant de publier un journal en disant que ça ne marche pas bien, vous pouvez passer par l'outil de suivi du projet, ou contacter les dév pour demander les améliorations (sans forcément ressortir le classique « envoies ton patch », on peut commencer par demander, ou en parler). Les dévs utilisent leur client à leur manière, et il est donc adapté pour eux, mais ils ne se rendent pas forcément compte de l'usage qu'en font les autres.
À noter aussi que des fois c'est juste une façon d'utiliser qui n'est pas/mal comprise.
petit point bonus: XMPP peut fonctionner sans serveur (un exemple est donner dans la XEP-0174)
# Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 9.
Bon j'ai pas envie de répondre en détails, j'ai un peu autre chose à faire là tout de suite, mais:
Les logiciels ne gèrent certainement pas de façon différente les choses: si on est XMPP, on suit le protocole qui est défini, documenté, détaillé, lu et relu, et on gère les choses à l'identique. Si ce n'est pas le cas, c'est une implémentation incomplète.
Le « souvent mal » ça fait toujours plaisir pour ceux qui bossent sur ces logiciels
Le moindre client XMPP de base gère à minima le partage de fichiers et le MUC, dire que ça se contente du chat à 2 personnes, ça dépasse la mauvaise foi.
si on utilise un client différent, les fonctionnalités sont parfaitement compatibles _si elles sont implémentée_, cf 1. Sinon ça revient à dire: rohhhh si vous utilisez un client courriel qui ne gère pas les accusés de réception la fonctionnalité ne marchera pas, c'est fou non ?
Donc bon, faire du publireportage pour retroshare ok, ça a l'air effectivement pas mal et intéressant, mais il ne faudrait quand même pas sous-estimer le reste.
# Besoin d'aide
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Google plus, réseau social. Évalué à 9.
J'en pense qu'on est en train d'essayer de fournir des alternatives libres (Salut à Toi, mais aussi Jappix, Movim, etc), et qu'on manque sérieusement d'aide (enfin je parle pour moi ici, mais je suppose que c'est pareil pour les autres).
Quand je dis aide, je pense surtout développeurs (python principalement), mais aussi du monde pour les docs, les tests, les traductions, etc.
Pourtant j'ai eu pas mal de retours positifs, mais j'aimerais un peu plus de monde inscrit sur les listes ou le wiki, ou qui remplisse le bugzilla:
http://lists.goffi.org
http://wiki.goffi.org
http://bugs.goffi.org
et rendez-vous aux RMLL pour une rencontre IRL, et des démos/explications.
Il faut de l'aide si on veut une vraie alternative libre à ces réseaux.
[^] # Re: Putain de rafraîchissement de page
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 9.
Si t'es sous Firefox, tu peux installer RefreshBlocker, tu peux remplir une liste blanche ou noire de site autorisés à rafraîchir la page.