Réunion des développeurs I2P, 30 novembre 2003

[22:02] <jrand0m> ordre du jour [22:02] <jrand0m> 0) bienvenue [22:02] <jrand0m> 1) i2p router [22:02] <jrand0m> 1.1) statut [22:02] <jrand0m> 1.2) modifications de la feuille de route [22:02] <jrand0m> 1.3) sous-projets ouverts [22:02] <jrand0m> 2) modPow natif [22:03] <jrand0m> 2) installateur graphique [22:03] <jrand0m> 3) IM [22:03] <jrand0m> 4) service de noms [22:03] <jrand0m> 5) licences [22:03] <jrand0m> 6) autre ? [22:03] <jrand0m> 0) bienvenue [22:03] <jrand0m> salut. [22:03] <nop> salut [22:03] <jrand0m> réunion 2^6 [22:04] <jrand0m> tu as des points à ajouter à l'ordre du jour, nop ? [22:04] <jrand0m> ok, 1.1) statut du router [22:04] <jrand0m> on est en 0.2.0.3 et aux dernières nouvelles, c'est fonctionnel [22:04] <MrEcho> > 0.2.0.3 [22:04] <MrEcho> non ? [22:05] <MrEcho> je le fais tourner .. ça a l'air bien [22:05] <nop> non [22:05] <jrand0m> il y a eu de petits commits après la version 0.2.0.3, rien qui justifie une nouvelle version [22:05] <nop> j'essaie juste de rattraper [22:05] <jrand0m> cool [22:06] <jrand0m> compte tenu des expériences et retours de 0.2.0.x, la feuille de route a été mise à jour pour rendre l'exécution moins gourmande en ressources [22:06] <jrand0m> (autrement dit pour que les gens puissent faire tourner des serveurs web / etc. sans que ça dévore leur CPU) [22:06] <jrand0m> plus précisément (on passe au point 1.2 de l'ordre du jour) : http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:07] <MrEcho> ce que j'ai remarqué, c'est que la plupart des routers utilisent : TransportStyle: PHTTP [22:07] <MrEcho> est-ce qu'il passe automatiquement en phttp ou est-ce qu'il essaie d'abord tcp ? [22:07] <jrand0m> hmm, la plupart des routers devraient prendre en charge PHTTP, et s'ils peuvent accepter des connexions entrantes, ils devraient aussi prendre en charge TCP [22:07] <jrand0m> si c'est possible, il utilise TCP [22:07] <jrand0m> PHTTP est pondéré comme environ 1000 fois plus coûteux que TCP [22:08] <jrand0m> (voir GetBidsJob, qui demande à chaque transport combien il pense que ça coûterait d'envoyer un message à un pair) [22:08] <jrand0m> (et voir TCPTransport.getBid et PHTTPTransport.getBid pour les valeurs utilisées) [22:08] <MrEcho> ok [22:08] <jrand0m> tu utilises souvent PHTTP pour envoyer et recevoir des messages ? [22:09] <jrand0m> (ça peut indiquer que ton écouteur TCP n'est pas joignable) [22:09] <MrEcho> je n'ai pas mis les URL de mon côté [22:09] <jrand0m> ah 'k. [22:09] <MrEcho> ohh il l'est [22:10] <jrand0m> ok, oui, mes routers ont des connexions TCP ouvertes vers toi [22:10] <dm> comme c'est hospitalier de leur part. [22:11] <jrand0m> mais je suis content que vous m'ayez poussé à implémenter routerConsole.html pour qu'on n'ait pas à fouiller les logs pour cette merde [22:11] <MrEcho> y a-t-il un timeout qui fait que s'il ne se connecte pas en tcp il passe en phttp ? et quel est le délai ? [22:11] <jrand0m> s'il obtient un refus de connexion TCP / hôte introuvable / etc., il abandonne immédiatement cette tentative et essaie la prochaine offre disponible [22:12] <MrEcho> donc pas de nouvelles tentatives [22:12] <jrand0m> phttp a un timeout de 30 s si je me souviens bien [22:12] <jrand0m> pas besoin de réessayer. soit tu as une connexion TCP ouverte et tu peux envoyer les données, soit non :) [22:13] <MrEcho> lol ok [22:13] <MrEcho> il essaiera tcp à chaque fois après ça, ou bien il sautera cette étape et ira directement en phttp pour la prochaine connexion ? [22:13] <jrand0m> pour l'instant, il essaiera tcp à chaque fois. [22:13] <jrand0m> les transports ne gardent pas encore d'historique [22:13] <MrEcho> ok cool [22:14] <jrand0m> (mais si un pair échoue 4 fois, il est mis sur une shitlist pendant 8 minutes) [22:14] <MrEcho> eh bien, une fois que l'autre côté reçoit le msg phttp, il devrait se connecter au router qui a envoyé le msg via tcp, non ? [22:14] <jrand0m> correct. une fois qu'une connexion tcp est établie, il peut l'utiliser. [22:14] <jrand0m> (mais si les deux pairs n'ont que phttp, ils n'utiliseront évidemment que phttp) [22:15] <MrEcho> ça voudrait dire qu'il ne peut pas établir de connexion tcp vers quoi que ce soit [22:15] <MrEcho> .. mais ouais [22:16] <MrEcho> j'aimerais qu'il y ait un moyen de contourner ça [22:16] <jrand0m> non, un de mes routers n'a pas d'adresse TCP — seulement PHTTP. mais j'établis des connexions TCP avec les pairs qui ont des adresses TCP. [22:16] <jrand0m> (et ensuite ils peuvent renvoyer des messages via cette connexion TCP au lieu de m'envoyer des messages PHTTP plus lents) [22:17] <jrand0m> ou ce n'est pas ce que tu voulais dire ? [22:17] <MrEcho> ouais je me suis embrouillé [22:17] <jrand0m> ok, pas de souci [22:18] <jrand0m> donc, voyez la feuille de route mise à jour pour les informations de planning mises à jour (http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] <jrand0m> ok, 1.3) sous-projets ouverts [22:19] <jrand0m> j'ai enfin mis un paquet de trucs de la todo list de mon PalmPilot dans le wiki à http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] <jrand0m> donc si vous vous ennuyez et cherchez des projets de code... :) [22:20] <MrEcho> pfiou [22:20] <MrEcho> j'en ai déjà 2 [22:20] <dish> Tu as un palmpilot, c'est la classe [22:20] <MrEcho> le mien est mort [22:20] <jrand0m> mihi> il y a un item là-dedans concernant l'I2PTunnel qui décrit une idée que j'ai eue il y a peu [22:21] <MrEcho> je ne sais pas ce qui se passe [22:21] <jrand0m> ouais, j'avais des Palm avant mais on m'en a donné un pour la cause récemment ;) [22:21] <dish> Pourrait-on ajouter un point à l'ordre du jour pour discuter de la dernière fois où userX a tapé quelque chose [22:21] <MrEcho> cette saleté ne s'allume même plus [22:21] <MrEcho> lol [22:22] <jrand0m> Je ne crois pas que UserX ait dit quoi que ce soit depuis 4 ou 5 mois ;) [22:22] <MrEcho> c'est un bot ou un truc du genre ? [22:22] <dish> Qu'est-ce qu'il a dit il y a 5 mois ? [22:22] <MrEcho> je parie que c'est un BitchX qui tourne sur une bécane à laquelle il avait accès .. et qu'il a oubliée [22:22] <jrand0m> qu'il reviendrait avec des commentaires sur le anonCommFramework (ancien nom d'i2p) la semaine suivante ;) [22:23] <dish> haha [22:23] <jrand0m> mais je suppose qu'il est occupé. c'est la vie [22:23] <jrand0m> ok, 2) modPow natif [22:24] <MrEcho> j'ai vu ce code C [22:24] <jrand0m> j'ai assemblé un squelette .c et une classe Java pour montrer comment quelque chose comme GMP ou une autre bibliothèque MPI pourrait être intégré, mais ça ne marche évidemment pas [22:25] <jrand0m> ce qui serait bien, ce serait d'avoir un petit paquet de classes C et la classe wrapper Java associée (triviale) que l'on pourrait compiler pour Windows, OSX, *BSD, Linux, et empaqueter sous GPL [22:25] <jrand0m> (insérer ici une grosse panne iip) [22:38] <MrEcho> la dernière chose que j'ai vue était : [13:25] <jrand0m> ok, 2) modPow natif [22:38] <jrand0m> salut MrEcho [22:38] <jrand0m> ouais, on dirait qu'un proxy principal a planté [22:39] <jrand0m> je lui laisse encore 2 min avant de redémarrer [22:39] <MrEcho> k [22:39] <MrEcho> pour 25 $ en une fois, je peux avoir du Java complet sur thenidus.net ... un de mes sites [22:40] <jrand0m> 25 $ ? ils te facturent l'installation de logiciels ? [22:40] <MrEcho> aucune idée vraiment .. c'est un package [22:40] <MrEcho> je parle à mon pote là tout de suite [22:40] <jrand0m> je ne suis pas sûr que le code soit assez stable pour aller louer une flopée d'emplacements en colo pour y mettre des routers. pas encore :) [22:41] <dm> frazaa ? [22:41] <MrEcho> java - jsp [22:41] <jrand0m> ok, je renvoie ce que j'ai envoyé avant : [22:41] <jrand0m> j'ai assemblé un squelette .c et une classe Java pour montrer comment quelque chose comme GMP ou une autre bibliothèque MPI pourrait être intégré, mais ça ne marche évidemment pas [22:41] <jrand0m> ce qui serait bien, ce serait d'avoir un petit paquet de classes C et la classe wrapper Java associée (triviale) que l'on pourrait compiler pour Windows, OSX, *BSD, Linux, et empaqueter sous GPL (ou une licence moins restrictive) [22:41] <jrand0m> cependant, avec la nouvelle feuille de route qui met AES+SessionTag comme tâche en cours pour moi, ce n'est plus aussi critique qu'avant. [22:42] <jrand0m> si quelqu'un veut s'en charger néanmoins, ce serait super (et je suis sûr qu'un autre projet que nous connaissons tous serait intéressé par un tel packaging) [22:43] <dm> z ? [22:43] <jrand0m> heh, d'une certaine manière ;) [22:44] <jrand0m> ok, 3) installateur graphique [22:44] <jrand0m> MrEcho> salut [22:44] <MrEcho> :) [22:44] <MrEcho> hehe [22:44] <MrEcho> ça avance [22:44] <jrand0m> cool [22:44] <MrEcho> rien de fou [22:45] <MrEcho> j'ai des idées vraiment sympa pour le rendre vraiment classe .. mais c'est pas pour tout de suite [22:45] <jrand0m> je me demandais si l'installateur devrait ajouter 1) une option pour récupérer automatiquement les seeds depuis http://.../i2pdb/ 2) récupérer automatiquement http://.../i2p/squid.dest et créer aussi un runSquid.bat/runSquid.sh ? [22:45] <jrand0m> ok [22:46] <jrand0m> oui, on veut que l'installateur soit le plus simple possible — tu pensais à quoi comme trucs « fancy » ? [22:46] <MrEcho> la question c'est que.. quand tu fais java -jar installer ça lance la non-GUI par défaut à cause de la façon dont tu as organisé les choses [22:46] <MrEcho> comment faire pour que quand tu double-cliques le fichier JAR et ça charge la GUI [22:47] <jrand0m> install.jar <-- non-GUI, installgui.jar <-- GUI [22:47] <jrand0m> code séparé, packages séparés [22:47] <MrEcho> « fancy » au sens de choses que tu ne remarqueras pas forcément .. mais ça va être propre et nickel [22:47] <jrand0m> cool [22:47] <MrEcho> ah ok [22:48] <jrand0m> (ou install <-- GUI installcli <-- CLI. on verra comment ça évolue) [22:49] <jrand0m> autre chose sur la GUI, ou on passe au point 4) ? [22:49] <jrand0m> (tu as une idée du délai ? pas de pression, je me demande juste) [22:51] <MrEcho> aucune idée pour l'instant [22:51] <jrand0m> cool [22:51] <jrand0m> ok, 4) IM [22:51] <jrand0m> thecrypto n'est pas là, donc..... [22:51] <jrand0m> 5) service de noms [22:51] <jrand0m> wiht n'est pas là non plus... [22:51] <jrand0m> ping [22:52] <dish> tu t'es trompé dans la numérotation de l'ordre du jour [22:52] <dish> 3) IM [22:52] <jrand0m> ouais, j'avais 2 points 2 à l'ordre du jour [22:52] <dish> 4) Nommage [22:52] <dish> ;) [22:52] <jrand0m> (modPow natif et installateur graphique) [22:52] <jrand0m> tu vois, on est dynamiques et tout [22:59] <jrand0m> ok, pour les logs je suppose que je vais continuer [22:59] <jrand0m> 6) licences [23:00] <jrand0m> je pense passer à quelque chose de moins restrictif que la GPL. nous utilisons du code MIT, plus un autre fichier est sous GPL (mais ce n'est que l'encodage base64 et ça peut être remplacé facilement). à part ça, tout le code est sous copyright soit de moi, soit de thecrypto. [23:01] <dish> regarde la partie du code i2p tunnel de mihi [23:01] <jrand0m> ah oui, mihi a publié ça sous gpl mais il peut vouloir le publier sous autre chose s'il le souhaite aussi [23:01] <jrand0m> (mais i2ptunnel est essentiellement une appli tierce et peut choisir sa licence comme il veut) [23:02] <jrand0m> (quoique, puisque le SDK i2p est gpl, il a été forcé d'être gpl) [23:02] <MrEcho> bon sang, il était temps [23:02] <jrand0m> je ne sais pas. les licences, ce n'est pas mon fort, mais je suis enclin au moins à passer en lgpl [23:03] <dish> publie les 10–20 lignes de changements du code I2P HTTP Client de mihi sous la licence qu'utilise mihi [23:03] <jrand0m> hehe :) [23:06] <jrand0m> bref, 7) autre ? [23:07] <jrand0m> quelqu'un a des questions / préoccupations / idées concernant i2p ? [23:07] <dish> Laisse-moi demander [23:07] <dish> Est-ce que I2P a une fonctionnalité de nom de groupe ? [23:07] <jrand0m> fonctionnalité de nom de groupe ? [23:07] <dm> team discovery channel! [23:07] <MrEcho> lol [23:08] <dish> Ainsi, si tu veux avoir un réseau privé ou séparé, mais que des router se mêlent d'une façon ou d'une autre, sans nom de groupe les deux réseaux fusionneraient [23:08] <MrEcho> il pense à Waste [23:08] <jrand0m> ah [23:08] <dish> je ne sais pas pourquoi tu voudrais ça, mais je demande au cas où [23:08] <jrand0m> oui, au début de la conception du réseau, je jouais avec ça [23:09] <jrand0m> c'est plus avancé que ce dont nous avons besoin pour l'instant (ou pour le futur proche [6–12 mois]) mais ça pourra être intégré plus tard [23:09] <dish> Ou est-ce une mauvaise idée parce qu'il vaut mieux garder un grand réseau unique [23:09] <dm> i2pisdead [23:09] <jrand0m> heh dm [23:10] <nop> tais-toi [23:10] <dm> nop: dur à cuire ? [23:10] <jrand0m> non dish, c'est une bonne idée [23:10] <dm> rigolo ? [23:10] <jrand0m> c'est essentiellement ce qu'est la version 0.2.3 — routes restreintes [23:10] <jrand0m> (autrement dit tu as un petit ensemble privé (de confiance) de pairs et tu ne veux pas que tout le monde sache qui ils sont, mais tu veux quand même pouvoir communiquer avec eux) [23:15] <jrand0m> ok, autre chose ? [23:15] <nop> nan, je fais juste le clown [23:18] <dm> rigolo ? [23:20] <jrand0m> ok, bon, réunion /intéressante/, avec quelques plantages iip au milieu ;) [23:21] <jrand0m> * jrand0m clôt la réunion *baf*