Bref récapitulatif
Présents: BrianR, cervantes, deer, dm, duckie, fvw, jrandom, mihi, Nightblade, thecrypto, wilde
Journal de réunion
14:00 <jrandom> 0) salut 14:00 <jrandom> 1) mise à jour d'état 14:00 <jrandom> 2) cvs HEAD 14:00 <jrandom> 3) 0.4 14:00 <jrandom> 4) 1.0 14:00 <jrandom> 5) autres activités 14:00 <jrandom> 6) ??? 14:00 <jrandom> 0) salut 14:00 <dm> 7) Profit !! 14:00 <mihi> salut 14:00 <cervantes> bonjour 14:00 <dm> salut 14:00 <fvw> salut dr nick 14:01 <jrandom> pour tous ceux qui suivent depuis chez eux, nous avons mis en ligne les notes d'état @ http://dev.i2p.net/pipermail/i2p/2004-June/000286.html 14:01 <jrandom> comme d'habitude, ça contient le contenu réel - ici on fait surtout du méta et on discute 14:01 * dm joue depuis la maison. CLIN D'OEIL CLIN D'OEIL CLIN D'OEIL. 14:01 <jrandom> BrianR: c'est là que le LART est utile 14:02 <jrandom> bref, passons à 1) mise à jour d'état 14:02 <thecrypto> voyons si je peux me connecter à un eepsite 14:03 <jrandom> l'autre jour, on a eu un nombre de routers quittant le réseau plus élevé que d'habitude; j'espère que c'est parce que beaucoup de services sur le réseau étaient b0rked à cause de mes bugs stupides 14:03 * mihi démarre son router 14:03 <thecrypto> ouais ! 14:03 <jrandom> si des gens arrêtent leur router pour une autre raison (bugs, cpu/mémoire, etc.) j'aimerais vraiment le savoir 14:04 <dm> ok 14:05 <BrianR> Je dois dire qu'actuellement i2p se comporte mieux que freenet sur ma machine... tant en termes de bande passante consommée que de CPU/RAM. 14:05 <jrandom> il y a un bug vraiment méchant dans cvs en ce moment, mais corrigé en local - je le commettrai plus tard ce soir (je ne sais pas si ce sera avant ou après avoir monté ma nouvelle machine) 14:05 <jrandom> ah mortel 14:06 <jrandom> pour être juste, i2p en fait beaucoup moins que freenet - quand on aura des milliers de routers, on verra 14:06 <dm> Pourquoi les systèmes d'exploitation n'ont-ils pas une limitation de bande passante par application intégrée ? C'est difficile à faire ? 14:06 <BrianR> J'aimerais faire des tests de charge avec la limitation de bande passante intégrée d'i2p. Ça en est où ? 14:06 <dm> Tous ces projets qui perdent du temps à implémenter leur propre limitation de bande passante, ça semble idiot. 14:06 <fvw> dm: Linux le fait, FreeBSD aussi sans doute. 14:07 <dm> Ah bon ? 14:07 <cervantes> netlimiter sur windoze le fait 14:07 <BrianR> dm: Ce n'est pas difficile. Il y a plein d'outils de limitation de bande passante au niveau système, pour 'doze, linux, *bsd... 14:07 <dm> Ça a du sens de le mettre dans l'OS si tu veux mon avis. 14:07 <fvw> dm iptables marking + tc sous linux; je l'utilise en ce moment, ça marche comme un charme. 14:07 <jrandom> BrianR: c'est en assez bon état - ce sera dans la prochaine version 0.3.1.5 (que j'espère sortir cette semaine) 14:07 <dm> Mais bon... 14:07 <BrianR> le truc, c'est qu'il est souvent plus logique de limiter au niveau de l'application afin de pouvoir décider intelligemment où dépenser la bande passante en priorité 14:08 <jrandom> exactement 14:08 <dm> C'est un autre problème. 14:08 <jrandom> avec la limitation de bande passante à l'intérieur d'i2p, on sait quand on sature notre limite et on peut refuser de participer à des tunnels (etc) 14:08 <BrianR> Au niveau applicatif tu n'as aucune idée laquelle de tes connexions TCP va perdre un paquet quand tu dépasses la limite d'émission imposée par le système. 14:08 <fvw> en fait, le mieux serait que l'OS donne un retour approprié; mais ce n'est pas pertinent pour i2p pour l'instant. 14:09 <jrandom> vrai, fvw, une fois qu'on aura intégré i2p avec tun/tap ;) 14:09 <BrianR> fvw: On a bien un peu de retour via la contre-pression.. Mais c'est difficile de savoir si la contre-pression vient de la lenteur du lien distant ou du côté local.. 14:09 <dm> Mettez une prime pour patcher Windows afin d'avoir une limitation de bande passante par application. Merci. 14:09 <jrandom> héhé 14:09 <fvw> "mes trucs n'arrivent pas" et "cette connexion est en train d'être bridée" sont deux choses complètement différentes. 14:09 <fvw> elles se recoupent parfois bien sûr. 14:10 <dm> (20 $ de plus pour avoir un petit graphe avec l'utilisation de bande passante de chaque fenêtre dans la barre de titre... À côté des boutons de réduction, etc) 14:11 <jrandom> ok, quelqu'un d'autre a des points liés à l'état du réseau à aborder ? 14:12 <BrianR> Oh.. ce truc de surveillance des connexions IRC.. 14:12 <duckie> Je m'excuse d'avoir mis à jour vers cvs 14:12 <jrandom> hehe 14:12 <BrianR> Y a-t-il un graphe MRTG de ça ou des logs ou quelque chose quelque part ? 14:12 <jrandom> bogobot, c'est bien ça ? duck.i2p/bogo/ si je me souviens bien ? 14:13 <duckie> quelque chose comme ça 14:13 <jrandom> (c'est lié depuis duck.i2p, mes routers sont hors ligne pour le moment donc je ne peux pas vérifier) 14:13 <duckie> référencé sur http://duck.i2p/ sous la section stats 14:13 <duckie> http://duck.i2p/bogobotlogs/ 14:14 <BrianR> il pourrait être utile d'étendre ce truc pour en faire un outil général d'étude de joignabilité.. 14:15 <dm> Vous tapez vraimeeeeeeeeeeeent trèèèèès lentement. 14:15 <deer> <cervantes> hypercubus a quelques améliorations en attente, mais il est assez occupé avec l'installeur en ce moment 14:16 <jrandom> BrianR: bogobot sert juste au suivi passif sur irc, mais quelqu'un pourrait modifier la commande ping d'i2ptunnel pour supporter des vérifications périodiques ? 14:16 <jrandom> ou quelqu'un pourrait bricoler un script perl/SAM ;) 14:16 <BrianR> peut-être un script qui produise un graphe MRTG de la joignabilité des points d'extrémité.... 14:16 <BrianR> jrandom: en parlant de perl/SAM, reparle-en quand on arrivera au numéro approprié dans l'ordre du jour 14:16 <duckie> le machin heartbeat ne fait pas ça ? 14:17 <BrianR> Si c'est le cas, je n'ai pas réussi à le faire marcher :( 14:17 <jrandom> en quelque sorte - heartbeat teste des serveurs heartbeat, pas des applis génériques 14:18 <BrianR> Oui... Par exemple, je veux voir si je peux faire un "GET /" avec succès sur duck.i2p, et combien de temps ça a pris. 14:18 <jrandom> mais oui, une fois que le réseau sera en bonne forme, beaucoup de gens pourront faire tourner un serveur heartbeat et les gens pourront se pinguer pour mesurer les performances du réseau 14:18 <Nightblade> pingflood aussi 14:18 <dm> Y a-t-il une limite sur les chaînes GET ? 14:18 <dm> par exemple si tu as une URL vraiment longue, à cause des paramètres CGI ? 14:19 <cervantes> 2047 caractères si je me souviens bien 14:19 <jrandom> ça ne serait pas trop difficile à monter 14:19 <BrianR> dm: Ça dépend du serveur web... Je pense que la RFC spécifie aussi un minimum devant être supporté. 14:19 <jrandom> (euh, un testeur http) 14:19 <dm> cervantes: merci 14:19 <dm> (je viens de réaliser que ça pourrait affecter quelque chose sur lequel je travaille) 14:20 <cervantes> tu te heurtes à 2 problèmes, le support côté serveur web et le support côté client 14:20 <BrianR> sommes-nous sortis du sujet ? 14:20 <cervantes> IE et Mozilla sont tous les deux à 2047 14:20 <cervantes> euh oui :) 14:21 <dm> J'ai ma réponse, on peut continuer :) 14:21 <jrandom> ok, je pense que ça couvre 1), passons brièvement à 2) cvs HEAD 14:21 <jrandom> il y a un sale bug là-dedans en ce moment, et je m'excuse de ne pas l'avoir corrigé plus tôt 14:22 <jrandom> en général, si vous essayez cvs HEAD et que ça ne marche pas bien, revenez en arrière (download jars / pull from the tag) 14:22 <jrandom> bref, assez parlé de ça 14:23 <jrandom> passons à 3) 0.4 14:23 <jrandom> le mail contient mon point de vue / ma justification pour la version - quelqu'un a des préoccupations / questions / idées / suggestions ? 14:24 <Nightblade> ça me semble bien 14:24 <duckie> comment cela change-t-il les estimations de temps ? 14:24 * fvw hoche la tête. Sensé et tout. 14:25 <jrandom> en fait, ça rapproche 0.4, puisqu'on repousse les parties effrayantes de 0.3.3 vers 0.4.1 et 0.4.2 14:25 <jrandom> je ne pense pas que ça changera les dates de 1.0, on réorganise juste des choses avant 14:26 <jrandom> la simulation a montré que notre principal problème de diversification des tunnels peut être facilement corrigé par des tests actifs des pairs 14:26 <jrandom> on avait un peu de ça dans les revs pré-0.2.3, mais on a arrêté car ça semblait ajouter trop de surcharge 14:27 <jrandom> (alors qu'en fait plein de trucs étaient tout simplement cassés, causant la surcharge) 14:27 <deer> <cervantes> en quoi consistent les tests actifs des pairs ? 14:29 <jrandom> ça veut juste dire qu'on va construire des tunnels secondaires via des pairs qu'on n'utiliserait pas normalement - spécifiquement, je vais le faire piocher des pairs aléatoires dans l'ensemble 'reliable' qui ne sont pas dans l'ensemble 'fast+reliable' 14:29 <jrandom> (et si cette intersection est trop petite, l'étendre à l'ensemble 'not failing') 14:29 <jrandom> je ne sais pas encore combien de tunnels ou de pairs tester, on gardera probablement ça comme paramètre ajustable 14:30 <jrandom> le problème se manifeste dans les profils de pairs - vous verrez beaucoup de valeurs pour vos pairs favoris, mais beaucoup de 0 ou d'autres chiffres faibles pour d'autres pairs 14:30 <jrandom> (ce qui peut être dû au fait qu'ils sont nuls, ou plus probablement au fait qu'ils ne sont pas testés) 14:31 <jrandom> ok, autre chose sur 0.4? ou on passe à 4) 1.0? 14:32 <duckie> oui 14:33 <jrandom> 4) 1.0 14:33 <jrandom> je ne vois pas 1.0 comme une grosse version effrayante approchée asymptotiquement. c'est juste une version où les choses fonctionnent et que les gens peuvent utiliser 14:34 <jrandom> cela dit, quelqu'un a des préoccupations / idées / suggestions/ questions concernant ce qu'il y a dans le mail ? 14:35 <dm> Le rythme auquel la numérotation de versions augmente indiquerait effectivement qu'on s'approche asymptotiquement de la 1.0 14:36 <dm> Il va falloir de gros bonds ! 14:36 <jrandom> 0.4--> 1.0 14:36 <dm> Suuuuuuuuper.... 14:36 <jrandom> et on est à seulement quelques semaines de 0.4 14:37 <jrandom> mais, bien sûr, un peu d'aide nous ferait accélérer :) 14:37 <dm> Sommes-nous satisfaits de la stabilité alors ? 14:37 <jrandom> non, la stabilité en ce moment craint 14:37 <cervantes> myi2p pourrait représenter pas mal de développement pour être bien implémenté, puisqu'idéalement ça repose sur l'aboutissement d'autres projets 14:37 <dm> D'accord, je n'ai pas suivi de près. 14:38 <cervantes> comme la DHT et les datagrammes etc 14:38 <jrandom> d'accord, cervantes, mais si on l'a simplement avec le carnet d'adresses et le blogging distribué, ça me suffira. 14:38 <cervantes> oui 14:38 <jrandom> nightblade travaille sur une DHT qu'on pourra brancher dès qu'elle sera prête, ou on pourrait ajouter des hooks pour référencer freenet:CHK@ ou SSK@ 14:39 <cervantes> la messagerie privée n'est qu'un petit pas à partir du carnet d'adresses syndiqué aussi 14:39 <jrandom> oui, tout est faisable 14:40 <cervantes> le bureau de cam girl en streaming live pourrait prendre plus longtemps... 14:40 -!- Irssi: #i2p: Total de 21 pseudos [0 ops, 0 halfops, 0 voices, 21 normal] 14:40 <jrandom> héhé 14:40 <jrandom> en fait, comme je l'ai mentionné à Sonium avant la réunion, l'une des choses sur lesquelles les gens peuvent aider, c'est la documentation - 14:41 <jrandom> définir quels documents il nous faudra, commencer à esquisser comment ces docs s'articuleront, et peut-être même ouvrir un éditeur et les écrire 14:42 <cervantes> ah, je voulais justement me renseigner plus tôt sur l'amélioration de la console GUI aussi 14:42 <jrandom> la doc est une partie essentielle des versions, à la fois pour la doc technique (car sans bonne doc technique, aucun dev ne s'impliquera) et pour la doc utilisateur (car sans bonne doc utilisateur, les utilisateurs partiront) 14:42 <jrandom> que nous voudrons pour la version 0.4, et ce sera piloté via jsp/servlet 14:43 <jrandom> je n'ai même pas fait de maquettes ou de workflows pour ça, donc si quelqu'un veut s'y mettre, on prend l'aide 14:43 <Nightblade> console GUI? qu'est-ce que c'est - SVGALIB? :) 14:43 <jrandom> héhé 14:43 <mihi> Nightblade: TWIN / curses 14:43 <cervantes> l'ensemble de données est-il le même ou y a-t-il des stats nouvelles et améliorées pour 0.4 14:44 <dm> Je veux une console GUI en WIN32/MFC 14:44 <Nightblade> la console http sur 7655 right 14:44 <cervantes> c.-à-d. la durée pendant laquelle les éléphants restent sur la lune, et s'ils reviennent fréquemment 14:44 <cervantes> oui 14:44 <jrandom> toutes les choses de la console reflètent des données qui peuvent être mises à disposition d'une console 0.4, mais on devrait complètement jeter son design actuel 14:45 <jrandom> (par ex. tout le monde se fiche de connaître le base64 de la clé publique d'une routerIdentity) 14:45 <cervantes> bien que je suggère que cette info devrait rester disponible 14:46 <jrandom> oui, je pense qu'on peut garder la console existante en option - pas besoin de la jeter 14:46 <jrandom> (mais ce serait quelque chose comme http://localhost:7655/uglyConsole/) 14:46 <cervantes> ./forlynxusers/ 14:47 <jrandom> la nouvelle console d'administration devrait fonctionner aussi pour les utilisateurs de lynx 14:47 <dm> Est-ce que quelqu'un utilise vraiment lynx ? 14:47 <cervantes> beurk, compatibilité multi-navigateurs 14:47 <jrandom> moi oui 14:47 <jrandom> (par moments) 14:47 <dm> mais.... pourquoi ? 14:47 <fvw> pour des choses comme de brèves éditions de config, carrément. 14:47 <cervantes> dm: si tu es coincé à une invite de commande tu n'as pas beaucoup de choix 14:47 <fvw> c'est rapide et tu n'as pas besoin de X 14:48 <Nightblade> je l'utilise pour naviguer sur des serveurs sans écran 14:48 <deer> <Pseudonym> J'utilise le navigateur links 14:48 <jrandom> oui, links est préférable à lynx 14:48 <mihi> quelqu'un utilise w3m? 14:48 <dm> J'utilise INTERNET EXPLORER DE MICROSOFT 14:48 <dm> C'est plutôt cool. 14:48 <jrandom> bon point - autre chose concernant i2p 1.0? 14:49 <dm> A gagné la guerre des navigateurs de 1992-1998 14:49 <jrandom> ou on passe à 5) autres activités? 14:49 <dm> 3 médailles d'honneur. 14:49 <Nightblade> oui 14:49 <Nightblade> J'espère sortir une nouvelle version de libsam demain mais mon ordinateur à la maison est en panne donc je ne sais pas 14:49 <Nightblade> Je vais aussi uploader la bibliothèque de threading de Nickster 14:49 <jrandom> awesome!/doh! 14:50 <jrandom> chouette ! 14:50 <Nightblade> qu'il a dit être dans le domaine public - je vais juste l'uploader exactement comme il me l'a envoyée - je n'ai pas eu le temps d'en faire grand-chose 14:50 <jrandom> une fois 0.3.1.5 sortie, je commencerai aussi à faire tourner le serveur cvs sur i2p 14:50 <jrandom> cool 14:51 <jrandom> (ainsi nickster pourra faire des modifs/mises à jour de son code dans cvs sans exposer son IP) 14:51 <jrandom> quoi de neuf dans la prochaine rev de libsam? 14:51 <Nightblade> quelques correctifs sur l'envoi/réception de datagrammes qui étaient cassés 14:51 <Nightblade> et d'autres trucs dont je ne me souviens pas 14:51 <Nightblade> ce sera dans le changelog 14:51 <jrandom> cool, ça a l'air bien 14:52 <jrandom> au fait, si tu veux une liste de diffusion pour libsam (-announce,-dev,-users,etc) dis-moi 14:52 <jrandom> (mais poster sur i2p@i2p est très bien aussi) 14:52 <Nightblade> overkill 14:52 <jrandom> héhé 14:53 <jrandom> oui probablement 14:53 <cervantes> il peut avoir une section dans i2pforum 14:53 * cervantes passe en douceur à son ordre du jour 14:53 <Nightblade> peut-être une fois que j'aurai cette DHT qui marche - mais c'est loin, et aujourd'hui comme hier je n'ai pas eu le temps d'en faire beaucoup 14:53 <Nightblade> cervantes: il y a déjà un forum de développement d'applications ou quelque chose comme ça iirc 14:53 <Nightblade> aussi, Connelly a besoin d'un compte sur i2p.net si quelqu'un lui en a déjà créé un 14:53 <cervantes> spécifiquement en relation avec i2p? 14:54 <Nightblade> http://www.i2p.net/forum/3 14:54 <jrandom> oh, je n'ai pas ajouté de compte pour connelly, je discuterai avec lui la prochaine fois que je le verrai 14:54 <fvw> mince, je dois filer. À la semaine prochaine, continuez le bon boulot. 14:54 <jrandom> beurk, oui, je ne sais pas trop pour les www.i2p.net/forum/s 14:54 <cervantes> ah...drupal... 14:55 <jrandom> cool fvw, content que tu aies pu venir 14:56 <cervantes> l'i2pforum est à peu près en place 14:56 <cervantes> il a surtout besoin de contenu/utilisateurs pour le remplir :) 14:56 <jrandom> je ne suis pas sûr des forums drupal, ni qu'ils collent vraiment avec la vision que j'ai du site. j'aime bien l'idée d'un site séparé dédié à être un forum utilisateur/dev 14:57 <jrandom> cool cervantes - c'est en tant qu'eepsite, site web, ou les deux? 14:57 <cervantes> J'ai choisi des sujets/sections de forum arbitraires, donc si les gens ont des idées ou veulent écrire des trucs pour des FAQs etc eux ce serait apprécié 14:57 <cervantes> les deux 14:58 <cervantes> actuellement, j'ai le tunnel i2p hors ligne tant que mon router est si instable 14:58 <jrandom> je ne peux pas t'en vouloir :) 14:58 <Nightblade> quelle est l'URL 14:58 <cervantes> mais les gens peuvent commencer à jouer sur outweb 14:59 <cervantes> actuellement il faudra ajouter une entrée dans /etc/hosts c:/windows/system32/drivers/etc/hosts 14:59 <cervantes> 212.113.22.104 i2pforum.cervantes.not2p 14:59 <jrandom> héhé 15:00 <cervantes> Je le configurerai bientôt avec un hostname correct 15:00 <cervantes> ou si quelqu'un veut ajouter un pointeur de sous-domaine à l'enregistrement de domaine php.net...ça serait mieux 15:00 <jrandom> dis-moi si tu veux quelque chose sous le domaine i2p.net ou si tu pars sur un autre domaine ça va 15:00 <cervantes> bof 15:00 <cervantes> i2p.net 15:00 <cervantes> <-- php en tête 15:01 <jrandom> tu veux que ce soit, p. ex., forum.i2p.net? 15:01 <cervantes> ce serait cool ;-) 15:01 <jrandom> w3rd, je mettrai à jour les enregistrements ce soir 15:01 <cervantes> J'ai modifié le code phpbb2 standard pour qu'il ne nécessite pas un email valide pour devenir membre 15:01 <dm> "The site you requested is no longer hosted here" 15:02 <cervantes> si tu oublies ton pass alors tu dois contacter un admin 15:02 <cervantes> dm: as-tu entré ça dans ton fichier hosts ou tu vas juste sur l'IP 15:03 <dm> Invalid URI in request GET i2pforum.cervantes. 15:03 <dm> not2p/<P>
15:03