Réunion des développeurs I2P - 3 février 2004

[22:01] <jrand0m> 0) salut [22:01] <jrand0m> 1) réseau de test [22:01] <jrand0m> 2) feuille de route mise à jour [22:01] <jrand0m> 3) liste d’applications mise à jour [22:01] <jrand0m> 4) bénévoles recherchés [22:01] <jrand0m> 5) ??? [22:01] <jrand0m> 0) salut [22:01] * jrand0m fait coucou [22:01] * mihi rend le salut [22:02] * jrand0m doit prévenir que je suis debout depuis trop longtemps, donc je risque d’être un peu à l'ouest [22:02] <jrand0m> mais bref, pendant qu’on avance, tout le monde devrait lire (ou avoir lu) http://i2p.dnsalias.net/pipermail/i2p/2004-February/000132.html [22:02] <jrand0m> allons directement à 1) réseau de test [22:03] <mihi> tu devrais changer l’objet pour chaque mail... ici ils sont tous regroupés dans un seul fil [22:03] <jrand0m> haha, pas mal [22:03] * jrand0m a essayé d’être cohérent (pour faciliter le filtrage) [22:03] <jrand0m> tu veux que j’y ajoute la date ? [22:03] <madman2003> comment va vraiment le testent ?(avis pessimiste svp) [22:03] <jrand0m> madman2003> médiocre, mais mieux qu’avant [22:04] <mihi> jrand0m: la date (ou le numéro de réunion) serait top [22:04] <jrand0m> ok mihi, c’est fait [22:04] <jrand0m> (quelqu’un d’autre que moi veut répondre à la question de madman2003 ?) [22:04] <duck> madman2004: baffled et moi sommes connectés depuis 4 h maintenant [22:04] <baffled> Vraiment aussi longtemps ? [22:04] <duck> avant test3 le temps max était 10 min [22:05] <jrand0m> w00t [22:05] <duck> baffled: depuis 18:15:07 CET [22:05] <jrand0m> ouais j’ai eu une session de 90 min l’autre jour aussi [22:05] <duck> mais peut-être qu’on est reliés directement [22:05] <madman2003> et tu es sûr que le lien est intact ? [22:05] <jrand0m> duck> tous les tunnels sont à 2 sauts (sauf si ton router déconne, auquel cas tes tunnels casseront au moins une fois) [22:06] <jrand0m> madman2003> quand les tunnels tombent, c’est brutal [22:06] <madman2003> la latence générale sur le réseau de test, ça donne quoi ? [22:06] * Ophite1 has joined #i2p [22:06] * jrand0m a d’habitude 2–10 s de latence via le squid [22:06] * lucky has joined #i2p [22:06] <jrand0m> 5–20 s de latence via IRC [22:07] <madman2003> le délai de 30 s sur les sites locaux est-il corrigé ? [22:07] <jrand0m> duck> peux-tu /ping duck sur ton ircd ? combien de temps pour répondre avec une erreur CTCP refused ? [22:07] <jrand0m> (ou baffled>) [22:08] <jrand0m> madman2003> il y a eu des corrections importantes qui expliqueraient des délais locaux de 30 s et + [22:08] <jrand0m> (des jobs se bloquaient, provoquant des délais dingues) [22:08] <duck> la réponse à une requête admin vers l’ircd de baffled est ~8 s [22:08] <jrand0m> duck> vers local ? [22:09] <duck> le ping/pong fido est de 3 secondes, c’est local [22:09] <jrand0m> cool [22:09] <duck> pour les eepsites locales, ça semble aussi ~3 s [22:09] <jrand0m> (toujours bien plus que ce que je voudrais, mais << 30 s) [22:09] <duck> la requête initiale est plus longue, peut être ~30 s [22:10] <jrand0m> intéressant [22:10] <duck> , [22:10] <jrand0m> ok, donc il y a clairement encore du boulot sur le réseau de test, mais il y a eu des progrès [22:10] <madman2003> le réseau de test va-t-il tourner jusqu’à ce que la mauvaise perf devienne parfaite, quelle est l’exigence exacte de réussite ? [22:11] <madman2003> (je sais pour les 3 jours de bon fonctionnement) [22:11] <jrand0m> succès == 3 jours consécutifs où ce qui doit réussir réussit. [22:11] <jrand0m> human s’est proposé pour aider et implémenter quelque chose dans l’esprit de ce que j’ai posté dans l’email [22:11] * mihi inonde le réseau de test avec des pings ;) [22:11] * leenookx has quit IRC (Ping timeout) [22:11] <jrand0m> en gros, une façon de laisser une paire de bots connectés aux deux ircd et de mesurer nos progrès et nos échecs [22:12] <jrand0m> (yay human !) [22:12] <mihi> hmm, s’il n’y a pas de netsplit, I2P fonctionne, mais on ne peut pas conclure l’inverse... [22:13] <jrand0m> la feuille de route I2P [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] place la version 0.2.4 (~= fin du réseau de test) dans une semaine et demie [22:13] <madman2003> pourquoi ne pas se concentrer sur un délai local < 1 s ? [22:13] <jrand0m> c’est ce que je vais faire. [22:13] <madman2003> il y a de bonnes chances que ça règle aussi d’autres problèmes [22:13] <jrand0m> la cause d’un délai > 1 s est probablement la charge [22:14] <jrand0m> pour les routers sans pairs, les requêtes purement locales sont quasi instantanées [22:14] <jrand0m> (mais comme le réseau de test montre effectivement de la charge, on met d’autres choses sous tension) [22:15] <duck> baffled et moi avons aussi discuté un peu à propos de faire des statsbots, mais si human veut le faire ; ça me va [22:15] <madman2003> peut-être que les délais viennent des requêtes envoyées à d’autres routers [22:15] <madman2003> avant qu’il ne voie que c’est local [22:15] <jrand0m> ouais, carrément duck [22:15] <jrand0m> non, ça ne marche pas comme ça madman2003 [22:16] <jrand0m> (ça passe d’abord au client manager, qui vérifie si c’est local, et seulement si ça ne l’est pas, c’est mis dans le net pool du router) [22:16] * madman2003 se demande d’où vient toute cette charge [22:16] <jrand0m> la France. [22:16] <jrand0m> euh, l’Allemagne. [22:16] <jrand0m> (puisque *quelqu’un* ping tout le monde ;) [22:17] <duck> Kuala Lumpur [22:17] * duck espère que personne ne comprenne cette blague [22:17] * jrand0m est ravi d’exaucer les souhaits de duck [22:17] <mihi> tous ces pings ont fait thrash ma machine locale aussi... (sans router !) [22:18] <jrand0m> mihi> la lib I2CP fait le chiffrement ;) [22:18] * wiht has joined #i2p [22:18] <madman2003> I2P ne protège pas contre les ping floods ? [22:19] <jrand0m> madman2003> la charge n’est pas si importante, c’est juste que le code a actuellement une synchronisation à gros grain (et pendant le réseau de test on l’ajuste vers une sync plus fine) [22:19] <madman2003> grain sync ? [22:19] <mihi> jrand0m: bravo : on dirait que ping -ns ne produit plus seulement - - - maintenant [22:20] <jrand0m> lol mihi :) [22:20] <mihi> pourquoi lol ? ping -ns n’a jamais marché pour moi. (seulement celui synchronisé) [22:20] <duck> celui synchronisé n’a jamais marché pour moi... [22:20] <jrand0m> ah vraiment ? ouais, -ns marche bien pour moi [22:21] <jrand0m> madman2003> c’est un compromis mémoire et CPU vs concurrence [22:22] <jrand0m> (la synchronisation à gros grain minimise l’usage CPU et mémoire, tandis qu’une synchronisation fine utilise plus de CPU et de mémoire en échange d’une meilleure concurrence) [22:22] * TrueSeeker has quit IRC (Leaving) [22:22] * mihi va poster des stats de ping sur #flood dans quelques secondes [22:22] * ion has quit IRC (Ping timeout) [22:23] <lucky> pfff. [22:23] <jrand0m> mais oui, le plan est de clore le réseau de test une fois qu’il passe le test des 3 jours. Mon estimation actuelle est le 14, mais on verra. [22:23] <lucky> journée misérable. [22:23] <lucky> stupides porcs capitalistes [22:23] <lucky> qui prennent tout mon fric.. [22:24] <baffled> on dirait qu’il y a des nouveautés dans le CVS, c’est pour quand test4 ? [22:24] <jrand0m> pas aujourd’hui, avec un peu de chance demain [22:24] * jrand0m va se coucher après la réunion :) [22:25] <baffled> cool. [22:26] <madman2003> salut tout le monde [22:26] <jrand0m> à plus madman2003 [22:26] <madman2003> n’oubliez pas les autres points de la réunion :) [22:26] <jrand0m> ok, voilà pour le réseau de test. Autre chose là-dessus, ou on passe à 2) feuille de route mise à jour ? [22:26] <jrand0m> hehe [22:26] <baffled> Y a-t-il d’autres générateurs de charge dont on a besoin sur le réseau de test ? [22:26] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:26] <duck> on est quel jour ? [22:27] <jrand0m> 3 fév [22:27] <baffled> le 3 ici. [22:27] <mihi> 2004-02-03 [22:27] * leenookx has joined #i2p [22:27] <duck> ah, merci [22:27] <jrand0m> baffled> au fait, quelqu’un a testé i2psnark sur le réseau de test ? [22:27] <wiht> baffled: qu’entends-tu par générateurs de charge ? [22:28] <mihi> wiht: j’imagine des gens qui stressent le réseau de test [22:28] <baffled> Eh bien, l’autre jour tu as demandé à aum et moi de siess and desist sur NNTP, je pensais à mettre en place un flux ogg à 128 kb/s. [22:28] * mihi aimerait qu’un service d’écho public soit mis en place par quelqu’un — ça permettrait de bonnes mesures de latence [22:28] <baffled> donc ces deux éléments, je suppose. [22:28] <jrand0m> on a une bonne équipe qui tape sur le squid [22:28] <jrand0m> oh, NNTP ce serait top, tout comme un flux ogg ! [22:29] * jrand0m ne me rappelle pas vous avoir demandé d’arrêter (sauf peut-être temporairement pendant une mise à jour ?) [22:29] <jrand0m> d’accord mihi [22:29] * jrand0m vérifie quel port est « echo » [22:29] <jrand0m> 7 [22:29] <mihi> à ma connaissance 9 [22:29] <mihi> oups ;) [22:29] <baffled> Tu étais peut-être sur les nerfs à ce moment-là à cause d’autre chose. [22:30] <wiht> Port 7. [22:30] <duck> 4 [22:30] * ion has joined #i2p [22:30] <jrand0m> sans doute baffled ;) [22:30] <duck> echo 4/ddp # AppleTalk Echo Protocol [22:30] <jrand0m> echo 7/tcp [22:30] <jrand0m> echo 7/udp [22:30] <jrand0m> echo 4/ddp # AppleTalk Echo Protocol [22:30] <wiht> Port 7 pour TCP et UDP. [22:30] <mihi> duck: on veut [0-9]*/tcp [22:30] * duck se baisse [22:31] * Synonymous has joined #i2p [22:31] <jrand0m> alors, quelqu’un veut finaliser l’appli de test de human (le serveur et le client d’écho) ? [22:32] <jrand0m> (même si faire tourner Twisted semble un peu exagéré pour ça ;) [22:32] <duck> la version non-Twisted marcherait [22:33] <duck> . [22:33] * jrand0m ne réalisait pas que son code i2p pouvait marcher sans Twisted [22:33] <jrand0m> mais bref, quelqu’un veut se porter volontaire pour piloter la mise en place d’un service d’écho ? [22:33] * duck s’assoit sur ses mains [22:33] <wiht> Accessible via I2P, ou via l’Internet classique ? [22:34] <jrand0m> via I2P [22:34] <baffled> Je peux regarder ça avec des specs spécifiques. [22:34] <mihi> duck: les canards ont des mains ? je pensais des ailes ;) [22:34] <jrand0m> spec : recevoir une ligne de texte et la renvoyer :) [22:34] <baffled> oh, ok pas de souci. [22:34] <lucky> pfff... je vais devoir commencer à déclarer mes impôts l’année prochaine ! [22:34] <mihi> jrand0m: s/line/byte chunk/ [22:34] <lucky> Stupide fichu gouvernement... [22:35] <jrand0m> mihi> les lignes sont tellement plus simples à parser ;) [22:35] <duck> lucky: chut [22:35] <jrand0m> baffled++ [22:35] <jrand0m> ok, passons à 2) feuille de route mise à jour [22:35] * jrand0m attire l’attention de tout le monde sur http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:36] <mihi> jrand0m: pourquoi ? while (len=in.read(b) != -1) {o.write(b,0,len);} [22:36] <jrand0m> que, bien sûr, vous avez déjà lu [22:36] * MrEcho has joined #i2p [22:36] <jrand0m> mihi> messages d’un seul octet vs Nagle, etc. [22:37] <jrand0m> mais bref, quoi que baffled implémente pour faire de l’écho et aider les tests, c’est bien [22:37] <jrand0m> (ou vous pouvez voir ensemble ce qui vous convient le mieux) [22:37] * wiht has quit IRC (Ping timeout) [22:37] <baffled> Si tu as des exigences, écris-les et dis-le-moi plus tard mihi et j’essaierai. [22:38] * ion has quit IRC (Ping timeout) [22:38] <mihi_backup> baffled: pas vraiment. si besoin, ajouter un saut de ligne après un timestamp ne pose aucun problème. [22:38] * jar_ has quit IRC (Ping timeout) [22:38] <duck> (netsplit après 4:20) [22:38] <jrand0m> heh [22:39] <jrand0m> pas bon :/ [22:39] <jrand0m> bon, itératif et incrémental. [22:39] <mihi> 22:38:09.430 ERROR [WrC1->Pz83 ] .i2p.i2ptunnel.I2PTunnelRunner: Error sending [22:39] <mihi> message to peer. Killing tunnel runner [22:39] <jrand0m> est-ce que les 9/10 routers sont up en ce moment ? [22:39] <jrand0m> (ou l’un est tombé ?) [22:40] <jrand0m> je n’en vois que 8 [22:40] <jrand0m> 22:41:02.758 ERROR [TCP Read [9]] er.transport.tcp.TCPConnection: Error reading from stream to [RouterIdentity: [22:40] <jrand0m> Hash: 4Sb3aJoFusrhpHgYA2xCZCkn0P5jBo822qu9C0wsE1w= [22:40] * duck vient juste de mettre à jour [22:40] <duck> où se place l’admin I2CP dans la feuille de route ? [22:41] <duck> pour autant que je sache ce n’est pas implémenté, mais 0.2.5 parle de finaliser la spec [22:41] <jrand0m> le plan actuel est de faire d’I2CP le protocole client simple, en laissant les fonctions d’admin à part [22:41] <jrand0m> (p. ex. via le port web d’administration :7655) [22:41] <duck> ok [22:42] <jrand0m> (et virer toutes ces autres saletés) [22:42] * jar_ has joined #i2p [22:42] * ion has joined #i2p [22:42] <jrand0m> ((shrinkingCodebase)++) [22:43] <jrand0m> quelqu’un a des avis sur les deux Gros Sujets ? [22:43] <jrand0m> = abandonner le transport PHTTP actuel (jusqu’à 2.0) [22:43] <jrand0m> = conserver la prise en charge d’une topologie de route restreinte en 2.0 [22:43] <baffled> Bon les amis, je dois filer donc je lirai les logs plus tard. [22:43] <jrand0m> cool, content que tu aies pu venir, à+ [22:43] * baffled has quit IRC (Leaving) [22:44] <duck> un I2CP sécurisé réduirait un peu le besoin direct d’une topologie de route restreinte [22:44] <duck> donc ça va [22:45] <jrand0m> d’accord, même si « sécurisé » en ce sens ne sera pas idéal (toutes les charges utiles I2CP seront bien sûr chiffrées, mais des sniffers peuvent détecter que $client envoie un message de $n octets à $destination) [22:46] <jrand0m> la seule différence avec l’I2CP actuel est une petite mise à jour du protocole / de la structure d’authentification [22:46] <jrand0m> ((bon, le $client ne peut pas détecter $n, puisque les messages sont rembourrés aléatoirement. nm) [22:46] <jrand0m> euh, $sniffer, pas $client [22:47] * wiht has joined #i2p [22:47] <jrand0m> (bien sûr, ça ne bat pas un adversaire passif global) [22:48] <jrand0m> d’autres préoccupations / suggestions / idées / commentaires ? [22:48] <jrand0m> (sur la feuille de route) [22:49] <duck> non [22:49] <jrand0m> moi non plus [22:49] * jrand0m passe à 3) liste d’applications mise à jour [22:49] <jrand0m> [insérer ici le laïus « mihi déchire »] [22:50] <duck> aidez jrand0m à dire non ! [22:50] <jrand0m> mihi> des avis sur le truc muffin ? http://wiki.invisiblenet.net/iip-wiki?I2PApplications [22:50] <jrand0m> heh [22:51] <mihi> jrand0m: tu sais ce que j’en pense... [22:51] <jrand0m> (je ne te demande pas spécifiquement de l’intégrer, je veux juste ton avis sur le fait que ce serait bien ou pas) [22:52] <mihi> httpclient doit sortir d’I2PTunnel, puisque I2PTunnel sert au stream forwarding et httpclient fait du content forwarding [22:52] <mihi> bidouiller ça dans I2PTunnel, ce serait encore plus crado. [22:52] <jrand0m> clair, donc l’appli plus bas [Scalable web proxies] [22:52] <jrand0m> ça a du sens [22:53] <jrand0m> (des applis qui font Une Chose et la font Bien)++ [22:53] <mihi> jrand0m: tu m’as mal compris... [22:53] <jrand0m> qu’est-ce que j’ai raté ? [22:54] <mihi> je n’ai rien contre une appli qui lit une requête HTTP, la parse, l’envoie via I2P, lit la réponse, la parse, la renvoie (éventuellement en filtrant) — juste pas comme le fait httptunnel. [22:54] <mihi> httptunnel transfère tout sauf les premières lignes. [22:54] <jrand0m> ah, tu as raison [22:55] * jrand0m n’a pas tout à fait la tête vissée correctement [22:55] <mihi> ce serait difficile d’y intégrer un filtrage efficace (s’il doit filtrer le HTML et pas le texte ou un truc du genre) [22:55] <jrand0m> d’accord — peut-être avoir MUFFIN en autonome [22:55] <jrand0m> (en filtrant ce qui sort du httpclient) [22:55] <mihi> donc je dirais, une appli à part pour ça. Mais il faudrait une streaming lib... (ou quelque chose du genre) [22:56] * duck aime bien qu’on puisse faire des proxies xmlrpc/soap avec httpclient quand même [22:56] <wiht> jrand0m: Je n’ai pas vu d’entrée pour « muffin » dans la liste des applications. [22:56] <jrand0m> wiht> http://muffin.doit.org/ [22:56] <mihi> muffin est un filtre de contenu HTTP [22:57] <mihi> si on a un filtre de contenu, on pourrait jeter ce « proxy » pourri. [22:57] <jrand0m> duck> idéalement, le filtre muffin serait réglé pour laisser passer xmlrpc/soap, en ne filtrant que des choses comme VBScript / etc. [22:57] <wiht> Je vois. [22:57] <jrand0m> hm, mihi ? [22:57] <duck> ah attends, xmlrpc/soap serait de type de contenu xml [22:57] <jrand0m> mihi> il faudrait quand même faire la traduction de nom, au minimum, non ? [22:58] <mihi> bien sûr, mais pas comme un proxy. http://localhost:12345/duck.i2p/ marcherait bien mieux. [22:58] <Synonymous> muffin est sous GPL, il faut faire attention dans un projet de domaine public à utiliser du code GPL, c’est quand même sous copyright ;) [22:58] <mihi> puisque tu peux y faire des liens depuis le web classique [22:58] <jrand0m> hrm mihi. [22:58] <mihi> Synonymous: i2ptunnel est GPL de toute façon [22:58] <jrand0m> Synonymous> I2PTunnel est GPL [22:58] <Synonymous> ouais [22:59] * jrand0m est bien conscient que certaines personnes considèrent les copyrights valides, et essaie de les ménager. [22:59] <Synonymous> assure-toi de l’indiquer bien visiblement (si vous utilisez muffin) ça dit déjà qu’iptunnel est GPL [22:59] <jrand0m> bien sûr, si on utilise muffin, il sera crédité et marqué comme GPL. [22:59] <Synonymous> ouais c’est ce que j’ai dit, faites attention à ça [23:00] <jrand0m> (on ne va pas lancer le débat sur le copyright ici) [23:00] <jrand0m> ok, d’autres idées sur les applis listées ? [23:00] <Synonymous> alors ne le faites pas, et mon commentaire n’avait pas pour but de lancer ça [23:00] * duck rigole devant http://muffin.doit.org/demo/evil/ [23:01] <jrand0m> à votre avis, quelles fonctionnalités d’applis sont nécessaires pour la 1.0 ? [23:01] <jrand0m> heh duck [23:01] <jrand0m> (ou on y est déjà, et les fonctionnalités d’applis 1.0 == des trucs proxifiés via i2ptunnel :) [23:02] <Synonymous> les gens voudraient un chat fonctionnel, et peut-être une appli à la freenet pour la 1.0 si c’est la question, peut-être un ensemble d’outils pour que les gens puissent facilement mettre en place leurs propres services dessus [23:02] <mihi> il manque encore une messagerie instantanée et un service de nommage [23:02] <jrand0m> mihi> IRC sur I2P ? [23:02] <wiht> Oui, un service de nommage devrait être en place pour la version 1.0 d’I2P. [23:03] <duck> eep [23:03] <mihi> jrand0m: IRC sur I2P irait aussi, mais un service de nommage ;) [23:03] <jrand0m> wiht> penses-tu qu’un service de nommage sera implémenté et prêt à passer en prod d’ici avril ? [23:03] * jrand0m pense vraiment qu’un service de nommage n’est pas nécessaire. utile, oui [23:04] <jrand0m> (tout ce dont on a *besoin*, c’est d’un moyen simple de mettre à jour un fichier hosts.txt) [23:04] <kaji> ou une couche VPN distribuée [23:04] <jrand0m> heh [23:04] <mihi> jrand0m: pour moi, même ça (si automatisé), c’est un service de nommage [23:04] <wiht> jrand0m: Probablement pour la mi-avril. [23:05] <jrand0m> kaji> une couche VPN distribuée, c’est bien un mois de travail pour 1–2 devs ;) [23:05] <wiht> Je veux le rendre scalable pour accueillir beaucoup plus d’entrées que ce qu’on a dans hosts.txt actuellement. [23:05] <jrand0m> 1.0-->3.0 n’aura pas des millions d’entrées [23:05] <wiht> MrEcho : des idées là-dessus ? [23:05] <jrand0m> des milliers, oui [23:06] <jrand0m> Synonymous> une appli à la freenet serait cool, mais il faut recruter quelqu’un pour l’implémenter :) [23:07] <jrand0m> Synonymous> des outils pour mettre en place des services — clairement. avec un peu de chance i2pmanager ou i2pmole feront l’affaire [23:07] <Synonymous> ça pourrait être dur, surtout que freenet ne marche pas hehe [23:07] <wiht> À propos, où en est I2PManager ? [23:07] <jrand0m> apparemment ça avance, le mode console / CLI progresse (aum l’utilise maintenant pour gérer ses services via des scripts init) [23:08] <jrand0m> j’ai utilisé la GUI, et aum a signalé quelques bugs sur le tunnelmanager qui sont toujours ouverts [23:08] <jrand0m> (dus à un grand nombre de tunnels créés, pas à un petit nombre) [23:08] <wiht> Je pense qu’I2PManager devrait faire partie des applications pour la 1.0. [23:09] <jrand0m> j’espère aussi [23:09] <jrand0m> (surtout que ça voudrait dire qu’on peut jeter l’installateur bricolé, puisque i2pmanager a ça intégré) [23:09] <jrand0m> donc, les gens qui ont de l’expérience en Python devraient contacter aum pour voir comment aider :) [23:09] <human> re [23:09] <jrand0m> re, human [23:10] * human a lu à propos du proxy muffin [23:10] <human> je connais un autre proxy personnel orienté vie privée appelé privoxy [23:11] <jrand0m> oui, privoxy en était un autre que je regardais. Bon potentiel aussi [23:11] <jrand0m> (la raison pour laquelle je penchais vers muffin, c’était la facilité d’intégration, puisque c’est en Java) [23:12] * jrand0m ne sera pas celui qui l’implémente / l’intègre, donc mon avis n’est qu’une suggestion [23:12] <@Nightblade> je pense qu’un chat de groupe (ou IRC) serait un bon programme parce que si tu arrives à faire marcher le chat de façon fiable alors tu sais que la latence et la stabilité d’I2P sont bonnes [23:13] <jrand0m> d’accord [23:13] <Synonymous> comment Trent fonctionnerait sur un tel système par contre, est-ce possible de le faire avec un système de clés publiques et privées (comme frost) [23:13] <Synonymous> le canal serait le « board » ? [23:13] <jrand0m> Synonymous> duck a en fait fait des trucs sympa [23:13] <Synonymous> cool [23:14] <duck> à savoir : les utilisateurs se connectent à l’ircd avec un mot de passe secret, l’ircd publie le sha1 du mot de passe [23:14] <jrand0m> Synonymous> dans son ircd modifié, tu peux fournir un mot de passe dont le hash est affiché dans l’ident [23:14] <Synonymous> ce serait aussi comme waste je suppose, même si je ne l’ai pas utilisé [23:14] <jrand0m> duck> mais si quelqu’un d’autre crée son propre ircd, il peut usurper ça :/ [23:14] <duck> ainsi les autres peuvent vérifier le sha1 contre une liste locale, sans nécessiter de base de données centralisée [23:15] <duck> bien sûr [23:15] <jrand0m> mais les gens peuvent simplement se souvenir de l’ircd d’où quelqu’un se connecte habituellement, je suppose [23:15] <jrand0m> serait-il possible d’avoir un nickserv ? [23:15] * jrand0m ne connaît pas trop le fonctionnement des réseaux IRC [23:16] <duck> oui, mais je ne voulais pas ça [23:16] <duck> parce que Trent a été fait comme un hack temporaire [23:16] <jrand0m> exact, ce serait bien si on pouvait s’en passer [23:16] <jrand0m> hehe [23:16] <jrand0m> jusqu’à iip 2.0, hein ? ;) [23:16] <duck> maintenant c’est la blague qui dure le plus longtemps au monde [23:17] <duck> . [23:18] <jrand0m> ok, donc si on sort la 1.0 avec : IRC, eepsites (et un moyen de configurer les siennes), squid, et CVS, c’est raisonnable ? [23:18] <@Nightblade> ouais [23:18] <jrand0m> (évidemment ce serait fantastique si on pouvait inclure i2psnark, le naming, I2PIM, et les autres applis) [23:19] <duck> par IRC tu veux dire i2pirc natif ? [23:19] <duck> ou sinon, pourquoi pas NNTP etc. aussi [23:19] <jrand0m> ah, oui [23:19] <jrand0m> bien sûr [23:20] * jrand0m !se donne une claque. [23:20] <duck> pas trop non plus bien sûr [23:20] * duck pense que le serveur de clés PGP est idiot [23:20] <jrand0m> je voulais juste dire qu’on submerge facilement les gens d’options [23:20] <duck> ah, sûr [23:20] <duck> c’est-à-dire les trucs officiellement packagés [23:20] <jrand0m> « pourquoi devrais-je utiliser I2P » « eh bien tu peux [.............] » [23:20] <jrand0m> exact [23:20] * duck approuve [23:21] <jrand0m> avec i2ptunnel, on peut prendre en charge tout ce qu’on a vu (et plus encore :) [23:21] <jrand0m> ok, dans ce cas, je ne pense pas qu’on doive trop se soucier des i2papps [23:21] <mihi> au fait : on devrait déprécier l’option -nogui d’I2PTunnel... [23:22] <jrand0m> pour passer par défaut à -nogui ? [23:22] <jrand0m> (ou tu essaies de nous faire tous utiliser AWT ? ;) [23:22] <mihi> non. ne pas utiliser -nogui du tout. -cli et -nocli sont plus « transparents » [23:22] <Synonymous> vous devriez aussi packager toutes ces options dans une seule distrib si vous pouvez [23:22] <jrand0m> ah ok mihi [23:22] <Synonymous> contrairement à freenet, qui ne mentionne pas d’autres utilitaires et c’est à toi de les trouver [23:22] <jrand0m> Synonymous> clairement [23:22] <jrand0m> Synonymous> as-tu déjà utilisé i2pmgr ? [23:23] <mihi> -nogui se comporte différemment selon que tu utilises -e "run configfile" ou "configfile" [23:23] <Synonymous> non, je n’ai pas réussi à le faire marcher :) [23:23] <jrand0m> (c’est encore pré-alpha, mais fonctionnel) [23:23] <jrand0m> ah ok [23:23] <Synonymous> d’avant mais je n’ai pas essayé la GUI [23:23] <Synonymous> je vais peut-être essayer maintenant qu’il en a une [23:23] <Synonymous> :) [23:23] <jrand0m> clair, ça progresse [23:23] * duck réprime un bâillement [23:24] <jrand0m> ouais ouais ouais duck, ok ;) [23:24] <jrand0m> je pense que c’est tout pour les applis — à moins que quelqu’un ait autre chose ? [23:24] <jrand0m> on passe à 4) Bénévoles recherchés [23:25] <jrand0m> on progresse bien, et le rythme est correct et à mon avis soutenable [23:25] <jrand0m> mais on a tous parlé de trucs vraiment sympas qu’on aimerait ajouter [23:25] <jrand0m> s’il y avait N heures de plus dans la journée, blabla [23:26] <duck> qu’entends-tu par « bande passante de développement » ? [23:26] <jrand0m> plus d’heures d’activité développeur [23:26] <duck> ouaip [23:27] <jrand0m> (par ex. 2 développeurs == 16/20 heures/jour) [23:27] <jrand0m> mon intuition est du genre « si tu le construis, ils viendront » [23:28] <jrand0m> (mais j’ai aussi bossé dans des boîtes qui pensaient avoir un produit mortel, l’ont rendu encore plus mortel, l’ont sorti, et n’ont pas vu beaucoup d’activité marché) [23:28] * duck ne pense pas que recruter des Indiens bon marché marchera [23:28] <jrand0m> heh [23:29] <duck> marketing produit != marketing développeur [23:29] <jrand0m> oui, je suis d’accord [23:29] <jrand0m> je parlais juste par analogie [23:30] <jrand0m> on verra comment ça évolue. je voulais juste mettre ces sujets sur la table [23:30] <@Nightblade> c’est un programme complexe, ce qui rend plus difficile de trouver des gens capables de le comprendre [23:31] <jrand0m> d’accord Nightblade [23:31] * greasyaxelsex__ has joined #I2P [23:31] <jrand0m> Nightblade> c’est à ça que sert le critère n°3 de la 1.0 sur la feuille de route : « Javadoc et walkthrough/guide de code à jour » [23:32] * dm has joined #i2p [23:32] * wiht has quit IRC (EOF From client) [23:32] <jrand0m> on a actuellement un wiki globalement à jour qui fournit une vue d’ensemble de l’impl Java [23:32] <mihi> salut dm [23:32] <jrand0m> mais j’aurai définitivement besoin d’aide pour la documentation [23:32] <dm> bonjour mihi. [23:33] <jrand0m> (puisque ce qui est logique pour moi != ce qui l’est pour ceux qui apprennent le code) [23:33] * dm accuse jrand0m d’utiliser des termes qu’il a inventés pour expliquer les choses. [23:34] <jrand0m> à l’occasion ;) [23:34] <Synonymous> je peux aider avec la page web si tu veux [23:34] <jrand0m> (même si la seule chose que j’ai consciemment forgée à propos d’I2P est « militant grade anonymity » ;) [23:34] <Synonymous> j’ai déjà un template [23:34] <dm> On est à quelle distance d’une 0.2.x sans bug ? J’ai le haut débit dans moins d’une semaine. [23:34] * wiht has joined #i2p [23:34] <Synonymous> le site web a besoin d’un gros travail [23:34] <Synonymous> je bosse sur mon propre site p2p anonyme, mais vous pouvez emprunter le mien :) [23:35] <jrand0m> hehe [23:35] <Synonymous> il est calqué sur celui de freenet [23:35] <Synonymous> mais en mieux [23:35] <Synonymous> :P [23:35] <jrand0m> en fait, oui, on peut peut-être lancer un thread sur la liste i2p décrivant les objectifs du site et voir comment ça s’assemble ? [23:35] <dm> Synonymous : tu construis une appli p2p, ou juste le site ? [23:35] <Synonymous> juste le site [23:35] <jrand0m> (et si ce trafic grossit, on déplacera vers quelque chose comme i2p-www@) [23:36] <duck> PTDR devant les boilerplates de sites p2p anonymes [23:36] <jrand0m> dm> feuille de route mise à jour à http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap avec 0.2.4 prévue pour le 14 février [23:36] <Synonymous> expliquer le p2p anonyme, les différentes topologies de réseaux, la philosophie, le monde cypherpunk, l’imprimatur numérique, des liens vers des projets, une liste de diffusion pour que les gens en discutent [23:36] <mihi> dm> un logiciel sans bug n’existe pas [23:36] <jrand0m> duck> faut garder le set d’anonymat grand ;) [23:36] <Synonymous> aussi des liens vers l’autre site qui fait ça [23:37] <dm> mihi: si, ça existe ! [23:37] <jrand0m> mihi> j’ai bossé sur un projet il y a quelques années qui est réellement sorti avec 0 bug. aucun p1 ni même p5 [23:37] <dm> func addints(int a, int b) { return a + b; } [23:37] <mihi> jrand0m: ils ne les avaient juste pas trouvés... [23:37] <mihi> dm: quel langage ? [23:37] <jrand0m> mihi> alors ce n’est pas un bug ;) [23:37] * greasyaxelsex__ has left #I2P (greasyaxelsex__) [23:37] <dm> pseudo-langage [23:38] <mihi> et comment ce pseudo-langage réagit à un dépassement ? [23:38] <wiht> dm: Sur un projet avec des milliers de lignes de code, n’avoir aucun bug est beaucoup moins probable. [23:38] <duck> . [23:38] <Synonymous> donc avril est la date limite pour quelque chose en sortie publique ? Pourquoi ne pas essayer de recruter des devs, ou ça prendrait trop de temps de leur expliquer comment ça marche, etc. [23:39] <dm> l’entrée ne dépasse jamais max_value /2 [23:39] <jrand0m> (on est actuellement à ~20 KLOC, en utilisant l’algorithme « grep \; | wc -l ») [23:39] <jrand0m> Synonymous> je ne pense pas qu’on veuille simplement poster sur des listes « hey, on fait un truc mortel, venez coder dessus » (c’est essentiellement une annonce 1.0) [23:40] <dm> ça fait beaucoup de lignes. [23:40] <dm> Bloat Java ! [23:40] <jrand0m> mais s’il y a des gens intéressés pour aider, je ferai clairement le nécessaire pour voir comment les impliquer [23:40] * jrand0m donne un coup de pied à dm [23:40] <jrand0m> le bloat Java, c’est quand la JVM utilise de la RAM. Là tu parles de bloat OO [23:40] <dm> Quel chef de projet, ce jrand0m. [23:40] <Synonymous> eh bien, comment sauras-tu si des gens sont intéressés s’il n’y a pas d’info à ce sujet, c’est contradictoire [23:41] <Synonymous> et par « recruter » je veux dire leur envoyer un email, pas annoncer publiquement, disons sur zeropaid, à propos d’I2P [23:41] <Synonymous> comme quelqu’un l’a fait ;) [23:41] <jrand0m> Synonymous> que penses-tu de l’explication de ce point dans l’email ? [23:41] <dm> Exact, bloat OO. [23:41] <jrand0m> oui, j’étais furax quand on m’a parlé de cet article zp [23:41] <Synonymous> ouais c’est toi quias fait l’interview [23:41] <jrand0m> (tu peux lire les messages iip-dev d’août) [23:41] <Synonymous> ils t’ont juste cité ? [23:41] <jrand0m> « interview » ? plutôt une personne au hasard sur iip qui me posait des questions [23:42] <dm> mihi: tu bosses sur la streaming lib ? [23:42] <Synonymous> ah :) [23:42] <mihi> dm:no [23:42] <mihi> Standard@laptop /cygdrive/c/eigenes/notback/cvsprojects/i2p/i2p/code [23:42] <mihi> $ grep \; `find . -name "*.java"` | wc -l [23:42] <mihi> 30593 [23:42] <jrand0m> ah. [23:42] <Synonymous> eh bien, fais-toi une liste de responsables de projets p2p anonymes et dis « voici un projet qui pourrait vous intéresser, si vous avez des idées de code ou de projets qui pourraient l’aider, faites-le moi savoir » [23:42] <mihi> 30 kLOC ;) [23:42] <jrand0m> grep -v \^import [23:43] <jrand0m> Synonymous> piquer des chefs de projet == pas classe ;) [23:43] <jrand0m> (il y a beaucoup de bons projets, et même si je pense évidemment qu’I2P est important, les autres le sont aussi) [23:44] <Synonymous> ce n’est pas voler, et je ne pense pas qu’on puisse « voler » le leader, il dissoudrait juste le projet [23:44] * jrand0m n’arrive pas à croire qu’on en est à 30 kLOC [23:44] <jrand0m> heh [23:46] <jrand0m> ok, passons à 5) ??? [23:46] <duck> 2 propositions d’eepsite, pour ceux qui ne savent pas quoi faire : 1) tunnel FE meshmx (avec stunnel) 2) site pastebin.de [23:46] <jrand0m> quelqu’un a autre chose à discuter / remonter ? [23:46] <jrand0m> ah, bien vu duck [23:46] <jrand0m> c’est quoi pastebin.de ? [23:46] <jrand0m> (semblable ?) [23:47] <duck> un site où tu peux coller du code/des logs/des trucs publiquement [23:47] <duck> pour le débogage IRC [23:47] <duck> http://pastebin.de/ [23:47] <jrand0m> intéressant [23:47] * @Nightblade préfère juste inonder les canaux de code [23:48] <jrand0m> wow, c’est une idée sacrément innovante [23:48] <jrand0m> incroyablement simple. [23:48] <jrand0m> ciblée. [23:48] <jrand0m> pratique. [23:48] <dm> Seulement Python par contre ? [23:48] <jrand0m> oh vraiment ? [23:48] <jrand0m> :/ [23:48] <duck> je crois que celui-ci met Python en évidence [23:48] * jrand0m retire « pratique » ;) [23:48] <duck> mais j’en ai aussi vu en PHP etc. [23:48] <duck> et tu pourrais avoir une approche générale [23:48] <dm> Je crois que j’en ai vu un qui accepte n’importe quel langage. [23:49] <dm> Bonne idée, cela dit. [23:49] <duck> de toute façon, juste un truc simple [23:49] <duck> il n’y a pas besoin de coloration syntaxique [23:49] <duck> des numéros de ligne en ligne seraient utiles [23:49] * dm regarde du code Python. [23:49] <dm> Qu’est-ce qu’il a de spécial déjà ? [23:50] <jrand0m> il a un y [23:50] * Nightblade met le mode : +o jrand0m [23:50] <@jrand0m> w00t [23:50] * Trent@anon.iip met le mode : +o mihi [23:50] <duck> il n’y a rien de spécial là-dedans, [23:51] <dm> Beaucoup de gens aiment vraiment ça, je pense. [23:51] <duck> ah, tu parles de Python [23:51] <dm> oui, désolé. [23:52] * duck déplace ça vers 6) hors-sujet [23:52] <duck> :) [23:52] <@jrand0m> heh [23:52] <@jrand0m> [beuler, beuler] [23:52] <dm> Désolé, je n’avais pas réalisé que vous étiez en réunion. [23:52] <@jrand0m> tous les mardis 21 h GMT :) [23:53] <duck> ok, trucs PHP : http://pastebin.com/pastebin.php?showsource=php [23:53] <@jrand0m> quelqu’un a autre chose à remonter par rapport à I2P, etc. ? [23:54] <@mihi> I2P déchire ! [23:54] <@jrand0m> (si seulement c’était plus fiable..) [23:55] <@mihi> c’est plus fiable que freenet pour moi ;) [23:55] <@jrand0m> heh :) [23:55] <@jrand0m> si je n’avais pas bousillé ton i2ptunnel en mettant le nombre de retries à 0, on serait bien ;) [23:56] <@jrand0m> (corrompre un peu de données ici et là, mais ça n’a jamais fait de mal à personne... euh......) [23:56] <@jrand0m> ok [23:56] <dm> ne baf pas [23:56] * @jrand0m ne va pas essayer de tirer 4 minutes de plus pour atteindre 2 heures [23:57] <dm> ne pas baf [23:57] * @jrand0m ignore dm et *baf* clôt la réunion