Réunion des développeurs I2P - 20 janvier 2004

[22:07] <jrand0m> ordre du jour : [22:07] <jrand0m> 0) salut (lisez http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] <jrand0m> 1) état d’avancement du développement du router [22:07] <jrand0m> 2) twisted-i2p [22:07] <jrand0m> 3) tests unitaires [22:07] <jrand0m> 4) tests/monitoring réseau [22:07] <jrand0m> 5) ??? [22:07] <jrand0m> 0) salut [22:07] <jrand0m> salut [22:07] * jrand0m fait coucou [22:07] <dm> ohhhh réunion ! [22:07] * dm renvoie le salut. [22:07] <jrand0m> 21h GMT tous les mardis :) [22:08] <jrand0m> les gens devraient lire cette URL (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) car il y a des éléments sur lesquels j’ai besoin de retours au point 4 de l’ordre du jour [22:08] <jrand0m> 1) état d’avancement du développement du router [22:09] <jrand0m> ça avance, le code actuellement dans cvs a bonne mine. j’ai un script qui teste une série de routers depuis environ une journée et aucun n’a sorti le moindre message ERROR [22:09] <duck> je lis... [22:10] <jrand0m> mais bien sûr ce ne sont que des tests de base (s’assurer que les routers construisent les tunnels correctement, faire transiter des données de l’un à l’autre via i2ptunnel, etc.) [22:11] * jnk a rejoint #i2p [22:11] <jrand0m> il y a certainement d’autres choses à corriger dans la nature, c’est pourquoi il y aura une version 0.2.3.5 d’ici un jour ou deux pour confirmer la fonctionnalité ou trouver de nouveaux bugs [22:11] <jrand0m> ok, on avance [22:12] <jrand0m> 2) twisted+i2p [22:12] <duck> j’ai bien des erreurs [22:12] <duck> mais probablement à cause des autres [22:12] <jrand0m> des messages perdus et des tunnels inconnus, c’est ça ? [22:12] <duck> je vérifie [22:13] <jrand0m> (ce sont les erreurs que je vois avec un de mes routers « live », mais pas sur le réseau de test) [22:13] <duck> 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] <jrand0m> ah ok, ouais, je malmène aussi le relais phttp [22:13] <duck> 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] <jrand0m> hmm celle-là est bizarre — tu pourrais m’envoyer la trace de pile ? [22:14] <duck> Je la mettrai en ligne. [22:14] <duck> . [22:14] <jrand0m> gracias [22:15] <jrand0m> en fait, ça va être une règle générale pour les prochaines versions — les messages WARN, INFO ou DEBUG, ça va, mais pour les messages ERROR ou CRIT j’aimerais être prévenu [22:16] <jrand0m> ok, retour au 2) [22:16] <jrand0m> human a mis au point un moyen d’utiliser i2p via Python et le framework Twisted (youpi !) [22:17] <jrand0m> voir son mail pour plus d’infos (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] <jrand0m> rien à ajouter human ? (si tu es là) [22:17] <duck> c’est _trop_ cool [22:17] <jrand0m> ouais, les exemples de code pour le serveur et le client d’écho ont l’air d’enfer [22:18] <jrand0m> ok, on passe au 3) tests unitaires [22:19] <jrand0m> oui, il y a quelques tests unitaires pour la plupart des structures de données, mais ils ne sont pas « testables en un clic », donc je ne les lance pas à chaque build. [22:20] <jrand0m> l’idée actuelle est de les migrer vers jUnit, ainsi que de fusionner autant que possible d’autres tests unitaires actuellement implémentés dans la méthode main(..) de divers composants (en particulier ceux de crypto) [22:21] <duck> il est probablement difficile de tester des choses plus complexes [22:21] <jrand0m> ça va se retrouver sur le chemin critique tôt ou tard, selon où nous mène le débogage [22:21] <jrand0m> oui, les tests unitaires tels quels ne vérifient que les bases [22:21] <duck> comme le routage, les trucs TCP, etc. [22:21] <jrand0m> right [22:21] * dm voit venir un débat sur la valeur des tests unitaires. [22:21] <jrand0m> mais des choses comme AESInputStream peuvent être testées en collaboration avec AESOutputStream [22:22] <duck> unit test = kickass [22:22] <jrand0m> (et pour ceux qui regardent leurs logs de près, il y a eu un comportement « pushed back » bizarre pendant le streaming de déchiffrement) [22:22] <jrand0m> clairement. [22:23] <jrand0m> les tests unitaires sont juste pour, euh, les unités. pas pour les composants plus larges (ce qui est l’objet du point 4 de l’ordre du jour ;) [22:24] <jrand0m> mais en tout cas, si quelqu’un est intéressé pour aider à convertir les tests unitaires des structures de données existants vers le framework jUnit, faites-moi signe — ce serait très apprécié (et ça vous donnerait une bonne base du code i2p) [22:24] * mihi_away est maintenant connu sous le nom de mihi [22:25] <dm> Si ce n’est pas fait d’ici le week-end, je peux y jeter un œil. Je ne connais rien aux tests unitaires, donc je pourrais apprendre au passage. [22:25] <jrand0m> trop bon ! [22:25] <dm> sans promesses toutefois. [22:25] <jrand0m> right right [22:25] <jrand0m> ok, on passe au 4) tests/monitoring réseau [22:26] <jrand0m> tout le monde a lu http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? Je ne veux pas juste copier-coller ça [22:26] * Frontier a rejoint #i2p [22:27] * jrand0m laisse aux gens le temps de digérer [22:27] * dm dit... [22:28] <Frontier> digérer quoi ? [22:28] <dm> C) mais pas avec envoi automatique. [22:28] <dm> c.-à-d. tu tapes emaillogstojrandom.sh (.bat) [22:28] <dm> email ou post, ou autre. [22:29] <dm> et quand il fait ça, il vide ton log, ou le déplace quelque part, pour éviter d’envoyer deux fois les mêmes données. [22:29] <jrand0m> donc en gros B [22:29] <jrand0m> (ou A) [22:29] <dm> Ouais, un B) convivial :) [22:29] <jrand0m> c’est un des pièges concernant les données... ce log grossit à des dizaines de Mo par nuit [22:29] <jrand0m> oui [22:30] <dm> désolé, je n’avais pas vu history=false pour C. [22:30] <jrand0m> Frontier) on discute de la section 4 de http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? [22:30] <mihi> jrand0m: man bzip2 [22:30] <dm> Donc history=false avec un script pour poster sur commande. [22:30] <dm> désolé, history=true :) [22:30] <dm> mon dieu, j’ai tout embrouillé. [22:31] <jrand0m> oui mihi, mais bzip2 n’est pas sur Windows (sauf si on l’exige et qu’on l’installe). ou tu veux dire que bzip2 a un flag pour soumettre un fichier à une URL ? [22:32] <dm> Je ne m’inquiéterais pas de la taille, des dizaines de Mo pour le petit groupe de personnes que tu as ici, c’est très bien. [22:32] <Ophite1> Je vote pour C. [22:32] <dm> Tant que c’est archivé quand tu lances le script d’envoi. [22:32] <Ophite1> C’est un client de débogage. [22:32] <Ophite1> A dans un client de production bien sûr :) [22:32] <mihi> jrand0m: then use GZipOutputStream [22:32] <jrand0m> oui oui Ophite1 ;) [22:33] <jrand0m> mihi> les gens pourraient vouloir lire ces fichiers ;) [22:33] <duck> oui, opt-in pour participer au débogage, mais une fois inscrit, rendre la chose aussi facile que possible pour l’utilisateur (donc C) [22:33] <mihi> man zcat ;) [22:33] <Ophite1> jrandom : gzcat | less ;-) [22:33] <mihi> Ophite1: zless ;) [22:33] <jrand0m> C:\Documents and Settings\dev>man [22:33] <jrand0m> 'man' is not recognized as an internal or external command, [22:33] <jrand0m> operable program or batch file. [22:33] <jrand0m> ;) [22:34] <mihi> cd \cygwin <Ctrl+T> call cygwin.bat [22:34] * dm se tourne les pouces. [22:34] <Ophite1> double-clic -> winrar -> view [22:34] <jrand0m> ok, donc on a un B, deux C, ton avis mihi ? [22:34] <jrand0m> (et quelqu’un d’autre ?) [22:34] <dm> tourne les pouces, se cure le nez, clic clic. [22:34] <mihi> double-clic - 7zip - view. Je dirais C. [22:35] <mihi> s/7zop/7zip/ [22:35] <jrand0m> 3 C, un B. J’ai tendance à préférer C aussi, et bien sûr si quelqu’un /ne/ veut /pas/ soumettre ces données, il peut toujours le dire et ça ne fera rien du tout [22:36] <jrand0m> je vais voir si je peux implémenter à la fois C et B [22:36] <dm> On dirait que ce sera C. [22:36] <dm> Ne perds pas ton temps, la personne pro-B est en dialup et fournira de toute façon très peu de données ;) [22:36] <jrand0m> héhé [22:36] <jrand0m> en fait, C sera probablement implémenté par-dessus B, donc ça ne demandera pas plus de travail [22:37] <jar> pour moi : exactement comme l’a dit Ophite1 ! A pour le client prod, C pour le debug ... [22:37] <jrand0m> bien vu, jar [22:37] <jar> just like Ophite1 said ! A for prod client, C for debug ... [22:37] <Ophite1> évidemment rien d’autre que A pour le client de prod... [22:37] <jar> just like Ophite1 said ! A for prod client, C for debug ... [22:37] <Ophite1> c’est évident :) [22:37] <jar> désolé ... :( [22:37] <jrand0m> tout va bien jar, on ne va pas te kickban (... cette fois ;) [22:38] <jrand0m> ok, je m’y mets, et dès que c’est testé on aura une nouvelle version 0.2.3.5 (demain, a priori) [22:39] <jrand0m> ok, on passe au 5) ??? [22:39] <jrand0m> quelqu’un a autre chose ? des questions, des idées, des préoccupations ? [22:39] * duck propose un hébergement gratuit [22:39] * dm accepte l’hébergement gratuit [22:39] <jrand0m> oh, bien. ouais, les gens devraient héberger des sites sur host.duck.i2p, c’est agréable d’avoir des pages accessibles [22:39] <jrand0m> (bien sûr, les gens peuvent aussi héberger eux-mêmes, hein ;) [22:40] <duck> bien sûr, juste pour ceux qui ne peuvent pas rester en ligne 24/7 [22:40] <jrand0m> oui [22:40] <mihi> qu’est-il arrivé (arrivera ?) à l’API de streaming ? [22:40] <jrand0m> mihi> c’est dans la todo, mais faire fonctionner le réseau de manière fiable est plus prioritaire en ce moment :/ [22:41] <mihi> mais ce n’est pas abandonné complètement ? (c’est ça que je veux savoir...) [22:41] <jrand0m> je reviendrai sur l’API de streaming pour la version 0.3.1 (peut-être plus tôt, mais pas sûr) [22:41] <jrand0m> ce n’est définitivement PAS abandonné. [22:41] <jrand0m> ça sera fait. [22:41] <dm> C’est quoi cette API de streaming ? Une autre manière d’exposer le réseau aux clients ? [22:42] <jrand0m> dm> http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] <jrand0m> J’ai probablement fait l’erreur d’inclure mode=guaranteed dans le router dès le début au lieu de le mettre dans une lib séparée (et maintenant j’essaie de le sortir du router :) [22:43] <jrand0m> (l’avantage incroyablement cool de cette erreur, c’est que mihi est arrivé et a écrit i2ptunnel :) [22:44] * wn-user a rejoint #i2p [22:44] <jrand0m> quelqu’un d’autre a quelque chose ? [22:44] * dm comprend. [22:45] <jrand0m> w3rd [22:45] <dm> Hmmm, trop tôt pour finir la réunion, non ? [22:45] <duck> et le hosts.txt [22:45] <duck> il grossit encore et encore [22:45] <jrand0m> bah, 45 minutes. il y a deux semaines on avait 20 minutes [22:45] <jrand0m> ah, c’est vrai [22:45] <duck> mais 75% est hors ligne [22:45] <duck> et on dirait que 50% est définitivement hors ligne [22:45] <jrand0m> probablement [22:46] <jrand0m> je sais pas [22:46] <duck> laissons-le grossir, pour augmenter l’incitation à une solution DNS :) [22:46] <jrand0m> hé, exactement [22:46] <Ophite1> Je suis pour un petit délai, je m’amuse beaucoup avec toutes sortes de problèmes Windows... [22:46] <dm> Ophite1 : Windows, c’est le diable ! [22:46] <Ophite1> On ne comprend vraiment à quel point Windows est horrible qu’en écrivant des logiciels pour lui. [22:47] <jrand0m> raison n°941 d’utiliser Java [22:47] <dm> À moins que tu n’utilises .NET. [22:47] <dm> aussi connu sous le nom de java++ [22:47] <Ophite1> dm/jrand0m: ça tourne toujours *sur* Windows, et il y a encore des trucs sur lesquels tu te cognes sans cesse. [22:47] <duck> jrand0m: ces derniers patchs, est-ce qu’ils résoudraient des déconnexions ? ou plutôt des problèmes de connexion [22:47] <Ophite1> La longueur des chemins, par exemple. Maudit Unicode. [22:48] <mihi> Ou de ne pas utiliser \n dans les noms de fichiers ;) [22:48] <mihi> ce qui fera planter cvs de toute façon (sur *nix, BTDT) [22:48] <jrand0m> duck> aucun patch aujourd’hui n’est critique [22:48] <duck> je veux dire ceux d’hier [22:49] <dm> Que se passe-t-il si tu utilises \n dans un nom de fichier ? :) [22:49] <mihi> dm : essaie ;) sur *nix, il ne se passe rien, tant que tu n’essaies pas de lancer cvs update ensuite. [22:49] <jrand0m> oh, hier il y avait de bons patchs qui résoudraient certains (la plupart ? tous ?) messages « i2ptunnel Peer unreachable ». pas les déconnexions I2CP toutefois [22:50] <dm> Je pense que ça lancerait une exception. [22:50] <jrand0m> (ce qui est une des raisons pour lesquelles 0.2.3.5 sort) [22:51] <mihi> dm : ça marche avec un dépôt local, mais pas avec pserver ou ssh. [22:51] <mihi> un truc du genre « protocol error ». [22:51] <mihi> (le protocole termine les noms de fichiers par \n ;) ) [22:51] <Ophite1> un peu comme ce qui se passe avec Direct Connect si tu as des noms de fichiers avec $ et | dedans. Je déteste DC. [22:51] <duck> . [22:52] <Ophite1> Peu importe ce que je coderai, jamais, ça ne pourrait être aussi mauvais :) [22:52] <jrand0m> nan, vous les devs C traitez juste \0 comme spécial au lieu de $ ;) [22:52] <jrand0m> ok, autre chose sur i2p ou on peut y aller ? [22:53] * madman2003 a quitté IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] <jrand0m> ’k c’est tout [22:54] * jrand0m *baf* clôt la réunion