Réunion des développeurs I2P - 17 août 2004

14:05 <jrandom> 0) salut 14:05 <jrandom> 1) Statut du réseau et 0.3.4.3 14:05 <jrandom> 2) Stasher 14:06 <jrandom> 3) ??? 14:06 <jrandom> 0) salut 14:06 * jrandom fait coucou à toute la bande i[2i]p & freenode 14:06 * hypercubus fait coucou 14:06 <jrandom> notes d'état hebdomadaires publiées il y a quelques secondes sur http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:06 <deer> <oOo_itwop> C'est l'heure du spectacle ! 14:07 <deer> <mule> on dirait que l'irc i2p ne m'aime pas. ou alors il veut me faire chauffer plus longtemps avec des interruptions régulières 14:07 <jrandom> hé, ouais, ça nous amène justement à 1) Statut du réseau et 0.3.4.3 :) 14:07 <jrandom> le réseau est plutôt merdique en ce moment 14:07 <kaji> yep 14:08 <jrandom> les problèmes viennent surtout d'incompatibilités entre les différentes versions que les gens utilisent, ce qui a introduit toutes sortes de façons « sympas » de tout casser 14:09 <jrandom> si vous regardez les liens dans l'email, vous pouvez voir le flooding et le netDb DoS qui ont eu lieu, mais ça s'est en grande partie calmé 14:09 <jrandom> on a encore une demi-douzaine de personnes sur d'anciennes versions (et probablement 20-25 personnes sur la 0.3.4.2 vanilla, avec ses propres problèmes) 14:10 <jrandom> j'apprécie votre patience pendant qu'on avance. je ne veux pas précipiter une nouvelle version sans pouvoir d'abord contourner efficacement les mauvais nœuds 14:10 <jrandom> par le passé, on a pu contourner les mauvais nœuds qui se contentaient d'être mauvais en perf, mais on n'a pas eu à gérer des nœuds qui font de Mauvaises Choses 14:11 <deer> <oOo_itwop> Les cobayes s'inclinent devant jrandom ! 14:11 <duck> la prochaine version sera-t-elle rétrocompatible ? 14:11 <jrandom> peut-être, duck. si on peut gérer ces vieux nœuds, il n'y a pas de raison de la rendre incompatible 14:12 <duck> cool 14:12 <jrandom> bref, il y a beaucoup d'activité, même si vous ne voyez pas encore de nouvelles versions 14:13 <jrandom> je ne sais pas quand 0.3.4.3 sortira. peut-être demain, ou peut-être plus tard cette semaine. 14:14 <jrandom> quelqu'un a des questions / commentaires / inquiétudes à soulever à propos du statut du réseau ? 14:14 <kaji> la *.3 aura-t-elle le nouveau programme d'installation GUI de hyper ? 14:14 <jrandom> probablement pas 14:14 <deer> <mule> le réseau me paraît bon dans les profils de mes machines, c'est juste que je perds souvent la connexion 14:15 <jrandom> ouais, je comprends, mule. la connexion IRC a été assez mauvaise pour moi aussi, mais ça s'améliore ces derniers temps 14:15 <deer> <mule> mais j'ai raté la plupart de votre discussion, donc je vais me taire pour l'instant 14:15 <jrandom> si tu veux essayer de tirer depuis CVS, ça devrait améliorer, mais il y a des mises à jour fréquentes donc tu voudras peut-être attendre la sortie 14:16 <jrandom> ok autre chose ? sinon, passons rapidement à 2) Stasher 14:16 <kaji> woot stasher 14:17 <jrandom> stasher a l'air plutôt cool. fonctionnalités encore assez limitées, mais ça progresse 14:17 <jrandom> si aum était réveillé il pourrait nous faire une mise à jour... 14:17 <jrandom> aum: ping? :) 14:17 <kaji> /kick aum 14:18 <jrandom> (il est tôt pour lui, donc il dort probablement encore) 14:18 <duck> quel égoïste 14:18 <hypercubus> je suis impressionné pour l'instant 14:18 <jrandom> Bref, l'installation et l'exécution de stasher sont assez indolores, donc si vous pouvez l'aider à tester, ce serait super 14:18 <jrandom> ouais, carrément 14:18 <hypercubus> il m'a permis de faire du goatse en masse 14:19 <jrandom> et qu'est-ce qu'une app sans un goatse, hein ? 14:19 <hypercubus> faut aimer une app qui te permet de téléverser un goatse sur le disque de quelqu'un ;-) 14:19 <aum> pong 14:19 <jrandom> w0ah 14:19 <jrandom> bonjour aum 14:19 <deer> <ardvark> question rapide : je récupère stasher via CVS i2p ? 14:19 <aum> salut tout le monde 14:19 <jrandom> ardvark: in i2p/apps/stasher/ 14:19 <aum> ardvark: salut !!!! :) ça faisait longtemps ! 14:20 <deer> <ardvark> oui salut aum ! content de te voir, vieux ! 14:20 <aum> ardvark: probablement plus simple via tarball - http://stasher.i2p ou http://www.freenet.org.nz/python/stasher 14:21 <deer> <ardvark> ok aum, j'ai récupéré le tarball mais il dit qu'il faut d'autres trucs ? Je ne vais pas ralentir la réunion, je peux te contacter ? 14:21 <aum> bien sûr 14:22 <hypercubus> alors, une mise à jour sur stasher aum ? ;-) 14:23 <aum> petite mise à jour, j'ai ajouté une option '-l' qui permet des get/put en local uniquement 14:23 <aum> je pense aussi implémenter une option 'put' qui retourne immédiatement 14:24 <aum> hier soir, je réfléchissais aux questions liées à l'implémentation des types de clés freenet 14:24 <hypercubus> je voudrais demander que les opérations 'put' réussies renvoient un statut... scp et beaucoup d'autres applis réseau en ligne de commande font ça 14:24 <jrandom> SSK, ça déchirerait 14:25 <jrandom> (tandis que CHK est bien sûr, imho, ce qui est le plus essentiel) 14:25 <MikeW> Une chose que j'ai toujours trouvée intéressante à propos de freenet : il indiquait pourquoi il pouvait y avoir une forte utilisation CPU. Parfois (généralement au démarrage pendant une minute ou deux) et aléatoirement, l'utilisation CPU grimpe à 100 %, peut-être une estimation de pourquoi il pense que java me bouffe le CPU ? 14:25 <deer> <oOo> Splitfiles ^^ 14:26 <jrandom> MikeW: si i2p te bouffe le CPU, il y a très certainement quelque chose de cassé 14:26 <aum> j'ai déjà implémenté les splitfiles de manière expérimentale, mais je ne l'ai pas activé - je veux d'abord tester en local 14:26 <jrandom> MikeW: tu peux savoir exactement ce qui se passe dans ton router en regardant le 'current job' dans la console du router, qui est (presque toujours) là où ça mouline 14:26 <jrandom> ah cool aum 14:27 <aum> grâce à un algo récursif, le truc des splitfiles devrait permettre des tailles de fichiers illimitées une fois terminé 14:27 <deer> <oOo> Génial, les splitfiles sont indispensables pour du goatse et du pr0n sérieux... 14:27 <deer> <identiguy> aum: cela inclut le FEC (Forward Error Correction, correction d'erreurs directe) ? 14:27 <aum> fec pas nécessaire 14:27 <aum> le fec n'est requis que sur des réseaux instables 14:27 <deer> <identiguy> Ah, je vois. 14:27 <aum> j'utilise kademlia, qui offre une bien meilleure garantie de récupérabilité 14:27 <duck> sauf si des nœuds tombent 14:28 <aum> et puis, j'ai pas envie de me faire chier à faire le fec de toute façon, c'est chiant 14:28 <aum> duck: il y a de la redondance - cf. la valeur 'k' dans kademlia 14:28 <jrandom> duck: avec un k de 20, même sans aucune republication ce serait ok ;) 14:28 <duck> heh, ok 14:28 <deer> <mule> aum: le fec pourrait aider si un certain nombre de nœuds sont retirés 14:28 <jrandom> (et avec republication, ça ne poserait problème que si tous les k meurent en même temps) 14:28 <aum> naaah, j'augmenterai juste k 14:28 <jrandom> un k de 20, imho, c'est assez conséquent 14:29 <jrandom> (puisque ça signifie que tu as 20 répliques complètes du fichier) 14:29 <hypercubus> les utilisateurs peuvent toujours utiliser des outils de fec autonomes 14:29 <MikeW> jrandom: Under JobQueue, runners:1, active jobs:0, just finished:1, ready/waiting: 0, timed: 28 14:29 <aum> ça fait 20 goatse, les gars :P 14:29 <hypercubus> et publier les résultats 14:29 <duck> et l'effet britneyspears ? 14:29 <duck> des clés très populaires se retrouvant sur 1 nœud 14:29 <jrandom> (aka tu insères un fichier de 740 Mo et tu te retrouves avec 14,8 Go de données à envoyer) 14:30 <aum> duck: la popularité n'est pas un concept dans kademlia 14:30 <duck> (bien sûr avec des clés de 32 Ko ça ne serait peut-être pas terrible) 14:30 <jrandom> ok cool MikeW, mais est-ce qu'i2p te bouffe le CPU maintenant ? 14:30 <deer> <ardvark> tous ces messages kademlia que je vois sur i2p sont liés à stasher ? 14:30 <MikeW> jrandom: oui 14:30 <aum> duck: et kademlia n'a pas de relais 14:30 <hypercubus> ardvark: ce que tu vois dans la console du router, c'est l'implémentation netdb kad 14:31 <aum> les notions de 'relaying', 'popularité', 'caching' etc. c'est pour freenet, qui doit s'exposer nu au monde, sans le camouflage d'I2P 14:31 <deer> <ardvark> je fais tourner i2p et tor ici et mon utilisation CPU est à 3% là donc :/ *hausse les épaules* 14:31 <jrandom> MikeW: alors ton router est incapable de maintenir les connexions et bouffe du CPU en faisant plein d'établissements de connexion concurrents 14:31 <duck> ok, mon cerveau est pourri par freenet 14:31 <duck> ayez pitié :) 14:31 <deer> * shendaras réconforte. 14:31 <jrandom> MikeW: si tu peux rester après la réunion pour déboguer, ce serait super 14:32 <MikeW> je le ferai 14:32 <jrandom> ok cool aum, quelque chose que les gens peuvent faire pour aider ? 14:32 <jrandom> ou on doit juste donner des coups de pied aux pneus et signaler des bugs ? 14:33 <duck> J'essaie de m'habituer à leo 14:33 <aum> oui, signalez les bugs sur la liste, si ça vous va 14:33 <duck> je l'aime déjà plus qu'eclipse 14:33 <hypercubus> c'est quoi leo ? 14:33 <jrandom> (oh oh, voilà le coup de gueule ;) 14:33 <aum> duck: je n'utilise plus que leo ces temps-ci - sauf emacs pour des bricolages rapides, et zile pour des bricolages encore plus rapides 14:34 <hypercubus> tant que tu n'utilises pas vi ou emacs ;-) 14:34 <aum> http://leo.sf.net - te donne une vue en plan de ton code 14:34 <hypercubus> mais je vais devoir tester ce leo moi-même 14:34 <aum> leo s'intègre même avec emacs si tu veux 14:34 <hypercubus> ce n'est pas un éditeur ? 14:35 <aum> <bile> 14:35 <aum> putain de msvc - il autorise __int64 pour les entiers 64 bits, mais n'autorise pas 'LL' ou 'ULL' pour les littéraux d'entiers 64 bits 14:35 <aum> !! 14:35 <aum> </bile> 14:35 <hypercubus> ah je vois 14:37 <jrandom> ok, si c'est tout, alors il ne nous reste rien et on peut passer à 3) ??? 14:37 <jrandom> quelqu'un a autre chose à soulever ? 14:37 <hypercubus> ouais je vais parler un peu de la nouvelle direction de l'installateur 14:37 <jrandom> ok, ça marche 14:38 <hypercubus> à partir de 0.4, les utilisateurs en ligne de commande n'auront qu'à récupérer le tarball i2p et le décompresser, puis lancer un script pour démarrer le router et ouvrir la console du router dans lynx ou autre 14:39 <hypercubus> donc pas grand-chose ne change, sauf que vous n'aurez pas à passer par une session Q/R stupide avec un installateur 14:39 <hypercubus> vous faites toute la configuration dans la console du router 14:39 <hypercubus> pour les utilisateurs GUI, on a quelque chose de chouette 14:39 <jrandom> (w00t) 14:40 <hypercubus> que vous pouvez prévisualiser sur http://files.hypercubus.i2p/install.jar 14:40 <jrandom> ou depuis cvs (ant pkg ; java -jar install.jar) n'est-ce pas ? 14:40 <aum> hypercubus: où en es-tu avec le winstaller ? il fait l'autodétection/l'autotéléchargement/l'autoinstallation de java ? 14:41 <hypercubus> des raccourcis de menu arrivent, ainsi que l'intégration à la systray et un moyen d'installer le router en tant que daemon 14:41 <aum> daemon ? comme un 'service' Windows ? 14:41 <hypercubus> non, au moins pour l'avenir proche, ils devront cliquer sur un lien sur le site i2p qui les emmène vers la page de téléchargement officielle de java 14:42 <hypercubus> l'installateur requiert java, mais c'est ok puisque i2p aussi 14:42 <aum> hypercubus: désolé, mais ça fera perdre 80 % des utilisateurs 14:42 <hypercubus> cite-moi un projet java qui ne fait pas ça 14:42 <jrandom> on l'aura au final. 14:42 <jrandom> juste pas maintenant. 14:42 <aum> freenet l'a bien fait - leur winstaller te guide à travers le téléchargement 14:43 <jrandom> (on a tellement d'autres priorités plus importantes. on ne *veut* pas des milliers et des milliers d'utilisateurs maintenant) 14:43 <hypercubus> c'est une considération pour la 1.0 14:43 <hypercubus> j'ai déjà fait la majeure partie du code pour y arriver 14:43 <aum> jrandom: je pensais que tu avais dit que ce serait pour la 0.4 14:43 <deer> <mule> donc vous devriez exiger que java soit compilé depuis les sources :) 14:44 <jrandom> le nouvel installateur sera pour la 0.4 14:44 <hypercubus> nous avons jeté tout le code que j'avais écrit jusqu'à présent 14:44 <hypercubus> au profit d'IzPack 14:44 <hypercubus> http://izpack.sf.net 14:44 <jrandom> on peut proposer un téléchargement de 15 Mo regroupant les deux en un, mais la plupart des utilisateurs qui utiliseront i2p avant la 1.0 sauront ce que c'est que « java » 14:45 <hypercubus> ça me laisse le temps de peaufiner un framework d'installateur java entièrement dans le domaine public que j'espère finalement réutiliser pour i2p 14:45 <hypercubus> mais la priorité pour l'instant est de se débarrasser de l'horrible installateur actuel ;-) 14:46 <hypercubus> (sans offense pour celui qui l'a bricolé) 14:46 <deer> <shendaras> J'ai eu un 404.... 14:46 <duck> http://www.izforge.com/izpack/ 14:46 <hypercubus> http://www.izforge.com/izpack/ 14:47 <hypercubus> désolé pour ça 14:47 <hypercubus> quoi qu'il en soit, j'apprécierais des retours sur l'installateur de prévisualisation que j'ai mis sur mon eepsite 14:48 <hypercubus> il a été testé sur *nix et windows, il devrait fonctionner sur os x et solaris aussi 14:48 <jrandom> r0x0r 14:48 <duck> c'est chouette 14:48 <jrandom> ouais, ça déchire 14:49 <hypercubus> je vais peut-être hacker izpack pour enlever ces icônes ringardes des boutons 14:49 <deer> <mule> hypercubus: est-ce qu'il détruira les configurations existantes ou les préservera ? 14:49 <hypercubus> il n'y a pas de fichiers de config dans le package 14:49 <hypercubus> donc il n'écrasera que des jars et des wars 14:49 <jrandom> (pour le moment ;) 14:49 <hypercubus> bon, on prendra en compte les configs 14:49 <deer> <mule> ok, merci 14:49 <duck> comment démarrera-t-on tout le bazar jetty ? 14:50 <duck> toujours un sh/bat ? 14:50 <jrandom> oui 14:50 <jrandom> le router démarrera avec un script, et/ou un service (qui appelle ce script) 14:50 <hypercubus> oui, et j'ajouterai un exe pour les utilisateurs win 14:50 <jrandom> w00t 14:50 <hypercubus> qui se lancera depuis le menu Démarrer 14:50 <hypercubus> le menu Démarrer de Windows 14:51 <hypercubus> je devrais avoir jetty qui tourne en tant que service windows d'ici demain 14:51 * jrandom marmonne *c'est pas jetty, c'est i2p* 14:51 <hypercubus> ah oui ;-) 14:52 <hypercubus> jetty vient toutefois avec un wrapper de service win32 14:52 <hypercubus> on peut l'utiliser pour wrapper n'importe quoi 14:52 <jrandom> ouais, il y a 3-4 wrappers de service java PD/BSD qui existent 14:52 <hypercubus> ouais, il y en a probablement aussi pour linux 14:53 <jrandom> bah, service linux == script init :) 14:53 <hypercubus> oui mais les services linux sont gérés différemment même parmi les principales distros 14:53 <hypercubus> par exemple, gentoo utilise le schéma de scripts rc-setup 14:54 <jrandom> w3rd 14:54 <hypercubus> quoi qu'il en soit, je le ferai fonctionner pour toutes les principales distros et les *bsd 14:54 <hypercubus> voire plus 14:55 <hypercubus> oups, s/rc-setup/rc-update/ 14:55 <hypercubus> ok, ça couvre tout je pense 14:55 <hypercubus> vous pouvez vous réveiller maintenant ;-) 14:55 <deer> * shendaras baille 14:55 <jrandom> cool, merci hyper, ça a l'air bien. 14:56 <jrandom> quelqu'un d'autre a quelque chose à soulever ? 14:56 <aum> désolé si j'ai raté la discussion précédente, mais.. 14:56 <aum> c'est comment la météo vis-à-vis de la latence des datagrammes, etc. ? 14:57 <jrandom> je ne sais pas pour les datagrammes - les seules applis que j'utilise tournent au-dessus des datagrammes via des streams 14:57 <jrandom> le statut du réseau est toujours assez mauvais - voir les notes d'état @ http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:58 <aum> k 14:58 <jrandom> ok, s'il n'y a rien d'autre... 14:58 * jrandom se prépare 14:59 * jrandom *baf* clôt la réunion