Réunion des développeurs I2P - 1 août 2006

16:02 <jrandom> ok, autant lancer ça 16:03 <jrandom> salut, les notes pré-réunion sont publiées sur http://dev.i2p.net/pipermail/i2p/2006-August/001304.html 16:03 <jrandom> plutôt que je vous relise ce message ici, passons directement à notre section ??? standard - 16:04 <jrandom> quelqu'un a quelque chose à soulever et discuter ? 16:04 <@cervantes> eerm 16:04 * cervantes se dépêche d'aller lire le message 16:05 <+Complication> Concernant l'état du réseau, tout va bien de mon côté... 16:05 <+Complication> Mais une question (retransmise depuis le forum) à propos du transport NTCP, 16:06 <+Complication> à savoir, est-il plausible que l’activer puisse causer des problèmes de charge CPU chez quelqu’un (ils étaient sous XP) ? 16:06 <@cervantes> Je dois dire que j’ai en fait constaté une charge CPU plus faible depuis que je suis passé dessus :) 16:07 <jrandom> eh bien, on ne peut pas le *désactiver* (sauf si vous avez lu le code source et connaissez l’incantation magique ;) 16:07 <+Complication> La personne qui a parlé de ce problème (difficile à reproduire, et aucune grosse utilisation CPU ici) a mentionné que son pic d’utilisation CPU semblait corrélé avec NTCP 16:07 <jrandom> donc, je suppose qu’ils veulent dire ne pas accepter les connexions NTCP entrantes 16:07 <+polecat> NTCP fait monter instantanément mon router à 100% CPU, et je l’ai reproduit deux fois avant de devoir modifier manuellement le fichier de configuration pour retrouver un router fonctionnel. 16:07 <jrandom> (tout en continuant à utiliser des connexions NTCP sortantes) 16:07 <+Complication> (ici c’est juste un tout petit peu au-dessus des niveaux habituels, probablement parce qu’on pousse *beaucoup* plus de données) 16:08 <+Complication> ( http://forum.i2p/viewtopic.php?t=1815 ) 16:08 <jrandom> quand on établit une connexion NTCP, on fait un calcul crypto lourd (ou trois) 16:08 <jrandom> si vous acceptez les connexions NTCP entrantes, vous pouvez recevoir beaucoup de tentatives entrantes en même temps, puisqu’il y a des centaines de routers i2p dans la nature 16:09 <jrandom> polecat : ce n’était pas la faute de NTCP, c’était la faute d’un serveur NTP défectueux dans le pool NTP 16:09 <+polecat> Oui. Donc apparemment je ne peux pas gérer ça moi-même. 16:09 <jrandom> (merci à cervantes d’avoir repéré ce serveur NTP et d’avoir convaincu les gens du pool de les !thwap :) 16:10 <jrandom> ((et à Complication pour avoir fait en sorte qu’on les évite à l’avenir :)) 16:10 <@cervantes> heh je pense que leurs watchdogs de serveur ne fonctionnent que les jours ouvrés ;-) 16:10 <+Complication> Eh bien, l’évitement actuel est assez limité 16:10 <@cervantes> http://www.pool.ntp.org/scores/216.52.237.153 16:11 <+Complication> J’espère coder quelque chose de plus parano à terme 16:11 <+polecat> Ah, donc activer NTCP ne va plus faire grimper le CPU à fond ? 16:11 <jrandom> (ça n’a jamais été le cas, polecat, c’était une coïncidence ;) 16:12 <+Complication> "clock" en quel sens exactement ? 16:12 <jrandom> (voir le lien de cervantes) 16:12 * polecat assène une tape derrière la tête de Complication. 16:12 <@cervantes> tu fumes quoi, polecat 16:12 <+Complication> :P 16:12 <+polecat> Euh, je veux dire, ça a volé tous les cycles d’horloge. :) 16:13 <+Complication> S’il a sauté de 30 secondes en avant ou en arrière, il a pu perdre énormément de sessions et recourir à toutes sortes de crypto très, très lourde 16:13 <+Complication> Ça pourrait voler pas mal de cycles CPU, je pense 16:13 <+Complication> En effet, peut-être que la personne sur le forum a vu la même chose et a mal corrélé ? Il faudra demander... 16:13 <jrandom> ah… eh bien, des salves de connexions NTCP entrantes valides provoqueront des pics de CPU, tandis que NTCP en sortie uniquement n’essaiera de contacter qu’un certain nombre de pairs NTCP à la fois 16:14 <jrandom> il n’y a aucun problème à ne pas activer NTCP entrant. 16:15 <@cervantes> Complication : le serveur a été corrigé lundi en milieu de journée, donc ça vaudrait le coup de voir s’ils ont eu des soucis depuis 16:15 <jrandom> ok, quelqu’un d’autre a quelque chose à discuter ? 16:16 <+Complication> cervantes : en effet, ça peut valoir le coup d’essayer 16:16 <@cervantes> J’ai reçu des rapports de personnes qui perdent encore périodiquement des leases… est-ce un problème connu ? 16:16 <+void> en quoi l’implémentation NTCP diffère-t-elle de SSU ? 16:17 <+polecat> Comment savoir si on perd des leases ? 16:18 <jrandom> void : il y a une surcharge de bande passante par message légèrement plus élevée avec NTCP (quoique peut-être compensée par l’implémentation de transmission fiable probablement plus efficace du système d’exploitation) 16:18 <+Complication> polecat : tunnels.jsp n’affichera aucun tunnel pour un pool de tunnels particulier (par ex. "shared clients") 16:18 <jrandom> cervantes : ouaip, nos taux de réussite de construction de tunnel ne sont toujours pas au niveau requis 16:18 <+void> polecat : la console du router le dit 16:18 <+Complication> Et comme le dit void, la barre latérale gauche de la console l’indiquera 16:19 <+polecat> Je reçois souvent ces messages "No leases"... c’est bien de ça que vous parlez, non ? 16:19 <@cervantes> ouaip 16:20 <+polecat> C’est généralement ça qui tue ma connexion IRC. Je pensais que c’était normal ! 16:21 * jrandom grimace 16:24 <+tethra> lol ;) 16:25 <jrandom> ok, quelqu’un a autre chose pour la réunion ? 16:25 <@cervantes> jrandom : as-tu fait des progrès sur Syndie dernièrement ou bien tu avais les mains pleines avec NTCP/correction de bugs/chasse à l’ISP/vélo ? 16:27 <+tethra> des nouvelles de feedspace, ou je devrais juste aller sur leur eepsite ? 16:28 <jrandom> quand le réseau live est parti en vrille, j’ai mis Syndie de côté. Mais avec le réseau qui revient sur les rails, Syndie me reprend du temps, et j’espère sortir bientôt un petit système en CLI (avec des GUI ciblées ensuite, basées sur les retours utilisateurs) 16:28 <jrandom> (la GUI SWT implémentée est en assez bon état, mais il est probablement préférable de commencer avec la CLI pour ajuster les attentes) 16:29 * jrandom n’a pas eu de nouvelles de feedspace 16:29 <@cervantes> cool 16:29 <jrandom> frosk : des nouvelles ? :) 16:29 <+polecat> Je suis content que tu retravailles sur Syndie. La nouvelle version a l’air prometteuse. Des idées sur les ACL pour des choses comme supprimer des blogs depuis un nœud, ou faire des tâches administratives indépendantes des comptes ? 16:30 <@cervantes> <jrandom> DELETE FROM messages WHERE postedOn <NOW()-14*24*60*60; 16:31 <jrandom> les archives locales resteront probablement essentiellement « de confiance » (puisque si vous pouvez accéder à la base d’archives locale, vous pouvez modifier le fichier comme vous voulez) 16:32 <jrandom> cependant, pour les blogs partagés, oui il y a tout un ensemble de structures crypto en place pour authentifier et/ou autoriser les publications et les modifications 16:33 <jrandom> (mais il y aura aussi un moyen pour les gens de voir les posts « non autorisés », ils seront juste bien à l’écart) 16:33 <+polecat> Je suis sûr qu’une fois que quelqu’un inondera les syndications de milliers d’énormes billets de blog, la technique pour supprimer physiquement des posts sera parfaite. 16:34 <+tethra> heheh 16:35 <jrandom> la suppression physique est triviale, la question c’est quels posts accepter en premier lieu ;) 16:36 <jrandom> (je n’ai aucun intérêt à faire de Syndie une plateforme de distribution de films, etc) 16:36 <+polecat> On ne peut pas être sûr de ce qu’on accepte avant qu’un échantillon ait été accepté. J’imagine quelque chose comme n’autoriser qu’une whitelist de blogs, et autoriser de nouveaux ID à l’essai avant de les ajouter, avec suppression immédiate en cas de trahison par spam. 16:36 <jrandom> ouaip 16:37 <+polecat> Je suis plus intéressé par son application à agréger des fils de conversation ensemble : on pourrait faire un BBS sans serveur central, juste un tag en commun ! 16:37 <jrandom> (autoriser manuellement de nouveaux ID, bannir manu militari les ID qui floodent, etc) 16:37 <jrandom> il y a même un support inhérent pour ça dans la crypto, polecat :) 16:37 <+polecat> Possiblement un modérateur signant les messages approuvés pour le BBS, et des gens récupérant ces listes d’approbation depuis le blog du modérateur. 16:38 <+polecat> Oh excellent. 16:38 <@frosk> jrandom : je bosse sur des trucs de GUI ces temps-ci, mais c’est dur à concilier avec un nouveau boulot :( 16:39 * cervantes contacte les Ressources Humaines pour faire virer frosk 16:40 <jrandom> ah cool, avec un peu de chance, une fois que Syndie poussera une syndication http bricolée, on te redonnera envie de t’y remettre ;) 16:40 <@frosk> au moins mon boss suit le développement d’i2p maintenant :) 16:40 * jrandom fait coucou au boss de frosk 16:40 <@frosk> oh oui, je suis toujours déterminé (fichtre !) :) 16:40 <jrandom> (donne plus de congés à frosk, on a besoin de lui !) 16:41 <@cervantes> avec un peu de chance, il ne lira pas que tu as posté des informations classifiées de l’entreprise sur ton blog Syndie 16:41 <bar> les GUI c’est bien, on aime les GUI. tu es pardonné. 16:41 <+Complication> Héhé :) 16:41 <@frosk> c’est bizarre d’entrer dans son bureau et de le surprendre en train de lire Syndie :) 16:41 <jrandom> hah génial 16:42 <+polecat> Félicitations frosk, même si tu te fais virer dans la honte et l’infamie, au moins tu auras montré à une personne de plus à quel point Syndie peut être cool. 16:43 <@frosk> hehe ouais 16:43 <+tethra> haha 16:44 <@frosk> la GUI (en SWT) est/sera un banc d’essai pour tout ce qui touche à feedspace, pour le lancer 16:44 <jrandom> r0x0r 16:45 <+void> jrandom : tu devrais peut-être cross-poster tout ce qui arrive sur les listes de diffusion vers Syndie aussi ? 16:45 <jrandom> on devrait totalement l’intégrer dans la GUI SWT de Syndie (le paradigme de base est un navigateur, mais n’affichant pas des pages html dans les onglets) 16:46 <+polecat> Ce serait bien. Je n’arrive plus à recevoir la liste de diffusion. 16:46 <jrandom> void : ce serait assez facile pour quelqu’un d’écrire un petit script shell pour envoyer procmail dans la CLI de Syndie 16:46 <@cervantes> ces jolies GUI SWT sont-elles liées aux applications ? ou ce sont des surcouches pour des exécutables CLI ou utilisent tcp etc. etc. 16:46 <@frosk> ça a du sens 16:46 <jrandom> (si je me souviens bien, il y a un post sur mon blog il y a quelque temps qui explique comment utiliser la CLI de Syndie pour insérer des posts) 16:47 <+polecat> Actuellement on peut créer des flux RSS à injecter dans Syndie, même si c’est encore un peu bancal. 16:47 <jrandom> cervantes : JDBC dans les gestionnaires d’événements, en ligne avec des appels JNI et MSVC, bien sûr ;) 16:47 * jrandom se baisse 16:48 <+polecat> Microsoft Visual Classes ? 16:49 <@cervantes> jrandom : donc n’importe quoi qui sait parler SQL peut administrer Syndie alors 16:49 <jrandom> (du point de vue de Syndie, toute la fonctionnalité est essentiellement implémentée dans plein de petites applis CLI qui ne font que mettre à jour la base JDBC, et il y a une UI SWT pour naviguer dans la DB) 16:51 <+polecat> Et puisque la base de données a deux interfaces, JDBC et SQL, un client communiquant via l’un ou l’autre protocole peut mettre le bazar dans Syndie. 16:51 <jrandom> cervantes : eh bien oui et non — une bonne partie de la base est chiffrée, donc tous les champs ne sont pas lisibles 16:51 <+void> l’interface web actuelle sera-t-elle toujours là ? 16:51 <jrandom> (jdbc == sql) 16:51 <jrandom> void : non 16:51 <+polecat> Je croyais que tu avais dit que JDBC n’était pas un protocole bêtement lisible par un humain ? 16:51 <+Complication> jdbc == interface de base de données Java, peut-être un peu similaire à odbc 16:51 <jrandom> ((jdbc ~= sql)) 16:51 <+Complication> Un truc au-dessus duquel on parle SQL 16:52 <+void> jrandom : que va-t-il arriver à syndie.i2p/syndiemedia.i2p.net ? 16:52 <+polecat> Oh. De toute façon, je n’ai jamais aimé SQL, pour mémoire. 16:52 <@cervantes> jrandom : donc il vaut mieux créer une surcouche pour syndieTools (tm) que d’essayer d’aspirer les données soi-même 16:53 <jrandom> void : l’avenir le dira. Il est probable qu’ils 1) servent de site web/eepsite de Syndie, 2) servent d’archive publique de posts avec laquelle se syndiquer, et finalement, quand une interface web sera écrite, 3) fournissent une interface web 16:53 <+polecat> Pourquoi ne pas soumettre du bytecode comme requêtes de base de données, plutôt que des instructions COBOL archaïques ? 16:53 <jrandom> ouaip, cervantes 16:53 <jrandom> !lart polecat 16:54 <+void> hehehe 16:54 <+polecat> Ah, ma faiblesse secrète. 16:54 <@cervantes> * vous avez 6 larts restants dans votre inventaire, il y a une porte au nord et un polecat inconscient sur le sol 16:54 <jrandom> cervantes : c’est en fait l’appli CLI n°3 (extraire des posts individuels, qui vient après l’appli n°2, lister des posts individuels (après la n°1, créer des posts individuels, et après la n°0, gérer les nyms))) 16:54 <jrandom> lol 16:54 <+tethra> haha 16:55 <+Complication> proposition de fonctionnalité : au lieu de bytecode, pourquoi ne pas soumettre de vrais agents de $agency comme requêtes de base de données ? ;P 16:56 <+Complication> Ce serait bien plus facile à valider pour la sécurité :P 16:56 <@cervantes> jrandom : bien reçu 16:56 <+tethra> est-ce qu’ils se comportent comme des pigeons voyageurs sous le bon climat, Complication ? 16:56 <+Complication> tethra : seulement si tu arrives à les pousser à travers la pile TCP intacts :P 16:56 <+polecat> Oui, des requêtes de base de données au-dessus de CPP ! 16:57 <+Complication> J’imagine que se froisser dans TCP pourrait les corrompre 16:58 <+Complication> (désolé, je devrais vraiment garder les blagues pour #i2p-chat, mais parfois je ne peux pas m’en empêcher) 16:58 * cervantes sent qu’un baff approche 16:58 <+Complication> des requêtes de base de données comme shellcode ? 16:59 <jrandom> ok, quelqu’un a autre chose pour la réunion ? 16:59 <+polecat> http://www.blug.linux.no/rfc1149/ <- on pourrait tunneliser i2p là-dessus, vraiment. 16:59 * Complication préférerait rester sur SQL 17:00 <+void> jrandom : d’autres langages que Java ont-ils des bibliothèques pour les bases hsqldb ? 17:01 <+Complication> Oo semble que oui, puisqu’ils semblent l’utiliser 17:01 <+void> ça ressemble à un "non" pour moi 17:01 <+void> oh, hmm 17:01 <@cervantes> openoffice l’utilise donc je dirais que oui 17:01 <+Complication> Mais je ne suis pas sûr en quoi OpenOffice est écrit 17:01 <jrandom> pas à ma connaissance. mais quelqu’un pourrait faire tourner Syndie contre une autre base JDBC (mysql, oracle, etc) 17:01 <jrandom> oo utilise java 17:02 <+void> pour quoi exactement openoffice utilise-t-il cette base de données ? 17:02 <+Complication> Mais il semble ne l’utiliser que partiellement 17:02 <jrandom> void : pour la génération de PDF et pour leur appli base de données façon Access 17:02 <jrandom> (entre autres) 17:02 <+Complication> Étant donné qu’il recommande un JRE externe 17:02 <+void> ok 17:03 <+void> c’est galère d’écrire du SQL portable, ceci dit 17:03 <+Complication> si on ne fait pas de triggers ni de procédures stockées, ça ne devrait pas être trop pénible, toutefois 17:04 <jrandom> eh, ce n’est pas si terrible, et facile à externaliser 17:04 <+void> surtout quand on vise oracle ;) 17:05 <jrandom> en fait, hsqldb supporte pl/sql ;) 17:06 <bar> y a-t-il d’autres plans pour cette base, comme pour les stats, les profils de pairs, le netdb..? 17:06 <jrandom> non, c’est uniquement pour Syndie 17:06 <bar> ok 17:07 <jrandom> (bien que, quand nous livrerons le code hsqldb, nous pourrons l’utiliser dans i2p « gratuitement ») 17:07 <@cervantes> puisque Syndie n’est pas une application I2P, juste une application qui peut tourner au-dessus d’I2P, correct ? 17:07 <jrandom> ouaip, cervantes, il n’y a aucune dépendance à i2p 17:07 <+Complication> C’est bien de garder Syndie portable, puisqu’il pourrait avoir d’autres transports que I2P 17:07 <bar> exact 17:08 <+Complication> Cependant, j’imagine qu’il ne serait pas difficile de faire tourner plusieurs instances hsqldb sur la même machine 17:08 <+Complication> Donc si d’autres applis en avaient besoin, il semble qu’elles pourraient simplement l’utiliser 17:08 <jrandom> trivial, et coût nul si vous utilisez simplement la base in-jvm 17:08 <+Complication> (utiliser leur propre instance, de préférence) 17:10 <+void> il n’y a pas de pilote jdbc pour sqlite ? 17:11 <jrandom> je sais pas, jamais utilisé 17:11 <+void> ah, on dirait qu’il y a *quelque chose* 17:13 <jrandom> ok, autre chose pour la réunion ? 17:13 <jrandom> sinon... 17:13 * jrandom dinws up 17:13 * jrandom recule 17:13 * jrandom prend de l’élan 17:13 * jrandom *baf* clôt la réunion