Réunion des développeurs I2P - 2 mars 2004

13:07 < jrandom> 0) salut 13:07 < jrandom> 1) État du dev 13:07 < jrandom> 2) Cascades 13:07 < duck> Je m'arrête 13:07 < jrandom> 3) Feuille de route 13:07 < jrandom> 4) Site web 13:07 < jrandom> 5) ??? 13:07 < jrandom> 0) salut 13:07 * jrandom fait un signe de la main à la première réunion de développeurs i2p via i2p :) 13:07 < ughabugha> le pseudo est Janonymous. 13:08 < ughabugha> Ok. 13:08 < duck> salut 13:08 < jrandom> les notes d'état hebdomadaires sont publiées sur la liste de diffusion (en ligne à http://i2p.net/pipermail/i2p/2004-March/000155.html) 13:08 < ughabugha> salut. 13:08 < jrandom> comme d'habitude, on s'y référera comme guide 13:08 < nick> bonjour 13:09 < jrandom> on passe à 1) État du dev 13:09 * jrandom répète le mantra « On progresse » 13:10 < jrandom> 0.2.5 apporte de bonnes choses, et nous trouvons des bugs cachés depuis longtemps 13:10 < jrandom> le dernier est lié à la base de données, mais ce n'est pas encore corrigé, donc pas la peine de suivre le CVS HEAD 13:11 < jrandom> les tests d'écho montrent de bons résultats, mais il reste des problèmes à régler concernant irc et snark 13:12 < jrandom> comment se passe la récupération des eepsites pour vous ? 13:12 < jrandom> (et/ou squid ?) 13:12 < nick> par-ci par-là 13:12 < duck> généralement OK avec janonymous ou ugha 13:13 < duck> parfois janonymous tombe, etc. 13:13 < ughabugha> Oui. 13:13 < duck> <mihi_backup> jrandom: tu sais vraiment comment me mettre en colère... 13:13 < jrandom> zut 13:13 < nick> J'ai mis du nouveau contenu 13:13 < jrandom> quoi de neuf, mihi ? 13:13 < jrandom> joli pseudo 13:14 < jrandom> euh janonymous 13:15 < nick> hein ? 13:15 < nick> :) 13:15 < ughabugha> IIP <ughabugha> Je viens de lancer un relais bidirectionnel. 13:15 < jrandom> ah cool 13:15 -!- nick [~Janonym@localhost] a quitté [Connexion client fermée] 13:15 < jrandom> quoi de neuf, mihi ? 13:15 < ughabugha> IIP <ughabugha> Automatique. 13:16 < ughabugha> IIP <ughabugha> :) 13:16 < ughabugha> :) 13:16 < ughabugha> IIP <ughabugha> Oups, un bug. 13:16 < ughabugha> Oups, un bug. 13:16 < jrandom> hé, il est toujours là ou y a-t-il autre chose concernant l'état du dev ? 13:17 < duck> continuons 13:17 < jrandom> ok 13:17 < jrandom> on passe à 2) Cascades 13:17 < ughabugha> IIP <ughabugha> * mihi_backup est maintenant connu sous le nom de mihi_away 13:17 < ughabugha> * mihi_backup est maintenant connu sous le nom de mihi_away 13:17 < ughabugha> IIP <ughabugha> Argh, relayer mon propre texte ne marche pas. 13:17 < ughabugha> Argh, relayer mon propre texte ne marche pas. 13:17 < jrandom> ;) 13:18 < ughabugha> IIP <ughabugha> Non, attends. 13:18 < ughabugha> Non, attends. 13:18 < madman> alors ne parle pas :) 13:18 < jrandom> les cascades de mix font partie des deux grands styles de réseaux de mixage à faible latence, et même si nous ne les utilisons pas dans i2p, si certains pensent qu'elles sont utiles, ils peuvent ajuster leur router pour obtenir le même effet 13:19 < ughabugha> IIP <ughabugha> Test 13:19 < ughabugha> Test 13:19 < ughabugha> IIP <jrandom> les cascades de mix font partie des deux grands styles de réseaux de mixage à faible latence, et même si nous ne les utilisons pas dans i2p, si certains pensent qu'elles sont utiles, ils peuvent ajuster leur router pour obtenir le même effet 13:19 * jrandom perçoit un écho récursif imminent... 13:19 < ughabugha> IIP <ughabugha> Zut ! 13:19 < ughabugha> Zut ! 13:20 < jrandom> de toute façon, je pense qu'il est toujours bon de poser des questions de conception fondamentales, de bricoler i2p et de voir pourquoi on fait les choses comme on les fait 13:21 < jrandom> j'ai le sentiment qu'on entendra davantage parler des systèmes de type cascade à l'avenir, donc j'espère que la description dans l'email aidera à expliquer la relation d'i2p avec les cascades 13:21 < ughabugha> OK, ça devrait marcher _maintenant_. 13:21 < ughabugha> IIP <ughabugha> Dis quelque chose. 13:21 < ughabugha> IIP <Janonymous> Je propose de ne pas poursuivre une implémentation de réseau de mixage dans la feuille de route actuelle, et de laisser ça pour plus tard 13:21 < ughabugha> Oui, ça marche maintenant. 13:21 -!- wilde [~anon@localhost] a rejoint #i2p 13:22 < jrandom> janymous> eh bien, i2p /est/ un mixnet, simplement pas une cascade de mix 13:22 < madman> je me déconnecte 13:22 < jrandom> ok, à plus tard madman 13:22 < jrandom> salut wilde 13:22 < madman> donc au revoir 13:22 < ughabugha> IIP <wilde> enfin 13:22 < ughabugha> IIP <wilde> bonjour la réunion 13:22 < jrandom> mais je suis d'accord, je ne pense pas que la fonctionnalité de cascade de mix doive figurer sur la feuille de route 13:23 < ughabugha> IIP <madman2003> au revoir tout le monde 13:24 < jrandom> ok, autre chose sur les cascades, ou on passe à 3) Feuille de route ? 13:26 < ughabugha> Salut, wilde@IIP 13:26 < ughabugha> Au revoir, madman@IIP 13:26 -!- madman [~a@localhost] a quitté [( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 13:26 < ughabugha> IIP <Janonymous> On dirait que ça pourrait être implémenté plus tard, comme un DHT pourrait l'être. Salut Wilde 13:26 < ughabugha> IIP <Janonymous> au revoir Madman --- Journal fermé Tue Mar 02 13:27:07 2004 --- Journal ouvert Tue Mar 02 13:27:52 2004 13:27 -!- jrandom [~jrandom@localhost] a rejoint #i2p 13:27 -!- Irssi: #i2p: Total de 3 pseudos [0 ops, 0 half-ops, 0 voix, 3 normaux] 13:27 -!- wilde [~anon@localhost] a rejoint #i2p 13:27 < jrandom> de retour 13:28 < ughabugha> Ouh là, jrandom a quitté. 13:28 < ughabugha> IIP <Janonymous> bah 13:28 < jrandom> ok, la dernière chose que j'ai vue était 13:26:08 < ughabugha> IIP <Janonymous> au revoir Madman 13:28 -!- Irssi: la jonction à #i2p a été synchronisée en 36 s 13:28 < jrandom> (irssi a manqué un ping donc il a coupé) 13:29 < ughabugha> Tu as raté IIP <Janonymous> Feuille de route 13:29 < ughabugha> IIP <Janonymous> ah.. Nous avons tous accepté de passer à la feuille de route ;) 13:29 < jrandom> w3rd 13:29 < jrandom> ok, le changement de feuille de route est probablement la raison pour laquelle mihi me déteste maintenant 13:30 < ughabugha> Euh, alors tu as raté beaucoup plus que ça. 13:30 < ughabugha> Une seconde. 13:30 < ughabugha> [23:23 39] <ughabugha> IIP <wilde> oh, on a maintenant deux camps : la bande iip et le clan I2P 13:30 < ughabugha> [23:23 47] <ughabugha> IIP <wilde> deux 13:30 < ughabugha> [23:23 50] <ughabugha> Héhé. 13:30 < ughabugha> [23:23 54] <ughabugha> IIP <Janonymous> :) j'ai un relais qui tourne 13:30 < ughabugha> [23:24 22] <ughabugha> C'est un script temporaire que j'ai bidouillé rapidement. Pour les prochaines réunions, on devrait penser à quelque chose de mieux. 13:30 < ughabugha> [23:24 44] <ughabugha> IIP <Janonymous> Ça marche 13:30 < ughabugha> [23:25 18] <ughabugha> Ok, concentrez-vous sur I2P maintenant, pas sur le relais. 13:30 < ughabugha> [23:25 39] <ughabugha> IIP <Janonymous> Donc, des cascades de mix pourraient être implémentées de manière faisable assez bien par-dessus i2p 13:30 < ughabugha> Désolé pour le flood. 13:30 < duck> c'est le chaos 13:31 < ughabugha> IIP <Janonymous> mais je pense qu'on peut insister sur /over/ 13:31 < ughabugha> Ok, 3) Feuille de route 13:31 < ughabugha> duck : À peu près. 13:31 < jrandom> ce n'est rien comparé à la réunion 67 ;) 13:31 < jrandom> ok, on passe à 3 13:31 < jrandom> des idées concernant la feuille de route ? 13:32 < jrandom> des changements / avis / préoccupations ? 13:32 < ughabugha> IIP <Janonymous> Multi-tunneling 13:32 < jrandom> janonymous> on a déjà ça 13:32 < jrandom> (depuis la 0.2.5) 13:32 < jrandom> si je te comprends bien 13:33 < ughabugha> IIP <Janonymous> mais, c'est-à-dire, envoyer un fichier sur deux tunnels pour accélérer la transmission ? 13:33 < ughabugha> IIP <Janonymous> en même temps 13:34 < jrandom> i2p ne manipule pas de fichiers, mais oui, chaque message i2p individuel peut maintenant passer par plusieurs tunnels 13:34 < ughabugha> IIP <Janonymous> je pense que ce serait un excellent ajout pour la 2.0 13:34 < jrandom> par exemple, les premiers 32 ko envoyés par le tunnel X, les 32 ko suivants par le tunnel Y 13:35 < ughabugha> IIP <Janonymous> exact.. c'est ce que je voulais dire.. ça me paraît très nécessaire 13:35 < jrandom> mais i2psnark avec prise en charge i2cp pourrait maximiser les choses 13:35 < jrandom> janonymous> on le fait déjà maintenant 13:36 < ughabugha> IIP <Janonymous> oh. I2PSnark utilisera plusieurs tunnels pour la communication point à point ? 13:36 < jrandom> tous les messages peuvent passer par plusieurs tunnels. 13:36 < duck> théoriquement 13:37 < jrandom> pas seulement théoriquement - si un message prend > 15 s, il est envoyé par l'autre lease disponible 13:37 < jrandom> et s'il prend > 30 s, le leaseSet est abandonné et récupéré à nouveau, les messages suivants empruntant les leases trouvées 13:37 < jrandom> MAIS 13:38 < jrandom> i2ptunnel (et tout autre chose qui utilise le mode=guaranteed d'i2p) attend que chaque message soit livré avant d'envoyer le suivant 13:38 < jrandom> les applis i2cp natives n'ont pas besoin de faire ça 13:38 < jrandom> (ni aucune appli qui utilise la bibliothèque de sockets, une fois que la bibliothèque sera à la fois implémentée et qu'elle prendra en charge SACK) 13:38 < ughabugha> IIP <Janonymous> ok.. je pense juste que ce sera une excellente méthode pour ces tunnels à l'avenir.. pour la vitesse et l'anonymat 13:38 < ughabugha> IIP <Janonymous> et pour éviter de surcharger des tunnels individuels 13:39 < jrandom> d'accord 13:39 < jrandom> ok, autre chose sur la feuille de route ? 13:40 < jrandom> (quelqu'un va me passer un savon pour avoir laissé tomber la lib socket ? mihi ? :) 13:41 < ughabugha> IIP <Janonymous> J'ai utilisé une analogie plus tôt aujourd'hui pour décrire le multi-tunneling à quelqu'un... j'ai dit que c'était comme ajouter des voies à une route 13:42 < jrandom> à peu près 13:42 < jrandom> (bien que la bretelle d'accès ait toujours le même nombre de voies ;) 13:42 < duck> si mihi est en colère, il peut faire l'API socket, non ? 13:43 < jrandom> bien sûr, et/ou n'importe qui d'autre. la lib socket est Bien 13:43 < jrandom> (mais difficile, et AMHA pas fonctionnellement essentielle au fonctionnement / à la sécurité du réseau) 13:44 < jrandom> j'aimerais juste avoir le temps de le faire tout en avançant sur le code cœur d'i2p 13:44 < jrandom> mais, c'est la vie 13:45 < ughabugha> IIP <Janonymous> on dirait que mihi n'est pas là 13:45 < ughabugha> Ok, je suis de retour. 13:45 < jrandom> coo' 13:45 < jrandom> ok, on passe à 4) site web 13:46 < ughabugha> IIP <Janonymous> grande bretelle d'accès == câble / petite bretelle d'accès == bas débit ?? 13:46 < ughabugha> Hmm 13:46 < ughabugha> À quoi devait servir la bibliothèque de sockets ? 13:46 -!- nick [~Janonym@localhost] a rejoint #i2p 13:46 < jrandom> exact nanonymous 13:46 < jrandom> euh, janonymous 13:46 < jrandom> (quoi qu'il arrive, i2p ne peut pas rendre votre connexion réseau locale plus rapide) 13:46 < jrandom> ughabugha: http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary 13:47 < ughabugha> Tu veux dire une bibliothèque de sockets pour Java ? Vous n'en avez pas déjà une ? 13:47 < jrandom> la lib socket extrait le code de type TCP d'i2p, permettant à i2p de se spécialiser dans les messages de type IP 13:47 < nick> oui 13:47 -!- nick [~Janonym@localhost] a quitté [Connexion client fermée] 13:48 < jrandom> ah, oui, mais cela permettrait aux applications de diffuser des données sur i2p beaucoup plus efficacement (si/quand la bibliothèque de sockets supportera les ACK sélectifs, plutôt que d'exiger un ACK après chaque message comme c'est le cas maintenant) 13:49 < jrandom> je ne suis pas à l'aise avec l'implémentation de SACK dans le router, puisque cela peut sans risque être en dehors (dans la lib socket) 13:49 < ughabugha> Mais pourquoi l'abandonner ? Ça demande vraiment autant de travail ? 13:49 < jrandom> oui, pour bien faire 13:49 < jrandom> il y a du code partiellement implémenté, mais je n'ai pas le temps de le maintenir et de le tester 13:49 < ughabugha> OK. C'est toi le boss. 13:50 < jrandom> eh bien, $devWhoImplements sera le boss ;) 13:50 < jrandom> bref, on passe à 4) site web 13:50 < ughabugha> :) 13:51 < ughabugha> Des volontaires ? 13:51 < ughabugha> IIP <Janonymous> recherche sur les implémentations de p2p anonyme 13:51 * jrandom fait écho à la question d'ughabugha :) 13:51 < jrandom> hmm janonymous ? 13:51 < ughabugha> Janonymous : ceci sera couvert au point 5) ??? 13:51 < jrandom> :) 13:52 < ughabugha> IIP <Janonymous> eh bien, c'est du contenu qui va sur le site 13:52 < jrandom> ah, oui, je suis d'accord 13:52 < jrandom> (voir l'élément 7 sur http://i2p.net/pipermail/i2p/2004-February/000133.html) 13:53 < jrandom> et l'élément 8 13:53 < jrandom> ou ce n'est pas ce que tu veux dire ? 13:53 < jrandom> je posterai probablement le tas d'articles que j'ai épluchés l'été dernier en recherchant et en concevant i2p 13:53 < jrandom> (ou au moins des liens vers leurs entrées citeseer) 13:54 < ughabugha> IIP <Janonymous> Ok. Allions-nous discuter du prochain CMS pour I2P ? 13:54 < ughabugha> jrandom a déjà choisi le CMS. 13:55 < jrandom> oui/non - plutôt que d'étudier les pour et les contre des CMS pendant encore un mois ou deux, on va simplement partir sur drupal pour l'instant 13:55 < ughabugha> IIP <ughabugha> /topic #i2p 13:55 < ughabugha> IIP <Janonymous> Ok.. bon, quant à ce qu'il faut y mettre... Nous avons besoin d'une présentation 13:55 < jrandom> si nous devons migrer vers un autre, wilde m'assure qu'il est assez simple d'exporter le contenu 13:55 < jrandom> une présentation ? 13:56 < ughabugha> IIP <Janonymous> avec beaucoup d'illustrations et une introduction pas à pas à I2P 13:56 < jrandom> il nous faut effectivement implémenter le design graphique 13:56 < jrandom> ah oui 13:56 < jrandom> une intro utilisateur 13:56 < jrandom> l'intro du wiki est généralement une intro pour technicien 13:56 < ughabugha> IIP <Janonymous> Presque comme une présentation multimédia 13:56 < ughabugha> IIP <jrand0m> w0ah 13:56 < ughabugha> IIP <Janonymous> oui 13:57 < ughabugha> IIP <ughabugha> Youpi ! 13:57 < jrandom> ok, je pense qu'on peut faire ça, mais on voudra probablement attendre pour produire ce contenu d'avoir à la fois un véritable installeur et une interface graphique de contrôle 13:57 < ughabugha> IIP <Janonymous> Il devrait y avoir plus d'images que de mots. :) 13:57 < jrandom> oui 13:58 < ughabugha> IIP <Janonymous> d'accord 13:58 < jrandom> mais nous n'avons pas encore de véritable installeur, et (même si i2pmgr et i2pmole sont très bien) je pense qu'il y a encore du travail à faire sur un panneau de contrôle 13:58 < ughabugha> Ce n'est pas la priorité absolue en ce moment. 13:58 < ughabugha> IIP <Janonymous> certainement pas. mais pour ceux d'entre nous qui ne programment pas... 13:59 < jrandom> d'accord. donc il nous faut des volontaires pour 1) concevoir quels contenus doivent figurer sur le site i2p 2) concevoir les graphismes / CSS / mise en page du site i2p 3) des personnes pour créer du contenu pour le site i2p 14:00 < ughabugha> IIP <Janonymous> J'ai un mois de libre. Je pense que ce serait du temps bien utilisé. 14:00 < jrandom> w00t :) 14:00 * jrandom note Janonymous comme volontaire... pour la conception de contenu et la création de contenu ? 14:00 < wilde> de retour 14:00 < ughabugha> Eh bien, je peux faire du HTML, du CSS et la technique, mais je ne suis pas vraiment rédacteur, ni designer. 14:01 < jrandom> r0x0r 14:01 < ughabugha> IIP <Janonymous> d'accord.. je ne suis pas encore très bon sur la partie design 14:01 < ughabugha> IIP <Janonymous> Je peux essayer d'écrire, mais pas sans de bonnes critiques.. Je n'ai jamais écrit de textes de type éditorial 14:01 < ughabugha> Je peux aussi utiliser Photoshop et d'autres outils tant qu'on me donne des instructions précises sur quoi faire. ;) 14:01 < wilde> Je m'occuperai de drupal et des fonctionnalités 14:02 < ughabugha> IIP <Janonymous> J'ai quelques bonnes idées pour toi, ughabugha 14:02 < jrandom> oui, par conception de contenu je ne parle pas de la mise en page, mais plutôt « ok, il nous faut une page d'intro utilisateur, une page d'intro technique, une FAQ », etc. 14:02 < ughabugha> Héhé, ok. :) 14:02 < jrandom> r0x0r0r 14:02 * jrandom note wilde et ughabugha comme volontaires :) 14:02 < ughabugha> Je les attends avec impatience. 14:02 < ughabugha> IIP <Janonymous> il y a une image miteuse que j'ai faite et qui est liée au nouveau doc I2POverview sur I2p 14:03 < jrandom> ouais, oui janonymous, cette image est plutôt bonne, quelques petits problèmes techniques avec, mais assez utile 14:03 < ughabugha> IIP <Janonymous> Elle serait beaucoup plus jolie dans Photoshop, j'en suis sûr 14:04 < ughabugha> Héhé. 14:04 < ughabugha> Janonymous: Discutons-en en privé demain. 14:04 < ughabugha> IIP <Janonymous> eh, en fait je l'ai peut-être supprimée par accident :/ 14:04 < jrandom> ok, autre chose pour le site web, ou peut-on passer à 5) ??? 14:04 < ughabugha> IIP <Janonymous> ok 14:07 < wilde> ok, une chose : 14:07 < ughabugha> Autre chose sur le site web ? 14:07 < wilde> quelle est la première impression que le site devrait donner ? 14:07 < wilde> mots-clés s'il vous plaît 14:07 < jrandom> wilde> vois http://i2p.net/pipermail/i2p/2004-February/000133.html (le paragraphe « d'un point de vue branding » :) 14:08 < jrandom> j'aime bien le « anonymous bit by bit » 14:08 < ughabugha> Je suppose que non. On passe à 5) ??? ? 14:08 < ughabugha> IIP <Janonymous> devrions-nous faire une feuille de route utilisateur plus détaillée ? 14:08 < ughabugha> IIP <Janonymous> une qui décrive plus en détail les objectifs à long terme 14:08 < ughabugha> wilde: Uniquement des émotions positives. 14:09 < jrandom> janonymous> d'accord, la feuille de route actuelle ce sont vraiment juste des notes techniques pour des tâches techniques ;) 14:09 < jrandom> ok, 5) ?? 14:09 < jrandom> quelque chose que vous voulez aborder ? 14:10 < wilde> itoopie n'est pas vraiment en phase avec « simple et sûr » 14:10 < wilde> ça donne plutôt une impression de dessin animé 14:10 < wilde> c'est pour ça que j'ai demandé 14:10 < ughabugha> IIP <Janonymous> oui, on voudrait peut-être créer un peu plus d'anticipation 14:10 < ughabugha> IIP <Janonymous> pour inciter les utilisateurs à s'impliquer 14:10 -!- kaji [~booky5@localhost] a rejoint #i2p --- Journal fermé Tue Mar 02 14:11:08 2004 --- Journal ouvert Tue Mar 02 14:12:12 2004 14:12 -!- jrandom_ [~jrandom@localhost] a rejoint #i2p 14:12 -!- Irssi: #i2p: Total de 6 pseudos [0 ops, 0 half-ops, 0 voix, 6 normaux] 14:12 < jrandom_> de retour 14:12 < ughabugha> IIP <Janonymous> genre, ça devrait fonctionner pour eux sans même qu'ils sachent que c'est là 14:12 < jrandom_> wilde> je suis ouvert aux suggestions 14:12 < ughabugha> * jrandom_ (~jrandom@localhost) a rejoint #i2p 14:12 < jrandom_> <Janonymous> oui, on voudrait peut-être créer un peu plus d'anticipation 14:12 < jrandom_> hmm ? 14:14 < ughabugha> Tu as raté ceci : 14:14 < ughabugha> [00:11 43] <ughabugha> IIP <Janonymous> Je voudrais juste réinsister... je pense simplement que toutes les méthodes de multi-tunneling devraient être transparentes et disponibles pour toutes les applis clientes 14:14 < ughabugha> [00:12 07] <ughabugha> IIP <Janonymous> genre, ça devrait fonctionner pour eux sans même qu'ils sachent que c'est là 14:14 < jrandom_> janonymous> déjà implémenté. 14:14 < jrandom_> i2p équilibre déjà de manière transparente la communication de bout en bout sur plusieurs tunnels 14:15 * jrandom_ donne un coup de pied à jrandom 14:15 -!- jrandom [~jrandom@localhost] a quitté [Délai de ping dépassé] 14:15 -!- Irssi: la jonction à #i2p a été synchronisée en 231 s 14:15 < wilde> participation ? 14:15 < ughabugha> IIP <Janonymous> même si nous profilons les tunnels les plus rapides et les plus stables... nous pouvons toujours utiliser les autres tunnels lents pour un débit supplémentaire si nécessaire 14:15 < kaji> iip est-il en ligne ? 14:15 -!- kaji [~booky5@localhost] a quitté [Connexion client fermée] 14:15 < ughabugha> IIP <Janonymous> Et on voudra peut-être répartir la charge de toute façon... et tout cela devrait être transparent pour les applis clientes 14:15 -!- Vous êtes maintenant connu sous le nom de jrandom 14:16 -!- protocol [~iip@localhost] a rejoint #i2p 14:16 < ughabugha> IIP <Janonymous> ok 14:16 < ughabugha> IIP <Janonymous> cool 14:16 < jrandom> :) 14:17 < ughabugha> jrandom: N'utilise pas ACTION, ce n'est pas relayé ;) 14:17 < jrandom> hah ok désolé 14:17 * jrandom dit quelque chose qu'ils ne peuvent pas voir 14:17 < jrandom> ;) 14:17 < jrandom> ok, quelqu'un a autre chose ? 14:18 < jrandom> je pense qu'après correction des bugs actuels de netDb, on voudra peut-être relancer les tests i2psnark 14:20 -!- kaji [~booky5@localhost] a rejoint #i2p 14:20 -!- wilde [~anon@localhost] a quitté [Délai de ping dépassé] 14:20 < ughabugha> Mais est-ce que l'attente de 15 secondes répartit vraiment la charge ? 14:20 < ughabugha> Je ne vois pas ça comme ça. 14:20 * protocol dit qu'iip est pour les lusers 14:20 < ughabugha> À mon avis, ça devrait être 100 % simultané, le nœud devrait faire passer des paquets par le tunnel aussi vite que la destination peut les traiter. 14:20 < ughabugha> Par tous les tunnels, je veux dire. 14:20 -!- nick [~Janonym@localhost] a rejoint #i2p 14:20 -!- kaji [~booky5@localhost] a quitté [Connexion client fermée] 14:21 < jrandom> ughabugha: chaque message n'est idéalement envoyé que sur un seul tunnel, mais chaque message individuel est équilibré sur l'ensemble 14:21 < ughabugha> IIP <Janonymous> duck et moi avons fait un test via I2PSnark 14:21 < ughabugha> IIP <Janonymous> plus tôt aujourd'hui. 14:21 < jrandom> ughabugha: si nous l'envoyions toujours sur tous les tunnels, ce serait une quantité importante de trafic gaspillé 14:21 -!- nick [~Janonym@localhost] a quitté [Connexion client fermée] 14:21 < ughabugha> IIP <Janonymous> Tout le monde est content du nom « I2P » ? 14:21 -!- kaji [~booky5@localhost] a rejoint #i2p 14:21 -!- wilde [~anon@localhost] a rejoint #i2p 14:22 < jrandom> janonymous> i2p est le nom. 14:22 < jrandom> tu peux l'appeler betty, mais i2p est le nom ;) 14:22 < ughabugha> kaji : Pourquoi tu clignotes comme ça ? 14:22 < jrandom> ughabugha: kaji aime nous embêter 14:22 < ughabugha> jrandom : Oui, je comprends. J'imagine que ça fonctionne comme je l'imagine. 14:23 < kaji> je ne sais pas 14:23 < kaji> iip est-il en ligne ? 14:23 < ughabugha> IIP <Janonymous> cool 14:23 < ughabugha> IIP <Janonymous> l'est pour moi 14:23 < ughabugha> Il l'est pour certains, et il ne l'est pas pour d'autres. 14:23 < ughabugha> Donc je fais tourner un relais. 14:24 < jrandom> ughabugha++ 14:24 < ughabugha> Pour connecter les réseaux. 14:24 < kaji> cool 14:24 < jrandom> les détails de l'envoi parallèle/sériel sont dans net.invisiblenet.i2p.router.message.OutboundClientMessageJob 14:24 < ughabugha> :) 14:24 < jrandom> (pour tous ceux qui veulent en savoir plus sur le fonctionnement) 14:25 < jrandom> ok, autre chose que les gens veulent aborder ? 14:25 < kaji> alors, comment va le dev i2p ? :) (mIRC dit « lag=30 seconds ») 14:25 < jrandom> kaji> on progresse ;) 14:26 < jrandom> ici, irssi a oscillé entre 80 s et 1 s de latence 14:26 < jrandom> (deux déconnexions au cours des 90 dernières minutes) 14:26 < ughabugha> IIP <Janonymous> y a-t-il d'autres idées de contenu pour le nouveau site ? 14:27 < ughabugha> IIP <kaji> sweet 14:27 < jrandom> au-delà de http://i2p.net/pipermail/i2p/2004-February/000133.html je pense qu'on voudra utiliser un des modules de forum de drupal 14:27 < ughabugha> Aucune déconnexion pour moi depuis 80 minutes. 14:27 < jrandom> bien, ughabugha 14:27 < kaji> hmm, maintenant la latence est descendue à quelques secondes 14:27 < jrandom> oui, ça varie, kaji 14:28 < ughabugha> IIP <Janonymous> oh, ugha et moi avons discuté sur mon salon de chat via eep aujourd'hui :) 14:28 < jrandom> nice1! 14:28 < ughabugha> Janonymous: Je n'appellerais pas ça discuter. ;) 14:28 < ughabugha> C'était plutôt comme crier à quelques kilomètres de distance. 14:28 < jrandom> attendez, vous avez fait de la voix ? 14:29 < ughabugha> IIP <Janonymous> :) c'était un message 14:29 < ughabugha> :) 14:29 < ughabugha> Eh bien, c'est moi qui ai causé toute la latence. 14:30 < ughabugha> Bref, si quelqu'un a une proposition à discuter, faites-le maintenant, car je dois y aller. 14:30 < jrandom> ouais, 90 min c'est une bonne durée de réunion pour conclure aussi... 14:30 < jrandom> tout le reste peut être pris sur la liste de diffusion 14:30 < jrandom> (et/ou iip/i2p plus tard) 14:31 * jrandom remonte le *baf*er... 14:31 * jrandom clôt la réunion avec un *baf*