Réunion des développeurs I2P - 23 août 2005

12:01 <jrandom> 0) salut 12:01 <jrandom> 1) statut 0.6.0.3 12:01 <jrandom> 2) statut IRC 12:01 <jrandom> 3) susibt 12:01 <jrandom> 4) Syndie 12:01 <jrandom> 5) ??? 12:01 <jrandom> 0) salut 12:01 * jrandom fait signe de la main 12:01 <lucky> salut 12:02 <jrandom> notes d’état hebdomadaires en ligne @ http://dev.i2p.net/pipermail/i2p/2005-August/000857.html 12:02 <lucky> hihihihi 12:02 <jrandom> salut lucky 12:02 <jrandom> ok, on passe à 1) statut 0.6.0.3 12:02 <jrandom> je pense que l’essentiel à mentionner à propos de 0.6.0.3 est dans les notes d’état, mais au-delà de ça, quelqu’un a quelque chose à soulever ? 12:04 <gott> C’est quoi le truc avec « Unknown » ? 12:04 <jrandom> je ne suis pas sûr que les améliorations SSU cwin arriveront en 0.6.0.4 ou si elles attendront 0.6.1 quand nous aurons un meilleur pair / une meilleure configuration 12:04 <jrandom> gott: il y a deux paragraphes dans l’email à ce sujet — tu as des questions spécifiques au-delà de ça ? 12:05 <jrandom> ou y a-t-il un point que je pourrais clarifier ? 12:05 <gott> Non, je n’ai juste pas lu ce fichu mail. 12:05 <jrandom> heh 12:05 <jrandom> eh bien, remonte de cinq lignes et lis le fichu mail ;) 12:06 <jrandom> ok, quelqu’un d’autre a des questions sur 0.6.0.3 ? 12:07 <jrandom> sinon, passons à 2) statut IRC 12:07 <modulus> désolé les gars, je dois partir. à plus tout le monde. 12:08 <jrandom> en dehors de ce qu’il y a dans le mail, postman/cervantes/arcturus : vous avez quelque chose à soulever ? 12:08 <jrandom> à+ modulus 12:08 <+arcturus> sur le 1) ? 12:08 <+arcturus> oh désolé 12:08 <gott> Hmm. 12:08 <+arcturus> 2) maintenant 12:09 <gott> Combien de bande passante montante prend IRC sur i2p en ce moment en général ? 12:09 <+arcturus> les netsplits, c’est de l’histoire ancienne 12:09 <+arcturus> gott: je ne pourrais pas dire ça sans compromettre l’anonymat de mon router 12:09 <gott> Non, non, non. 12:10 <jrandom> pas sûr, mon router avec squid.i2p/dev.i2p/cvs.i2p/www.cvs/syndiemedia.i2p plus mon irc et eepproxy utilise en moyenne 10-20KBps 12:10 <gott> Faut-il une connexion professionnelle ? 12:10 <jrandom> nice1 arcturus 12:10 <gott> jrandom: Je veux dire, pour héberger. 12:10 <jrandom> gott: pour faire tourner un serveur ou un client ? 12:10 <jrandom> ah 12:10 <+arcturus> gott: je ne pourrais pas dire ça sans compromettre la sécurité de mon router 12:10 <gott> serveur. 12:10 * jrandom ne sait pas. probablement moins quand tu n’as qu’un seul ircd 12:10 <gott> Donc vous faites tourner un unrealircd modifié ? 12:11 <jrandom> disons, ajoute un facteur de 1,3 à l’usage d’un client pour un seul serveur 12:11 <+arcturus> je voudrais aussi ajouter que la latence inter-serveurs est stable et très, très faible 12:11 <gott> Je suppose que oui, puisqu’il ne semble pas y avoir de commande VERSION 12:11 <+arcturus> j’ai désactivé VERSION 12:12 <gott> Vos modifications sont open-source ? 12:12 <+arcturus> peut-être qu’on tourne sur unreal, peut-être pas :) 12:12 <gott> Vous devriez les publier pour que d’autres puissent lancer leurs propres réseaux privés. 12:12 <+arcturus> je ne peux pas te le dire sans compromettre la sécurité 12:12 <gott> sécurité par l’obscurité, su-per. 12:12 <jrandom> bien dit arcturus. je vois quelque chose comme 0–2 s de latence en moyenne (en ce moment, moins que le détecteur de latence d’irssi) 12:12 <+arcturus> non, ce n’est qu’une couche de sécurité 12:13 <+arcturus> et ça ne sert que de dissuasion, pas de substitut à des mesures de sécurité techniques 12:15 <jrandom> arcturus: où en est vanguard ? 12:15 <+arcturus> je n’ai pas codé dessus récemment, d’autres projets m’ont occupé, mais je ressens une pression constante et régulière pour m’y remettre et le finir :) 12:16 <jrandom> heh cool 12:16 <+arcturus> vanguard sera le plus efficace contre les bots, la mesure hashcash est un autre sujet 12:16 <+arcturus> je suis cependant préoccupé par hashcash maintenant 12:17 <+arcturus> avec les dernières attaques contre sha-1 12:17 <+arcturus> il ne faudra pas longtemps avant qu’il y ait des outils accessibles au grand public 12:17 <+arcturus> malheureusement l’implémentation standard de hashcash est entièrement basée sur sha-1 12:17 <susi23_> Unable to find a javac compiler; // com.sun.tools.javac.Main is not on the classpath. // Perhaps JAVA_HOME does not point to the JDK 12:18 <@cervantes> ah j’y suis 12:18 <susi23_> une idée à ce sujet ? JAVA_HOME pointe bien vers le bon répertoire, javac est dans le PATH et appelable 12:18 <+arcturus> susi23_: on est en réunion là tout de suite :) 12:18 <jrandom> susi23_: OOM ? 12:18 <susi23_> réunion ? alors qu’il est 20 h ? 12:18 <jrandom> (précompile tes JSP plutôt que de laisser jetty/tomcat le faire, c’est plus rapide ;) 12:19 <jrandom> oui on l’a déplacée susi23_ :) 12:19 <susi23_> je ne savais pas, désolé 12:19 <jrandom> hehe pas de souci, content que tu aies rejoint la réunion, ton point à l’ordre du jour est le suivant ;) 12:20 * susi23_ s’assoit et écoute 12:20 <+arcturus> donc même si je n’anticipe pas de problèmes immédiats avec hashcash, je pense qu’il est plausible que sha-1 soit sérieusement compromis bientôt 12:21 <jrandom> arcturus: hashcash avec md5 irait probablement bien 12:21 <jrandom> c’est juste une PoW (preuve de travail) 12:21 <+arcturus> si quelqu’un connaît des implémentations de hashcash basées sur sha256 ou plus, merci de me le dire 12:21 <+arcturus> eh bien la PoW ne sert à rien s’il y a peu de P dedans :) 12:21 <jrandom> la taille du hash n’a d’importance que lorsque ton hashcash atteint la taille du hash 12:23 <jrandom> (mais, oui, tourner contre un sha256 tronqué ou 512 ou whirlpool ou n’importe quoi serait sympa) 12:23 <+arcturus> je suppose qu’on pourrait y aller avec l’implémentation actuelle, peut-être pouvons-nous la concevoir de façon à pouvoir l’échanger facilement plus tard quand on en aura besoin 12:24 <jrandom> (DTSTTCPW) 12:25 <+arcturus> parce qu’on devra finir par abandonner sha-1, j’en suis sûr :) et si on ne peut pas être raisonnablement certain qu’un jeton a été généré correctement, il n’y a aucune raison d’utiliser hashcash 12:25 <jrandom> (c’est juste pour une PoW afin d’obtenir un pseudo sur IRC, pas pour accéder à Fort Knox ;) 12:26 <@cervantes> il y a des discussions sur la liste hashcash au sujet d’une implémentation sha256 12:26 <+arcturus> ce n’est pas pour un pseudo, c’est pour l’entrée sur le serveur 12:26 <+arcturus> cervantes: cool je vais regarder ça 12:27 <+arcturus> jrandom: et ce n’est pas juste de la PoW, le hashcash nous donne une méthode pour identifier de manière unique les clients sur le réseau, comme pouvoir identifier par IP, afin qu’on puisse bannir avec précision 12:28 <jrandom> bien sûr, ils sont renouvelés au fil du temps, non ? 12:28 <jrandom> par ex. un nouveau certificat de PoW tous les 6 mois (ou 6 h, ou autre) 12:28 <+arcturus> si un utilisateur n’a aucun travail à faire pour obtenir son ID, ça neutralise notre capacité à le bannir 12:29 <+arcturus> je ne vois aucune raison de les faire expirer automatiquement, seulement les faire expirer manuellement s’ils enfreignent les conditions d’utilisation 12:29 <+arcturus> pas besoin de faire faire aux gens un travail inutile pour de nouveaux IDs 12:29 <jrandom> eh, c’est juste une PoW passive, ils peuvent exécuter un cycle toutes les 6 heures pour en régénérer une nouvelle 12:29 <jrandom> mais peut-être DTSTTCPW 12:30 <+arcturus> tout hashcash généré doit être utilisé dans les 24 heures sinon il est invalide 12:32 <@cervantes> juste pour rappeler, le nouveau serveur irc.freshcoffee.i2p doit être ajouté dans votre console i2ptunnel 12:32 <jrandom> cool. ok, autre chose pour 2) irc2p ? 12:33 <@cervantes> (http://forum.i2p/viewtopic.php?t=911 12:33 <@cervantes> ) 12:33 <@cervantes> <-- fini 12:34 <+arcturus> je n’ai rien d’autre pour vous ennuyer :) 12:34 <jrandom> hehe 12:34 <jrandom> ok, 3) susibt 12:34 <ardvark> euh, quand j’ajoute le nouveau serveur à mon tunnel, je dois redémarrer i2p ? 12:34 <jrandom> susi23_: p1ng 12:35 <@cervantes> ardvark: juste le tunnel 12:35 <@cervantes> (tunnel ircproxy) 12:35 <ardvark> ah ok, je viens d’ajouter et sauvegarder, donc ce n’est pas suffisant alors 12:36 <jrandom> oui, malheureusement tu dois arrêter et redémarrer ce proxy 12:36 <susi23_> bon 12:36 <ardvark> mais je vais rater la réunion alors ;) 12:37 <susi23_> susibt est une application web (comme susimail) à déposer dans la VM de votre router 12:37 <susi23_> ça sert d’interface web pour i2p-bt 12:38 <susi23_> ainsi vous pouvez gérer vos seeds, envoyer et télécharger des fichiers, etc. 12:38 <jrandom> w00t 12:39 <susi23_> le problème, c’est qu’il faut démarrer un btdownloadheadless.py pour chaque seed… donc vous vous retrouvez avec plein de processus Python en plus de vos nombreux threads Java :) 12:39 <+arcturus> ça sera abordé dans ducktorrent *tousse* 12:39 <jrandom> heh 12:39 * jrandom retient son souffle 12:40 <susi23_> ça gère même le redémarrage des seeds après redémarrage du router 12:40 <@cervantes> sympa 12:40 <jrandom> wikked 12:40 <susi23_> les plans futurs sont la création automatique de torrents et l’amélioration de l’UI 12:41 <susi23_> si vous voulez l’essayer, je recommande une instance jetty séparée 12:41 <susi23_> comme ça vous n’avez pas à bidouiller votre router :) 12:41 <susi23_> instructions de téléchargement et d’installation sur http://susi.i2p 12:42 <susi23_> c’est tout *renvoi à jr* 12:42 <jrandom> w3wt, merci susi 12:42 <jrandom> ok, quelqu’un a des questions ou commentaires là-dessus, ou on passe à 4) syndie ? 12:44 <jrandom> ok concernant syndi, j’ai posté pas mal de choses sur la liste à ce sujet ces un ou deux derniers jours, et il va y avoir beaucoup plus d’activité 12:45 <jrandom> le site de démo principal pour syndie est http://syndiemedia.i2p / http://66.111.51.110:8000/, mais bien sûr les gens sont encouragés à le télécharger et l’installer en local 12:45 <jrandom> je n’ai pas grand-chose à ajouter pour le moment sur ce frnt. à moins que quelqu’un ait des questions ? 12:46 <gott> Pourquoi ça s’appelle syndie ? 12:46 <gott> est-ce une référence à « syndicate » ? 12:47 <jrandom> ouais, c’est une interface de syndication générique (+ sécurité, authentification, et prise en compte de l’anonymat) 12:48 <jrandom> ok, s’il n’y a rien d’autre pour 4), passons à 5) ??? 12:48 <jrandom> quelqu’un a quelque chose lié à i2p à aborder pour la réunion ? 12:51 <jrandom> ok, s’il n’y a rien d’autre 12:51 * jrandom s’apprête 12:52 * jrandom *baf* clôt la réunion