Réunion des développeurs I2P - 7 décembre 2004

22:00:00 <@duck> Tue Dec 7 21:00:00 UTC 2004 22:00:04 <@duck> Heure de réunion I2P 22:00:05 <Frooze> je viens d'inventer Frooze pour i2p. je ne sais même pas ce qu'est un « frooze ». 22:00:21 <@duck> comme annoncé sur http://dev.i2p.net/pipermail/i2p/2004-December/000509.html 22:00:29 <@duck> Agenda: 22:00:29 <@duck> 0) salut 22:00:29 <@duck> 1) 0.4.2.3 22:00:29 <@duck> 2) i2p-bt 22:00:29 <@duck> 3) #idlerpg 22:00:29 <@duck> 4) ??? 22:00:32 <@duck> . 22:01:09 <@duck> 0) salut 22:01:15 <clayboy> salut 22:01:16 <@duck> jrandom s'est signalé malade 22:01:20 <+ugha2p> Salut. 22:01:30 <@duck> et m'a en plus envoyé un message disant qu'il ne pourrait probablement pas venir 22:01:39 <+protokol> http://www.google.com/search?q=frooze 22:01:41 <@duck> donc on va voir et simplement commencer 22:01:46 <clayboy> j'espère qu'il ira mieux rapidement 22:02:06 <@duck> 1) 0.4.2.3 22:02:16 <@duck> la nouvelle version sortira très bientôt 22:02:31 <@duck> donc demain ou jeudi. 22:02:41 <@duck> il y a eu pas mal de correctifs de bugs 22:03:24 <+ugha2p> Les révisions CVS plus récentes corrigent-elles aussi les problèmes de mémoire/CPU ? 22:03:29 <clayboy> quelques-uns d'entre nous ont suivi les builds CVS, ça marche très bien 22:03:33 <@duck> surtout la bibliothèque de streaming, le pont SAM, etc 22:04:17 <+ugha2p> J'ai constaté des charges inhabituelles venant d'I2P. 22:04:23 <clayboy> je pense que ça a été corrigé il y a de nombreuses révisions, ugha2p 22:04:41 <+ugha2p> (Running -7) 22:04:51 <clayboy> oh, hm 22:04:52 <@duck> ugha2p: je ne vois rien à ce sujet dans l’historique 22:05:48 <+protokol> ce qui serait bien (si ce n'est pas faisable/utile) c'est un flux RSS du changelog 22:05:48 <@duck> ok 22:05:49 <+ugha2p> C’est étrange. 22:06:01 <+protokol> ;-) 22:06:17 <@duck> peut-être ouvrir un ticket Bugzilla 22:06:25 <@duck> ou je ne sais pas 22:06:34 <+ugha2p> Le processus Java consomme 100 % du CPU environ la moitié du temps. 22:07:18 <+ugha2p> Donc, vous ne savez rien sur ce problème ? Vos routers se comportent correctement ? 22:07:24 <dinoman> oui c’est élevé chez moi aussi -6 22:08:24 <@duck> les infos top/uptime se comportent bizarrement chez moi depuis ma mise à niveau NPTL, donc je ne peux pas dire 22:09:03 <+ugha2p> Ok, on passe à la suite ? 22:09:07 <@duck> ok 22:09:14 <@duck> 2) i2p-bt 22:09:24 <+ugha2p> Et demander à jrandom quand il est sur le point de sortir 0.4.2.3 22:09:40 <+ugha2p> Ça a très bien fonctionné pour moi avec NPTL. 22:09:45 <@duck> ugha2p: il a dit demain ou jeudi 22:09:58 <+ugha2p> D’accord. 22:09:59 <@duck> hier j’ai sorti un nouveau i2p-bt 22:10:23 <@duck> J’ai mieux compris l’ensemble du concept de « buffer » (tampon) 22:10:42 <@duck> et il y avait quelques patchs en attente de Ragnarok 22:11:13 <mule> duck: félicitations, bon travail ! 22:11:15 <@duck> également, la taille de tranche est augmentée, ce qui signifie qu’au lieu d’envoyer 32 Ko à chaque fois, il envoie 128 Ko 22:11:29 <@duck> ce qui devrait garder la file d’attente remplie 22:11:47 <+ugha2p> Oui, merci, duck. :) 22:11:56 <@duck> DrWoo et d’autres ont soumis des demandes de fonctionnalités pour la GUI 22:12:23 <@duck> mais je n’utilise jamais la GUI moi-même, je ne connais pas wxpython et je m’en soucie probablement peu :) 22:12:31 <+Ragnarok> faire tenir chaque tranche dans un seul message n’a pas aussi bien marché que prévu ? 22:12:57 <clayboy> beaucoup de torrents seedés sur http://brittanyworld.i2p/bittorrent/ si quelqu’un veut essayer (avec I2P 0.4.2.2-7 et i2p-bt 0.1.3) 22:13:10 <@duck> Ragnarok: c’est un peu au jugé 22:13:27 <@duck> ça donne des valeurs de débit bien plus élevées sur les transferts locaux 22:13:51 <+ugha2p> On devrait peut-être attendre que quelqu’un porte un client complet à la place ? 22:14:10 <+Ragnarok> hm, ok 22:14:13 <@duck> on peut tous attendre :) 22:14:37 <clayboy> BitTorrent _est_ « complet », c’est le seul client que j’utilise pour bt (aussi hors i2p) :) 22:15:15 <+ugha2p> clayboy: Pas vraiment. :) 22:16:02 <@duck> personnellement je préfère les choses avec de bons réglages par défaut 22:16:17 <@duck> prends mldonkey, tu peux changer 1 million de trucs et la plupart des utilisateurs n’ont aucune idée de ce que ça fait 22:16:50 <@duck> ça conduit à des mythes d’utilisateurs, comme les utilisateurs I2P qui appuient sur « Reseed » tout le temps, ou réinstallent si ça ne marche pas 22:17:01 <+ugha2p> Si tu n’es pas prêt à chercher, alors tu ne devrais pas utiliser Linux de toute façon. :) 22:17:04 <@duck> ce qui tue des chatons 22:17:28 <slart> et bittornado ? 22:17:43 <+Ragnarok> Je suppose que je pourrais être tenté d’écrire une GUI pygtk, mais j’ai beaucoup d’autres choses à faire, et je ne suis pas sûr de ce que veulent les gens 22:17:45 <+protokol> azureus? 22:17:57 <@duck> une partie de moi invente bien sûr des excuses pour ne pas faire les choses 22:18:03 <+protokol> azureus prend en charge les plugins 22:18:10 <@duck> protokol: eh bien, écris un plugin 22:18:32 <+protokol> heh 22:18:40 <slart> bittornado est basé sur le bt officiel, n’est-ce pas ? 22:18:50 <+protokol> plus facile à dire qu’à faire 22:18:52 <@duck> slart: je l’ai regardé et j’ai pleuré 22:19:07 <@duck> il a quelques améliorations, qui pourraient être utiles 22:19:17 <@duck> mais d’un autre côté, ça a rendu l’ensemble bien plus complexe 22:19:22 <@duck> sans nettoyer le code original 22:19:36 <+Ragnarok> gah 22:19:56 <@duck> la fonctionnalité GUI qui permet de spécifier un torrent si aucun argument n’est donné en est tirée et a été ajoutée à i2p-bt 22:20:11 <clayboy> assurons-nous que le bittorrent de base fonctionne parfaitement avant de nous soucier de ces trucs de GUI futiles :) 22:20:46 <@duck> slart: probablement que d’autres choses peuvent être réutilisées aussi ; il faut juste que quelqu’un le fasse (correctement) 22:21:23 <+ugha2p> clayboy: Eh bien, je pense que ça fonctionne déjà très bien. :) 22:21:53 <slart> le client ABC utilise tornado (je crois) 22:22:15 <clayboy> j’ai l’impression qu’il nous reste à faire des tests vraiment intensifs pour voir combien de données peuvent réellement passer via i2p-bt 22:22:21 <bushka> oui c’est le cas slart. 22:23:49 <@duck> selon la façon dont ils fonctionnent, vous pourriez porter les changements d’i2p-bt vers eux assez facilement 22:24:41 <@duck> merci d’essayer et de faire un retour 22:25:47 <@duck> . 22:25:55 <@duck> d’autres commentaires i2p-bt / bittorrent ? 22:26:08 <slart> python :S 22:26:41 <+ugha2p> . 22:26:51 <@duck> slart: si tu n’aimes pas python, tu peux essayer de porter azureus 22:27:00 <+ugha2p> slart: Qu’est-ce qu’il a ? 22:27:06 <slart> combien de personnes pourrions-nous faire seeder quelque chose comme une ISO Linux pour des tests de vitesse ? 22:27:15 <slart> *iso 22:27:34 <@duck> essayons ça après la nouvelle version I2P 22:27:57 <@duck> (puisque récupérer un build de router I2P depuis le CVS est assez une gageure pour la plupart) 22:28:17 <+protokol> eh 22:28:54 <@duck> pl 22:28:57 <@duck> euh, ok 22:29:10 <@duck> 3) #idlerpg 22:29:22 <@duck> j’ai trouvé ce jeu RPG IRC amusant 22:29:36 <@duck> vous n’avez rien à faire, juste rester inactif 22:29:56 <+ugha2p> Enfin, il faut quand même SE CONNECTER. ;) 22:30:04 <@duck> ah ;) 22:30:18 <mule> cvs update -dP :) 22:30:18 <mule> ant dist updater :) 22:30:20 <+postman> c'est la chose la plus hilarante que j'aie jamais vue, mais j'AIME ça :) 22:30:30 <+protokol> il devrait y avoir des prix 22:30:45 <@duck> sur IRCNet il a 779 joueurs en ligne 22:30:46 <+ugha2p> duck: je me disais que ça pourrait potentiellement être une raison de ne pas mettre à jour. 22:30:52 <+protokol> donner des yodels pour gagner des trucs ou atteindre des niveaux 22:31:03 <+ugha2p> Bien que je ne sois pas sûr que les gens sur I2P puissent être aussi enfantins. :) 22:31:14 <+protokol> je sais que duck a genre 10 000 $ en yodels 22:31:18 <@duck> protokol: oui, je dois voir comment fonctionnent ces quêtes 22:31:39 <@duck> peut-être qu'on peut faire des trucs marrants avec ça 22:31:42 <@duck> ugha2p: que veux-tu dire ? 22:31:49 <ant> * cervantes ne va pas refaire 40 jours sans redémarrer son router 22:32:08 <@duck> ugha2p: oh, ne pas mettre à jour à cause du jeu :) 22:32:18 <+protokol> Linux : Si tu ne peux pas le réparer sans redémarrer, tu ne peux pas le réparer. 22:32:20 <@duck> eh bien, je le mets en pause pendant que mon router redémarre 22:32:24 <+ugha2p> :) 22:32:33 <@duck> donc si tu synchronises bien, tu ne perdras pas 22:32:35 <@duck> hehe 22:32:55 <ant> <cervantes> c’est bien... puisque ton router redémarre tout le temps :P 22:33:16 <@duck> ça s’appelle des tests dédiés :) 22:33:20 <ant> <cervantes> j’imagine que ça ajoute la roulette dans l’équation aussi 22:33:23 <@duck> ok 22:33:38 <@duck> . 22:33:49 <+ugha2p> . 22:34:05 <@duck> 5) ??? 22:34:08 <@duck> s/5/4/ 22:34:12 <@duck> micro ouvert ! 22:34:23 <+postman> . 22:34:53 <mule> avec un peu d’ajustements tu peux avoir deux routers. un pour le jeu uniquement, que tu ne mets à jour qu’une fois par an 22:34:53 <@duck> des questions ? des commentaires ? des suggestions ? 22:35:38 <ant> <mahes> Salut, j’ai une question générale non-dev 22:36:08 <@duck> vas-y 22:36:08 <+ugha2p> Merci d’avoir tenu la réunion, duck. 22:36:50 <ant> <mahes> si je mets en place un eepsite , comment peut-on y accéder avec une adresse comme p. ex. mahes.i2p 22:36:59 <+protokol> j’ai une préoccupation 22:37:44 <+protokol> (que la bataille commence) je pense que .i2p est un TLD pourri pour de nombreuses raisons 22:38:19 <+ugha2p> mahes : Que veux-tu dire par « comment » ? Les gens configureront leurs navigateurs pour utiliser l’eepproxy, et entreront simplement http://mahes.i2p/ dans leur barre d’adresse. 22:38:19 <+protokol> je pense qu’on devrait en utiliser un qui soit a) une syllabe b) prononçable comme un mot c) n’inclut pas de chiffre' 22:38:46 <+ugha2p> Comme .eep ? 22:39:07 <@duck> mahes:: pour obtenir un « joli nom » pointant vers ton eepsite, il doit être présent dans ton fichier hosts.txt 22:39:37 <+protokol> ugha2p: bien sûr 22:40:01 <+ugha2p> Tu peux faire une proposition sur la liste de diffusion. 22:40:03 <@duck> tu peux le poster sur le forum d’annonces d’eepsites pour que d’autres puissent l’obtenir aussi 22:40:09 <+ugha2p> Ce sera probablement envisagé une fois que nous aurons MyI2P. 22:40:35 <+protokol> heh, je vais essayer mais jr l’a déjà rejeté pour une raison quelconque 22:41:06 <ant> <mahes> eh bien. je suis juste un utilisateur... ok, donc je publie simplement mahes.i2p=hhfbwer8328... et ça va juste se propager 22:41:32 <@duck> ça ne se propage pas automatiquement, les gens doivent l’ajouter à leur hosts.txt d’une manière ou d’une autre 22:41:39 <ant> <mahes> ok 22:41:52 <@duck> mais annonce-le sur le forum et c’est plus probable :) 22:42:34 <@duck> . 22:43:18 <@duck> donnons-lui un *baf* 22:43:20 <+ugha2p> . 22:43:30 * ugha2p attend le baffer. 22:43:38 * duck se prépare 22:43:45 * duck *baf* ferme la réunion