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

14:04 <jrandom> 0) salut 14:04 <jrandom> 1) 0.3.4.3 14:04 <jrandom> 2) 0.3.5 et 0.4 14:04 <jrandom> 3) docs 14:04 <jrandom> 4) mise à jour stasher 14:04 <jrandom> 5) ??? 14:04 <jrandom> 0) salut 14:04 * jrandom fait coucou 14:05 <deer> * Pseudonym fait coucou 14:05 * hypercubus bat des ailes 14:05 <deer> * detonate fait coucou 14:05 <jrandom> notes d'état hebdomadaires @ http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:05 <jrandom> on passe au point 1) 0.3.4.3 14:06 <jrandom> comme indiqué dans les notes, et comme vous le savez tous par expérience directe, le réseau n'est pas très en forme en ce moment 14:06 <jrandom> beaucoup de messages sont perdus, et les gens voient souvent des avertissements indiquant que leurs leases (baux de tunnels) ont expiré depuis un moment 14:07 <jrandom> c'est regrettable, et c'est en grande partie traité dans CVS, qui sera déployé dès que possible (voir point 2) 14:07 <kaji> (en retard) salut 14:08 <jrandom> bref, je pense que c'est tout ce que j'ai à mentionner sur 0.3.4.3, au-delà de ce qui est dans l'email. j'apprécie votre patience pendant que nous avançons à travers les passages difficiles 14:08 <jrandom> on passe au point 2) 0.3.5 et 0.4 (à moins que quelqu'un veuille ajouter quelque chose..?) 14:09 <deer> <oOo> Donc 90% de nœuds défaillants peuvent faire tomber le réseau ^^ 14:09 <deer> * Pseudonym attend avec impatience la sortie de 0.3.5 14:09 <kaji> qui lançait l'attaque par déni de service (DoS) ? ils ont bien bossé 14:10 <jrandom> eh bien, je peux joindre squid de façon fiable depuis mes autres machines CVS HEAD 14:10 <jrandom> donc le réseau n'est pas 'KO' pour les gens sur cvs head :) 14:10 * lucky a encore un succès partiel avec .3.4.3. 14:10 <jrandom> mais oui, l'ancien algorithme de sélection des pairs faisait des trucs vraiment stupides 14:10 <deer> <oOo> Je suis sur CVS head et j'ai perdu suid.i2p plein de fois ;) 14:11 <jrandom> hmm 14:11 <jrandom> quel taux d'échec de tunnel vois-tu ? 14:12 <jrandom> (nombre total d'événements à /routerStats.html#tunnel.failAfterTime comparé au nombre total d'événements à #tunnel.buildFrequency ) 14:13 <deer> <oOo> lifetime average value: 288 268,91 over 339,00 events 14:13 <jrandom> et tunnel.buildFrequency ? 14:14 <deer> <oOo> Mais tu as peut-être redémarré ton router trop souvent en corrigeant des fuites de threads ;) 14:14 <jrandom> quel est ton nombre total (lifetime) de tunnel.buildFrequency ? 14:14 <deer> <oOo> 24h frequency: avg per period: (2,76, max 2,76, current is 100,00% of max) strict average per period: 5 645,58 events (averaged using the lifetime of 5 729,00 events) 14:14 <deer> <oOo> 24h ~= durée de vie du router 14:15 <jrandom> donc ~5% d'échec de tunnel 14:15 <jrandom> c'est à peu près ce que je vois sur CVS HEAD, contrairement aux 40–60% d'échecs de tunnel de la 0.3.4.3 14:16 <deer> <oOo> Passons donc au point 2) ;) 14:16 <jrandom> considérez que c'est fait 14:16 <jrandom> ok, comme mentionné dans l'email, la prochaine révision sera 0.3.5, pas 0.4 14:16 <jrandom> elle aura toutes les nouveautés que vous attendiez, mais elle n'aura pas le « tampon d'approbation 0.4 » ;) 14:17 <deer> <Pseudonym> 0.4.rc-1 14:17 <jrandom> j'ai envisagé d'aller vers des rc, mais je ne veux pas être trop confiant 14:17 <kaji> 0.4.rc-0.9 14:17 <deer> <Pseudonym> heh 14:18 <kaji> beta 14:18 <jrandom> pendant que 0.3.5 est sortie, je vais voir si nous pouvons relancer la DoS, ainsi qu'une variété de nouveaux cas/problèmes que nous devrions pouvoir imaginer 14:18 <lucky> il faut continuer à la DoSer jusqu'à ce qu'elle fonctionne tout en étant DoSée 14:18 <jrandom> exact 14:19 <kaji> DoSez-la jusqu'à ce qu'on ne puisse plus la DoSer 14:19 <deer> <Pseudonym> mais pas de nouvelles fonctionnalités entre 0.3.5 et 0.4, hein ? 14:19 <jrandom> peut-être que quelqu'un sera inspiré pour aider à implémenter un peu de churn (rotation des pairs) et des cas d'échec dans le simulateur, afin qu'on puisse tester tout ça plus facilement et automatiquement... ;) 14:20 <jrandom> correct Pseudonym, je ne m'attends pas à de nouvelles fonctionnalités significatives pendant 0.3.5 14:20 <jrandom> au moins, du point de vue des utilisateurs d'applications 14:20 <jrandom> peut-être qu'un développeur profitera de ce temps pour améliorer l'eepproxy, un serveur web transparent, aider aum, etc 14:21 * jrandom donne un coup de coude à quelqu'un qui bidouille un proxy irc avec prise en charge DCC ;) 14:21 <deer> <duck> un inproxy public pour i2p/tor est en préparation 14:21 <jrandom> ah sympa, spécifique HTML, ou bitpipe ? 14:21 <jrandom> euh, spécifique web, je veux dire 14:22 <deer> <duck> spécifique web 14:22 <jrandom> w3rd 14:22 <deer> <duck> l'idée étant qu'un FAI puisse mettre en place des passerelles vers des sites spécifiques 14:22 <deer> <duck> pour que le monde puisse accéder à alexandria 14:23 <jrandom> oh, ce qui serait vraiment top, c'est si ces passerelles pouvaient agir comme des vhosts (virtual hosts) 14:23 <jrandom> (c'est peut-être déjà ce dont tu parles) 14:23 <deer> <duck> http://anonygateway.com/home.duck.i2p/~alexandria/ 14:23 <jrandom> ah ok 14:23 <jrandom> toujours cool 14:23 <deer> <duck> http://anonygateway.com/6sxoyfb3h2nvok2d.onion/ 14:24 <deer> <duck> le virtual host est aussi possible ; juste pour une itération suivante 14:24 <jrandom> (quoique 6sxoyfb3h2nvok2d.onion.anonygateway.com serait plus cool ;) 14:24 <jrandom> oui oui 14:24 <deer> <duck> facile à faire avec un mod_rewrite bien sûr 14:25 <cervantes> ou simplement configurer un sous-domaine :) 14:25 <kaji> hah faire un vhost d'un seed bittorent 14:25 <deer> <duck> je paie le dev de ma poche ; le patch sera dans le domaine public 14:25 <jrandom> duck++ 14:26 <deer> <duck> je discute aussi avec un FAI qui pourrait vouloir l'offrir comme service payant 14:26 <jrandom> sympa 14:26 <deer> <duck> bien sûr c'est mieux quand anarchistgang.org le fait 14:26 <deer> <duck> mais vous connaissez la stabilité de ce genre de groupes 14:26 <jrandom> *tousse* 14:27 <cervantes> leurs coin-coin 14:27 <cervantes> *ils sont 14:27 <deer> <jon2> salut!!!!!! 14:27 * hypercubus ricane 14:27 <jrandom> salut jon2 14:27 <deer> <jon2> J'aime les réunions >:-D 14:28 <jrandom> je pense qu'après que le réseau se sera un peu stabilisé (une fois 0.3.5 disponible), nous voudrons réévaluer certaines activités au niveau des applications 14:28 <deer> <duck> *tousse* myi2p ? 14:28 <jrandom> heh 14:29 <kaji> qu'en est-il de l'accès derrière un pare-feu ? 14:29 <deer> <jon2> oui, accès derrière pare-feu :) 14:29 <jrandom> il nous faut quelque chose de béton, utilisable et sécurisé, qui fournisse des fonctionnalités que les gens veulent (et, espérons-le, que nous puissions utiliser pour encourager la communauté) 14:30 <deer> * duck pointe 0.4.2 @ http://www.i2p.net/roadmap 14:30 <jrandom> croyez-moi, je veux l'accès derrière des pare-feu / des NAT incontrôlables / etc. tout autant que vous. 14:30 <deer> <jon2> Je peux faire la partie sécurité, je connais la cryptophagie. 14:30 <jrandom> (quelqu'un doit ajouter ça en citation ;) 14:30 * hypercubus se demande ce qu'est un cryptophage 14:31 <jrandom> jon2 - nous avons clairement besoin d'aide sur ces sujets et serions ravis de grappiller un peu de ton temps ! 14:31 * kaji vient de reprendre l'école, il aimerait emmener i2p avec lui ;) 14:31 <aum> bonjour tout le monde 14:31 <cervantes> au fait, je me demande si certains devs regrettent leurs petits blogs i2p... s'ils ne devraient pas avoir des sections dédiées sur le forum, au moins à court terme... 14:31 <cervantes> *si oui 14:31 <deer> <jon2> cryptophagie, science de la sécurité. 14:31 <jrandom> bonjour aum 14:32 <hypercubus> jon2 : tu connais aussi la cryptographie ? 14:32 <deer> <jon2> Bonjour aum. 14:32 <jrandom> cervantes : j'attends jusqu'à ce que je puisse avoir mon propre blog, ce qui, espérons-le, ne devrait pas être trop loin 14:32 <deer> <jon2> non :-( 14:33 <cervantes> jrandom : et tous les autres ? 14:33 <jrandom> nightblade utilise son blog @ cashdollar.org 14:33 <deer> <jon2> j'ai un blog sur blogs.aspnet.com 14:33 <jrandom> quoique ce serait cool que les gens postent sur le forum 14:34 <cervantes> ah bien... eh bien il semble que la plupart aient trouvé des alternatives... mais c'est dommage qu'ils se soient fragmentés 14:34 <jrandom> ouaip 14:34 <cervantes> *honte 14:34 <cervantes> saleté de doigtszzz 14:34 <lucky> eh bien, un phage fait partie du système immunitaire. 14:34 <jrandom> j'aimais bien avoir les devblogs sur le site. on finira par remettre quelque chose 14:34 <hypercubus> jon2 : marrant, blogs.aspnet.com est un domaine non revendiqué 14:34 <jrandom> ok, bref, autre chose pour 2) 0.3.5 et 0.4 ? 14:35 <hypercubus> ouais 14:35 <hypercubus> j'ai résolu le problème avec firefox maintenant, dans cvs 14:35 <jrandom> w000t 14:36 <deer> <jon2> je suis développeur ASP. 14:36 <hypercubus> lit la valeur par défaut depuis le registre 14:36 <cervantes> :) 14:36 <deer> <jon2> désolé.. je voulais dire blogs.asp.net 14:36 <hypercubus> non, ce n'est pas le cas 14:36 <deer> <jon2> weblogs.asp.net 14:36 <jrandom> ah, super hypercubus. donc on y est presque pour la sortie 0.3.5 14:37 <cervantes> brrr....asp 14:37 <hypercubus> oui je sens que ça approche 14:37 <jrandom> ok, passons au point 3) docs 14:37 <jrandom> je n'ai rien à ajouter au-delà de ma demande dans l'email 14:38 <jrandom> (envoyez vos questions ! postez-les sur la liste, envoyez-les par email, postez-les sur le forum) 14:38 <deer> <oOo> Oui, utilisez le forum anonymement et rendez Cervantes heureux ;) 14:39 * cervantes frissonne de plaisir 14:39 * hypercubus ajuste les oreilles de lapin 14:40 <nicktastic> haha 14:40 <deer> <jon2> J'ai aimé cette réunion.. 14:40 <cervantes> tu l'as dit... 14:40 <cervantes> <deer> <jon2> J'aime les réunions >:-D 14:40 <hypercubus> parfait, c'est à toi d'acheter les donuts la prochaine fois ;-) 14:40 <jrandom> ok, s'il n'y a rien d'autre, 4) mise à jour stasher 14:41 <jrandom> aum semble s'être réveillé tôt... tu es toujours là ? 14:41 <deer> <jon2> SUPER RÉUNION ! 14:41 * hypercubus se demande si dm a des enfants 14:41 <jrandom> heh, oui, il est de retour ;) 14:41 <cervantes> je dirais que c'est impossible 14:42 <hypercubus> on dirait qu'aum a raté sa première tasse 14:42 <jrandom> ok, il reviendra peut-être au terminal 14:42 <jrandom> quoi qu'il en soit, sa mise à jour générale a été postée dans l'email 14:42 <jrandom> on dirait que ça progresse beaucoup 14:43 <jrandom> il reste des questions, mais on avance 14:43 <deer> <oOo> Mais pas de date de sortie indiquée ;) 14:43 <hypercubus> combien de personnes le testent en ce moment ? 14:43 <jrandom> je ne sais pas si le code qu'il a maintenant avec les choses mentionnées est déjà public 14:43 <hypercubus> ah 14:44 <deer> <jon2> BAF BAF BAF BAF BAF 14:44 <kaji> quelles sont les nouveautés de stasher ? 14:44 <jrandom> kaji : voir le http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:45 <deer> <oOo> Il utilise maintenant moins d'eau pour faire la vaisselle 14:45 <hypercubus> j'attendais cette fonctionnalité 14:45 * jrandom aussi 14:45 <jrandom> ok 14:45 <jrandom> si aum est toujours afk, on passe au point 5) ??? 14:45 <jrandom> quelqu'un a-t-il autre chose à soulever ? 14:45 * cervantes enfile un chapeau en aluminium 14:46 <lucky> Où en est jetta pour servir des pages web ? 14:46 <jrandom> je ne connais personne travaillant sur une appli pour permettre en toute sécurité aux gens d'héberger des pages avec jetty 14:46 <jrandom> (héberger des pages qui peuvent être servies comme un eepsite, c'est-à-dire) 14:47 <jrandom> jetty permet bien aux gens de déployer des applications clientes (même si je ne connais personne travaillant encore sur une appli web non plus) 14:47 <hypercubus> j'aimerais dire un mot sur systray4j vs. SWT 14:47 <jrandom> mmhmm ? 14:47 <hypercubus> le coût d'abandonner systray4j pour SWT : on supprimerait systray4j.jar et systray4j.dll, gagnant 147 KB sur la taille de distribution -- et on les remplacerait par swt.jar (885 KB) + des libs natives (332 KB sous Win, 639 KB sous *nix), soit une différence nette de 1,2–1,5 MB, mais on y gagnerait des icônes de systray sur KDE, Gnome et OS X ainsi que Win32, et aussi des icônes de lancement pour les environnements X simples à la NextStep/GNUstep 14:48 <hypercubus> et cela nous donnera la possibilité d'ajouter d'autres composants GUI plus tard, indépendamment du JRE de l'utilisateur (sinon, prendre en charge les utilisateurs de Kaffe nous limiterait à n'utiliser que AWT) 14:48 <hypercubus> juste matière à réflexion... peut-être plus tard 14:48 <jrandom> ça vaut la peine d'en discuter, en temps voulu, si les utilisateurs le demandent 14:49 <jrandom> si la valeur est là, la valeur est là 14:49 <deer> <oOo> L'interface web est censée être la GUI, n'est-ce pas ? 14:49 <hypercubus> cervantes avait une idée sympa pour tirer davantage parti de SWT 14:49 <hypercubus> un tableau de bord I2P ;-) 14:49 <jrandom> oui oOo 14:49 <hypercubus> oh, et des skins ! je déconne 14:49 <jrandom> je préférerais vraiment que ce genre de fonctionnalité soit intégré à la console du router, si tu veux dire ce que je pense 14:50 <hypercubus> le point, c'est que... 14:50 <cervantes> ça pourrait aussi encourager le développement d'applications si i2p était livré avec un bel ensemble de bibliothèques SWT 14:50 <hypercubus> il semble que le développement de systray4j ralentisse ou soit enlisé 14:50 <deer> <oOo> Tant que le systray et le bazar GUI ne sont pas obligatoires pour avoir un router pleinement fonctionnel... 14:50 <jrandom> exact oOo 14:50 <hypercubus> je ne les vois pas corriger la version KDE de sitôt 14:51 <hypercubus> exact, on pourrait simplement ajouter un hook dans la classe systray du router 14:51 <hypercubus> et l'utilisateur pourrait télécharger en option le truc systray/SWT 14:51 <jrandom> hypercubus : personnellement, je ne suis pas entièrement sûr à 100% que la base d'utilisateurs ait même besoin d'un systray. je pense qu'il faut le déployer et obtenir des retours pour en mesurer la valeur 14:51 <jrandom> cervantes : les développeurs d'applications clientes peuvent tout à fait embarquer SWT avec leur appli 14:51 <jrandom> (ou dire « allez chercher SWT ») 14:51 <hypercubus> je soupçonne qu'on recevra des demandes pour des options systray étendues 14:52 <jrandom> et si un dev d'appli cliente sort quelque chose qu'on veut livrer avec le router, on déploiera swt avec le bundle 14:52 <jrandom> (etc) 14:52 <deer> <oOo> Trop tard pour séparer la console/moniteur d'état/whatever du noyau qui fait réellement le routage ? 14:52 <jrandom> ce qui fait vraiment le routage ? 14:52 <jrandom> la console du router est une application cliente entièrement séparée 14:53 <jrandom> (apps/routnerconsole/) 14:53 <deer> <oOo> Ce qu'il faut pour que les octets circulent anonymement 14:53 <jrandom> je pense qu'à terme nous voudrons aussi avoir une installation minimal-router 14:53 <jrandom> (avec rien dans clients.config, etc.) 14:53 <jrandom> mais nous n'avons pas les heures développeur pour maintenir plusieurs ensembles de choses 14:55 <jrandom> ok, quelqu'un d'autre a-t-il quelque chose à évoquer ? 14:57 <jrandom> sinon 14:57 * jrandom remonte la clé 14:57 <deer> <oOo> 0.3.5, quand ? ;) 14:57 <jrandom> ça devrait sortir cette semaine, espérons-le 14:57 <jrandom> (dans un jour ou deux si tout va bien) 14:57 <deer> <oOo> Ok ^^ 14:57 * jrandom arrête de remonter la clé 14:57 * jrandom *baf* déclare la réunion close