Réunion des développeurs I2P - 9 décembre 2003

[22:02] <jrand0m> 0) bienvenue à $num [22:02] <jrand0m> 1) statut iip [22:02] <jrand0m> 2) trucs kademlia + idn [22:02] <jrand0m> 3) trucs de profilage des pairs [22:02] <jrand0m> 4) services i2p [22:02] <jrand0m> 5) trucs [22:02] <jrand0m> 0) bienvenue [22:02] <jrand0m> salut [22:03] <jrand0m> c'est la réunion 67 ou 68... [22:03] <jrand0m> 1) statut iip [22:03] <jrand0m> je sais pas. quelqu'un sait quelle est la situation ces derniers temps ? [22:04] <jrand0m> les devs iip ne sont pas là, donc... je sais pas. [22:04] <jrand0m> [ping] [22:04] <jrand0m> (la semaine dernière j'ai tapé pendant 10 minutes avant que mon client me vire pour ping...) [22:05] <jrand0m> (je ne tape plus rien tant que je n'ai pas un p0ng, mince ;) [22:05] *** Nostradumbass (nostradum@anon.iip) a rejoint le canal #iip-dev [22:05] <jrand0m> salut Nostradumbass [22:06] <Nostradumbass> salut :) [22:06] <jrand0m> ok cool, donc je n'ai pas été viré pour ping, les gens sont juste en embuscade. cool :) [22:06] * jrand0m passe au point suivant de l'ordre du jour [22:06] <Nostradumbass> comment va i2p ? [22:06] <Nostradumbass> pardon ? [22:06] <jrand0m> bonne amorce ;) [22:07] <jrand0m> point 3 de l'agenda) statut i2p 0.2.3 :) [22:07] *** nerox (~nerox@anon.iip) a rejoint le canal #iip-dev [22:07] <jrand0m> il y a eu beaucoup de progrès, même si je suis hors ligne. j'ai poussé un gros paquet de code il y a quelques heures [22:07] <jrand0m> ça inclut une implémentation du netDb kademlia [22:08] <jrand0m> donc je suis assez confiant qu'on tiendra la release 0.2.3 la semaine prochaine (qui est essentiellement kademlia netDb + un script shell) [22:08] <jrand0m> il y a eu quelques variantes en plus sur le proto kademlia pour rendre les choses plus pertinentes pour i2p [22:09] <jrand0m> nous aurons toujours un arbre kademlia très, très, /très/ clairsemé. [22:09] <jrand0m> 2^256 emplacements possibles, et 1-10 valeurs par pair sur le réseau. [22:09] <jrand0m> donc, même en étant follement zélés, on n'utilisera toujours que dalle, et tout sera dans le kbucket le plus éloigné [22:10] <jrand0m> donc certaines parties de kademlia vont être tranquillement ignorées ;) mais l'idée de base reste la même, y compris l'algo de recherche & la métrique de distance [22:10] <jrand0m> idn, par contre, est à l'arrêt complet. [22:11] <jrand0m> l'idée que le code netDb d'i2p puisse tourner avec le même code qu'un DHT de publication était une petite idée idiote [22:11] <jrand0m> et a été promptement abandonnée. [22:11] <jrand0m> idn reste en général une bonne idée, mais je ne vais pas passer mon temps dev i2p dessus [22:12] *** tusko (~tusko@anon.iip) a rejoint le canal #iip-dev [22:12] <jrand0m> mais une partie des changements de 0.2.3 inclut une refonte radicale de la façon dont on choisit les pairs et organise les stats du router [22:12] <jrand0m> heya tusko [22:12] <jrand0m> ce qui nous amène au point 3) profilage des pairs [22:12] <jrand0m> j'ai été assez bête... et j'ai enfin fait un peu de maths [22:13] <jrand0m> les stats recueillies maintenant sont immenses. [22:13] <jrand0m> environ 6000 points de données /par pair/ [22:13] <duck> c'est quoi le profilage des pairs ? [22:13] <jrand0m> le profilage des pairs, c'est quand le router garde une trace des performances de chaque pair pour pouvoir décider qui utiliser à l'avenir [22:13] <duck> ah [22:13] <jrand0m> (aka des routers rapides, des routers fiables, etc) [22:13] <duck> le processus qui me bouffe la mémoire :) [22:14] <jrand0m> heh en fait cette partie n'est pas trooop mal [22:14] <jrand0m> même si 6000 points de données ne passeront pas à l'échelle. [22:14] <jrand0m> 1000 routers @ 6000 points de données chacun @ 4 octets / point de données = 24Mb [22:15] <jrand0m> garder des stats détaillées sur quelques centaines de pairs est probablement ok, même si le réseau grossit au-delà [22:15] <jrand0m> on /n'a pas/ besoin de garder des stats sur tout le monde. juste les routers qu'on veut 'utiliser' pour nos tunnels, garlic routing, et routage source. [22:16] <jrand0m> à long terme on pourrait probablement s'en tirer en ne suivant qu'une centaine de pairs environ. [22:16] <jrand0m> mais, pour l'instant, je dis tant pis. [22:16] <jrand0m> gardons des stats sur tous les pairs [22:16] <duck> ping [22:16] <jrand0m> p0ng [22:17] <duck> il essaiera d'apprendre sur tous les pairs ? [22:17] <jrand0m> pour l'instant, oui [22:17] <duck> oh attends, tes dernières lignes couvraient ça [22:17] <jrand0m> on a aussi un peu de code pour fusionner et faire tourner des calculs sur les profils des pairs [22:18] <jrand0m> donc un de ces calculateurs déterminera quels pairs supprimer [22:18] <jrand0m> un exemple de l'ensemble de données collectées : (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] <jrand0m> (vous verrez beaucoup de 0 :) [22:19] <jrand0m> j'ai rédigé un brouillon de manifeste pour la sélection et le profilage des pairs, mais il faut que je le mette sur le wiki [22:20] <jrand0m> mais tout ça c'est du 0.3, en vrai. 0.2.3 n'en utilise qu'un peu [22:21] <jrand0m> ok, c'est tout pour le profilage des pairs. beaucoup plus plus tard, juste un petit aperçu de ce qui se trame [22:21] <jrand0m> (bien sûr, comme toujours, quiconque veut mettre les mains dans le cambouis et déterminer quelles autres stats / calculs / attaques / etc devraient être utilisés serait *très* apprécié) [22:22] <jrand0m> ok, 4) services i2p [22:23] <jrand0m> le site de tc est génial & vraiment fiable ! je suis enfin tombé sur la page de nightblade aussi, et c'est un blog sympa ('plog' ;).. j'aimerais juste pouvoir laisser des commentaires :) [22:23] <jrand0m> il y a aussi le serveur jabber de duck, qui marche assez facilement avec les instructions publiées sur le forum de tc [22:24] <jrand0m> parfois ça déconne un peu, mais c'est lié à des bugs dans le router <= 0.2.2, et ça a été corrigé (et sortira en 0.2.3) [22:24] <jrand0m> le proxy squid est généralement hors ligne, puisque je suis trop souvent offline pour garder un œil sur mes routers kaffe :/ [22:25] <jrand0m> donc pour le moment, les eepsites et le chat jabber sont probablement les choses les plus fiables sur i2p, tout tournant au-dessus de i2ptunnel [22:25] <jrand0m> quels services serait-il cool de voir apparaître ensuite ? [22:25] <duck> j'ai essayé de faire tourner un ircd via i2ptunnel [22:25] <duck> mais avant d'avoir le MOTD complet après connexion, j'avais déjà un ping timeout [22:26] <jrand0m> d'oh [22:26] <duck> et c'était sur le même router [22:26] <duck> donc en conditions réelles les perfs seront encore pires [22:26] <jrand0m> sur le router local ça a expiré pour ping ?! [22:26] <jrand0m> le router local ne devrait jamais virer quoi que ce soit pour ping [22:26] <jrand0m> oh, sauf pour ce bug de course [22:26] <jrand0m> (ce qui est probablement ça, vu que c'était local et que la course est plus rapide là) [22:26] <duck> le client irc a expiré par ping pour non-réponse à temps [22:27] <duck> je réessaierai avec 0.2.3 [22:27] <jrand0m> ok [22:27] <duck> même si jabber est sympa pour l'instant [22:27] <jrand0m> totalement [22:27] <jrand0m> et à long terme, irc n'est pas la voie à suivre [22:27] <duck> tc, jrandom et moi sommes là pour discuter ! [22:27] <jrand0m> hehe :) [22:28] <jrand0m> il nous faut une solution d'IM et de chat de groupe qui ne donne pas de texte en clair à des personnes non autorisées, et qui ne nécessite pas de points d'étranglement centralisés [22:28] <jrand0m> (aka iip 2.0) [22:28] <jrand0m> ce serait le bon moment pour que userx revienne dans le giron ;) [22:29] * jrand0m arrête de retenir son souffle [22:29] <jrand0m> un serveur nntp /aussi/ ce serait vraiment vraiment top. [22:29] <duck> je vais essayer ça demain [22:29] <jrand0m> r0x0r [22:30] <duck> jabber est vraiment sympa pour faire tourner d'autres choses au-dessus [22:30] <duck> regarde les specs jabber rpc [22:30] <duck> (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] <duck> d'autres services ? [22:30] <jrand0m> c'est intéressant - faire de jabber un service de nommage, en gros [22:31] <duck> tu veux dire : [22:31] <jrand0m> il y aura toujours plus de services à ajouter - avec le mail (usenet), le chat (jabber) et la publication/navigation (eepsites), la couverture est bonne [22:31] <duck> le serveur de noms a un client jabber via lequel tu peux enregistrer des noms (jeton fourni) [22:31] <duck> aussi l'utiliser pour les requêtes ? [22:31] <jrand0m> non [22:32] <jrand0m> le registre jabber étant le service de nommage [22:32] <duck> ok [22:32] <jrand0m> c'est centralisé mais ça marche [22:32] <jrand0m> comme hosts.txt :) [22:33] <duck> existe-t-il des solutions mail mieux adaptées à ces environnements que smtp et pop/imap ? [22:33] <jrand0m> très bonne question [22:33] <duck> parce que je ne pense pas que ça va juste marcher quand tu branches des serveurs mail [22:34] <jrand0m> ouais, il faudrait probablement soit une passerelle (à la freemail) soit que le service de nommage fasse quelques acrobaties intéressantes [22:34] <jrand0m> ou bien on revient à un serveur POP3/IMAP centralisé unique avec tout le monde dessus [22:35] <duck> j'ai parlé avec aum (auteur de freemail) hier [22:35] <duck> il parlait de réimplémenter fred en python [22:35] <jrand0m> lol nice [22:35] *** mrflibble (mrflibble@anon.iip) a rejoint le canal #iip-dev [22:35] <duck> du coup je lui ai suggéré de bosser plutôt sur les routers Python pour i2p [22:35] <jrand0m> ooh ça, ça DÉCHIRERAIT ! [22:35] <duck> puis il s'est complètement énervé à propos des documents pdf [22:36] <jrand0m> hey, s'il veut les originaux openOffice, ou même un export txt je ferai l'export [22:36] <duck> et j'ai perdu patience et je lui ai dit que tu aurais aussi les docs m$word s'il demandait gentiment [22:36] <duck> bon, t'étais un connard de ne pas avoir fait un export html ou un truc [22:36] <jrand0m> non, j'ai essayé ça ;) [22:36] <duck> j'ai perdu patience et je lui ai dit de te parler [22:36] <jrand0m> l'export html d'openOffice C'EST NUL [22:37] <duck> hm [22:37] <mrflibble> vrai jr [22:37] <jrand0m> quand les specs passeront en 1.0 (aka quand le router passera en 1.0 et qu'elles seront mises à jour pour correspondre au code), elles seront sur le wiki. [22:37] <duck> le wiki a la plupart des infos de toute façon [22:37] <jrand0m> exactement [22:37] <mrflibble> j'ai essayé d'utiliser ça pour ce livre de kevin mitnick. c'était pire que ms office [22:37] <duck> oh bien [22:37] <jrand0m> zactement. [22:37] <duck> il pourrait apparaître ici une fois [22:37] <jrand0m> ce serait génial [22:38] <duck> mais peut-être qu'avec son attitude il vaut mieux qu'il rejoigne la bande freenet [22:38] <duck> ... [22:38] <jrand0m> eh bien, des efforts sur freenet c'est toujours une bonne chose [22:38] * duck retourne à être gentil [22:38] <jrand0m> :) [22:38] <duck> le travail d'aum déchire [22:38] <duck> espérons qu'il déchirera sur i2p [22:39] <jrand0m> ouais chaque fois que quelqu'un parlait de recherche sur freenet, je disais juste "ben fais un McNabb" [22:39] <jrand0m> on a besoin d'aide, clairement [22:39] <duck> ce qui m'amène à la question suivante : [22:39] <duck> les changements que tu fais à I2P sont-ils spécifiés ? [22:39] <duck> ou est-ce que le code source java est la doc pour les dernières infos [22:40] <jrand0m> il y a des notes prises dans mon palmpilot, mon système de fichiers, et mon carnet, mais malheureusement je n'ai pas mis à jour les docs openoffice depuis un moment [22:40] <jrand0m> février est le mois de la doc pour jrandom. [22:40] <jrand0m> (et qa, et corrections de bugs) [22:41] <jrand0m> ((et bringues ;)) [22:41] <jrand0m> les specs sont encore globalement correctes, il y a juste plus de détails. [22:41] <duck> génial [22:41] <jrand0m> mais les structures de données ont eu plus de changements [22:42] <jrand0m> ok, autre chose pour les services ? [22:43] <jrand0m> ok, 5) trucs [22:43] <jrand0m> salut [22:43] <duck> salut ! [22:43] <jrand0m> quoi de neuf ? [22:43] <jrand0m> [toutes questions / idées / problèmes / etc c'est ici] [22:43] <duck> les astuces base64 devraient être ajoutées aux pages i2ptricks [22:44] <jrand0m> ooh bon point [22:44] <duck> il y a peut-être d'autres astuces aussi que je ne connais pas encore [22:44] <duck> je vais grepper les sources pour 'main' [22:44] <jrand0m> je me sens coupable de ne pas avoir fait en sorte que l'installeur permette à quelqu'un de récupérer automatiquement hosts.txt et de reseed [22:44] <jrand0m> lol [22:44] <jrand0m> il y a plein de méthodes main(), mais ce sont surtout des fonctions de test [22:45] <jrand0m> oh ! [22:45] <jrand0m> un truc. NE PAS exécuter le code actuel depuis cvs en s'attendant à ce qu'il marche avec les routers normaux. [22:45] *** joda (--@anon.iip) a rejoint le canal #iip-dev [22:45] <joda> salut [22:45] <jrand0m> les messages db ont changé :) [22:45] <jrand0m> salut joda [22:45] <joda> désolé, si j'interromps quelque chose [22:45] <duck> j'étais un peu contrarié de ne pas avoir réussi à faire marcher cvs [22:45] <duck> mais ensuite je me suis rappelé que ceci n'est pas freenet [22:45] <joda> je me demandais juste ce qui est arrivé à "anonymail" ? [22:46] <duck> donc tu n'as pas besoin du dernier cvs pour pouvoir l'utiliser [22:46] <jrand0m> joda> l'utilisateur qui le fait tourner n'a pas l'air d'être en ligne en ce moment. il devrait revenir bientôt [22:46] <jrand0m> hehe duck - ça a foiré pour toi aujourd'hui après mon commit, ou tu parles d'avant aujourd'hui ? [22:46] <duck> la semaine dernière quelque part [22:46] <joda> jrand> thx :) [22:46] <joda> à+ :) [22:46] <jrand0m> ah 'k duck [22:46] <jrand0m> à+ joda [22:47] <jrand0m> ouais, je ne recommande que d'exécuter le code publié [22:47] <duck> est-ce que 0.2.3 mettra les fichiers version dans un répertoire ? :) [22:47] <jrand0m> 0.2.3 se débarrasse des fichiers de version :) [22:47] <jrand0m> (beaucoup beaucoup beaucoup de changements) [22:47] <jrand0m> mais ça veut dire que 0.2.3 (et au-delà) va exiger des horloges g énéralement correctes [22:48] <jrand0m> (current Router.CLOCK_FUDGE_FACTOR = 30 minutes) [22:48] <duck> quelle sera la fudge factor pour 0.2.3 ? [22:48] <jrand0m> probablement la même [22:49] *** joda a quitté #iip-dev [22:49] <duck> oh, current = ton code [22:49] <jrand0m> ce temps sera utilisé pour expirer les entrées db [22:49] <duck> ok [22:49] <jrand0m> ah, oui, ouais :) [22:49] <jrand0m> (dans 0.2.2 ce clock_fudge_factor est éparpillé dans une demi-douzaine de fichiers) [22:49] <duck> peut-être que l'installeur pourrait être un peu plus userfriendly [22:49] <duck> c.-à-d. moins de questions [22:49] *** Déconnexion: nickthief66282 (Excess Flood) [22:50] <duck> urls phttp par défaut incluses, pas de limitation de bande passante etc [22:50] <jrand0m> je suppose qu'on pourrait aussi deviner automatiquement des ports aléatoires [22:50] <jrand0m> tu as raison [22:50] <jrand0m> tu veux des droits de commit ? :) [22:50] *** Déconnexion: nerox (EOF From client) [22:50] <jrand0m> (sinon je peux le mettre à jour pour 0.2.3) [22:51] <duck> un argument contre, c'est que les utilisateurs prendront les réglages trop facilement pour acquis [22:51] <duck> et tout le monde utilisera le même relais phttp [22:51] *** nickthief24373 (~chatzilla@anon.iip) a rejoint le canal #iip-dev [22:51] <jrand0m> vrai. cependant les plans 0.3.1 incluent une mise à jour du code du relais phttp pour que les relais se parlent entre eux, et redirigent les utilisateurs vers un relais moins chargé [22:52] <jrand0m> je suis globalement content du process d'installation en ce moment toutefois - j'ai monté une nouvelle installation 0.2.2 et je naviguais sur la page de tc en moins d'une minute [22:52] <jrand0m> (même si c'est parce que je sais ce que tout le texte dit et que je ne l'ai pas lu...) [22:52] <duck> je n'aime pas les longues clés [22:53] <duck> surtout pas si tu dois les copier-coller [22:53] <duck> mieux vaut les utiliser comme fichier [22:53] <jrand0m> hmm ? [22:53] <duck> mais distribuer les fichiers binaires est une galère [22:53] <duck> donc tu dois faire l'astuce base64.. [22:53] <duck> est-ce que i2ptunnel pourrait lire aussi des clés de destination base64 ? [22:53] <duck> depuis un fichier je veux dire [22:53] <jrand0m> j'étais justement en train de taper ça ;) [22:53] <jrand0m> ouais, ça ne serait pas beaucoup de boulot [22:54] <jrand0m> peut-être même 1 ligne [22:54] <duck> aussi, et l'armoring ? [22:54] <duck> avec un header&footer [22:54] <duck> comme pgp etc [22:55] <jrand0m> vrai, ce serait utile d'avoir ce type de validation [22:55] <duck> bien sûr c'est un gadget [22:55] <duck> mais ça pourrait aider ceux qui veulent utiliser le tunnel [22:55] <jrand0m> même si la structure Destination elle-même est assez pointilleuse [22:55] <jrand0m> mais tu as raison, un base64 brut n'est pas la chose la plus intuitive ni la plus sûre à faire circuler [22:56] <jrand0m> il nous faut un bugzilla [22:56] <jrand0m> pour que des trucs comme ça puissent être postés en todo [22:56] <jrand0m> je passerais de la liste de tâches de mon palm à ça [22:56] <duck> bugzilla a des exigences d'inscription nazies [22:56] <duck> avec emails etc.. [22:56] <jrand0m> vrai [22:57] <duck> mais mieux que rien [22:57] <duck> les autres bugtrackers ont tous leurs défauts [22:57] <jrand0m> ouais, à peu près toutes les boîtes où j'ai bossé finissent par construire le leur [22:58] <jrand0m> on verra. il nous faut un bugtracker d'ici à ce qu'on commence une QA à plein régime (une fois 0.3 sorti) [22:58] <jrand0m> donc on a quelques semaines ;) [22:58] <jrand0m> mais si quelqu'un faisait un peu de recherche et trouvait un vraiment chouette, ce serait top [22:59] <jrand0m> [pas toi spécifiquement duck, quiconque lit ces logs de réunion chez lui ;)] [22:59] <duck> jusqu'ici phpBugTrackers a été ok pour moi [22:59] <jrand0m> hmm jamais utilisé [22:59] <duck> oui, je ne parle pas non plus à jrandom [22:59] <jrand0m> lol [22:59] <duck> mais au groupe des développeurs de code I2P :) [22:59] * jrand0m est en fait 12 personnes agissant sous un seul nym [23:00] <jrand0m> ok, 1 heure, pile [23:00] <jrand0m> quelqu'un a autre chose avant que je sorte le *baf*er ? [23:01] * duck exige 1 minute de plus [23:01] <duck> puisque nous avons commencé à 21:02 [23:01] <jrand0m> ouais ouais [23:01] <jrand0m> la la la [23:01] <jrand0m> je mange quoi ce soir ? [23:01] <jrand0m> il y a un bon resto falafel à côté... [23:01] <jrand0m> j'ai mangé des gnocchis à midi aussi [23:01] <jrand0m> hmm... [23:01] <jrand0m> peut-être un dîner liquide [23:02] <duck> soupe ? [23:02] <jrand0m> ooOooo soupe au whiskey ! [23:02] * jrand0m clôture la réunion avec un *baf* sur cette note