Réunion des développeurs I2P - 9 novembre 2004

13:26 <jrandom> 0) salut 13:26 <cervantes> voyons le menu avant de commander :P 13:26 <jrandom> 1) 0.4.1.4 13:26 <jrandom> 2) bibliothèque de streaming 13:26 <jrandom> 3) avancées BT 13:26 <jrandom> 4) addressbook.py 13:26 <jrandom> 5) ??? 13:26 <jrandom> 0) salut 13:27 * jrandom agite la main 13:27 <Ragnarok> salut 13:27 * cervantes agite la main 13:27 <jrandom> notes de statut en ligne @ http://dev.i2p.net/pipermail/i2p/2004-November/000485.html 13:27 <keysersoze> salut 13:27 <+polecat> 5) peut être des DHT, comme ce truc Bamboo ? 13:27 <jrandom> (ouais, je suis en retard) 13:27 <jrandom> cool polecat 13:27 * polecat mordille des doigts à nouveau ! 13:27 <jrandom> ok, on passe à 1) 0.4.1.4 13:28 <+Ch0Hag> 0.4.1.4 semble planter plus qu'il ne devrait 13:28 <+Ch0Hag> genre – tout court 13:28 <jrandom> planter ? 13:28 <+Ch0Hag> Il y a une chance que ce soit la faute de kaffe. 13:28 <jrandom> tu perds ta connexion irc, ou tu redémarres le router ? 13:28 <jrandom> ah, tu es sur kaffe ? 13:29 <+Ch0Hag> le router 13:29 <+Ch0Hag> Oui. 13:29 <+Ch0Hag> Il faut bien que quelqu’un le soit :) 13:29 <jrandom> sur kaffe j’ai dû doubler l’utilisation mémoire par défaut (lui donner un -mx128m au démarrage) 13:29 <+polecat> ARG ! Pas étonnant ! J’avais hawk en ignore. 13:29 <jrandom> enfin, on a au moins 3 personnes sur kaffe ces jours-ci 13:30 <jrandom> à part ça, comment se passe 0.4.1.4 pour vous tous ? 13:30 * polecat est sur kaffe... ne connaît pas de meilleure JVM pour le moment. 13:30 <jrandom> les premiers retours étaient bons, mais je n’ai pas entendu grand-chose dernièrement 13:30 <+Ch0Hag> J’avais 64, je vais essayer 128 13:30 <Ragnarok> ça a l’air bon 13:30 <keysersoze> jrandom: Pas de gros problèmes ici 13:30 <@duck> la dernière grosse panne irc était la mienne 13:30 <+Ch0Hag> Et oui, beaucoup d’OOM (Out Of Memory) 13:31 <@duck> sinon je pense que c’est un peu instable (depuis que j'ai activé ma bande passante), mais je n’ai pas de preuve 13:31 <jrandom> la limitation sur ta machine est un goulot d’étranglement, car p. ex. chaque message que tu reçois entraîne l’envoi d’une vingtaine de messages 13:32 <@duck> ah 13:32 <jrandom> mais je suis d’accord, l’irc a été cahoteux 13:32 <cervantes> 0.4.1.3 a toujours été ultra stable sur ma JVM IBM, donc j’ai évité de mettre à jour pour l’instant 13:32 <cervantes> (22 jours d’uptime) 13:32 <jrandom> chouette cervantes 13:32 <jrandom> duck : [insérer un commentaire décrivant les espoirs pour la nouvelle bibliothèque de streaming ici] 13:33 <cervantes> le serveur irc de baffled a été un peu moins cahoteux 13:33 <jrandom> ouais, c’est un bon indicateur 13:33 <keysersoze> cervantes: Quelle version fait-il tourner ? (Tu sais ?) 13:33 <ant> <dm> la bibliothèque de streaming aura-t‑elle un effet sur l’IRC, ou les messages sont-ils de toute façon trop petits ? 13:33 <@duck> j’ai été un bon canard cette semaine, donc je vais augmenter un peu la limite 13:33 <jrandom> laisse-moi vérifier keysersoze 13:33 <jrandom> :) 13:33 <+polecat> J’ai 11 heures d’uptime. ;.; 13:34 <jrandom> keysersoze: 0.4.1.4 13:34 <keysersoze> jrandom: ;) Mais on pourrait lui demander ici quand il est là 13:34 <keysersoze> ok 13:34 <jrandom> dm: la nouvelle bibliothèque de streaming améliorera la résilience et la gestion des pannes, mais n’améliorera évidemment pas le débit irc 13:34 <jrandom> (les versions de router sont publiées dans le netDb, et je sais quels routers sont les siens) 13:34 <ant> <dm> c’est bien 13:35 <jrandom> ok, avons-nous autre chose pour 0.4.1.4 ? 13:35 <jrandom> sinon, passons brièvement à 2) avancées de la bibliothèque de streaming 13:36 <keysersoze> non 13:36 <jrandom> comme mentionné dans les notes, plus de nouvelles quand ce sera disponible :) 13:36 <+polecat> Qu’est-ce que la bibliothèque de streaming permettra de faire qu’on ne pouvait pas faire avant son existence ? 13:36 <Ragnarok> télécharger de gros fichiers rapidement 13:36 <Ragnarok> et faire un DoS sur le réseau :) 13:36 <jrandom> polecat: transférer des fichiers arbitrairement gros, transférer à > 4KB/s 13:37 <+Ch0Hag> et/ou de façon fiable ? 13:37 <jrandom> Ragnarok: ne *pas* faire un DoS au réseau, c’est justement sur quoi je travaille en ce moment ;) 13:37 <+protokol> j’ai remarqué avec le temps que si je perds une connexion sur eepIRC, les reconnexions échouent toujours, mais si je l’arrête quelques minutes, ça se reconnecte très bien 13:37 <+polecat> Ça augmenterait le débit de transfert ? o.O 13:37 <jrandom> polecat: oui. l’actuelle bibliothèque de streaming utilise une fenêtre de 1 paquet fixe — elle attend un ACK avant d’envoyer le message suivant 13:37 * polecat hoche la tête vers protokol, il semble bien. 13:38 <ant> <dm> La bibliothèque de streaming permettra à une nouvelle classe d’applications basées sur TCP d’être utilisables sur I2P. 13:38 <Ragnarok> jrandom: ah, bien. J’ai été un peu inquiet à ce sujet :) 13:38 <ant> <dm> Ça, c’est la version marketing. 13:38 <jrandom> laissez-moi juste dire que le débit a l’air prometteur avec la nouvelle bibliothèque. 13:39 <jrandom> heh dm 13:39 <keysersoze> jrandom: Comme l’extension au TCP normal, où la machine émettrice continue d’envoyer même si elle n’a pas encore reçu d’ACK, jusqu’à un certain nombre ? 13:39 <+polecat> jrandom: Ah, je vois en quoi ça pourrait être problématique... 13:39 <jrandom> exact keysersoze, jusqu’à une taille de fenêtre (glissante) 13:39 <jrandom> (en faisant tout ce bazar de contrôle/évitement de congestion) [/agitation des bras] 13:40 <+polecat> Je vois aussi comment ça peut poser des problèmes de congestion. Si beaucoup de paquets sont envoyés après qu’une connexion tombe. 13:40 <cervantes> ce sera intéressant de voir des comparaisons de benchmarks pour BT sur i2p avec la nouvelle bibliothèque de streaming et l’ancienne pas-tant-de-streaming 13:40 <jrandom> ouaip cervantes 13:41 <jrandom> c’est le plus grand danger, éviter une inondation du réseau, raison pour laquelle nous déployons prudemment 13:41 <ant> <dm> J’ai un bug à signaler. Rappelez-le-moi quand on arrive au point 5. 13:41 <cervantes> du point de vue applicatif, à quel point la bascule sera-t‑elle transparente ? 13:42 <keysersoze> polecat: Les plans actuels implémentent-ils une idée de « slow-start » où la fenêtre sera d’abord 1, puis augmentée prudemment à 2, et UNIQUEMENT si ça marche bien, à 3, etc., jusqu’à un maximum ? 13:42 <+polecat> 0.4.1.4 utilise-t‑il la bibliothèque de streaming, ou n’a‑t‑elle pas encore été déployée ? 13:42 <jrandom> cervantes quand 0.4.2 sortira, aucun changement de code. tu peux même utiliser la bibliothèque de streaming dès maintenant si tu veux, si tu spécifies un flag magique dans l’environnement :) 13:42 <cervantes> polecat: ça arrivera avec 0.4.2 13:42 <ant> * dm tout le monde se rue vers jrandom. 13:42 <jrandom> vous l’avez déjà — voir streaming.jar 13:42 <jrandom> mais désactivée par défaut 13:42 <ant> <dm> "flag! flag! flag!" 13:43 <keysersoze> jrandom: Allez, fais-nous plaisir et dis quelle variable d’environnement ;) 13:43 <jrandom> cependant, la bibliothèque de streaming n’est *PAS RÉTROCOMPATIBLE* 13:43 <jrandom> c.-à-d. tu ne peux pas utiliser IRC avec 13:43 <cervantes> J’ai une early .1.3 souviens-toi ;-) 13:43 <jrandom> à moins que duck ne fasse tourner une destination newStreamingLib séparée 13:43 <+polecat> Ouais… probablement mieux de basculer en synchro alors, pas individuellement. 13:43 <jrandom> ouais 13:43 <+Ch0Hag> Je pense que ce flag est de ceux « si tu ne peux pas le trouver, c’est que tu n’en as pas besoin ». 13:43 <ant> <dm> duck: pour l’amour de dieu, fais ce qu’on te dit !!! 13:43 <+Ch0Hag> Comme la plupart de ceux de GCC… 13:43 <jrandom> exact Ch0Hag :) 13:44 <jrandom> dm: il reste encore d’autres choses à tester 13:44 <jrandom> par ex. ce matin mule aidait à tester avec FUQID 13:44 <keysersoze> jrandom: Est-ce que cela influence une des clés hosts.txt pour les destinations I2P existantes ? 13:44 <mule> j’ai raté la réunion. fin de l’heure d’été :(. 13:44 <jrandom> (et FUQID fait des choses maaaal :) 13:45 <jrandom> salut mule, moi aussi :) tu arrives juste à temps 13:45 <ant> <dm> mule: tu n’as pas raté la section 5) ????? 13:45 <+Ch0Hag> Oh en parlant de FUQID, des nouvelles de stasher ? 13:45 <ant> <dm> pour autant que tu saches, ???? pourrait être: GOTO 1 13:45 <jrandom> keysersoze: non, la bibliothèque de streaming n’est pas impliquée dans cette partie 13:45 <+Ch0Hag> Ou est-ce un sujet assez gros pour attendre le 5 ? 13:45 <jrandom> Ch0Hag: personne n’a eu de nouvelles de aum depuis septembre, et personne d’autre ne fait quoi que ce soit sur stasher. 13:46 <jrandom> (mais il y a d’autres trucs DHT à discuter au 5) ??? j’entends) 13:46 <+Ch0Hag> Oh. 13:46 <+Ch0Hag> Dommage. 13:46 <+Ch0Hag> Les devs freenet n’ont pas fait « disparaître » leur concurrence, si ? 13:46 <+Ch0Hag> :) 13:46 <jrandom> heh 13:47 <+polecat> La première application de la politique de l’assassinat. x3 13:47 <+Ch0Hag> Bref je n’ai rien d’autre, donc je ne m’en mêlerai plus jusqu’au 5 13:47 <jrandom> ok, il se passe beaucoup de choses dans la bibliothèque de streaming, mais la discussion devra attendre plus tard 13:47 <jrandom> à moins qu’il y ait autre chose, on peut passer à 3) avancées BT 13:47 <cervantes> </evasion> 13:48 <ant> <dm> Tout le monde ne souhaiterait-il pas que jrandom adopte le processus de déploiement de toad ? 13:48 <ant> <dm> Build 3435 : tentative bibliothèque de streaming 13:48 <jrandom> duck: ping? 13:48 <ant> <dm> Build 3436 : tentative bibliothèque de streaming 2 13:48 <@duck> pong 13:48 <ant> <dm> Build 3436 : tentative bibliothèque de streaming 3 13:48 <jrandom> soyez gentils 13:48 * duck prend le micro 13:48 <Ragnarok> non, non 13:48 <@duck> dinoman, Ragnarok et moi avons travaillé sur le client BT. 13:48 <@duck> - protocole BT analysé et changements spécifiés sur http://duck.i2p/i2p-bt/txt/i2p-bt_protocol.txt 13:48 <@duck> - dino a modifié phpbt, info sur http://duck.i2p/i2p-bt/txt/tracker.txt 13:48 <@duck> dino a fait parler le client avec le tracker, R et moi l’avons un peu amélioré. 13:48 <@duck> tout l’échange tracker <-> client a fonctionné 13:48 <@duck> mais on a été bloqués sur la bibliothèque sam python… 13:49 <@duck> Connelly a aidé, mais est aussi occupé 13:49 <@duck> et aum manque à l’appel 13:49 <+polecat> Je suis encore stupéfait que BT puisse marcher du tout sur i2p... 13:49 <@duck> donc j’ai jeté pysam, réimplémenté le RawServer.py de BT et maintenant ça marche à peu près. 13:49 <jrandom> (w00t!) 13:49 <@duck> dernières nouvelles : canal #i2p-bt (surtout le topic avec les infos de dernière release) 13:49 <@duck> maintenant je travaille à ajouter pas mal de journalisation, pour attraper quelques petits défauts 13:50 <Ragnarok> c’est bien plus propre que le RawServer.py original 13:50 <peer> duck: donc c’est prêt pour des tests bêta ? 13:50 <@duck> (par exemple pendant l’EndGame il doit faire un timeout et retenter pour obtenir les derniers bouts) 13:50 <@duck> peer : ouais 13:50 <@duck> un petit point de discussion : 13:51 <@duck> jusqu’ici il est compatible python 2.2 (et supérieurs) 13:51 <@duck> (ça a l’air d’être pareil pour bittorrent lui-même) 13:51 <@duck> mais la partie logging nécessite 2.3… 13:51 <cervantes> oui en effet 13:51 <@duck> à quel point pensez-vous que c’est gênant ? 13:51 <jrandom> mes machines freebsd et linux ont 2.3 13:51 <ant> <dm> gênant ? 13:52 <jrandom> (bien qu’elles aient été installées dans l’année) 13:52 <Ragnarok> y a‑t‑il encore des distros majeures qui livrent 2.2 ? 13:52 <@duck> debian-stable semble toujours livrer 2.2, la dernière fois que j’ai vérifié 13:52 <jrandom> ah, je suis sur debian unstable 13:52 <@duck> mais ce n’est guère une surprise 13:52 <+Ch0Hag> Debian livre 2.3, 2.2, 2.1 et possiblement 2.0 13:52 <+Ch0Hag> Ensemble. 13:52 <Ragnarok> sauf Debian stable, je crois... 13:53 <+Ch0Hag> C’est justement ce dont je ne suis pas sûr. 13:53 <jrandom> ce serait bien d’avoir le support 2.2 — il n’y a pas de bonnes libs de logging pour ça ? 13:53 <Ragnarok> stupide debian 13:53 <@duck> jrandom: tu pourrais embarquer la lib 2.3 13:54 <Ragnarok> peut-on simplement rendre la journalisation optionnelle ? 13:54 <@duck> je suppose 13:55 <jrandom> en fait, c’est vraiment un outil de productivité pour les codeurs, donc faites ce qui convient le mieux à ceux qui codent 13:55 <ant> <dm> on pourra s’en soucier quand I2P + BT deviendra populaire. 13:55 <keysersoze> Pour qui cette journalisation est-elle nécessaire ? Pas pour l’utilisateur final, je suppose, donc au déploiement, que la journalisation ne soit pas possible sur certaines plates-formes ne devrait pas importer, non ? 13:55 <ant> <dm> à ce moment-là 2.3 sera peut-être standard 13:55 <jrandom> le support 2.2 serait sympa, mais je ne pense pas que ce serait si grave si 2.3 était requis 13:55 <cervantes> duck: donc la liste announce des pairs du tracker peut être faite pour cracher des destinations i2p au lieu des IP de machines ? 13:56 <@duck> ok, on va essayer d’abstraire la lib de logging, avec 2.2 utiliser stdout 13:56 <@duck> cervantes: http://duck.i2p/i2p-bt/diffs/phpbt-i2p.diff 13:56 <jrandom> keysersoze: tu veux que la journalisation soit déployée sur les machines des clients pour que si/quand des bugs surgissent, le dev puisse obtenir des logs détaillés 13:56 <jrandom> bien vu duck 13:56 <cervantes> merci 13:56 <+Ch0Hag> heh si quelqu’un est encore intéressé, Woody a python 1.5, 2.0 et 2.1 13:56 <+Ch0Hag> :) 13:57 <@duck> heh 13:57 <@duck> ok, dans ce cas je dis de nécessiter 2.3 13:57 <@duck> et tant pis pour woody 13:57 <cervantes> je crois que le mien est coincé en 1.5 et 2.2 13:57 <jrandom> ouais, pas besoin de gérer 2.1 13:57 <cervantes> (il est temps de mettre à jour) 13:57 <jrandom> heh 13:57 <+Ch0Hag> C’est aussi l’avis de la plupart des utilisateurs Debian 13:58 <Ragnarok> addressbook.py requiert 2.3 13:58 <@duck> il y a quelques sous-projets intéressants : 13:58 <jrandom> ah ok cool Ragnarok 13:58 <@duck> recherche des réglages optimaux pour i2p 13:58 <+polecat> Ce petit truc requiert 2.3 ? 13:58 <keysersoze> jrandom: Je suis d’accord, mais sur un petit réseau comme maintenant (~100 pairs), ce n’est pas un problème d’avoir quelques bêta-testeurs qui passent à 2.2 ou 2.3. Et une fois que les bugs les plus flagrants sont écrasés, les nouveaux vrais utilisateurs ne devraient pas vraiment avoir besoin de journalisation. Donc ce que je dis, c’est : La journalisation n’est pas un problème à ce stade, donc on est d’accord ;) 13:58 <cervantes> quand je démontais BT il y a un an ou à peu près, cette machine poussait 6 Mo/s via le tracker par moments... 13:58 <+polecat> Bizarre… 2.2 doit être pratiquement estropié alors. 13:58 <Ragnarok> 2.3 a un meilleur support proxy pour urllib 13:58 <@duck> porter aussi le tracker bt standard 13:58 <cervantes> je veux dire le seed 13:59 <Ragnarok> ça pourrait marcher en 2.2, mais ce serait trop d’efforts :) 13:59 <+polecat> Ah ça serait important, oui. 13:59 <jrandom> duck: rechercher les réglages optimaux sera difficile jusqu’à la sortie de 0.4.2 13:59 <@duck> oui 14:00 <jrandom> porter le tracker serait super cependant. As-tu les outils pour créer le .torrent implémentés, ou as-tu fait ça manuellement ? 14:00 <@duck> hein ? 14:00 <cervantes> le client a des tas de jolis réglages pour les taux de prise de pairs, timeouts, min/max de pairs, etc. 14:01 <cervantes> ça ne devrait pas nécessiter de modification je pense 14:01 <jrandom> duck: le .torrent référence la destination i2p du tracker, n’est-ce pas ? 14:01 <@duck> pour l’instant nous livrons : btdownloadheadless.py + btmakemetafile.py + btshowmetainfo.py 14:01 <jrandom> ou référence-t‑il le nom ? 14:01 <cervantes> c’est juste une url et un tas de sha1 14:01 <@duck> bien que btmakemetafile.py et btshowmetainfo.py ne soient pas modifiés 14:01 <jrandom> « une URL » est la partie difficile :) 14:02 <@duck> donc tu peux utiliser d’autres outils 14:02 <@duck> c’est http://duck.i2p/phpbt/announce.php maintenant 14:02 <jrandom> ok, cool 14:02 <@duck> je suppose que tu peux utiliser http://i2p/bigbase64/announce.php 14:02 <+protokol> y a-t‑il des plans pour que d’autres clients supportent eepTorrent ? j’aime azureus 14:02 <@duck> plein 14:02 <cervantes> jrandom: la version précoce que j’ai regardée ne faisait aucune validation d’URL sur la chaîne announce 14:03 <ant> <dm> dm: eep veut dire quoi déjà ? 14:03 <cervantes> tu pouvais mettre n’importe quoi là-dedans 14:03 <jrandom> hmm, ça vaut le coup de vérifier si ça marche duck (au cas où phpbt ferait des réécritures d’URL stupides, etc) 14:03 <cervantes> dm: regarde dans le glossaire du forum 14:03 <@duck> c’est peut-être le moment pour un forum i2p-bt ? 14:03 <keysersoze> duck: Surtout quand de nouveaux utilisateurs, qui n’ont pas d’« enregistrement » dans hosts.txt, voudront héberger des trackers, il FAUT que ce soit possible d’avoir un base64 là-dedans 14:03 <+Ch0Hag> Eye Eye Pee? 14:03 <jrandom> ce serait cool duck 14:03 <@duck> (section de forum sur forum.i2p) 14:04 <ant> <dm> dm: c’était utile ! 14:04 <cervantes> duck: ouais pas de problème 14:04 <@duck> keysersoze: ce sera étudié 14:04 <jrandom> quand même, en l’état c’est rudement cool 14:05 <jrandom> les 4 KB/s par pair ne sont pas vraiment un gros problème non plus 14:05 <ant> <dm> quelle heure est-il ? "Il y a une horloge à deux pâtés de maisons" 14:05 <cervantes> en avançant peut‑être qu’on devrait mettre en place un espace de forum séparé pour que les gens puissent publier des fichiers à la SuprNova 14:05 <@duck> eeprnova 14:05 <jrandom> cervantes: avec des critiques, etc :) 14:05 <keysersoze> jrandom: La transition vers streaminglib nécessitera-t‑elle de gros changements au code python I2P-BT actuel ? 14:05 <+polecat> Je n’obtiens jamais plus de 4 KB/s même sur des flux bittorrent IPv4... 14:05 <peer> ce serait bien s’il y avait un argument en ligne de commande pour définir l’adresse du serveur i2p, afin de pouvoir le lancer depuis d’autres machines sur un réseau 14:05 <jrandom> (mais je pense que ce serait mieux de laisser ça en dehors de forum.i2p, peut-être) 14:06 <jrandom> keysersoze: 0 changement 14:06 <@duck> notez que les trackers i2p-bt passeront moins bien à l’échelle 14:06 <@duck> puisqu’ils doivent envoyer de grosses clés bien lourdes 14:06 <Ragnarok> polecat: tu dois être derrière un NAT 14:06 <keysersoze> polecat: ((HS) essaye le torrent de firefox d’aujourd’hui ;)) 14:06 <cervantes> jrandom: ouais. 14:06 <@duck> alors que les trackers normaux ont récemment été modifiés pour n’envoyer que 6 octets/pair 14:06 <jrandom> peer: adresse du serveur i2p ? 14:07 <jrandom> peer: j’utilise l’i2p-bt avec mon pont SAM en local accédant à un router distant 14:07 <jrandom> oh, mais ce serait sympa d’avoir des flags pour définir l’emplacement du pont SAM et l’emplacement du proxy eep dans la CLI, ouais 14:07 <peer> jrandom: yep 14:07 <keysersoze> duck: Peut-on compresser la host-key ? (je demande juste...) 14:08 <peer> avec un seul arg CLI 14:08 <jrandom> (plutôt que de remodifier le code après chaque release :) 14:08 <@duck> keysersoze: utiliser du binaire au lieu du base64 le réduira un peu 14:08 <@duck> genre 15% 14:08 <@duck> pas la peine 14:08 <keysersoze> duck: d’accord. 14:09 <ant> <dm> où est ce glossaire du forum ? Je ne vois rien sur http://forum.i2p.net/ 14:09 <Ragnarok> pourrait-on utiliser des hostnames ? 14:09 <jrandom> Ragnarok: les hostnames ne sont pas globalement uniques 14:09 <@duck> Ragnarok: je ne veux pas aller là 14:09 <cervantes> dm: n’apparaît que pour les utilisateurs enregistrés 14:10 <ant> <dm> cervantes: oh excellent ! Je chercherai eep sur google alors ! 14:10 <Ragnarok> d’accord 14:11 <cervantes> dm: c’est un phonème pour IIP 14:11 <cervantes> d’après la rumeur 14:11 <jrandom> ok, vous faites un boulot énorme côté bt, et j’ai hâte d’en entendre (et d’en utiliser) plus :) 14:11 <ant> <dm> cervantes: ce n’est pas un acronyme ? 14:12 * cervantes a 1/2 téraoctet de films et séries à partager 14:12 <jrandom> avons-nous autre chose à discuter concernant i2p-bt ? 14:12 <cervantes> dm: pas à ma connaissance 14:12 <@duck> (n’oubliez pas #i2p-bt) 14:12 <jrandom> ouais, #i2p-bt, enfin une incitation pour que les gens quittent freenode :) 14:12 <ant> <dm> très bien. Merci monsieur. 14:13 <+Ch0Hag> Comme si ce Grand réseau n’était pas déjà une incitation suffisante... 14:13 <jrandom> ok sinon, passons à 4) addressbook.py 14:13 <jrandom> Ragnarok : tu nous fais le topo ? 14:13 <Ragnarok> whee 14:14 <Ragnarok> hm, ok. addressbook.py est un premier essai de système de carnet d’adresses abonnable. 14:14 <Ragnarok> C’est assez moche pour le moment, mais ça marche 14:14 <Ragnarok> vous pouvez le récupérer sur ragnarok.i2p 14:14 <peer> puis-je juste faire une suggestion concernant le naming ? je pense que la meilleure méthode serait que les liens entre eepsites utilisent du base64, mais de laisser les gens créer leurs propres noms de favoris pour les sites, plutôt que d’avoir un système de nommage centralisé 14:14 <Ragnarok> euh... 14:14 <Ragnarok> des questions ? 14:15 <+postman> Ragnarok: définis « moche » :) 14:15 <jrandom> Ragnarok: génial 14:15 <ant> <dm> jrandom: pas une question 14:15 <+polecat> On parlait de quoi déjà ? @.@ 14:15 <peer> un peu comme les bookmarks sur la page d’accueil de l’interface web de freenet, mais avec des URLs à la place 14:15 <cervantes> Ragnarok: c’est tout en ligne de commande, ou il y a une GUI ? 14:15 <Ragnarok> lis-le, c’est moche :) 14:15 <jrandom> peer: d’accord, mais on a besoin d’outils d’auteur 14:15 <cervantes> il n’y avait pas de captures d’écran donc j’ai perdu l’intérêt et je suis parti ;-) 14:15 <jrandom> peer: bien que le ?i2paddresshelper aide 14:15 <+postman> Ragnarok: ok, merci — je vais regarder 14:16 <+polecat> Bah, les GUI c’est pour les mamans foot ! 14:16 <Ragnarok> c’est entièrement en ligne de commande. C’est conçu pour tourner en tant que démon. Ça ne tourne pas encore en démon sous Windows, mais c’est mon prochain projet. 14:16 <Ragnarok> à part l’outil CLI, toutes les interactions passent par des fichiers de config. 14:17 <jrandom> peut‑être que la prochaine étape dans le domaine du naming est une interface web pour gérer les entrées et les abonnements ? 14:17 <cervantes> en gros tu syndiques ton fichier hosts alors ? 14:17 <Ragnarok> oui 14:17 <cervantes> d’accord...cool 14:17 <Ragnarok> une interface web serait super. Mais ce n’est pas moi qui l’écris :) 14:17 <jrandom> avec fusions et gestion des conflits 14:18 <+polecat> C’est quoi la gestion des conflits, à part hurler dessus dans le log ? 14:18 <jrandom> ouais, le moteur lui-même est du bon boulot, on peut peut‑être trouver quelqu’un d’autre pour se pencher sur la partie web :) 14:19 <Ragnarok> aucune. Si tu veux résoudre un conflit, tu le fais à la main :). Cependant, c’est un peu plus facile maintenant. 14:19 <jrandom> polecat: couiner & ne jamais écraser une entrée existante afaik 14:19 <jrandom> (euh, ce qu’il a dit) 14:19 <cervantes> ce serait sympa comme plugin de barre latérale pour firefox... 14:19 <+polecat> Oui, c’est ce que je pensais. 14:19 <cervantes> c’est quelque chose que je pourrais intégrer à ma toolbar i2p 14:20 <Ragnarok> les modifications utilisateur ne sont jamais écrasées, donc c’est raisonnablement sûr contre les attaques 14:20 <jrandom> et tu ne devrais t’abonner qu’à des pairs relativement fiables 14:20 <Ragnarok> en effet 14:20 <cervantes> peut‑être une fonctionnalité pour verrouiller des entrées ? 14:20 <cervantes> (c.-à-d. les déplacer dans userhosts) 14:21 <Ragnarok> les entrées ne sont jamais modifiées 14:21 <+polecat> J’aime le concept d’un fichier myhosts.txt pour les entrées que tu veux endosser toi-même. 14:21 <cervantes> Ragnarok: ah désolé, comme tu disais 14:22 <Ragnarok> myhosts.txt est un hack crade pour contourner une condition de course, mais pour une raison quelconque tout le monde l’aime comme élément d’interface :) 14:22 <jrandom> si des gens sont intéressés, il y a des moyens de faire lire à i2ptunnel / sam / etc. plus que hosts.txt et userhosts.txt 14:22 <jrandom> (mais seulement s’il y a une bonne raison solide de le faire) 14:22 <cervantes> Ragnarok: tu étais censé faire semblant que c’était intentionnel ;-) 14:23 * duck suggère d’abstraire par rapport à hosts.txt / userhosts.txt 14:23 <+polecat> Ma version perl d’addressbook.pl prend en charge le truc myhosts.txt. 14:23 <Ragnarok> oui, ça fera partie de la grosse réécriture :) 14:23 * polecat note à duck qu’il faudrait modifier i2ptunnel et sam pour faire ça. 14:23 <Ragnarok> d’abord, je veux atteindre la parité de fonctionnalités sous Windows, cependant. 14:24 <jrandom> oui duck, car ça aurait été sympa pour 0.4.2 si on avait pu marquer différentes destinations comme « oldLib » et « newLib » (etc) 14:24 <@duck> polecat: tu pourrais écrire le résultat final dans quelque chose appelé 'hosts.txt' 14:24 <cervantes> idéalement tu veux une mini-base hiérarchique d’adresses locales que tu peux catégoriser 14:24 <@duck> mais utiliser une autre structure côté utilisateur 14:24 <+polecat> Le résultat final va dans userhosts.txt 14:24 <+polecat> Et aussi un fichier appelé « hosts.txt » sur l’eepsite qui n’est pas le hosts.txt du système. 14:24 <@duck> ce qui est déroutant :) 14:25 <Ragnarok> J’aime être le plus déroutant possible :) 14:25 <MrEcho> j’espère avoir le dns fini d’ici la fin du mois 14:25 <@duck> ok, alors que le nom dépende de la somme de contrôle du contenu 14:25 <cervantes> addressbook.txt? :) 14:25 <Ragnarok> le carnet d’adresses publié s’appelle juste hosts.txt, parce que c’est comme ça sur dev.i2p 14:25 <+polecat> Il est possible d’appeler le fichier hosts.txt de Ragnarok autrement. Les gens doivent juste s’abonner à cet autre nom de fichier. 14:26 <Ragnarok> vrai, c’est une option de configuration 14:26 <+polecat> c.-à-d. aller sur http://polecat.i2p/addressbook au lieu de http://polecat.i2p/hosts.txt 14:26 <MrEcho> pour info, mon dns ne touche pas au fichier hosts .. tout comme un vrai dns 14:27 <+polecat> Oh oui, il y a ça aussi.>.< 14:27 <@duck> mon dns apporte la paix mondiale 14:27 <jrandom> MrEcho: ça vaudrait le coup d’explorer l’interopérabilité 14:27 <+polecat> Il y a /etc/hosts, le hosts.txt de jrandom qu’i2ptunnel et sam utilisent, et maintenant le hosts.txt publié par Ragnarok. 14:28 <Ragnarok> Je ne pense pas que quoi que ce soit qui ne résolve pas les noms localement fonctionnera jamais de façon acceptable sur i2p, mais je vous invite à me prouver le contraire :) 14:28 <mule> environnement hostile :) 14:28 <MrEcho> je pourrais le faire mettre à jour le hosts.txt, mais j’espérais ajouter quelque chose ailleurs dans le code 14:28 <jrandom> il y a du code dans cvs (sous apps/myi2p) pour charger/stocker les entrées du carnet d’adresses avec les données postées dans cet email de février, si quelqu’un est intéressé ;) 14:29 <+polecat> ? 14:29 <MrEcho> déjà jeté un œil jr 14:30 <jrandom> polecat: http://forum.i2p.net/viewtopic.php?t=141#419 14:30 <+polecat> Tu veux dire sous apps/myi2p/java/src/net/i2p/myi2p 14:30 <jrandom> eh bien, oui, si tu veux être précis ;) 14:30 <+polecat> Plutôt hideusement redondant. ;3 14:31 <jrandom> cool MrEcho, bien que je suggère ce genre de format de fichier pour d’autres systèmes de nommage aussi, si les gens envisagent de remplacer hosts.txt 14:31 <jrandom> polecat: avec de bonnes raisons (et imho il n’y a aucune redondance dans ce chemin ;) 14:31 <Ragnarok> cool. Je vais jeter un œil 14:32 <ant> <dm> au moins ça ne dit plus internet trois fois là-dedans 14:33 <jrandom> il faudrait aussi l’implémenter en tant que net.i2p.client.naming.NamingService — quelque chose pour charger depuis cette base locale, mais ça ne devrait pas être trop dur 14:33 <+polecat> Aïe ! Non, non pas de MX records... pas de CNAME... 14:33 <jrandom> avoir plusieurs destinations per nom est une bonne idée toutefois 14:33 <ant> <janonymous2> Je suis en faveur d’un hybride carnet d’adresses / dns 14:34 <jrandom> un carnet d’adresses est un système de noms de domaine :) 14:34 <+polecat> jrandom: Combien de fois as‑tu dû l’appeler myi2p ? Et à quel point est-il nécessaire de l’appeler i2p si c’est déjà appelé myi2p ? Et y a‑t‑il le moindre doute que ce bazar soit une chose de java ? 14:34 <jrandom> polecat: tout le code myi2p ne sera pas en java. 14:34 <@duck> retourne dans ta grotte troll perl :) 14:34 <+polecat> Je suis d’accord que tout ça est nécessaire, je ne te blâme pas jrandom, mais je blâme java et ant. 14:35 <jrandom> polecat: et la base de code d’i2p est unique sous l’espace de noms net.i2p, car nous ne contrôlons pas l’espace de noms net.myi2p :) 14:35 * polecat grogne et s’accroupit sous le pont. 14:35 <ant> <dm> polecat: ça s’appelle du TOC 14:35 <jrandom> heh 14:35 <jrandom> ça s’appelle de l’ingénierie logicielle ;) 14:36 <+polecat> Oui, mais pourquoi mettre tout dans une structure de répertoires qui perroquette l’espace de noms ? 14:36 <+polecat> Il suffit d’indiquer… dans le fichier "Ce fichier est dans l’espace de noms net.i2p" 14:36 <jrandom> mais bon, autre chose sur le système de naming qui déchire de Ragnarok ? :) 14:36 <@duck> il déchire 14:36 <Ragnarok> merci :) 14:36 <+polecat> Asseth Kickius. 14:36 <jrandom> polecat: il y a 1340 fichiers java dans i2p 14:37 <@duck> J’ai été _choqué_ quand je voulais visiter une eepsite et que l’hôte était déjà propagé 14:37 <Ragnarok> hehe 14:37 <jrandom> :) 14:37 <+polecat> Je ne dis pas qu’il faut tout écraser au même endroit. 1340 fichiers ça semble énorme quand même, n’y a‑t‑il pas du code redondant là-dedans ? o.O 14:38 <Ragnarok> quelqu’un connaît une commande pour tuer un processus Windows par pid ? 14:38 <@duck> comme des réimplémentations de la pile TCP ? :) 14:38 <+polecat> Sans parler de serveurs web entièrement fonctionnels. c.c 14:38 <jrandom> heh 14:38 <jrandom> oh, laissez-moi ignorer le code jetty.. 14:39 <keysersoze> (91 pairs sur le réseau maintenant !) 14:39 <ant> <dm> ragnarok: kill 14:39 <jrandom> ok, 389 dans router/ et core/ 14:39 <Ragnarok> ça existe sur quelles versions ? 14:39 <+polecat> Ça fait encore beaucoup pour un router miteux... mais en considérant le tout ce n’est pas si mal. 14:39 <ant> <dm> pas sûr... Je suis sous XP ici. 14:39 <cervantes> Ragnarook: seulement si tu as les fichiers du CD de support installés 14:40 <Ragnarok> ah 14:40 * duck se reconcentre 14:40 <cervantes> Ragnarok: sinon télécharge sysinternals pskill 14:40 <jrandom> ok, autre chose pour 4) addressbook.py, ou on passe à 5) ??? 14:41 <cervantes> Ragnarok: http://www.sysinternals.com/ntw2k/freeware/pstools.shtml 14:41 <jrandom> ok, 5) alors 14:41 <Ragnarok> chouette, merci :) 14:41 <jrandom> polecat: de mémoire tu voulais parler de bamboo-dht ? 14:41 <MrEcho> ? réunion en ce moment 14:41 <+polecat> :scande: DHT DHT USA USA~/o 14:42 <+polecat> Oui, en effet. Je cherche juste quelque chose... 14:42 <jrandom> oui MrEcho 14:43 <+Ch0Hag> 5 ? 14:43 <jrandom> 5) ??? 14:43 <MrEcho> heh 14:43 <+Ch0Hag> oooh oui, j’ai trouvé un bug sémantique sans importance 14:43 <jrandom> quoi de neuf Ch0Hag ? 14:43 <+polecat> Il y a 79 fichiers java dans la source de bamboo. Il y a 253 fichiers au total. 14:44 <+polecat> Le projet entier fait 4,6 mégaoctets en sources et fichiers de support, avant compilation. 14:44 <jrandom> ouh là 14:44 <+Ch0Hag> dans /netdb.jsp, les informations « à nous » sont données port en premier, alors que pour les autres pairs c’est l’hôte en premier 14:44 <+Ch0Hag> Sur la ligne Addresses 14:44 <jrandom> tu as joué avec, polecat ? 14:44 <jrandom> Ch0Hag: l’ordre est arbitraire 14:45 <+Ch0Hag> Et 0.4.1.4 est en ligne depuis une heure avec 128 Mo sous Kaffe 14:45 <+polecat> Je n’ai pas eu beaucoup l’occasion. J’ai joué avec circle, et obtenu une chouette représentation graphique d’une clé publique PGP, mais pas encore bamboo. 14:45 <ant> <dm> ah oui, le rapport de bug insignifiant de ch0hag m’a rappelé quelque chose ! 14:45 <ant> <dm> sur la page de config il est dit "vous devez soit utiliser un service comme dyndns, soit laisser le nom d’hôte vide. Si vous le laissez vide, votre router détectera automatiquement la 'bonne' IP en demandant à un pair" 14:45 <+Ch0Hag> Ça semble être hôte/port pour tout le monde 14:45 <MrEcho> Uptime : 54h Mémoire : 23,506KB 14:45 <+Ch0Hag> Mais bon 14:45 <+Ch0Hag> Ce n’est pas comme si ça avait vraiment de l’importance. 14:46 <ant> <dm> ce qui est génial pour moi, puisque j’ai une IP dynamique et que j’attends cette fonctionnalité depuis un moment, mais quand je vide et clique sur enregistrer, ça remplit automatiquement à nouveau la case avec une IP (incorrecte) 14:46 <cervantes> polecat: tu as une URL ? 14:46 <ant> <dm> Merci ! 14:47 <jrandom> hmm dm, ça ne respecte pas le fait que tu le mettes à vide ? 14:47 <jrandom> c’est clairement un bug important 14:47 <+polecat> Oui, un instant s’il vous plaît. 14:47 <Ragnarok> ce serait bien si ça recommandait de remplir la case uniquement si tu as un vrai nom d’hôte statique. Ou si la case n’était pas là... 14:47 <jrandom> Ch0Hag: kaffe garde typiquement une taille stable 14:47 <+polecat> http://bamboo-dht.org/ 14:48 <jrandom> Ragnarok: j’envisage de supprimer complètement cette case, en laissant aux hackers le soin de l’ajouter sur /configadvanced.jsp 14:48 <ant> <dm> Je m’en soucie seulement parce que le paragraphe d’instructions me fait me sentir idiot quand je n’arrive pas à la laisser vide ;) 14:48 <cervantes> polecat: merci 14:48 <+Ch0Hag> dm: C’est clairement un test d’intelligence. 14:48 <+Ch0Hag> Si tu arrives à la laisser vide, tu réussis. 14:48 <+polecat> Je note aussi que bamboo semble compiler avec jikes et le jar de kaffe en environ 30 secondes. 14:48 <+polecat> Utilise quelques variables bizarres cependant, JAVAC et JAVAHOME au lieu de JAVA_HOME 14:49 <Ragnarok> jr: Je pense que c’est une excellente idée. À ce stade, c’est un peu un piège à débutants. 14:50 <cervantes> dm: tu cliques sur le bouton enregistrer, ou tu appuies sur Entrée ? 14:50 <ant> <dm> cliquer enregistrer 14:50 <ant> <dm> * Limites de bande passante mises à jour 14:50 <ant> <dm> * Configuration enregistrée avec succès 14:50 <@duck> polecat: tu comptes y regarder de plus près ? 14:51 <+polecat> Oui, en effet. bamboo semble être le meilleur candidat pour être porté sur i2p, et le projet DHT le plus « carré » que je vois dehors. 14:52 <+polecat> L’important est de savoir si ça « marche » ou non bien sûr. 14:52 <jrandom> bah, qui a besoin de fonctionnalités, tout est une question de compatibilité avec les buzzwords ! 14:53 <jrandom> merci de nous tenir au courant 14:53 <jrandom> (car je suis d’accord, le projet a l’air prometteur) 14:53 <@duck> ce qui est probablement le plus important est ce qu’il offre pour les modifications au niveau transport 14:54 <ant> <janonymous2> C’est quoi le truc avec bamboo ? 14:54 <jrandom> ouais, s’il requiert des channels NIO ou utilise des sockets simples 14:54 <cervantes> heh... actu bamboo : "5 Aug Bamboo maintenant 100% Pure Java...uses Berkely DB Java Edition" "4 Nov Bamboo n’est plus 100% Pure Java...BDB Java était nul..retour au C" 14:54 <jrandom> (bien que nous /pourrions/ écrire des channels NIO pour i2psocket, ça demanderait du boulot) 14:54 <+polecat> jrandom: Retourne dans ta cathédrale, gargouille java ! X3 14:54 <+polecat> En effet. S’il requiert TCP ou UDP, ou pire... DNS, alors on risque d’être foutus. 14:54 <+polecat> NIO/ 14:54 <+polecat> NIO ? 14:55 <+polecat> Tout ce que je sais c’est que ni’o veut dire changer de sujet en lojban. 14:55 <jrandom> NIO est une nouvelle bibliothèque d’E/S dans java, ajoutée en 1.4 14:55 <+polecat> Je vois. Même pour des sockets simples, SAM n’a‑t‑il pas des objets analogues aux sockets, et des fonctions analogues à read() et write() ? 14:55 <jrandom> oui 14:56 <jrandom> s’ils utilisent des sockets simples, c’est facile comme tout 14:56 <jrandom> (...quoi que ça veuille dire) 14:56 <ant> <janonymous2> C’est quoi bamboo ? 14:56 <jrandom> bamboo-dht.org 14:57 <cervantes> au fait, quels étaient les problèmes avec pysam ? 14:57 * polecat hoche la tête. 14:58 <@duck> cervantes: envoi / réception de données 14:58 <cervantes> duck: oh ce n’est que ça ? :) 14:58 <ant> * janonymous2 /me se recroqueville sur son téléphone insuffisant 14:58 <@duck> et établissement / détection de connexions 14:58 <+Nightblade> ça n’envoyait pas ? 14:59 <Ragnarok> oy 14:59 <@duck> Nightblade: il a probablement fait quelque chose 14:59 <+Nightblade> ça marche du tout ? 15:00 <cervantes> duck: des idées sur le nommage de la section du forum i2p-bt ? 15:00 <cervantes> tu veux ton propre niveau supérieur, avec quelques sous-sections ? 15:01 <Ragnarok> hm, je dois prendre la route. Bonne fin de réunion :) 15:01 <jrandom> Nightblade: aum l’utilisait, donc je suis sûr que ça marchait 15:01 <jrandom> à+ Ragnarok 15:01 <cervantes> you're = your 15:01 <cervantes> à+ ragnarok 15:02 <ant> <janonymous2> Des nouvelles de bt ? 15:02 <jrandom> janonymous: vois les logs de réunion (une fois qu’ils sortent) 15:03 <jrandom> au fait, y a‑t‑il autre chose que les gens voudraient évoquer en réunion ? 15:03 <ant> <janonymous2> Oh, mea culpa 15:04 * cervantes tend à jr le baffer plaqué egold 15:04 * jrandom arme le bras 15:04 <jrandom> ... 15:04 <jrandom> ... 15:04 * jrandom *baf* la réunion est close