Sinon je n'aime pas trop le terme ère post-snowden par exemple, considérant qu'il n'as fait que valider que ce que l'on savait déjà, et même obscurait le travail mené depuis des années par de nombreux chercheurs (citations nécessaires).
Tout à fait d'accord là dessus. Sans rien enlever au mérite des risques pris et du sacrifice de sa vie (pas qu'il est mort, mais il ne peut plus avoir une vie normale), c'est assez symptomatique du monde d'aujourd'hui: il y a toujours un besoin de personnification, d'avoir des « héros ».
Je n'ai rien contre citer les travaux ou opinions de personnes, ce serait l'excès inverse et probablement pire, mais on a vraiment une tendance à avoir (vouloir) des célébrités et à tout centrer autour d'elles (bref on a un « star system »). Et ça ne vaut pas que pour Snowden, c'est le cas plus généralement dans le libre (ou dans d'autres milieux d'ailleurs). Certes un Linus ou un Stallman ont du mérite (enfin pas que), mais que serait le logiciel libre aujourd'hui sans les milliers de développeurs, sans les innombrables personnes qui s'impliquent pour expliquer les choses, aller à la rencontre du public, monter des associations, etc ?
Sans compter que pour ma part je ne considère pas ça comme un tout, il y a des tas de choses qui gravitent autour du logiciel libre que je n'aime pas du tout, voire contre lesquelles je suis près à m'opposer fortement. Et dans les célébrités, il y a des tas de propos, d'opinions, d'actes avec lesquels je ne suis pas d'accord du tout, et c'est un peu dommage de tout mettre dans le même panier.
Moi dans cette histoire, c'est vraiment le côté technique qui m'intéresse, qui a des infos dessus ? En particulier:
a-t-on une idée de comment l'attaque a eu lieu ? J'ai cru lire qu'il y avait une histoire de virus
il y a-t-il un parc hétérogène ? Est-ce que toutes les machines attaquées étaient sous Windows, ou sous Mac ou sous Nux, ou un mix ? Est-ce alors un virus multi-plateformes ?
Comment autant de données peuvent partir sans que personne ne s'en aperçoive ?
Les courriels fuités étaient-il chiffrés ? Si oui comment les clefs ont été obtenues (et si non, c'est une grave erreur, mais pas si étonnante au final: ça signifierait que même les grosses entreprises font du bricolage).
Tout était-il sur le même réseau ? Y compris les documents des employés ? Les films non sortis ?
A-t-on confirmation d'une taupe à l'intérieur même de l'entreprise ? J'ai du mal à concevoir une attaque pareille sans que ça soit le cas.
Non seulement ça serait intéressant à savoir par curiosité technique, mais en plus ça permettrait certainement de mieux se protéger en évitant les mêmes erreurs.
Bref, si quelqu'un a des liens sur le sujet…
À noter que si le cas ici est visible, il faut se dire qu'il y a potentiellement des milliers d'entreprises, de gourvenements, de particuliers ou autre qui ont perdus leurs données de manière similaire sans que ça se sache, peut-être nous-même. De quoi remettre en question sérieusement notre tendance à tout mettre sur des ordinateurs connectés au réseau public.
Une des 2 XEPs a été publiée (Namespace Delegation): XEP-0355, la première XEP, ça fait un petit quelque chose :'o) .
Pour la deuxième j'ai assez bon espoir, et si tout va bien, on ne devrait plus être dépendants des implémentations des serveurs pour le microblogage et ce qui tourne autour.
Bon ça reste du expérimental, donc sujet à évolutions.
Suite a une longue discussion sur la liste standard@ et sur le salon XMPP de la XSF (et la lecture de specs), j'ai pu mieux comprendre les arguments de Dave (membre du conseil qui a mis le veto), et je dois reconnaître que je suis d'accord: il souhaite une approche plus moderne, basé sur un nouveau modèle: Attribute Based Access Model (ABAC), beaucoup plus souple et qu'on pourra réutiliser ailleurs. Problème: c'est aussi un modèle beaucoup plus compliqué, mais ça peut valoir le coup d'essayer de l'introduire dans XMPP.
J'étais assez déçu car je pensais que le veto était définitif et que je pouvais jeter mon travail à la poubelle et attendre at vitam eternam avant de pouvoir faire ce que je veux (un composant PEP externe), mais après discussion, Dave a également mis de l'eau dans son vin, et je viens de re-soumettre une XEP très édulcorée (beaucoup plus simple et restrictive), mais qui fait ce que je veux. On va voir si elle va passer mais j'ai bon espoir.
Je songe aussi à m'attaquer à l'ABAC moi même, mais ça risque de prendre du temps…
En tout cas on a un bon exemple de l'intérêt de critiques techniques, même si ça n'est pas toujours agréable pour l'ego, et le travail qu'on doit jeter. Au final, et si ça se fait vraiment, on devrait se trouver avec une meilleure solution technique dans XMPP.
Je pense que - si ça marche, on a fait un essai pas encore super concluant -, c'est une très bonne chose: malgré des tentatives régulières, on n'a pas encore trouvé d'outil libre qui fonctionne correctement en remplacement de Skype.
Movim a une implémentation audio/vidéo basée sur webrtc et les technos Mozilla, nous la visio-conférence est assez loin dans nos priorités pour le moment, et du coup on est très contents de voir une solution libre offerte par Mozilla, surtout qu'elle fonctionne sans compte.
En plus XMPP est connu pour aimer discuter avec les autres protocoles (les transports, il est possible de faire communiquer SIP et XMPP), donc je ne vois aucune raison, si le protocole de Mozilla devient populaire, qu'il n'y ait pas de possibilité de communiquer avec XMPP.
XMPP communique déjà un peu avec WebRTC: http://xmpp.org/extensions/xep-0343.html (attention expérimental, donc non vraiment validé), et Movim vient de remplacer BOSH par WebRTC.
Par contre de là à « supplanter » les messageries instantanées je pense qu'il y a un monde (enfin tu as précisé basiques, donc à la limite). Je ne pense pas que leur but est d'avoir un truc aussi puissant que XMPP, et si c'était le cas, ça serait probablement peu pertinent de ne pas utiliser XMPP directement.
Donc pour résumer: je pense que c'est une très bonne chose de voir Hello débarquer, et si le service prend (ce qui serait super), j'espère qu'on pourra rapidement communiquer avec XMPP.
Oui nous avons clairement régressé. Non seulement il y a une explosion des services, mais en plus il y a une explosion des services proprio et fermés, la situation est pire qu'à l'époque de MSN et ICQ.
Le courriel n'est plus un outil standard, certains ne consultent même plus, des dinosaures Usenet n'a plus qu'une présence anecdotique (à part pour alt.binaries), par contre IRC est encore très actif dans les projets libres.
XMPP avec son système de transport peut apporter une solution, mais ça n'est plus à la mode (à part spectrum2, et encore je ne sais pas si c'est super maintenu, il n'y a plus beaucoup de passerelles en développement à ma connaissance).
Bref, je pense que les passerelles sont intéressantes pour ce problème, et d'ailleurs on a pour projet d'en développer quelques unes, mais pas pour les services proprio et fermés, ça légitimerait la fragmentation sans rien résoudre.
(protoXEP c'est « privileged entity », la XEP que j'ai proposé, on appelle protoXEP les XEPs qui ne sont pas encore dans le processus de standardisation, c.-à-d. qui n'ont pas encore de numéro officiel).
Je crois qu'il y a du monde salarié, pas que tu bénévolat, loin de là ! Par contre le problème est surtout qu'ils n'ont pas les mêmes priorités que nous, et du coup ils ont plus envie de se bouger sur l'internet des objets que sur PubSub.
Après oui ça sape un peu le moral, surtout de voir un veto, mais il y a d'autres choses qui ne sont pas agréables (par exemple je viens de me voir refuser 2 conférences au FOSDEM, la XSF n'a même pas de devroom cette année ! 2 ans de suite, XMPP n'est plus à la mode visiblement :( ).
Le moral est effectivement difficile à garder, surtout qu'on cherche à vivre du projet et qu'on met plus de temps que ce qu'on avait prévu. Mais on a aussi des succès, des gens enthousiastes, des choses qui avancent bref des choses qui nous motivent.
Dans notre cas on a créé l'association et ouvert le compte en banque, là on a tout juste obtenu la mise en place d'un système de paiement des cotisations en ligne, il nous reste à refaire le site web et sortir la prochaine version, et on devrait voir l'activité enfin monter un peu.
On a quand même envie d'arriver vite à quelque chose utilisable par le public.
Alors oui le XSF il faut la pousser un peu pour qu'elle aille dans notre sens (c'est sûr c'est plus facile quand on s'appelle Google), mais c'est pas le plus démotivant et on en a vu d'autre, pour le moment le moral tiens bon :).
On a aussi souvent des discussions de fond, plus « politiques », qui nous permettent de penser que ce qu'on fait est utile, et ça c'est important.
Bref, moral mis à part, le protocole est tout à fait moderne, et s'adapte aux nouveautés finalement assez bien (dernier exemple en date: les websockets). Alors oui y'a plus l'effet de mode comme on peut en voir avec bitmessage, twister ou tox, mais au final c'est un ensemble beaucoup plus complet, et qui pourra être distribué totalement un jour (comprendre sans serveur intermédiaire). Donc non au final, il vaut mieux prendre son temps et bien faire les choses.
No in 5 to 8 years. Look on python list and you will begin to
understand that it is a totally new project similar in size to that of
the 3 project itself. I e about 2 man years of development work. To
even have a message starting quote seriously no
Aussi j'ai rapidement regardé le code de pyjamas, et c'est relativement complexe, je pense que rien qu'entrer dans le code demanderait un gros investissement, surtout qu'il n'y a plus vraiment de liste de diffusion ou de point de contact pour trouver de l'aide (et je ne veux toujours pas utiliser le fork, qui de toute façon est mourant aussi).
Par contre en écrivant le notre depuis zéro, on peut éventuellement réutiliser le framework (même si je pencherais plutôt pour en réécrire un plus proche de la page HTML finale).
Rapydscript semble une solution possible, faut voir ce que ça donne avec un projet comme le notre.
Après c'est aussi que ça serait un bon terrain d'apprentissage de repartir de zéro, le problème étant principalement le temps qu'on peut y consacrer…
Ben je peux te faire une version courte: le projet en lui même est très bien malgré quelques défauts de conception (il teste les fonctionnalités par navigateur comme ça se faisait avant, alors qu'aujourd'hui il faudrait plutôt tester par fonctionnalité directement). Python est relativement bien géré, parfois c'est pas les bonnes exceptions qui pètent, parfois le code n'a pas le comportement attendu (en particulier nous avons eu des soucis avec __getattr__ et les setters). Mais une fois qu'on a l'habitude, on s'en sort pas trop mal.
Le gros problème, c'est que ça n'est plus maintenu suite à une des plus lamentables engueulades que j'ai vu sur un projet libre: au lieu de partir et de forker proprement le code, un des dév qui avait accès au serveur a détourné le serveur et a inscrit de force tout le monde (dont moi) sur une autre liste, j'avais raconté ça dans un commentaire et dans un journal.
Sans savoir les raisons exactes de la dispute (enfin dans les grandes lignes ça ressemble surtout à des gamineries), nous nous refusions de soutenir le fork et ses méthodes, aussi nous avons pris contact avec Luke, et essayé de pousser pour faire revenir Pyjamas sur le rails et le paquet dans Debian (qui avait disparu entre temps parce que plus compilable). En poussant un peu Luke a rouvert un site (http://pyj.be) et nous l'avons aidé à re-soumettre un paquet à Debian. Malheureusement le paquet n'est pas passé (il fallait vérifier les licences pour des images, moi je n'ai plus eu le temps de m'en occuper, et Luke a l'air trop débordé également), et Luke n'a pas renouvelé le domaine, donc aujourd'hui on est à nouveau au point mort, et le fork sur github ne semble pas en meilleur état.
Bref, Pyjamas est un super projet, mais mort à cause d'un fork sale. D'autre part il a quelques petits défauts, et est bloqué en python 2.7 (il faudrait tout réécrire pour passer en python 3.x).
Pour le moment nous gardons donc la version actuelle qui a 2 ans mais marche relativement bien, et nous sommes en train de réfléchir à la suite. Nous envisageons plusieurs options, nous sommes en train de les étudier en ce moment même:
maintenir pyjamas nous même, ça risque d'être difficile, et on restera bloqués sur les défaut mentionnés plus haut
trouver une alternative: nous avons Rapydscript qui est un précompilateur javascript avec une syntaxe à la Python - un Pyjamas très très simplifié - que nous regardons, et Meduse un transpileur Python/Dart (Dart pouvant se transpiler en javascript) qui a l'air très prometteur. Problème: Pyjamas ce n'est pas que le transpileur, c'est aussi le framework, la transition risque d'être difficile
réecrire la partie navigateur entièrement en javascript: on aurait la maîtrise, mais on perdrait la factorisation du code avec les autres frontaux, ça serait dommage
créer notre propre transpileur sur mesure: un pyjamas très simplifié, en gommant ses défauts et en partant directement sur Python 3. Ça serait du boulot, mais çe ne me semble pas insurmontable, surtout que Python fourni déjà pas mal d'outils (un module standard gère déjà l'arbre syntaxique). C'est la solution qui me plait le plus parce qu'intéressante techniquement, et surtout on peut envisager de transpiler tout le code y compris la partie serveur, dans l'optique de faire une vraie application pour Firefox OS.
Dans tous les cas, on y réfléchit, mais ça sera sur plusieurs mois, en parallèle, et on garde la version actuelle de Pyjamas pour le moment.
Ben on a un double but: d'une part permettre la diffusion et la distribution facile de SàT (et autre), pour avoir un réseau vraiment décentralisé et facile à installer, et d'autre part avoir un apport supplémentaire en plus des adhésions pour réussir à nous salarier à travers l'association.
Donc oui si d'autre gens veulent participer à un prototype, je suis joignable (mon adresse XMPP est renseignée: goffi@jabber.fr, ou par courriel: goffi @ goffi.org).
Mais bon, vu comme on est pris en ce moment, et qu'on bosse d'abord sur PubSub, ça ne sera pas avant plusieurs mois.
Bon ben c'est commandé, merci pour ton journal et tes réponses :)
Ça risque de mettre du temps vu que c'est en pré-commande, mais je préfère de toute façon ne pas la recevoir trop vite parce que j'ai déjà beaucoup de travail avec mon projet.
Gros point bonus: la possibilité de payer par virement, sans passer par PayPal !
J'aime aussi le choix de PLA pour raison écologique (enfin soyons francs: je pense que les imprimantes 3D risquent de provoquer une impression massive de gadgets et autre déchets inutiles, donc pas sûr que ça soit super au niveau écologique, mais autant prendre une matière première moins mauvaise, et surtout voir si on peut recycler).
Par contre le bon point vert est effectivement la réparation maison des objets divers, à voir si c'est réellement faisable, couplé à des marchés aux puces/Emmaüs ou associations similaires, il y a probablement de quoi faire.
Bien sûr le matériel libre est un atout majeur, et l'équipe à l'air sympa (j'ai cependant failli tout annuler en voyant un logo de pomme sur un T-Shirt dans une interview, mais il faut savoir passer outre certains problèmes).
Pour l'usage principal que j'envisage: faire des boîtiers pour Olinuxo/Cubietruck et Arduino, surtout que j'aimerais bricoler des prototypes avec SàT.
T'as oublié le prix du plastique mais honnêtement je dois pouvoir trouver ça en quelques secondes, je ne vais pas trop faire le fainéant :).
Donc la surface d'impression est suffisante pour des boîtiers, cool. Enfin ça aussi je dois pouvoir trouver la surface d'impression facilement de toute façon.
Dernières questions toutefois: j'imagine que tu as dû pas mal chercher ce qui se fait avant de choisir celle là, qu'est-ce qui t'as fait t'arrêter là dessus ? Le côté open hardware ? Le prix ? Est-ce qu'il y a d'autres imprimantes dans cette zone de prix ? La dernière fois que j'avais regardé, ça tournait plutôt autour des 700 à 1000 € pour une RepRap. D'ailleurs par rapport à une RepRap de base, qu'est-ce qu'elle de mieux/moins bien ? Le prix ? Autre chose ?
Merci pour le retour d'expérience, je pense qu'on est tous plus ou moins attirés par ces petites bestioles.
Quelques questions:
as tu de l'expérience notamment en électronique ? Est-ce nécessaire pour le montage ? Combien de temps ça t'a pris au doigt mouillé ?
c'est basé sur le reprap du coup ça fonctionne pareil avec les logiciels ? J'ai vu que Blender ajoutait des trucs pour l'impression 3D, c'est utilisable avec ?
ça coûte combien le plastique à l'usage ? On peut en recycler ? J'ai vu que certains faisaient ça avec des bouchons de bouteilles d'eau…
ça met combien de temps pour imprimer une pièce, disons un éléphant ?
est-ce qu'on ne risque pas de voir la communauté disparaître ou un support moindre vu que c'est une petit structure qui gère ça ? C'est open hardware/source OK, mais il faut une communauté qui reste un peu active… La question serait plutôt: est-ce que c'est suffisamment proche d'une reprap de base pour que la communauté reprap puisse aider au besoin ?
Je suis en train de me (re)mettre un peu à l'Arduino, et une imprimante 3D ça pourrait être utile pour fabriquer des boîtiers ou ce genre de choses, mais ça reste probablement un peu gadget à l'heure qu'il est… Il faudrait mutualiser dans l'idéal, mais là où je suis c'est difficile.
Ceux qui ont une imprimante 3D ici, à quoi elle vous sert (à part vous amuser bien sûr :)) ?
Ils ont monté la limite à 500 km je crois sur les versions récentes (je confirme, je viens de vérifier).
Sinon pour ton trajet il doit effectivement t'indiquer le plus court, tu peux changer de moteur de trajet si tu le souhaites (paramètres, navigation, service de navigation), mais celui d'OsmAnd marche très bien pour moi, et c'est souvent très rapide. Tu peux farfouiller le menu pour afficher les infos qui t'intéressent, et y'a des plugins plus ou moins intéressants.
Oui la recherche est peu intuitive au début, mais quand on s'y fait ça marche très bien. Par exemple pour trouver un point d'intérêt, il faut d'abord choisir un point autour duquel il se trouve, puis faire une recherche, et t'as la possibilité de chercher directement par nom quand tu n'es pas sûr de la catégorie.
J'en profite pour poser une question: sur les dernières version l'interface a changé, et du coup il n'y a plus le mode « afficher seulement » en piéton que j'utilisais souvent (en gros il met le tracé, mais pas les tournant et pas d'annonce vocale). Est-ce que c'est possible de retrouver ça dans la dernière version ?
pour ma part j'utilise OSM And~ (version compilée par l'équipe de F-Droid) et je trouve ça parfait comme logiciel de navigation (qui fonctionne hors ligne), qu'est-ce google maps apporte là dessus (qui ne soit pas gadget) ?
J'ai fait un billet sur Firefox OS, et suite à une mauvaise mise à jour (de ma faute, et aussi parce que je n'ai pas Windows), et à l'absence de logiciel de navigation correct (ce qui m'intéresse le plus au final), je suis passé sur CyanogenMod sans Google Apps, et tout marche très bien j'ai tout ce qu'il faut dans F-Droid, je n'ai pas de compte google associé, le seul truc qui ne marche pas c'est l'écriture par geste (pas indispensable, mais utile, dommage). J'ai lu qu'il fallait les Google Apps pour ça, aussi je m'en passe.
Une petite question en passant: est-ce que vous avez moyen de récupérer la syntaxe de manière normalisée des sites avec une capacité « messages » ? Par exemple si je récupère le code source d'une page mediawiki, est-ce que j'ai une variable quelque part qui me dit que c'est du mediawiki ? Idem pour du Markdown, du BBcode, du HTML ou du XHTML, etc ?
Sans demander à faire la conversion vous même, savoir quelle est la syntaxe serait déjà super pratique et permettrait de gérer de façon générique les sites derrière, et ça ne demanderait pas grand chose aux développeurs de modules d'ajouter cette info. À première vue je ne vois rien qui permet ça dans la capicité « messages ». Au passage la doc a l'air d'avoir été bien améliorée aussi, cool :)
Oui c'est énorme, surtout en ramenant à une petite structure comme ça. Mais quand tu vois à quel point ça peut être utile (potentiellement tous les projets libres + de nombreux autres cas), il y aurait peut-être moyen d'avoir un coup de main du côté de structures comme Mozilla, Mediawiki, Debian, Red Hat ou autre…
On a le même problème pour notre site de démo, et franchement ça me génerait de prendre un service centralisé, CAcert est vraiment celui qui colle le plus à mon avis aux valeurs libres et communautaires.
Qui suit un peut de ce côté si ça avance ? Est-ce qu'il y a une volonté de faire passer l'audit Mozilla ? De revenir dans Debian ?
Qu'est-ce qu'il leur manque ? Des gens ? Des moyens ? On ne pourrait pas monter un financement ? Forker le projet s'il n'y a plus de volonté d'avancer ?
On est en train de perdre un super projet par manque d'intérêt, et j'ai l'impression qu'il ne sont pas super aidés (il y avait un intérêt certain pour eux il y a quelques années, mais il a disparu, ou du moins énormément diminué).
Bref, qu'est-ce qu'on peut faire ? Malheureusement je n'ai pas le temps de contribuer directement, j'ai déjà largement assez de choses à faire, mais je n'ai pas envie de voir CAcert disparaitre, et si même DLFP s'en sépare, après Debian je pense que ça sera difficile de remonter la pente…
Pour ma part j'héberge moi même la plupart des services que j'utilise couramment (courriel, blog, dépôt Mercurial, etc), sauf mon serveur XMPP vu que j'utilise celui de l'APINC, mais j'utilise les outils Framasoft de temps en temps (surtout Framadate et Framapad). Bref, c'est une bonne chose d'en voir d'autres arriver, souhaitons que le chemin soit suivi. C'est aussi comme ça que j'imagine la chose: des associations ou autres petites entités un peu partout qui ont leur serveurs, et les gens qui auto-hébergent quand c'est possible.
Par contre c'est malhonnête de dire que Framasoft sont les seuls comme je l'ai lu dans les commentaires plus haut, même s'ils sont plus visibles: il y a eu nombre d'associations qui hébergeait ou hébergent des services divers, comme l'APINC que j'ai cité plus haut, Mailoo, etc. Sans parler des gens qui bossent sur les projets qui rendent ceci possible.
[^] # Re: TED-ification
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche 31c3 : le Chaos Communication Congress de retour avec « A New Dawn ». Évalué à 4. Dernière modification le 23 décembre 2014 à 10:39.
Tout à fait d'accord là dessus. Sans rien enlever au mérite des risques pris et du sacrifice de sa vie (pas qu'il est mort, mais il ne peut plus avoir une vie normale), c'est assez symptomatique du monde d'aujourd'hui: il y a toujours un besoin de personnification, d'avoir des « héros ».
Je n'ai rien contre citer les travaux ou opinions de personnes, ce serait l'excès inverse et probablement pire, mais on a vraiment une tendance à avoir (vouloir) des célébrités et à tout centrer autour d'elles (bref on a un « star system »). Et ça ne vaut pas que pour Snowden, c'est le cas plus généralement dans le libre (ou dans d'autres milieux d'ailleurs). Certes un Linus ou un Stallman ont du mérite (enfin pas que), mais que serait le logiciel libre aujourd'hui sans les milliers de développeurs, sans les innombrables personnes qui s'impliquent pour expliquer les choses, aller à la rencontre du public, monter des associations, etc ?
Sans compter que pour ma part je ne considère pas ça comme un tout, il y a des tas de choses qui gravitent autour du logiciel libre que je n'aime pas du tout, voire contre lesquelles je suis près à m'opposer fortement. Et dans les célébrités, il y a des tas de propos, d'opinions, d'actes avec lesquels je ne suis pas d'accord du tout, et c'est un peu dommage de tout mettre dans le même panier.
[^] # Re: Sony
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Sony pictures et la Corée du Nord. Évalué à 10.
Moi dans cette histoire, c'est vraiment le côté technique qui m'intéresse, qui a des infos dessus ? En particulier:
a-t-on une idée de comment l'attaque a eu lieu ? J'ai cru lire qu'il y avait une histoire de virus
il y a-t-il un parc hétérogène ? Est-ce que toutes les machines attaquées étaient sous Windows, ou sous Mac ou sous Nux, ou un mix ? Est-ce alors un virus multi-plateformes ?
Comment autant de données peuvent partir sans que personne ne s'en aperçoive ?
Les courriels fuités étaient-il chiffrés ? Si oui comment les clefs ont été obtenues (et si non, c'est une grave erreur, mais pas si étonnante au final: ça signifierait que même les grosses entreprises font du bricolage).
Tout était-il sur le même réseau ? Y compris les documents des employés ? Les films non sortis ?
A-t-on confirmation d'une taupe à l'intérieur même de l'entreprise ? J'ai du mal à concevoir une attaque pareille sans que ça soit le cas.
Non seulement ça serait intéressant à savoir par curiosité technique, mais en plus ça permettrait certainement de mieux se protéger en évitant les mêmes erreurs.
Bref, si quelqu'un a des liens sur le sujet…
À noter que si le cas ici est visible, il faut se dire qu'il y a potentiellement des milliers d'entreprises, de gourvenements, de particuliers ou autre qui ont perdus leurs données de manière similaire sans que ça se sache, peut-être nous-même. De quoi remettre en question sérieusement notre tendance à tout mettre sur des ordinateurs connectés au réseau public.
[^] # Re: Explications sur le veto
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 5. Dernière modification le 19 décembre 2014 à 09:46.
Une des 2 XEPs a été publiée (Namespace Delegation): XEP-0355, la première XEP, ça fait un petit quelque chose :'o) .
Pour la deuxième j'ai assez bon espoir, et si tout va bien, on ne devrait plus être dépendants des implémentations des serveurs pour le microblogage et ce qui tourne autour.
Bon ça reste du expérimental, donc sujet à évolutions.
[^] # Re: Explications sur le veto
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 7.
Suite a une longue discussion sur la liste standard@ et sur le salon XMPP de la XSF (et la lecture de specs), j'ai pu mieux comprendre les arguments de Dave (membre du conseil qui a mis le veto), et je dois reconnaître que je suis d'accord: il souhaite une approche plus moderne, basé sur un nouveau modèle: Attribute Based Access Model (ABAC), beaucoup plus souple et qu'on pourra réutiliser ailleurs. Problème: c'est aussi un modèle beaucoup plus compliqué, mais ça peut valoir le coup d'essayer de l'introduire dans XMPP.
J'étais assez déçu car je pensais que le veto était définitif et que je pouvais jeter mon travail à la poubelle et attendre at vitam eternam avant de pouvoir faire ce que je veux (un composant PEP externe), mais après discussion, Dave a également mis de l'eau dans son vin, et je viens de re-soumettre une XEP très édulcorée (beaucoup plus simple et restrictive), mais qui fait ce que je veux. On va voir si elle va passer mais j'ai bon espoir.
Je songe aussi à m'attaquer à l'ABAC moi même, mais ça risque de prendre du temps…
En tout cas on a un bon exemple de l'intérêt de critiques techniques, même si ça n'est pas toujours agréable pour l'ego, et le travail qu'on doit jeter. Au final, et si ça se fait vraiment, on devrait se trouver avec une meilleure solution technique dans XMPP.
[^] # Re: Firefox Hello ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 7. Dernière modification le 18 décembre 2014 à 15:39.
Je pense que - si ça marche, on a fait un essai pas encore super concluant -, c'est une très bonne chose: malgré des tentatives régulières, on n'a pas encore trouvé d'outil libre qui fonctionne correctement en remplacement de Skype.
Movim a une implémentation audio/vidéo basée sur webrtc et les technos Mozilla, nous la visio-conférence est assez loin dans nos priorités pour le moment, et du coup on est très contents de voir une solution libre offerte par Mozilla, surtout qu'elle fonctionne sans compte.
En plus XMPP est connu pour aimer discuter avec les autres protocoles (les transports, il est possible de faire communiquer SIP et XMPP), donc je ne vois aucune raison, si le protocole de Mozilla devient populaire, qu'il n'y ait pas de possibilité de communiquer avec XMPP.
XMPP communique déjà un peu avec WebRTC: http://xmpp.org/extensions/xep-0343.html (attention expérimental, donc non vraiment validé), et Movim vient de remplacer BOSH par WebRTC.
Par contre de là à « supplanter » les messageries instantanées je pense qu'il y a un monde (enfin tu as précisé basiques, donc à la limite). Je ne pense pas que leur but est d'avoir un truc aussi puissant que XMPP, et si c'était le cas, ça serait probablement peu pertinent de ne pas utiliser XMPP directement.
Donc pour résumer: je pense que c'est une très bonne chose de voir Hello débarquer, et si le service prend (ce qui serait super), j'espère qu'on pourra rapidement communiquer avec XMPP.
[^] # Re: L'état de la messagerie instantanée en 2014
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 4.
Oui nous avons clairement régressé. Non seulement il y a une explosion des services, mais en plus il y a une explosion des services proprio et fermés, la situation est pire qu'à l'époque de MSN et ICQ.
Le courriel n'est plus un outil standard, certains ne consultent même plus, des dinosaures Usenet n'a plus qu'une présence anecdotique (à part pour alt.binaries), par contre IRC est encore très actif dans les projets libres.
XMPP avec son système de transport peut apporter une solution, mais ça n'est plus à la mode (à part spectrum2, et encore je ne sais pas si c'est super maintenu, il n'y a plus beaucoup de passerelles en développement à ma connaissance).
Bref, je pense que les passerelles sont intéressantes pour ce problème, et d'ailleurs on a pour projet d'en développer quelques unes, mais pas pour les services proprio et fermés, ça légitimerait la fragmentation sans rien résoudre.
# Explications sur le veto
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 6.
Pour ceux que ça intéresse, Dave vient de poster ses explications sur son veto: http://mail.jabber.org/pipermail/standards/2014-December/029378.html
(protoXEP c'est « privileged entity », la XEP que j'ai proposé, on appelle protoXEP les XEPs qui ne sont pas encore dans le processus de standardisation, c.-à-d. qui n'ont pas encore de numéro officiel).
[^] # Re: XSF, XEP et XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 9.
Je crois qu'il y a du monde salarié, pas que tu bénévolat, loin de là ! Par contre le problème est surtout qu'ils n'ont pas les mêmes priorités que nous, et du coup ils ont plus envie de se bouger sur l'internet des objets que sur PubSub.
Après oui ça sape un peu le moral, surtout de voir un veto, mais il y a d'autres choses qui ne sont pas agréables (par exemple je viens de me voir refuser 2 conférences au FOSDEM, la XSF n'a même pas de devroom cette année ! 2 ans de suite, XMPP n'est plus à la mode visiblement :( ).
Le moral est effectivement difficile à garder, surtout qu'on cherche à vivre du projet et qu'on met plus de temps que ce qu'on avait prévu. Mais on a aussi des succès, des gens enthousiastes, des choses qui avancent bref des choses qui nous motivent.
Dans notre cas on a créé l'association et ouvert le compte en banque, là on a tout juste obtenu la mise en place d'un système de paiement des cotisations en ligne, il nous reste à refaire le site web et sortir la prochaine version, et on devrait voir l'activité enfin monter un peu.
On a quand même envie d'arriver vite à quelque chose utilisable par le public.
Alors oui le XSF il faut la pousser un peu pour qu'elle aille dans notre sens (c'est sûr c'est plus facile quand on s'appelle Google), mais c'est pas le plus démotivant et on en a vu d'autre, pour le moment le moral tiens bon :).
On a aussi souvent des discussions de fond, plus « politiques », qui nous permettent de penser que ce qu'on fait est utile, et ça c'est important.
Bref, moral mis à part, le protocole est tout à fait moderne, et s'adapte aux nouveautés finalement assez bien (dernier exemple en date: les websockets). Alors oui y'a plus l'effet de mode comme on peut en voir avec bitmessage, twister ou tox, mais au final c'est un ensemble beaucoup plus complet, et qui pourra être distribué totalement un jour (comprendre sans serveur intermédiaire). Donc non au final, il vaut mieux prendre son temps et bien faire les choses.
[^] # Re: Encore, encore !
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 4.
C'est plus compliqué que passer le script 2to3 dessus, y'a tout le compilateur à porter, regarde cette discussion: https://groups.google.com/forum/#!searchin/pyjamas-dev/python$203/pyjamas-dev/v9ouzQJsohY/Bm01sI79DiYJ en particulier:
Aussi j'ai rapidement regardé le code de pyjamas, et c'est relativement complexe, je pense que rien qu'entrer dans le code demanderait un gros investissement, surtout qu'il n'y a plus vraiment de liste de diffusion ou de point de contact pour trouver de l'aide (et je ne veux toujours pas utiliser le fork, qui de toute façon est mourant aussi).
Par contre en écrivant le notre depuis zéro, on peut éventuellement réutiliser le framework (même si je pencherais plutôt pour en réécrire un plus proche de la page HTML finale).
Rapydscript semble une solution possible, faut voir ce que ça donne avec un projet comme le notre.
Après c'est aussi que ça serait un bon terrain d'apprentissage de repartir de zéro, le problème étant principalement le temps qu'on peut y consacrer…
[^] # Re: Encore, encore !
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 3.
ah intéressant en effet, j'avais vu empythoned, mais c'est encore un projet mort.
Par contre je m'inquiète un peu des performance, dans la console j'ai fait un import os, ça a mis plusieurs secondes…
[^] # Re: typos
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 2.
les autres (merci souliane):
l'interfacer avec les serveurs PubSub ==> l'interfacer avec les serveurs XMPP
en attendant que leur statut ==> en attendant que son statut
[^] # Re: Encore, encore !
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 7.
Ben je peux te faire une version courte: le projet en lui même est très bien malgré quelques défauts de conception (il teste les fonctionnalités par navigateur comme ça se faisait avant, alors qu'aujourd'hui il faudrait plutôt tester par fonctionnalité directement). Python est relativement bien géré, parfois c'est pas les bonnes exceptions qui pètent, parfois le code n'a pas le comportement attendu (en particulier nous avons eu des soucis avec __getattr__ et les setters). Mais une fois qu'on a l'habitude, on s'en sort pas trop mal.
Le gros problème, c'est que ça n'est plus maintenu suite à une des plus lamentables engueulades que j'ai vu sur un projet libre: au lieu de partir et de forker proprement le code, un des dév qui avait accès au serveur a détourné le serveur et a inscrit de force tout le monde (dont moi) sur une autre liste, j'avais raconté ça dans un commentaire et dans un journal.
Sans savoir les raisons exactes de la dispute (enfin dans les grandes lignes ça ressemble surtout à des gamineries), nous nous refusions de soutenir le fork et ses méthodes, aussi nous avons pris contact avec Luke, et essayé de pousser pour faire revenir Pyjamas sur le rails et le paquet dans Debian (qui avait disparu entre temps parce que plus compilable). En poussant un peu Luke a rouvert un site (http://pyj.be) et nous l'avons aidé à re-soumettre un paquet à Debian. Malheureusement le paquet n'est pas passé (il fallait vérifier les licences pour des images, moi je n'ai plus eu le temps de m'en occuper, et Luke a l'air trop débordé également), et Luke n'a pas renouvelé le domaine, donc aujourd'hui on est à nouveau au point mort, et le fork sur github ne semble pas en meilleur état.
Bref, Pyjamas est un super projet, mais mort à cause d'un fork sale. D'autre part il a quelques petits défauts, et est bloqué en python 2.7 (il faudrait tout réécrire pour passer en python 3.x).
Pour le moment nous gardons donc la version actuelle qui a 2 ans mais marche relativement bien, et nous sommes en train de réfléchir à la suite. Nous envisageons plusieurs options, nous sommes en train de les étudier en ce moment même:
maintenir pyjamas nous même, ça risque d'être difficile, et on restera bloqués sur les défaut mentionnés plus haut
trouver une alternative: nous avons Rapydscript qui est un précompilateur javascript avec une syntaxe à la Python - un Pyjamas très très simplifié - que nous regardons, et Meduse un transpileur Python/Dart (Dart pouvant se transpiler en javascript) qui a l'air très prometteur. Problème: Pyjamas ce n'est pas que le transpileur, c'est aussi le framework, la transition risque d'être difficile
réecrire la partie navigateur entièrement en javascript: on aurait la maîtrise, mais on perdrait la factorisation du code avec les autres frontaux, ça serait dommage
créer notre propre transpileur sur mesure: un pyjamas très simplifié, en gommant ses défauts et en partant directement sur Python 3. Ça serait du boulot, mais çe ne me semble pas insurmontable, surtout que Python fourni déjà pas mal d'outils (un module standard gère déjà l'arbre syntaxique). C'est la solution qui me plait le plus parce qu'intéressante techniquement, et surtout on peut envisager de transpiler tout le code y compris la partie serveur, dans l'optique de faire une vraie application pour Firefox OS.
Dans tous les cas, on y réfléchit, mais ça sera sur plusieurs mois, en parallèle, et on garde la version actuelle de Pyjamas pour le moment.
P.-S.: ben c'était pas si court finalement :)
# typos
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 2.
Malgré une relecture, je vois encore des typos:
à essaye ==> à essayer
L'écrite ==> L'écriture
Si un modo peut les corriger: merci.
j'en avais vu d'autres mais je ne retrouve plus. Et faut que je me mette un peu au boulot :).
[^] # Re: Moi aussi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 2.
Oui ton intervention est bien utile, merci :).
On te vois sur le forum smartrap aussi ?
[^] # Re: Sympa
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 4.
Ben on a un double but: d'une part permettre la diffusion et la distribution facile de SàT (et autre), pour avoir un réseau vraiment décentralisé et facile à installer, et d'autre part avoir un apport supplémentaire en plus des adhésions pour réussir à nous salarier à travers l'association.
Donc oui si d'autre gens veulent participer à un prototype, je suis joignable (mon adresse XMPP est renseignée: goffi@jabber.fr, ou par courriel: goffi @ goffi.org).
Mais bon, vu comme on est pris en ce moment, et qu'on bosse d'abord sur PubSub, ça ne sera pas avant plusieurs mois.
[^] # Re: Sympa
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 3.
Bon ben c'est commandé, merci pour ton journal et tes réponses :)
Ça risque de mettre du temps vu que c'est en pré-commande, mais je préfère de toute façon ne pas la recevoir trop vite parce que j'ai déjà beaucoup de travail avec mon projet.
Gros point bonus: la possibilité de payer par virement, sans passer par PayPal !
J'aime aussi le choix de PLA pour raison écologique (enfin soyons francs: je pense que les imprimantes 3D risquent de provoquer une impression massive de gadgets et autre déchets inutiles, donc pas sûr que ça soit super au niveau écologique, mais autant prendre une matière première moins mauvaise, et surtout voir si on peut recycler).
Par contre le bon point vert est effectivement la réparation maison des objets divers, à voir si c'est réellement faisable, couplé à des marchés aux puces/Emmaüs ou associations similaires, il y a probablement de quoi faire.
Bien sûr le matériel libre est un atout majeur, et l'équipe à l'air sympa (j'ai cependant failli tout annuler en voyant un logo de pomme sur un T-Shirt dans une interview, mais il faut savoir passer outre certains problèmes).
Pour l'usage principal que j'envisage: faire des boîtiers pour Olinuxo/Cubietruck et Arduino, surtout que j'aimerais bricoler des prototypes avec SàT.
[^] # Re: Sympa
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 4.
Merci pour tes réponses !
T'as oublié le prix du plastique mais honnêtement je dois pouvoir trouver ça en quelques secondes, je ne vais pas trop faire le fainéant :).
Donc la surface d'impression est suffisante pour des boîtiers, cool. Enfin ça aussi je dois pouvoir trouver la surface d'impression facilement de toute façon.
Dernières questions toutefois: j'imagine que tu as dû pas mal chercher ce qui se fait avant de choisir celle là, qu'est-ce qui t'as fait t'arrêter là dessus ? Le côté open hardware ? Le prix ? Est-ce qu'il y a d'autres imprimantes dans cette zone de prix ? La dernière fois que j'avais regardé, ça tournait plutôt autour des 700 à 1000 € pour une RepRap. D'ailleurs par rapport à une RepRap de base, qu'est-ce qu'elle de mieux/moins bien ? Le prix ? Autre chose ?
Merci :)
# Sympa
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 10.
Merci pour le retour d'expérience, je pense qu'on est tous plus ou moins attirés par ces petites bestioles.
Quelques questions:
as tu de l'expérience notamment en électronique ? Est-ce nécessaire pour le montage ? Combien de temps ça t'a pris au doigt mouillé ?
c'est basé sur le reprap du coup ça fonctionne pareil avec les logiciels ? J'ai vu que Blender ajoutait des trucs pour l'impression 3D, c'est utilisable avec ?
ça coûte combien le plastique à l'usage ? On peut en recycler ? J'ai vu que certains faisaient ça avec des bouchons de bouteilles d'eau…
ça met combien de temps pour imprimer une pièce, disons un éléphant ?
est-ce qu'on ne risque pas de voir la communauté disparaître ou un support moindre vu que c'est une petit structure qui gère ça ? C'est open hardware/source OK, mais il faut une communauté qui reste un peu active… La question serait plutôt: est-ce que c'est suffisamment proche d'une reprap de base pour que la communauté reprap puisse aider au besoin ?
Je suis en train de me (re)mettre un peu à l'Arduino, et une imprimante 3D ça pourrait être utile pour fabriquer des boîtiers ou ce genre de choses, mais ça reste probablement un peu gadget à l'heure qu'il est… Il faudrait mutualiser dans l'idéal, mais là où je suis c'est difficile.
Ceux qui ont une imprimante 3D ici, à quoi elle vous sert (à part vous amuser bien sûr :)) ?
# Cas pratique
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Exploiter inotify, c’est simple. Évalué à 5.
Merci pour la dépêche, très instructive.
Je me sers de temps à autre d'inotifywait couplé à D-Bus pour avoir un aperçu en temps réél. J'ai d'ailleurs expliqué récemment sur mon blog comment le faire pour éditer une XEP.
C'est quand même super pratique ces outils…
[^] # Re: Pourquoi Google Maps ? FirefoxOS
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté un téléphone... Pas libre.... Évalué à 5.
Ils ont monté la limite à 500 km je crois sur les versions récentes (je confirme, je viens de vérifier).
Sinon pour ton trajet il doit effectivement t'indiquer le plus court, tu peux changer de moteur de trajet si tu le souhaites (paramètres, navigation, service de navigation), mais celui d'OsmAnd marche très bien pour moi, et c'est souvent très rapide. Tu peux farfouiller le menu pour afficher les infos qui t'intéressent, et y'a des plugins plus ou moins intéressants.
Oui la recherche est peu intuitive au début, mais quand on s'y fait ça marche très bien. Par exemple pour trouver un point d'intérêt, il faut d'abord choisir un point autour duquel il se trouve, puis faire une recherche, et t'as la possibilité de chercher directement par nom quand tu n'es pas sûr de la catégorie.
J'en profite pour poser une question: sur les dernières version l'interface a changé, et du coup il n'y a plus le mode « afficher seulement » en piéton que j'utilisais souvent (en gros il met le tracé, mais pas les tournant et pas d'annonce vocale). Est-ce que c'est possible de retrouver ça dans la dernière version ?
# Pourquoi Google Maps ? FirefoxOS
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté un téléphone... Pas libre.... Évalué à 5.
Salut,
pour ma part j'utilise OSM And~ (version compilée par l'équipe de F-Droid) et je trouve ça parfait comme logiciel de navigation (qui fonctionne hors ligne), qu'est-ce google maps apporte là dessus (qui ne soit pas gadget) ?
J'ai fait un billet sur Firefox OS, et suite à une mauvaise mise à jour (de ma faute, et aussi parce que je n'ai pas Windows), et à l'absence de logiciel de navigation correct (ce qui m'intéresse le plus au final), je suis passé sur CyanogenMod sans Google Apps, et tout marche très bien j'ai tout ce qu'il faut dans F-Droid, je n'ai pas de compte google associé, le seul truc qui ne marche pas c'est l'écriture par geste (pas indispensable, mais utile, dommage). J'ai lu qu'il fallait les Google Apps pour ça, aussi je m'en passe.
Je retenterai tôt ou tard Firefox OS.
# gestion des syntaxes
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Weboob atteint la maturité. Évalué à 5.
Salut et bravo pour cette version stable.
Une petite question en passant: est-ce que vous avez moyen de récupérer la syntaxe de manière normalisée des sites avec une capacité « messages » ? Par exemple si je récupère le code source d'une page mediawiki, est-ce que j'ai une variable quelque part qui me dit que c'est du mediawiki ? Idem pour du Markdown, du BBcode, du HTML ou du XHTML, etc ?
Sans demander à faire la conversion vous même, savoir quelle est la syntaxe serait déjà super pratique et permettrait de gérer de façon générique les sites derrière, et ça ne demanderait pas grand chose aux développeurs de modules d'ajouter cette info. À première vue je ne vois rien qui permet ça dans la capicité « messages ». Au passage la doc a l'air d'avoir été bien améliorée aussi, cool :)
[^] # Re: Y'a pas moyen de sauver CAcert ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Comme autorité de certification pour linuxfr.org je préfèrerais.... Évalué à 2.
Oui c'est énorme, surtout en ramenant à une petite structure comme ça. Mais quand tu vois à quel point ça peut être utile (potentiellement tous les projets libres + de nombreux autres cas), il y aurait peut-être moyen d'avoir un coup de main du côté de structures comme Mozilla, Mediawiki, Debian, Red Hat ou autre…
Parce que l'argumentation de la FAQ DLFP sur CAcert est toujours valide.
Enfin bref, plus facile à dire qu'à faire je m'en rends bien compte.
# Y'a pas moyen de sauver CAcert ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Comme autorité de certification pour linuxfr.org je préfèrerais.... Évalué à 9.
On a le même problème pour notre site de démo, et franchement ça me génerait de prendre un service centralisé, CAcert est vraiment celui qui colle le plus à mon avis aux valeurs libres et communautaires.
Qui suit un peut de ce côté si ça avance ? Est-ce qu'il y a une volonté de faire passer l'audit Mozilla ? De revenir dans Debian ?
Qu'est-ce qu'il leur manque ? Des gens ? Des moyens ? On ne pourrait pas monter un financement ? Forker le projet s'il n'y a plus de volonté d'avancer ?
On est en train de perdre un super projet par manque d'intérêt, et j'ai l'impression qu'il ne sont pas super aidés (il y avait un intérêt certain pour eux il y a quelques années, mais il a disparu, ou du moins énormément diminué).
Bref, qu'est-ce qu'on peut faire ? Malheureusement je n'ai pas le temps de contribuer directement, j'ai déjà largement assez de choses à faire, mais je n'ai pas envie de voir CAcert disparaitre, et si même DLFP s'en sépare, après Debian je pense que ça sera difficile de remonter la pente…
# Bonne initiative
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Framasoft veut dégoogliser Internet !. Évalué à 10.
Pour ma part j'héberge moi même la plupart des services que j'utilise couramment (courriel, blog, dépôt Mercurial, etc), sauf mon serveur XMPP vu que j'utilise celui de l'APINC, mais j'utilise les outils Framasoft de temps en temps (surtout Framadate et Framapad). Bref, c'est une bonne chose d'en voir d'autres arriver, souhaitons que le chemin soit suivi. C'est aussi comme ça que j'imagine la chose: des associations ou autres petites entités un peu partout qui ont leur serveurs, et les gens qui auto-hébergent quand c'est possible.
Par contre c'est malhonnête de dire que Framasoft sont les seuls comme je l'ai lu dans les commentaires plus haut, même s'ils sont plus visibles: il y a eu nombre d'associations qui hébergeait ou hébergent des services divers, comme l'APINC que j'ai cité plus haut, Mailoo, etc. Sans parler des gens qui bossent sur les projets qui rendent ceci possible.
Bref, bravo et bon courage.