Réunion des développeurs I2P - 26 octobre 2004

14:04 <jrandom> 0) salut 14:04 <jrandom> 1) état du réseau 14:04 <jrandom> 2) Streaming lib (bibliothèque de streaming) 14:04 <jrandom> 3) avancement de mail.i2p 14:05 <jrandom> 4) ??? 14:05 <jrandom> 0) salut 14:05 * jrandom fait coucou 14:05 <jrandom> notes d'état hebdomadaires publiées à http://dev.i2p.net/pipermail/i2p/2004-October/000474.html 14:06 * jrandom vous laisse lire à l'avance (maudite lecture en avance !) 14:06 <jrandom> on passe à 1) état du réseau 14:07 <jrandom> je suppose que le mail couvre ce que je voulais mentionner. beau correctif concernant la reprise, duck, et merci de l'avoir signalé ardvark et ragnarok ! 14:07 <jrandom> quelqu'un a-t-il quelque chose à évoquer à propos de l'état du réseau ? 14:08 <modulus> ça déchire. 14:08 <deer> <postman> salut 14:08 <jrandom> w3wt 14:09 <jrandom> il y a un truc bizarre avec la latence ces derniers temps, mais ça semble être la même chose que ce dont on a parlé la semaine dernière 14:09 <jrandom> (d'autant que je n'ai pas touché au cœur depuis) 14:09 <deer> <clayboy> je pense que tout le monde est d'accord pour dire que c'était stable et utilisable. 14:09 <deer> <clayboy> mes 10-16 heures de connexion continue sur IRC me manquent, mais c'est pas important 14:10 <deer> <jrandom2p> je suis connecté depuis 20h ici 14:10 <deer> <jrandom2p> mais oui, ça varie (ce à quoi, j'espère, le point 2) de l'ordre du jour aidera) 14:10 <deer> <clayboy> j'ai du mal à dépasser> 2h, mais je me reconnecte toujours instantanément, donc c'est quand même utilisable 14:11 <jrandom> cool 14:11 <jrandom> toujours pas assez bon, mais suffisant 14:11 <jrandom> (pour le moment) 14:11 <deer> <clayboy> d'accord 14:12 <jrandom> ok, quelqu'un a autre chose, ou on passe à 2) streaming lib ? 14:13 <jrandom> [considérez que c'est fait] 14:13 <jrandom> le mail donne un aperçu de l'avancement 14:14 <jrandom> les séquences de messages sont « correctes » dans la plupart des cas (elles correspondent à celles discutées précédemment) 14:14 <jrandom> par ex., une requête/réponse courte obtient une réponse du destinataire en un seul aller-retour 14:15 <jrandom> je travaille sur profile=bulk en ce moment, en passant en revue les fenêtres glissantes avec de la latence et en conditions d'échec 14:15 <jrandom> il reste des choses à nettoyer, et rien n'est prêt à l'usage, mais ça avance 14:16 <deer> <clayboy> donc 0.4.2 avec la streaming lib est-elle en route pour octobre ? ça semble une précipitation inutile. 14:16 <jrandom> je ne pense pas que la streaming lib sera prête pour un déploiement final d'ici la semaine prochaine, non 14:17 <jrandom> donc il y aura un décalage de planning, je ne sais pas encore dans quelle mesure 14:17 <deer> <duck> des classes de test qu'on peut lancer pour le fun ? 14:18 <jrandom> je n'ai pas encore validé le fichier build.xml pour éviter que les gens ne l'utilisent ;) mais je pousserai ce que j'ai plus tard ce soir, et vous pourrez essayer http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/streaming/java/test/net/i2p/client/streaming/StreamSinkTest.java?rev=1.1&content-type=text/x-cvsweb-markup 14:19 <deer> <duck> h0t 14:19 <jrandom> une chose : cette nouvelle streaming lib n'utilise plus l'ancien mode=guaranteed puisqu'elle a son propre mécanisme ACK/NACK 14:20 <jrandom> ça veut dire qu'après que la lib fonctionnera parfaitement, il restera du boulot dans le router lui-même, car les tâches d'envoi côté client sont conçues pour une livraison 'guaranteed', en empaquetant un message aller-retour dans le garlic pour confirmer la livraison du tag de session 14:21 <jrandom> on n'a pas besoin de corriger ça immédiatement — l'usage de bande passante pour ce DeliveryStatusMessage est... trivial 14:21 <jrandom> mais on voudra le faire plutôt tôt que tard 14:22 <jrandom> ok, c'est tout ce que j'ai à dire là-dessus 14:22 <jrandom> quelqu'un a quelque chose à soulever concernant la streaming lib ? 14:23 <jrandom> sinon, 3) avancement de mail.i2p 14:23 <jrandom> postman, t'es dans le coin ? 14:23 <deer> <postman> ouaip 14:24 <jrandom> des nouvelles pour nous, ou on attend d'en avoir plus ? 14:24 <deer> <postman> ok 14:24 <deer> <postman> j'y vais ? 14:24 <jrandom> le micro est à toi 14:24 <deer> * gott se réveille. 14:24 <deer> <postman> 1.) la fonctionnalité de proxy in/out est en cours d'installation/test en ce moment 14:25 <deer> <postman> 2.) d'ici les 10 prochains jours, nous aurons un service de passerelle depuis et vers l'internet pour les emails 14:25 <modulus> cool ! 14:25 <jrandom> cool^2 ! 14:25 <deer> <clayboy> en effet 14:25 <deer> <postman> 3.) l'implémentation suivra les idées/concepts du document ideas.html sur mon site web 14:25 <deer> <gott> bravo ! 14:26 <deer> <postman> ça veut dire : quotas basés sur hashcash/destinataire et tout le tralala 14:26 <deer> <postman> le service ne devrait pas être abusé par ses chers utilisateurs anonymes 14:26 <deer> <postman> :) 14:26 <deer> <postman> bon, il y a un autre point 14:26 <deer> <postman> la question des interfaces webmail 14:26 <deer> <postman> pour l'instant je ne veux pas les héberger sur mes serveurs 14:27 <deer> <postman> puisque je ne connais pas les problèmes de sécurité potentiels 14:27 <deer> <postman> le système qui tourne actuellement a été vérifié par moi — je connais la source et les risques de sécurité 14:28 <deer> <postman> ajouter du PHP et des trucs dynamiques et une application webmail POUR TOUS les utilisateurs rend les choses beaucoup plus compliquées 14:28 <deer> <postman> l'idée (merci jr) c'est : 14:28 <deer> <postman> et si l'utilisateur installait sa propre interface webmail comme une autre instance optionnelle de Jetty ou autre ? 14:29 <modulus> un truc du genre POP3 -> webmail ? 14:29 <jrandom> exactement 14:29 <deer> <postman> et cette application webmail locale utilise les tunnels postman.i2p pour faire du SMTP et du POP3 14:29 <modulus> ça a l'air bien. 14:29 <deer> <postman> mais j'ai besoin d'aide pour évaluer 14:30 <deer> <postman> en ce moment je suis assez pris par la vraie vie et les proxies in/out 14:30 <jrandom> (beurk, la vraie vie !) 14:30 <deer> <postman> et j'ai un cerveau de la taille d'une cacahuète — donc je ne suis pas bon en Java du tout 14:31 <deer> <postman> j'ai besoin de quelqu'un pour aider à voir comment faire ça comme service local/optionnel 14:31 <modulus> il existe peut-être déjà quelque chose qui fait ça sur TCP ? si oui, on pourrait l'utiliser. 14:31 <deer> <DrWoo> postman : je doute que ce soit la taille d'une cacahuète, je pense qu'il faut au moins la taille d'une noix rien que pour respirer ;) 14:32 <jrandom> après un coup d'œil rapide sur hotscripts, j'en ai vu un qui faisait POP3, mais je ne sais pas s'il faisait du SMTP authentifié 14:32 <deer> <postman> modulus : je suppose qu'il y a quelque chose dans la nature qu'on peut utiliser/adapter — ce serait sexy de le faire tourner dans sa propre instance Jetty 14:32 <jrandom> je suis sûr qu'il y a quelque chose, il nous faut juste une âme aventureuse pour aller le trouver :) 14:32 <deer> <postman> jrandom2p : ça peut être bricolé assez facilement je pense 14:33 <jrandom> exactement — dans un monde idéal, quelqu'un n'a qu'à récupérer un mywebmail.war et le déposer dans le répertoire webapps/ et aller sur http://localhost:7657/mywebmail/ 14:33 <deer> <postman> bon, je vous laisse réfléchir à cette question :) 14:33 <modulus> même si c'est une appli autonome, ça ira, avec i2ptunel 14:33 <jrandom> oui modulus 14:33 <deer> <postman> ouaip :) 14:34 <jrandom> et local>> distant, car le côté local peut faire des choses comme accéder à tes trousseaux GPG, etc. 14:34 <deer> <postman> je ferai tout ce qui est nécessaire pour supporter un tel système côté serveur 14:34 <modulus> ce qui, espérons-le, sera très peu. 14:36 <deer> <postman> bien sûr il y aura une annonce officielle dès que l'accès Internet sera disponible — restez à l'écoute — il y aura peut-être aussi des avancées sur l'idée de webmail 14:36 <deer> <postman> voilà pour mon département 14:36 <deer> * postman se rassoit et sirote son café 14:36 <modulus> pourriez-vous faire quelque chose pour filtrer les données révélant l'identité ? 14:36 <jrandom> énorme, merci postman ! ça a l'air excitant 14:36 <modulus> certains MUA se comportent très mal à ce niveau. 14:37 <deer> <postman> modules : merci de regarder la page web — il y a un sermon sur plusieurs pages à ce sujet 14:37 <jrandom> :) 14:37 <modulus> ok 14:37 <jrandom> http://www.postman.i2p/sec.html pour commencer 14:37 <modulus> j'ai lu ça, je pensais juste que certains champs pourraient être filtrés. 14:37 <modulus> peut-être que je fais confiance à postman mais pas aux autres. 14:38 <deer> <postman> modulus : Ils SONT filtrés 14:38 <modulus> ok, la dernière fois que j'ai essayé, ils ne l'étaient pas. 14:38 <modulus> désolé pour ça. 14:38 <deer> <postman> modulus : sec2.html décrit QUELLES lignes d'en-tête sont filtrées ou modifiées 14:38 <deer> <postman> modulus : à quelles lignes d'en-tête fais-tu référence ? 14:38 <modulus> du genre domaine (IP) 14:39 <jrandom> ce serait bien qu'un script webmail local fasse le filtrage localement 14:39 <jrandom> (en plus de tout filtrage fait @ smtp.postman.i2p) 14:39 <deer> <postman> modulus : parlons-en en privé, ok ? :) 14:40 <deer> <postman> jrandom2p : bien sûr — je suis content quand chaque client fait ses devoirs 14:40 <modulus> d'accord, désolé. 14:41 <jrandom> ok, avons-nous autre chose pour les discussions mail.i2p ? 14:41 <jrandom> sinon, 4) ??? 14:41 <deer> * duck a quelque chose pour le point n°4 14:42 <jrandom> quoi de neuf duck ? 14:42 <deer> <duck> le disque dur de home.duck.i2p a explosé 14:42 <jrandom> (zut) 14:42 <deer> <duck> heureusement les comptes d'hébergement n'étaient pas vraiment utilisés, sauf pour alexandria 14:42 <deer> <duck> est-ce que quelqu'un ici a tout aspiré les ebooks ? :) 14:43 <deer> <duck> si oui, il m'en manque quelques-uns donc envoyez-moi un message svp 14:43 <jrandom> en fait, je crois que thetower l'a fait 14:43 <deer> <duck> je sais que hypercubus les a aussi 14:43 <deer> <postman> zut 14:43 <jrandom> j'ai vu un miroir sur son site il y a quelque temps 14:43 <deer> <postman> :/ 14:43 <deer> <duck> cool 14:43 <jrandom> je ne sais pas si tout y est cependant, ni à quel point c'était à jour 14:43 <deer> <duck> alexandria est maintenant sur http://duck.i2p/alexandria/ 14:44 <deer> <duck> et je retourne à ma honte 14:44 <deer> <duck> . 14:44 <jrandom> pas besoin d'avoir honte, tu as fourni un service gratuit de ouf ! 14:45 <jrandom> c'est peut-être l'occasion pour un site geocities.i2p ;) 14:46 <deer> <duck> oh, j'ai fait une interface web pour yodel @ http://duck.i2p/yodel/ 14:46 <jrandom> oh, une chose qui n'était pas à l'ordre du jour, c'est des trucs liés à BT. je sais que dinoman bidouille là-dessus — il veut peut-être mentionner quelque chose ? 14:46 <jrandom> ah sympa 14:48 * jrandom note que le lien miroir d'alexandria chez thetower renvoie un 404 14:48 <deer> <gott> j'ai une suggestion. 14:48 <jrandom> quoi de neuf gott ? 14:48 <deer> <gott> je pense que ce serait une bonne fonctionnalité pour 0.4.2 d'ajouter un lien vers une des listes de sites sur des pages comme celles de thetower, baffled ou la mienne. 14:49 <jrandom> c'est une bonne idée 14:49 <jrandom> peut-être les trois 14:49 <deer> <gott> L'objectif est (a) de maintenir une liste d'eepsites actives et (b) de former un index pour i2p similaire à FIND / Dolphin 14:49 <jrandom> le tien est sympa avec les liens vers les eepsites aussi 14:49 <deer> <gott> celle située à http://gott.i2p/sites.html est maintenue à jour 14:49 <deer> <gott> et le script tourne chaque jour 14:49 <deer> <gott> je peux ajouter des descriptions facultatives aux liens (merci au script de baffled) 14:50 <deer> <gott> ce qui en ferait un index 14:50 <jrandom> ce serait peut-être chouette d'avoir aussi un indicateur « ajouté récemment » ou « supprimé récemment » ? 14:50 <jrandom> clair 14:51 <deer> <gott> très bien. 14:51 <deer> <gott> c'est tout ce que j'avais à dire pour l'instant. 14:51 <deer> <gott> oh, autre chose 14:51 <deer> <gott> snipsnap marche bien sous i2p 14:52 <deer> <gott> donc on pourrait voir surgir des eepsites à la kuro5hin un de ces jours, façon SCUM 14:52 <jrandom> énorme 14:52 <deer> <gott> * sauf plus sournois façon SCUM 14:52 <jrandom> un tutoriel pour mettre ça en place serait génial 14:52 <deer> <gott> tu mets le .war dans webapps 14:52 <deer> <gott> c'est assez simple ;-) 14:53 <deer> <polecat> snipsnap... SCUM...? 14:53 <jrandom> c'est vraiment si facile ? booyeah ! 14:53 <jrandom> polecat - http://snipsnap.org/space/start 14:53 <deer> <gott> j'ai terminé mon discours. 14:53 <deer> * gott se retire. 14:53 <jrandom> merci gott 14:54 <jrandom> nickster a utilisé snipsnap pendant un moment 14:54 <jrandom> ok, quelqu'un a autre chose à évoquer ? 14:55 * jrandom note qu'on approche de l'heure même *sans* newsbyte ;) 14:55 <deer> <polecat> j'aime la tarte ! 14:55 <deer> <gott> j'ai autre chose. 14:55 <deer> <duck> oh, orz est réveillé 14:55 <deer> <gott> je voudrais annoncer que peu après la sortie 0.4.2 je publierai une interview de jrandom sur des sujets liés à i2p. 14:55 <deer> <polecat> je ne savais pas que c'était une réunion formelle. Je pourrais mentionner mes idées à propos des serveurs de noms... 14:56 <deer> <duck> je suggère à tous les japonais d'aller voir son eepsite/serveur IRC 14:56 <deer> <gott> rien de spécifique à en dire avant que les questions soient posées et répondues, mais vous aurez quelque chose à attendre. 14:56 <deer> <gott> ce sera sur mon eeplog et si jrandom trouve ça assez bon, probablement mis en avant quelque part sur i2p.net 14:57 <deer> * gott se retire à nouveau. 14:57 <deer> <postman> modulus: 14:57 <jrandom> ouais, le site et le serveur IRC d'orz marchent très bien, je ne sais juste pas ce que ça dit :) 14:58 <modulus> OUI ? 14:58 <modulus> désolé pour les majuscules. 14:58 <deer> <DrWoo> polecat : donc à propos du serveur de noms ? 14:58 <deer> * gott sort de sa retraite 14:58 <deer> <gott> duck : il parle anglais ? 14:59 <jrandom> oh polecat, quoi de neuf ? 14:59 <jrandom> polecat : on a notre réunion hebdo tous les mardis à 21h GMT 14:59 <deer> <gott> je suppose que oui pour avoir tout configuré si bien. 14:59 <jrandom> (les logs sont publiés @ http://www.i2p/meetings une fois qu'ils sont prêts ;) 15:00 <deer> <polecat> Oui. Eh bien je pensais qu'un serveur de noms pourrait être une bonne idée. Mais pas DNS. c.c J'avais une idée pour un serveur qui ne ferait rien d'autre que traduire entre des adresses spécifiques à un protocole et des noms lisibles par des humains. 15:00 <jrandom> donc un résolveur URI-->URL, en quelque sorte ? 15:01 <deer> <polecat> ça remplacerait hosts.txt, et finirait par remplacer DNS lui-même une fois qu'il prendrait en charge IPv4 et IPv6. 15:01 <deer> <polecat> nom => hash dans le cas d'i2p. Comme duck.i2p => charabia 15:02 <jrandom> oui oui 15:02 <deer> <polecat> Le problème avec DNS, c'est qu'il a des « exigences » (c.-à-d. des hacks) comme les serveurs MX, la hiérarchie racine, et d'autres trucs moches du genre. Le côté bidouille de DNS fait pâlir même Usenet. 15:03 <deer> <polecat> J'en parlais plus tôt, et quelqu'un a mentionné http://distributeddns.sourceforge.net/ 15:03 <deer> <polecat> je n'ai pas encore eu l'occasion de regarder ce site. 15:05 <jrandom> il y a beaucoup de choses à garder à l'esprit quand on travaille sur un système de nommage, et, en retour, beaucoup de compromis à faire. il y a aussi eu beaucoup de discussions d'améliorations au fil des années (pas seulement dans i2p) pour traiter nombre de ces problèmes, mais une solution concrète serait géniale 15:05 <deer> <gott> très bien, très bien. 15:07 <jrandom> j'ai mes propres vues, mais c'est là qu'un des points forts d'i2p ressort — mes vues sont sans importance :) n'importe quel type de service de nommage peut être utilisé par les applis clientes, puisque toute cette fonctionnalité est en dehors du périmètre du cœur 15:08 <jrandom> je sais que nano travaille sur quelque chose aussi — il y a des entrées @ nano.i2p, même si je ne sais pas comment ça progresse 15:08 <deer> <polecat> D'accord ; on peut écrire des clients pour utiliser un serveur ddns tout comme on peut les écrire pour parser le hosts.txt local 15:08 <deer> <gott> jrandom : je redoute le jour où hosts.txt ou un système de nommage équivalent commencera à afficher <<enlarge.your.penis.i2p>> 15:09 <deer> <polecat> Ce serait peut-être plus facile ; à l'heure actuelle seul I2PTunnel est capable de comprendre hosts.txt. En plus, si on veut rivaliser avec IPv4 et IPv6, on ne peut pas accepter des fonctionnalités limitées alors qu'eux ne le font pas. 15:10 <jrandom> il y a quelque temps, mihi a isolé les hooks de nommage dans i2ptunnel — tout ce qui implémente http://dev.i2p.net/javadoc/net/i2p/client/naming/NamingService.html peut être utilisé de manière transparente 15:10 <jrandom> (et cela inclut I2PTunnel et SAM) 15:10 <deer> <polecat> Vraiment ? Il faudra que je regarde ça aussi... 15:11 <jrandom> eh bien, ils sacrifient des fonctionnalités au profit de la sécurité et de l'identité 15:11 <deer> <polecat> Et aussi, puisque i2p a des hash si longs, pour la sécurité cryptographique, avoir un serveur de noms est d'autant plus important car la plupart des gens ne peuvent pas mémoriser l'adresse hash i2p complète. 15:11 <jrandom> par exemple, les nervis peuvent défoncer la porte de $domainOwner 15:11 <jrandom> (et quelqu'un peut usurper DNS sans grande difficulté) 15:12 <jrandom> mais avoir une fonctionnalité quelconque de résolution nom --> localisation est définitivement important 15:13 <deer> <polecat> Sans serveur centralisé, on ne peut pas avoir de nom lisible par l'humain unique de toute façon. Même s'ils sont signés cryptographiquement, ils peuvent toujours être dupliqués sur la partie compréhensible pour nous. 15:14 <lucky> beurk. 15:14 <lucky> Pourquoi tu ne fais pas bloquer gott par deer ? 15:14 <jrandom> il y a beaucoup de compromis 15:14 <jrandom> j'ai présenté ma préférence sur http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 15:15 <jrandom> mais je ne vais pas écrire un service de nommage de sitôt, donc, quoi que veuille faire un implémenteur, il est libre :) 15:15 <lucky> hé. Je pensais que c'était en réponse à la question sur Gott. 15:15 <jrandom> hé 15:15 <jrandom> nan, gott contribue positivement ces derniers temps 15:16 <jrandom> ok, en tout cas polecat, tu devrais mettre en place une eepsite avec tes idées 15:16 <lucky> bon sang, où va le monde ? 15:16 <deer> <polecat> Je pense écrire moi-même un service de nommage. J'aimerais savoir ce que préfèrent les autres, et obtenir un maximum de conseils sur la façon de l'implémenter pour que ça marche vraiment, vraiment bien. 15:16 <lucky> Oh, comment puis-je contribuer ? 15:16 <lucky> Je connais un peu Java. Comme l'affectation de variables. 15:16 <lucky> Et ce que ++j signifie 15:17 <deer> <polecat> Beurk... une eepsite... 15:17 <deer> <polecat> ++j est l'opérateur d'auto-incrément postfixé sur la variable j ? 15:18 <jrandom> polecat : tu peux poster sur la liste de diffusion ou le forum aussi. fais peut-être un sondage sur le forum si tu veux voir quelles sont les préférences des gens ? 15:18 <deer> <polecat> Le problème, c'est que l'ordinateur que j'utilise est fréquemment remis sous Windoze, et donc à moins de mettre mon eepsite sur une partition vfat, je ne peux pas partager ses infos entre systèmes d'exploitation. 15:19 <jrandom> 'k, alors c'est probablement mieux d'avoir le truc de nommage sur le forum plutôt que sur une eepsite :) 15:20 <deer> <polecat> C'est où déjà, le forum... ? 15:20 <jrandom> http://forum.i2p/ 15:20 <jrandom> et http://forum.i2p.net/ 15:20 <jrandom> (le nommage, c'est merveilleux, non ? :) 15:21 <deer> <gott> J'ai toujours contribué positivement. 15:21 <deer> <polecat> Oui, sauf qu'on fait tous encore un wget du fichier hosts.txt depuis des sources centralisées. ;3 15:22 * jrandom utilise cp, pas wget ;) 15:22 <jrandom> ok, quelqu'un a autre chose à évoquer ? 15:23 * jrandom ne veut pas clore la discussion sur le nommage, c'est juste qu'on peut en discuter pendant des semaines 15:23 <deer> <DrWoo> dinoman travaille sur un serveur CVS dans i2p ? 15:23 <jrandom> eh bien, il y a déjà *un* serveur CVS dans i2p (cvs.i2p) 15:24 <jrandom> mais c'est ça — dinoman bossait sur un gforge complet dans i2p si je me souviens bien 15:24 <deer> <DrWoo> jrandom : désolé, je veux dire un CVS entièrement anonyme ;) 15:25 <jrandom> hé, cvs.i2p est un CVS entièrement anonyme :) i2p est complètement auto-hébergé, mais sans tous les à-côtés pour ajouter plein d'autres projets 15:25 <jrandom> (et avoir un gforge sur i2p serait énorme) 15:26 <deer> <DrWoo> jrandom : cvs.i2p ne tourne pas sur le serveur public ? 15:26 <deer> <polecat> gforge... je ne connais pas... 15:27 <jrandom> DrWoo : peuuut-être ;) 15:27 <jrandom> DrWoo : mais l'essentiel, c'est que les développeurs peuvent être anonymes et développer pour i2p via i2p 15:27 <jrandom> si la machine sur laquelle cvs.i2p est physiquement hébergé est attaquée, on peut simplement déplacer la destination ailleurs 15:28 <deer> <polecat> Oui, donc même si la source d'i2p elle-même est vulnérable à une confiscation par le Long Bras de la Loi, ses développeurs sont en partie protégés par l'anonymat. 15:28 <jrandom> laissons-leur la source, elle est libre ! :) 15:29 <deer> <DrWoo> jrandom : ouais, je vois ce que tu veux dire, mais ça reste exposé à un truc comme l'affaire indymedia 15:30 <jrandom> si les nervis défonçaient la porte du colo où est cvs.i2p, j'installerais simplement CVS ailleurs, y déploierais une sauvegarde du CVS, et lancerais un i2prouter avec la clé privée de cvs.i2p 15:30 <jrandom> (et *ne pas* dire aux gens que cvs.i2p == cvs.i2p.net ;) 15:32 <jrandom> ok, quelqu'un d'autre a quelque chose à évoquer pour la réunion ? 15:32 <deer> <polecat> héhé, c'est plutôt cool. 15:33 <jrandom> sinon 15:33 * jrandom conclut 15:34 * jrandom *baf* clôt la réunion