Réunion des développeurs I2P - 9 mai 2006

16:31 <jrandom> 0) salut 16:31 <jrandom> 1) État du réseau et 0.6.1.18 16:31 <jrandom> 2) baz 16:31 <jrandom> 3) ??? 16:31 <jrandom> 0) salut 16:31 * jrandom fait signe 16:32 <jrandom> notes d’état hebdomadaires publiées sur http://dev.i2p.net/pipermail/i2p/2006-May/001288.html 16:32 <jrandom> pendant que vous lisez ça, passons directement à 1) État du réseau et 0.6.1.18 16:33 <jrandom> la semaine passée a été assez chahutée sur IRC et sur le réseau en général 16:33 <+Complication> Je surveille les graphiques, mais je n’ai pas encore remarqué de changement perceptible 16:33 <+Complication> Ce n’est que le début aussi, bien sûr 16:34 <jrandom> oui, ça ne fait que quelques heures, avec moins de 20 % du réseau mis à jour 16:35 <jrandom> il reste encore quelques gros changements à déployer sur le réseau, mais j’aimerais d’abord que les choses se stabilisent avant de pousser des modifications majeures 16:35 <+Complication> En effet, cela aide à voir (autant que possible) ce qui change quoi, et dans quel sens 16:36 <+Complication> Si on déploie tout d’un coup, déterminer ce qui a fonctionné peut être très difficile 16:38 <tmp> *soupir* 16:38 * tmp rêve de la stabilité d’IRC. 16:39 <jrandom> oui, sur tous les fronts ;) 16:39 <+fox> <roderick_spod1> Roderick rêve de gros seins. 16:39 <jrandom> (c’est pour ça qu’on peut filtrer les logs de réunion... ;) 16:40 <jrandom> ok, quelqu’un a autre chose pour 1) État du réseau et 0.6.1.18 ? 16:41 <jrandom> sinon, passons à 2) 16:42 <jrandom> pas grand-chose à ajouter ici, juste une mise à jour de statut sur un peu de prise en charge w32/w64 16:43 <jrandom> comme mentionné dans le mail, gcj ne semble pas vraiment viable sur mingw pour le moment, même si on pourra peut-être bricoler quelque chose 16:44 <jrandom> il existe un gcj 3.4.4/3.4.5 plus ancien qui fonctionne sur mingw, mais la prise en charge du classpath là-dedans est assez vieille. 16:45 <jrandom> (et même après avoir retiré pas mal de choses de hsqldb, il reste encore des dépendances que la 3.4.5 ne satisfait pas. mais peut-être qu’on peut aussi les éliminer... si nécessaire) 16:47 <jrandom> ok, s’il n’y a rien d’autre, passons à 3) ??? 16:47 <jrandom> quelqu’un a autre chose à soulever pour la réunion ? 16:48 <cervantes> juste pour dire « nice one bar » pour son super don 16:48 <+Complication> Eh bien, il y avait une question sur le forum à propos des durées de fonctionnement présentées dans NetDB... 16:48 * Complication appuie cela 16:49 <+Complication> à propos des durées de fonctionnement, si tu te souviens, je les ai légèrement floutées en mars... 16:49 <cervantes> j’ai dû rater ça au milieu des diatribes sur odci.gov 16:50 <tmp> Qu’est-ce que tu fais de ce côté-là, roderick_spod ? 16:50 <jrandom> oui, Complication 16:50 <+Complication> Bon, puisque la question a été soulevée, je me demandais si on pouvait les flouter davantage, ou est-ce que ça nuirait à la capacité de déboguer ? 16:52 <jrandom> je ne vois pas trop l’intérêt — avec une analyse attentive, toutes les données de stats peuvent révéler pas mal d’informations 16:52 <arse> vous pensez que la périodicité du réseau va se calmer 16:52 <jrandom> quand ce sera le moment, on coupera purement et simplement la publication des stats 16:52 <+Complication> Nous n’avons pas eu récemment de cas qui fassent redémarrer le router, mais c’est seulement tout récent... 16:52 <jrandom> arse: oui 16:52 <+Complication> (et en partie parce que le watchdog manque de mordant) 16:54 <+Complication> Vrai, il est assez inévitable que, durant cette phase, certaines infos doivent circuler 16:55 <jrandom> aussi, l’hypothèse qu’ils ont faite n’est pas correcte, publishedTimeAgo correspond à il y a combien de temps le router a /reçu/ l’entrée netDb, pas à quand elle a été signée 16:55 <jrandom> euh, attends, non, ce n’est pas vrai 16:56 <jrandom> ne faites pas attention à moi. oui, ça ajoute juste une petite variation 16:56 <+Complication> Hé, j’essaie de poster une réponse, mais j’obtiens « no post mode specified » actuellement 16:57 <+Complication> Oui, il y a un délai, et puis, à quelle fréquence cette info était-elle publiée ? Pas très souvent, si je me souviens bien ? 16:57 <+Complication> En gros, si je proposais de réduire un peu la précision là-dessus, ça t’irait ? 16:58 <jrandom> une nouvelle entrée signée est publiée toutes les 5 à 15 minutes, mais c’est seulement publié dans le netDb, pas à tous les pairs 16:58 <jrandom> les pairs ne reçoivent la version mise à jour que lorsqu’ils la recherchent ou se reconnectent 16:59 <jrandom> mais oui, ajouter plus de variation, c’est bien. ça affecterait les graphiques des durées de fonctionnement de stat.i2p, mais tant que ça reste raisonnable, ça me va 17:01 <+Complication> Je vais essayer de rester raisonnable, alors :) 17:01 <jrandom> hé cool, merci Complication 17:04 <jrandom> *tousse* (et cohérent ;) ok, quelqu’un a autre chose pour la réunion ? 17:04 <+Complication> aparté : sympa, le bug « post mode » a cédé à la persévérance, et j’ai pu poster une réponse aussi :) 17:05 <jrandom> w3rd Complication <i>messages hors sujet supprimés</i> 17:08 <jrandom> ok, s’il n’y a rien d’autre... 17:08 * jrandom se prépare 17:09 * jrandom *baf* clôt la réunion