Réunion des développeurs I2P, 21 octobre 2003

[22:59] <dm> alors, c'est QUAND cette réunion ? [23:00] <jrand0m> maintenant. [23:00] <jrand0m> 0) bienvenue [63] [23:00] <jrand0m> 1) feuille de route : (Lien : http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:00] <jrand0m> 2) à faire 0.2 : [23:00] <jrand0m> - tests de communication de longue durée [23:00] <jrand0m> - bogues de reconstruction des lease [23:00] <jrand0m> 3) prng (youpi) [23:00] <jrand0m> 4) applis / questions / etc. [23:00] <jrand0m> 0) salut [23:00] <jrand0m> désolé d'avoir été idiot et d'avoir oublié le changement d'heure [23:00] <jrand0m> bienvenue à la réunion n°63 [23:01] *** darl_mcbride a quitté #iip-dev [23:01] <jrand0m> 1) feuille de route [23:01] <jrand0m> la feuille de route est à l'URL ci-dessus et sera mise à jour quand nécessaire. [23:02] <jrand0m> oui, les dates sont plus éloignées qu'auparavant, et cela reflète surtout 1) que je ne veux pas publier un logiciel pourri 2) que j'ai négligé des détails dans les estimations précédentes [23:02] <jrand0m> mais, bien sûr, comme il est dit sur la feuille de route, « Si vous vous impliquez et aidez à coder, les choses iront plus vite » :) [23:03] <jrand0m> la 0.2 elle-même permettra des fonctionnalités réellement utiles [23:03] *** Déconnexion : thecrypto (délai d'attente Ping) [23:03] <dm> c'est une bonne nouvelle. [23:03] <jrand0m> ok, point 2) à faire pour 0.2 [23:04] <jrand0m> je fais de la QA sur la version 0.2 depuis environ une semaine et j'ai traqué des bogues difficiles à repérer [23:04] <jrand0m> mais je pense en avoir trouvé la source il y a quelques minutes, et je lance en ce moment un test à ce sujet en arrière-plan. [23:04] <jrand0m> (le problème était qu'après quelques heures d'utilisation, la communication avec un router ou une destination échouait) [23:05] <dm> quel genre de banc de test utilises-tu ? Tout est local à ce stade ? [23:05] <jrand0m> trois routers locaux, trois routers distants [23:05] <sisr> Est-ce que la 0.2 inclut la fonctionnalité selon laquelle quand un router n'est pas joignable après un certain nombre d'essais, on arrête d'essayer ? [23:05] <jrand0m> oui [23:06] <jrand0m> chaque router publie ses coordonnées toutes les N minutes (actuellement 2) à tous ceux qu'il connaît. si un router ne reçoit pas de nouvelles coordonnées toutes les 2,5*N minutes, il supprime sa référence. [23:06] <jrand0m> cependant, s'il /veut/ trouver un nouveau router (c.-à-d. qu'il en obtient une référence via un Lease), il peut lancer une recherche à tout moment et le trouver [23:07] <jrand0m> cependant, exécuter localement trois routers plus deux destinations actives, c'est, eh bien, un monstre pour le CPU. [23:08] <jrand0m> j'ai ajouté une sale fonctionnalité dont je ne suis pas fier, mais elle permet d'ajouter une variable d'environnement pour, en gros, désactiver le chiffrement ElG et AES. c'est utile seulement pour communiquer avec d'autres nœuds ayant aussi le chiffrement désactivé (sinon vous ne pourriez pas parler) [23:09] <jrand0m> ok, c'est tout pour l'à faire de la 0.2 [23:09] <dm> pour tes besoins de test ? [23:09] <jrand0m> oui, en gros [23:09] <jrand0m> (et/ou pour quiconque fait ses propres tests pour ajouter de nouvelles fonctionnalités / etc. ;) [23:10] <jrand0m> en théorie cependant, deux destinations (comme atalk) pourraient définir l'option -Di2p.encryption=off et quand même fonctionner (bien qu'il n'y aurait pas de chiffrement de bout en bout) [23:10] *** thecrypto (~thecrypto@anon.iip) a rejoint le canal #iip-dev [23:10] <jrand0m> mais je pense que c'est une Mauvaise Idée. [23:11] <jrand0m> cette fonctionnalité sera très certainement retirée une fois que le truc AES+SessionTag sera au point [23:11] <jrand0m> ok, 3) prng (générateur de nombres pseudo-aléatoires) [23:11] <sisr> Y a-t-il des recommandations minimales pour le CPU et la RAM ? [23:12] <sisr> désolé [23:12] <jrand0m> hmm, la RAM est minimale (la JVM de Sun prend 7–10 Mo, Kaffe 16–22 Mo) [23:13] <jrand0m> le CPU est clairement le facteur limitant en ce moment, mais je n'ai pas une large gamme de machines pour tester ;) [23:14] <jrand0m> qu'on se le dise, faire tourner trois routers et deux i2ptunnels pointant hors-site vers un Squid sur la même machine met littéralement à genoux ma machine P4 1,7 GHz [23:14] <thecrypto> je pourrais être un peu plus actif si tu veux que je dise quelque chose [23:14] <dm> d'accord, dis quelque chose. [23:15] <jrand0m> salut thecrypto :) [23:15] <sisr> Pourquoi quelqu'un ferait-il tourner plus d'un router sur le même ordinateur ? [23:15] <jrand0m> sisr> seul un développeur le ferait. [23:16] <sisr> Ok, donc le CPU ne devrait pas être trop problématique et nous pouvons lancer quelques tests au fil des semaines [23:16] <jrand0m> clair [23:17] <jrand0m> ok, le truc prng s'est avéré être un bug dans Kaffe, qui est maintenant corrigé. [23:17] <jrand0m> du coup, nous n'avons pas de besoin impératif d'obtenir une implémentation Yarrow, puisqu'ils utilisent sha1prng [23:18] <jrand0m> (mais ce serait sympa, quand on l'aura) [23:18] <jrand0m> ok, 4) applis / questions / etc. [23:18] <jrand0m> je n'ai rien d'autre, alors... salut :) [23:19] <jrand0m> des questions / idées / commentaires sur autre chose ? [23:19] <sisr> Comment va le serveur de noms ? Je n'ai pas vu co depuis longtemps [23:19] *** co (anon@anon.iip) a rejoint le canal #iip-dev [23:19] <jrand0m> quand on parle du loup [23:19] <jrand0m> salut co [23:19] <sisr> haha [23:19] <co> Bonjour. [23:20] <jrand0m> nous en sommes au point où il ne reste plus vraiment rien à l'ordre du jour, sauf des questions [23:20] <jrand0m> [23:19] <sisr> Comment va le serveur de noms ? Je n'ai pas vu co depuis longtemps [23:20] <jrand0m> [23:19] *** co (anon@anon.iip) a rejoint le canal #iip-dev [23:20] <jrand0m> et c'est arrivé :) [23:20] *** Déconnexion : godmode0 (EOF du client) [23:21] <co> Il n'y a eu aucun progrès dessus. Je n'ai écrit qu'une petite partie du client, et rien du serveur. [23:22] <jrand0m> cool [23:22] * dm pointe le bâton de la honte vers co. [23:22] <sisr> Je crois que le HTTP i2p tunnel fonctionne bien maintenant [23:22] <sisr> j'ai adapté l'excellent httpclient de mihi pour que vous puissiez le renseigner dans vos paramètres de proxy [23:23] <jrand0m> génial ! [23:23] <sisr> il fait aussi un filtrage simple des sites non i2p [23:23] <sisr> je crois que jrand0m a déjà fait le commit, non ? [23:23] <jrand0m> on sait avec quels navigateurs ça marche ? Je sais pour moz... [23:23] <jrand0m> oui, je crois que j'ai fait ce commit... laissez-moi vérifier [23:23] * co est honteux à juste titre. [23:23] <sisr> Ça marche avec Mozilla et Konqueror [23:24] *** godmode0 (~enter@anon.iip) a rejoint le canal #iip-dev [23:24] <jrand0m> t'en fais pas co, j'ai déjà 2 mois de retard sur le planning [23:24] <sisr> je vais essayer de faire fonctionner le I2P tunnel de mihi avec un serveur e-mail cette semaine [23:24] <sisr> Aussi, beaucoup de pages du wiki ont été mises à jour [23:24] <jrand0m> oh oui ! merci pour ça [23:25] * jrand0m a d'ailleurs ajouté une mise en garde à l'une des FAQ cet après-midi :) [23:25] * dm décide de concentrer sa formidable puissance d'analyse pour déterminer d'où vient sisr. [23:25] <dm> "Aussi, beaucoup de pages du wiki ont été mises à jour" [23:25] <sisr> Ok vas-y [23:25] <dm> mmmm.....MMmmmm.....mmmmmm... [23:26] <dm> ah, un autre indice ? [23:26] <sisr> Mais je ne peux pas te dire si tu as raison [23:26] <dm> "..... a déjà fait le commit, n’est-ce pas ?" [23:26] <co> jrand0m : Si cela n'a pas déjà été demandé, veux-tu publier le framework I2P et les applications sous forme de paquet en même temps ? [23:27] <jrand0m> j'ai constaté que ce que je veux et ce qui se passe ne sont pas toujours la même chose [23:27] <co> Je veux dire les publier ensemble. [23:27] <sisr> J'ai une question après co [23:27] <jrand0m> le plan actuel est en ligne sur (Lien : http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:28] <jrand0m> i2p lui-même sera le router et le SDK, mais on y joindra toutes les applications qui seront prêtes, quand elles le seront. [23:28] <jrand0m> (l'installer regroupe actuellement le router, le SDK, phttprelay, atalk et i2ptunnel) [23:29] *** Déconnexion : dm (délai d'attente Ping) [23:29] <jrand0m> quoi de neuf, sisr ? [23:29] <co> Cette page est très utile. Merci. [23:30] <sisr> I2P est très vaste et il peut être utilisé pour naviguer sur le WWW, pour parcourir des programmes et des pages web connectés via I2P Tunnel, et si quelqu'un écrit un serveur web et un client I2P directs, on peut se passer du tunnel [23:30] <jrand0m> absolument. [23:30] <sisr> Ma question est : quelle cible pour le développement I2P ? Faire en sorte que tout fonctionne avec les I2P Tunnels afin que les utilisateurs puissent conserver les programmes qu'ils connaissent déjà comme IE ou [23:31] <sisr> Vaut-il mieux essayer de faire un programme de serveur web I2P, un navigateur web I2P — bref tout spécial pour I2P ? [23:31] *** dm (~as@anon.iip) a rejoint le canal #iip-dev [23:32] <jrand0m> personnellement, j'adorerais que la première option soit possible. cependant, il y aura des gains de performances en concevant des applis natives pour i2p [23:32] <mihi> principe Unix : une tâche, un outil. donc n'écrivez pas de nouveaux navigateurs. [23:32] <jrand0m> exact [23:32] <sisr> Quel est le surcoût du I2P Tunnel ? Donc nous devrions nous concentrer sur l'utilisation de l'I2P Tunnel pour faire fonctionner les programmes existants [23:32] <dm> une tâche, un outil ? principe idiot. [23:33] <sisr> Je pense qu'il nous faudra un tutoriel pour que les gens installent Squid et un proxy e-mail vers le WWW normal. C'est précieux et il en faut plus d'un ou deux, donc cela signifie des instructions faciles pour que d'autres puissent installer le leur [23:33] <jrand0m> sisr> le seul surcoût significatif d'i2ptunnel vient de sa dépendance au mode de livraison garantie d'i2p, qui exige d'attendre un message d'acquittement (ack) après chaque message envoyé (un aller-retour complet à travers la paire de tunnels, en utilisant tous les chiffrements appropriés) [23:34] <sisr> Haha, ok sisr a un très vieil ordinateur [23:34] <sisr> Ça me paraît vraiment lent à cause de ça [23:34] <dm> à quoi ressemblait la latence sur les quelques premiers vrais tests ? Juste par curiosité. [23:35] <jrand0m> je peux charger news.google.com avec toutes les images en ~ 30–60 secondes [23:35] <dm> ok [23:36] <sisr> Quelle sera la difficulté pour mettre en place, au-dessus d'I2P, un système de distribution de contenu type Freenet ? Est-ce un gros effort ou un effort mineur ? [23:36] <co> Et combien de temps cela prend-il sans le tunnel ? [23:37] <jrand0m> sisr> si je travaillais dessus à temps plein, je dirais ~ 1 mois pour obtenir une DHT au-dessus d'i2p [23:37] <jrand0m> co> ~ 10–15 secondes [23:38] <co> Donc i2ptunnel est 3 fois plus lent. [23:39] <jrand0m> eh bien, i2ptunnel + les routers. mais ce n'est pas linéaire — envoyer 10 octets sur i2p prend à peu près autant de temps qu'envoyer 100k [23:39] *** Déconnexion : thecrypto (délai d'attente Ping) [23:39] <co> Pour toi, au moins. [23:39] <jrand0m> le surcoût est dans l'encapsulation des messages [23:39] <sisr> Si l'I2P tunnel doit être le cœur de la plupart des applications pour I2P, alors nous devrions nous concentrer sur l'interface utilisateur et proposer des options faciles à cliquer pour configurer un tunnel [23:40] <sisr> Comme une case à cocher pour configurer un serveur web I2P Tunnel avec le port, et une case pour le serveur e-mail, pour que ce soit vraiment simple [23:40] <jrand0m> sisr> Personnellement, j'aime vraiment beaucoup son interface en ce moment :) [23:40] <jrand0m> oh, clairement. en fait [23:40] * sisr n'a jamais vu l'interface mais l'imagine comme une zone de texte [23:40] <sisr> Peut-être que quelqu'un peut faire une capture d'écran du I2P tunnel pour un tutoriel [23:41] <jrand0m> ce que je prévoyais, c'est que le programme d'installation crée un ensemble de scripts .bat et .sh pour le faire automatiquement (par ex. java .... I2PTunnel -e 'config basdfawer' -e 'server ...' ) [23:42] <sisr> Sur quoi devrait-on travailler pour I2P maintenant [23:42] <jrand0m> c'est une grande question. la réponse courte est « ce que vous pouvez » [23:43] <jrand0m> si quelqu'un pouvait mettre à jour le programme d'installation pour générer ces scripts .sh et .bat, ce serait top [23:43] <jrand0m> si quelqu'un a le temps de travailler sur certaines choses de l'i2proadmap, ce serait top aussi :) [23:44] <jrand0m> je pense qu'il y aura une forte demande de doc et de QA une fois que la 0.2 sera sortie (alias très bientôt) [23:44] <sisr> Comment sera l'Installer ? InstallShield ou Java ? [23:44] <jrand0m> l'installer actuel est un unique « install.jar » qui guide l'utilisateur à travers quelques questions [23:45] <jrand0m> c'est un installer vraiment pourri [23:45] <jrand0m> mais il est aussi indépendant de la plateforme que possible [23:48] <jrand0m> ok cool, les routers tournent toujours, je pense que ce correctif a pu régler le problème. [23:48] <jrand0m> oh oui. [23:48] <jrand0m> la liste de diffusion reviendra un de ces jours [23:48] <jrand0m> si elle n'est pas de retour quand la 0.2 sera prête, je créerai une nouvelle liste de diffusion [23:49] <co> J'ai une autre question. [23:49] <jrand0m> vas-y [23:50] <co> Y a-t-il une liste disponible des nœuds I2P qui tournent en ce moment ? [23:50] <jrand0m> non. [23:50] <jrand0m> aucun nœud i2p public n'est ouvert [23:50] <co> Je vois. [23:50] <jrand0m> cependant, l'un d'eux rendra sa liste de pairs disponible via http une fois la 0.2 publiée [23:50] <jrand0m> (et l'URL vers cette liste sera dans l'installer) [23:50] <jrand0m> s/sera/est/ [23:52] <mihi> c'est aussi dans mes favoris... [23:52] <jrand0m> hé, salaud [23:52] <mihi> au fait : size=777 est 111 octets trop grand ;) [23:53] <jrand0m> mdr [23:53] <jrand0m> je n'avais absolument pas remarqué ça. [23:53] <jrand0m> c'était 384 avant [23:53] <jrand0m> mais ensuite j'ai ajouté des infos de version du logiciel du router dans le routerInfo [23:53] <sisr> Je pense que nop peut utiliser le I2P tunnel pour mettre en place un serveur IRC de test avec le router 0.2 ? [23:54] <jrand0m> ce serait vraiment cool [23:54] <sisr> Je me demande comment la latence se comparerait à cet IIP si nop fait ça [23:54] <jrand0m> quoique nous ne pourrions pas faire de dcc [23:54] <jrand0m> i2p aurait une latence bien plus élevée [23:54] <jrand0m> (car chaque envoi prendrait quelques secondes, puisque nous n'avons pas encore AES+SessionTag) [23:57] <jrand0m> ok, si quelqu'un a quelque chose à dire avant le retour de la liste, parlez ici ou balancez des trucs sur le wiki [23:57] <dm> ok, bonne nuit [23:57] *** dm a quitté #iip-dev [23:57] * jrand0m *baf* déclare la réunion close