Réunion des développeurs I2P - 24 octobre 2006

16:03 <jrandom> 0) salut 16:03 <jrandom> 1) État du réseau 16:03 <jrandom> 2) État du développement de Syndie 16:03 <jrandom> 3) ??? 16:03 <jrandom> 0) salut 16:03 * jrandom fait signe de la main 16:03 * Complication se traîne jusqu'à portée du clavier (le début de semaine était l'enfer, mais c'est terminé maintenant) 16:04 <jrandom> (hourra pour les débuts infernaux !) 16:04 <jrandom> les notes d'état hebdomadaires sont publiées sur http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 16:04 <+Complication> Bonjour 16:05 <jrandom> pendant que vous lisez les notes (courtes), passons à 1) État du réseau 16:05 * jrandom est connecté à freshcoffee depuis 3 jours sans déconnexion, et on dirait que les deux serveurs irc ont un bon nombre d'utilisateurs dessus 16:06 <jrandom> stats.i2p est de retour aussi, et le taux de réussite des tunnel a fait quelques sautes étranges, mais globalement c'est en bonne forme aussi 16:06 <jrandom> (même si ça reste dans la plage 20-30) 16:06 <jrandom> ((ce qui est bien mieux que 5-10, mais bien pire que 60-80)) 16:07 <jrandom> ok, quelqu'un a quelque chose à soulever pour 1) état du réseau ? 16:08 <+Complication> Pareil ici, mais pas de connexions particulièrement persistantes 16:08 <+tethra> à part des applaudissements, rien de ma part ! 16:08 <+Complication> Je voulais juste laisser un petit mot à propos des problèmes NTP 16:09 <+Complication> En gros, le dimanche 29 octobre, certains fuseaux horaires sortiront de l'heure d'été 16:09 <jrandom> (ça va craindre) 16:10 <+Complication> J'espère personnellement que ça ne posera de problèmes à personne, mais je ne suis pas assez calé en NTP pour en être sûr 16:10 <+Complication> Donc, au cas où le récent contrôle de cohérence du serveur NTP (ajouté avec la version .26) gênerait quelqu'un cette nuit-là... 16:11 <+Complication> ...je me suis dit qu'il vaudrait mieux mentionner la clé de configuration avec laquelle on peut le désactiver (si besoin) 16:11 <+Complication> (comme ça ceux qui lisent les notes d'état sauront) 16:12 <+Complication> On peut le désactiver en entrant la ligne "router.clockOffsetSanityCheck=false" dans http://localhost:7657/configadvanced.jsp 16:12 <+Complication> Mais comme dit, j'espère que personne n'en aura besoin 16:13 <+Complication> Ce sera intéressant d'observer comment le réseau se comporte cette nuit-là, à mesure que les différents fuseaux horaires basculent 16:13 <+Complication> J'observerai certainement, en espérant que si une anomalie est constatée, on pourra peut-être la corriger d'ici le printemps :D 16:14 <jrandom> La minute en cours sera probablement assez instable, mais ça devrait se résorber rapidement 16:14 <+Complication> ...et c'est tout pour moi. :) 16:14 <jrandom> mais, avec un peu de chance, ça se passera bien, et sinon, comme tu dis, il y a le printemps :) 16:14 <bar> et si jamais ça b0rk vraiment, deux suggestions possibles d'amélioration futures ont émergé dans le chat l'autre jour : 16:15 <bar> "empêcher les router décalés de former des sous-réseaux en confiant le contrôle à NTP si les pairs <un certain nombre" 16:15 <bar> ...et "ne pas supprimer les infos de router floodfill du netdb s'il y en a trop peu" 16:15 <jrandom> aye 16:16 <+Complication> En effet, ajuster le nombre de points de données requis (décalages d'horloge disponibles des pairs) nécessaires pour juger les mesures de décalage des pairs fiables 16:16 <+Complication> (oups, un peu de redondance dans ma dernière phrase) 16:17 <+Complication> ...et oui, la vérification floodfill. Je suppose qu'aucune vérification similaire n'existe actuellement ? 16:18 <jrandom> exact 16:18 <+Complication> Il semble que certaines personnes, parfois, par chance ou par magie, arrivent à perdre la trace des pairs floodfill 16:19 <jrandom> ça devrait certainement être corrigé 16:19 <jrandom> (ça a touché certains l'autre jour, quand l'un d'eux a été null routed) 16:20 <jrandom> (si #floodfill == 0, peut-être en traiter quelques-uns aléatoirement comme floodfill) 16:20 <+Complication> Si c'est faisable, possible aussi 16:21 <+Complication> Cependant, faire cela en plus de conserver au moins 2 (ou quelque chose comme ça) pairs floodfill serait peut-être doublement prudent 16:22 <jrandom> ouais 16:25 <jrandom> ok, quelqu'un a autre chose pour 1) état du réseau ? ou passe-t-on à 2) état du développement de Syndie ? 16:25 <badger> concernant la stabilité irc : on voit beaucoup, beaucoup, beaucoup moins de reconnexions côté serveur. 16:25 <badger> on pourrait presque appeler ça un service :) 16:26 <jrandom> :) 16:28 <jrandom> ok, on passe à 2) état du développement de Syndie 16:28 <jrandom> beaucoup de progrès ici, comme mentionné dans les notes d'état 16:28 <jrandom> il y a aussi eu pas mal de discussions à ce sujet ici ces derniers jours 16:28 <jrandom> quelqu'un a quelque chose à soulever sur ce front ? 16:30 <@cervantes> installe quelque chose d'autre que mspaint 16:30 <jrandom> héhé 16:30 <jrandom> eh bien, il y a de la valeur à utiliser des choses *laides* pour esquisser — ça limite les attentes 16:31 <+fox> <HotTuna> les liens dans le message de forum semblent hors ligne ... certains en tout cas.. 16:31 <@cervantes> Je crois que c'est mentionné dans les messages 16:31 <+fox> <HotTuna> oh. . désolé 16:31 <jrandom> hottuna : ils sont en miroir @ dev.i2p.net/~jrandom/mockup/ 16:31 <@cervantes> certains devraient être dupliqués plus bas 16:32 <+Complication> Une question : pensez-vous qu'il soit plus facile (et sûr) d'implémenter un HTML limité à partir de zéro, sans décortiquer un navigateur web ? 16:33 * jrandom vient de téléverser deux images de plus : dev.i2p.net/~jrandom/mockup/forum.webp et blog.webp (montrant la discussion des derniers jours à propos de différentes façons d'afficher un forum) 16:33 <@cervantes> c'est très certainement plus facile à faire de façon sûre 16:33 <+Complication> (je suis juste curieux de ce qui se passe côté GUI, n'en ayant pas trop conscience) 16:33 <jrandom> Complication : j'ai déjà presque tout fait pour les besoins de mise en forme générale 16:33 <@cervantes> d'autant plus vu le sous-ensemble limité de html que Syndie prendra en charge 16:34 <+Complication> Aha 16:34 <jrandom> (polices, alignement, tailles, couleurs, images, liens, listes (y compris imbriquées), en-têtes, paragraphes, entités html) 16:35 <jrandom> maintenant, ajouter des div pour la mise en page ou des tables demande nettement plus de travail, mais je n'aborde pas ça pour l'instant 16:35 <+Complication> Ça semble suffisamment bien 16:36 <@cervantes> et bien sûr la balise <blink> 16:36 * jrandom bombarde cervantes avec † 16:37 <@cervantes> aïe, embroché par une entité 16:37 <jrandom> on verra. à mesure que ce sera déployé et utilisé, il sera peut-être nécessaire de passer à un moteur de rendu html complet 16:38 * jrandom veut cependant que la base de code soit aussi petite que possible, pour qu'il y ait moins à déboguer et à relire pour les questions de sécurité et d'anonymat 16:39 <+Complication> En effet, il y a sans doute des avantages à gérer le text/plain 16:40 <+Complication> (qui, espérons-le, ne prend en charge que les attaques en langue naturelle ;P ) 16:41 <+Complication> Quel est votre avis sur la possibilité de mesures antispam de type hashcash ? Trop tôt pour le dire ? Pensez-vous qu'il serait facile de les ajouter plus tard ? 16:42 <@cervantes> eh bien je suppose qu'utiliser du bbcode ou une syntaxe wiki réduirait le risque d'injection de balisage dans un moteur html complet 16:42 <@cervantes> *moteur de rendu 16:43 <jrandom> assez facile à ajouter, Complication — juste un nouvel en-tête public (calculé par hachage contre l'URI Syndie canonique, vérifié à l'import, créé lors de la signature) 16:44 * Complication y a pensé il y a quelques jours, mais sans approfondir 16:44 <jrandom> le hashcash peut aussi se faire à plusieurs niveaux — par nouveau canal (meta.syndie), par canal mis à jour, ou par message (peut-être même gradué selon sizeof(post) ou #msgs/day) 16:44 <+Complication> Si l'on voulait implémenter le hashcash comme preuve de travail, je me demande contre quoi il vaudrait mieux demander à l'auteur du message de calculer des collisions ? 16:45 <+Complication> Aha, l'uri... peut-être bien 16:45 <+Complication> Oh, en effet 16:45 <+Complication> Ce sont des choses auxquelles je n'avais pas pensé 16:48 <jrandom> cervantes : tout à fait 16:48 <jrandom> ok, quelqu'un a autre chose pour 2) état du développement de Syndie ? 16:51 <jrandom> ok, sinon, passons à 3) ??? 16:51 <jrandom> quelqu'un a autre chose à soulever ? 16:54 <jrandom> ok, sinon... 16:54 * jrandom se prépare 16:54 * jrandom *baf* clôt la réunion