Réunion des développeurs I2P - 21 décembre 2004

13:05 <@jrandom> 0) salut 13:05 <@jrandom> 1) 0.4.2.4 & 0.4.2.5 13:05 <@jrandom> 2) stratégie 0.5 13:05 <@jrandom> 3) nommage 13:05 <@jrandom> 4) tour d'horizon des eepsite 13:05 <@jrandom> 5) ??? 13:06 <@jrandom> 0) salut 13:06 * jrandom fait coucou 13:06 <@jrandom> notes d'état hebdomadaires publiées il y a peu @ http://dev.i2p.net/pipermail/i2p/2004-December/000528.html 13:07 <@jrandom> passons directement à 1) 0.4.2.4 & 0.4.2.5 13:08 <@jrandom> pour ceux d'entre vous qui ont déjà mis à jour vers 0.4.2.5 — un bon tiers du réseau jusqu'ici — merci ! 13:09 <@jrandom> j'essaie de garder un rythme de publication plus calme, mais il y avait des choses dans 0.4.2.5 qui nécessitaient vraiment un déploiement plus large 13:10 <Madman2003> 0.4.2.5 fonctionne bien pour moi concernant les déconnexions, mais je ne fais pas tourner i2p 24/7 (j'ai eu pas mal de déconnexions IRC ces derniers temps) et ça ne fait que quelques heures depuis la sortie 13:10 <@jrandom> comme mentionné plus loin dans l'e-mail, je n'ai pas de date prévue pour la prochaine version correctrice, mais on verra 13:10 <@jrandom> ah super Madman2003 13:10 <@jrandom> ouais, c'est clairement trop tôt pour se prononcer sur 0.4.2.5 13:11 <frosk> j'avais des périodes de forte latence en .4, pour l'instant aucune avec .5, mais encore une fois, c'est un peu tôt 13:11 <frosk> (je parle de latence IRC, bien sûr) 13:11 <@jrandom> le bug DNS corrigé pouvait se manifester par un grand nombre de pairs sur d'anciennes versions tombant en panne simultanément, donc plus les gens mettent à jour tôt, mieux c'est 13:12 <@duck> est-ce lié aux échecs chez ceux qui saisissent manuellement un nom d'hôte ? 13:12 <@jrandom> oui 13:12 <dm> à quel point l'icône I2P dans la zone de notification Windows est-elle inutile !?!? 13:12 <@duck> ah, donc c'est pour ça que config.jsp est encore amical 13:13 <Madman2003> quelqu'un sait pourquoi certains tournent encore avec des routers pré 0.4.2.4 ? (c'est sorti depuis un moment) 13:13 <@jrandom> dm : c'est surtout un élément provisoire pour l'instant, plus une icône d'état disant « i2p tourne » 13:13 <dm> Ils ont une vie ? :) 13:13 * jrandom devrait mal le prendre… 13:14 <redzog> y a-t-il un moyen de faire des redémarrages « soft » depuis la ligne de commande ? 13:14 <@jrandom> redzog : malheureusement non 13:14 <redzog> hmm, dommage 13:14 <@jrandom> à part avec wget, peut-être 13:14 <redzog> ça faciliterait les mises à jour automatiques 13:14 <+detonate> i2prouter stop && i2prouter start :) 13:14 <@jrandom> non, laisse tomber, wget ne marcherait pas non plus 13:14 <@jrandom> (puisque le formulaire nécessite une interaction) 13:14 <Madman2003> je mets généralement à jour via cvs plusieurs fois entre les sorties (au mieux une fois par jour), ça ne prend que quelques minutes 13:15 <redzog> lwp::simple pourrait gérer ça 13:15 <redzog> juste un POST 13:15 <@jrandom> redzog : le support de ça serait plutôt cool 13:15 <redzog> Je vais essayer de bricoler quelque chose 13:15 <@jrandom> enfin, c'est plus qu'un simple POST, il faut lire le formulaire présenté puis renvoyer ces champs 13:16 <+detonate> à terme les sorties seront plus espacées quand même… non ? 13:16 <@jrandom> (il y a un indicateur caché pour empêcher les gens de faire des trucs comme <img src="../../../../../../configservice.jsp?action=restart"> 13:16 <redzog> heh, d'accord 13:16 <@jrandom> oui detonate, ce n'était pas prévu d'être aussi rapide, une fois par semaine au plus 13:16 <redzog> la valeur du nonce change ? 13:17 <@jrandom> si ce n'était pas le cas, ce ne serait pas un nonce ;) 13:17 <redzog> hmm, on dirait que oui 13:17 <redzog> enfin, entre les sessions, entre les chargements de page... ;) 13:17 <redzog> ce sera à chaque chargement de page 13:17 <@jrandom> d'accord 13:17 <@jrandom> ok, quelqu'un a autre chose à propos de 0.4.2.4/0.4.2.5 ? 13:18 <@jrandom> je suis sûr qu'il y aura plus de discussion plus tard après avoir davantage rôdé la nouvelle version 13:18 <dm> oh, c'est une réunion ? 13:18 <+detonate> le démarrage semble beaucoup moins fluide 13:18 <+detonate> que 2.3 13:18 <@jrandom> ah ? de quelle façon detonate — CPU, latence, mémoire, temps ? 13:19 <+detonate> la liste des pairs met une éternité à se remplir 13:19 <+detonate> et j'obtiens un énorme nombre de pairs sur liste noire 13:19 <+detonate> aussi le i2ptunnel se fige parfois, mais en général ça prend au moins 2x plus longtemps pour réellement démarrer 13:19 <+detonate> une fois démarré, les choses se lissent 13:19 <+detonate> c'est étrange 13:19 <@jrandom> hmm, qu'est-ce qui est indiqué comme cause sur /logs.jsp#connectionlogs ? 13:20 <ant> <BS314159> Je viens de faire un redémarrage en douceur vers 0.4.2.5. Ça a pris 120s pour avoir les Local Destinations 13:20 <ant> <BS314159> ça semble bon 13:20 <@jrandom> cool BS314159 — c'est à peu près le strict minimum, car on ne démarre i2ptunnel qu'au bout de 2 minutes après le lancement :) 13:20 <+detonate> rien d'anormal 13:20 <+detonate> une exception à l'arrêt 13:21 <+detonate> mais je pense que c'est moi qui l'ai provoquée 13:21 <mule> j'ai tiré plus de 300M via fcp pour un film avec la dernière version. jamais été aussi bon auparavant. débits de pointe au-delà de 40k. excellent travail. 13:21 <@jrandom> wow, chouette mule ! 13:21 <mule> cependant j'ai toujours de sérieux problèmes pour récupérer après un changement d'IP 13:21 <@jrandom> detonate : hmm, ok, j'adorerais déboguer ça plus en détail après la réunion ou à un autre moment où tu es dispo 13:22 <+detonate> ouais 13:22 <+detonate> ok 13:22 <dm> latence du tunnel : 364ms. Qu'est-ce qui se passe, la latence du tunnel baisse de 100–200ms à chaque version ! 13:22 <@jrandom> ah mule, ok 13:22 <@jrandom> j'ai une idée pour gérer ces connexions TCP bloquées — ajouter simplement un keepalive de 5m 13:23 <@jrandom> heh dm, t'en fais pas, ça remontera ;) 13:23 <frosk> wow, je n'ai que 261ms ici :) 13:24 <@jrandom> ok, s'il n'y a rien d'autre, passons à 2) stratégie 0.5 13:24 <dm> Ça ne peut pas être juste... 13:25 <+ugha2p> On dirait que je suis encore en retard pour la réunion. 13:26 <@jrandom> il reste encore beaucoup de travail pour 0.5, mais un aperçu large du processus était inclus dans cet e-mail 13:26 * jrandom envoie ugha2p chez le proviseur 13:27 <@jrandom> il reste encore des détails à régler sur la mise en pool et la création des tunnels, mais je pense que nous avons quelques offres différentes qui répondront aux besoins de différents groupes d'utilisateurs 13:28 <@jrandom> il y aura de la bonne vieille documentation publiée une fois que la plupart des accrocs de la conception auront été réglés, pour votre relecture 13:28 <@jrandom> (actuellement ça tient sur ~8 pages dans le carnet, ça devrait se compresser pas mal cependant) 13:29 <kaji> la réunion a-t-elle déjà commencé ? 13:29 <@jrandom> mais une autre des tâches listées pour 0.5 est « gérer les besoins en bande passante du réseau », et je n'ai aucune idée de comment planifier ça, donc on improvisera 13:29 <@jrandom> oui kaji, on est à 2) stratégie 0.5 13:30 <@jrandom> bon, c'est tout ce que j'ai à dire pour le moment, à moins que quelqu'un ait des questions/commentaires/inquiétudes ? 13:31 <+ugha2p> Wow, la plupart des routers ont déjà mis à jour. 13:31 <+detonate> le filtrage du trafic HTTP pour enlever le JavaScript/etc est-il sur la feuille de route ? 13:31 <+detonate> pour 0.5 13:31 <+ugha2p> detonate : Non. 13:31 <@jrandom> detonate : 0.6 13:31 <ant> <cat-a-puss> Concernant la bande passante, devrait-on activer la longueur de tunnel probabiliste et/ou des tunnels biaisés localement, pour bittorrent puisque, en général, les utilisateurs BT ont un modèle de menace plus faible ? 13:32 <@jrandom> cat-a-puss : oui, définitivement. c'est une des grandes parties de la version 0.5 13:32 <+ugha2p> detonate : À moins que tu ne l'implémentes d'abord. ;) 13:32 <+detonate> j'y pensais 13:33 <ant> <cat-a-puss> le filtrage HTML sera-t-il effectué dans un processus séparé ? 13:33 <@jrandom> je pense que michelle regarde ça aussi, donc si vous deux voulez travailler ensemble (michelle apprend java) ce serait top 13:33 <+detonate> ok 13:33 <@jrandom> cat-a-puss : je ne sais pas. 13:34 <+ugha2p> cat-a-puss : Pourquoi devrait-ce l'être ? 13:35 <ant> <cat-a-puss> (Je demande car je pensais faire un proxy qui ferait passer tout le trafic navigateur entrant par clamav) C'est sous GPL donc si on pouvait l'inclure dans le filtre, ce serait probablement bien. 13:35 <@jrandom> cool cat-a-puss ! 13:35 <+ugha2p> Certaines personnes utilisent déjà Privoxy pour I2P. 13:36 <bens> en général, je suis plutôt anti-« tout inclure » 13:36 <susi23> Je préférerais voir les gens configurer correctement leur navigateur plutôt que de promettre de les protéger du code malveillant. 13:36 <@jrandom> susi23 : personne ne configure correctement son navigateur 13:36 <@jrandom> surtout pas Monsieur Tout-le-monde 13:37 <frosk> on peut se demander si Monsieur Tout-le-monde est même capable de configurer un proxy pour son navigateur 13:37 <@jrandom> à mon avis, quelque chose de type cgi-proxy serait idéal 13:37 <@jrandom> exactement frosk 13:37 <@jrandom> avec une interface façon cgi-proxy (filtrage selon leurs préférences, sûr par défaut), même un parfait benêt pourrait s'en servir 13:38 <bens> Je suppose qu'I2P a besoin de plusieurs versions pour plusieurs marchés encore plus que MS Office 13:38 <@jrandom> c'est pour ça qu'on a de petits composants et qu'on pousse ce genre de choses hors du router, bens ;) 13:38 <Ragnarok> un fichier de configuration automatique de proxy aiderait 13:39 <@jrandom> Ragnarok : on en a un, mais il y a encore des choses dangereuses qu'on peut faire avec 13:39 <frosk> peut-être même un navigateur i2p spécialisé (si quelqu'un déborde de temps libre ;) 13:39 <susi23> ragnarok : celui-là ? http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/proxyscript/i2pProxy.pac 13:39 <@jrandom> frosk : sur l'OS et le matériel i2p spécialisés aussi, j'imagine 13:40 <frosk> hehe, parfait 13:40 <Ragnarok> ce n'est toutefois pas dans l'install 13:40 * jrandom implémente cela dans l'univers i2p spécialisé 13:40 <susi23> . o O ( peut-être devrions-nous essayer de trouver aussi une planète i2p dédiée ) 13:40 <susi23> . o O ( zut, trop lent ) 13:40 <mule> ok, on vendra le matériel :) 13:40 <frosk> tu sais ce qu'on dit, pour créer quelque chose à partir de rien, crée d'abord l'univers 13:41 <@jrandom> w00t, maintenant il ne nous manque plus que des investisseurs.. 13:41 <bens> sérieusement, un autoconfigurateur Firefox pourrait être raisonnable 13:41 <@jrandom> bens : le .pac que susi a lié ci-dessus devrait faire l'affaire 13:41 <bens> pas seulement pour le proxy ; aussi pour les paramètres de sécurité, la page d'accueil, etc. 13:41 <@jrandom> on peut livrer ça avec l'install aussi, mais c'est insuffisant pour ceux qui ont besoin d'anonymat (et qui ne sont pas déjà des ubergeeks) 13:42 <@jrandom> hmm, peut-être que ce genre de chose pourrait aller dans l'appli i2p XUL de cervantes 13:43 <@jrandom> mais on s'éloigne du sujet 2) stratégie 0.5 13:43 <@jrandom> quelqu'un a autre chose pour ça, ou on passe à 3) nommage ? 13:44 -!- Irssi: #i2p: Total de 40 pseudos [2 ops, 0 halfops, 6 voix, 32 normaux] 13:44 <@jrandom> considérez que c'est fait 13:44 <@jrandom> ok, apparemment j'ai un peu vendu la mèche avec la réf 2.0.1 d'addressbook - Ragnarok, tu veux nous faire une mise à jour ? 13:44 <+ugha2p> jrandom : Peut-on s'attendre à ce que les dates sur la feuille de route soient correctes ? 13:45 <@jrandom> ugha2p : elles reflètent actuellement ma meilleure estimation 13:45 <+ugha2p> jrandom : Ok, d'accord. 13:45 <Ragnarok> elle est publiée maintenant 13:45 <@jrandom> w00t 13:45 <Ragnarok> voyez ragnarok.i2p 13:45 <Ragnarok> je n'avais pas prévu de la publier tout de suite, mais jrandom m'a forcé la main :) 13:46 <@jrandom> hehe 13:46 <+ugha2p> Ragnarok : Au fait, il te manque un lien depuis la page d'accueil. :) 13:46 <Ragnarok> ce ne sont que quelques corrections de bogues, rien de majeur, mais ça devrait mieux gérer certains cas limites 13:46 <@jrandom> c'est en haut à droite ugha2p 13:47 <Ragnarok> ugha2p : c'est dans la barre latérale 13:47 <Ragnarok> j'ajouterai des liens au billet aussi, cela dit :) 13:47 <mule2> « that'll be the day when i die ». changement d’IP quotidien pour remettre l’horloge à l’heure. 13:48 <Ragnarok> bref, si tout le monde pouvait l'essayer, ce serait sympa. Les rapports de bogues sont toujours appréciés 13:48 <+ugha2p> Ragnarok : Oh, cette barre latérale est sérieusement cassée dans Opera. 13:48 <mule2> Lease expired 12773d ago 13:49 <+ugha2p> Ragnarok : Enfin, pas vraiment cassée, mais simplement située à la fin de la page. 13:49 <@jrandom> cool Ragnarok, merci 13:49 <Ragnarok> ta fenêtre n'est probablement pas assez large 13:49 <+ugha2p> Ragnarok : D'accord, mais ça devrait fonctionner avec n'importe quelle taille de fenêtre. 13:50 <+ugha2p> Donc tu voudras peut-être corriger ça à l'avenir. :) 13:50 <Ragnarok> ugha2p : « devrait » est un choix de mots intéressant :) 13:50 <Frooze> ah, pas bon non plus dans mozilla 1.7. ma fenêtre est petite toutefois. 13:50 <+ugha2p> Pourquoi ça ? 13:50 <Frooze> merci ragnarok. c'est cool. 13:51 <Ragnarok> je le corrigerai peut-être à l'avenir, mais c'est vraiment bas dans mes priorités 13:51 * jrandom préfère des mises à jour d'addressbook aux corrections HTML 13:52 <Ragnarok> bref, des questions ? 13:53 <frosk> merci pour addressbook, Ragnarok, ça a l'air très utile 13:54 <+ugha2p> La manière documentée de charger addressbook est-elle la seule, ou y en a-t-il de moins intrusives ? 13:54 <kaji> je viens de l'installer, ça déchire 13:54 <Ragnarok> tu peux le démarrer à la main avec "java -jar addresbook.jar <path to i2p/addressbook>" 13:54 <Ragnarok> merci :) 13:55 <kaji> oh, et j'ai téléchargé la version 2.0.0, y a-t-il une mise à jour quelque part ? 13:55 <Ragnarok> ok, j'ai corrigé la colonne, c'était juste un mélange stupide de tailles absolues et relatives 13:56 <Ragnarok> oui, il y a maintenant la 2.0.1 sur ragnarok.i2p 13:57 <+ugha2p> J'obtiens « Failed to load Main-Class manifest attribute from » maintenant, mais peu importe, je ferai un redémarrage plus tard. 13:57 <Ragnarok> oups 13:58 <Ragnarok> c'est ma faute 13:58 <Ragnarok> je vais essayer de corriger ça bientôt 13:58 <+ugha2p> Ah, ok. :) 13:58 <Ragnarok> il y aura aussi bientôt une version .war facile à installer 13:59 <dm> jrandom : tu es une machine 14:00 <@jrandom> wikked, merci Ragnarok 14:00 <@jrandom> susi23 : ping ? 14:00 <susi23> 1200ms 14:01 <@jrandom> !thwap 14:01 <@jrandom> bref, tu veux nous faire un topo sur ce qui se passe avec susidns ? 14:01 <@jrandom> ou on attend plus tard ? 14:01 <susi23> avons-nous le temps pour une discussion plus générale sur le nommage ? 14:02 <susi23> quelles fonctionnalités voulons-nous à l'avenir ? 14:03 <@jrandom> quelques-unes de mes réflexions sont publiées sur http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 14:03 <@jrandom> (pour les fonctionnalités générales) 14:04 <@jrandom> je pense que le plus dur sera de se détacher des noms globalement uniques et lisibles par des humains, mais avec de bonnes interfaces, c'est faisable 14:04 <Ragnarok> implémenter en XML les structures de données que tu as décrites est un de mes prochains objectifs 14:04 <susi23> ok, il y a un petit écrit sur les attributs à http://susi.i2p/removablekeys.html 14:05 <ant> <Jnymo> wow.. c'est assez bondé ici ce soir 14:05 <bens> ragnarok : as-tu regardé YAML ? Ce serait peut-être plus facile 14:05 <+ugha2p> Jnymo : Ouais, on essaie de tenir une réunion ici. 14:05 <Ragnarok> le nom de YAML est beaucoup trop approprié 14:05 <@jrandom> cool susi23, même si je pense qu'on voudra clairement migrer du format hosts.txt simple 14:05 <ant> <Quadn-werk> ajout d'un redémarrage en douceur en ligne de commande ? 14:06 <ant> <Jnymo> ugha2p : ah 14:06 <susi23> y a-t-il des idées pour garder les noms uniques sur le long terme ? 14:06 <@jrandom> une des parties importantes des données à gérer dans le service de nommage est qu'une entrée soit signée, nécessitant une structure rigide (ou un XML soigneux) 14:07 <@jrandom> je ne crois pas aux noms à la fois globalement uniques, lisibles par des humains et sécurisés. 14:07 <@jrandom> (j'associe centralisé et sécurisé) 14:07 <@jrandom> susi23 : as-tu vu http://zooko.com/distnames.html ? 14:07 <Ragnarok> je pense qu'avec un système de type addressbook, les noms finiront par être pour la plupart uniques, car il est dans l'intérêt de la personne revendiquant un nom de ne pas en choisir un déjà utilisé 14:08 <@jrandom> Ragnarok : on verra. peut-être 14:08 <susi23> je vais regarder ça 14:08 <bens> je soupçonne que des autorités de confiance émergeront 14:08 <Ragnarok> eh bien, il y en a déjà une 14:08 <frosk> hosts.txt ? :) 14:09 <Ragnarok> celui de jrandom, oui 14:09 <@jrandom> ou, si pas d'autorités de confiance, des noms qui incluent le chemin pour l'identifier de manière unique 14:09 <@jrandom> (ex. « le site que orion.i2p appelle ‘frosk.i2p’ ») 14:10 <@jrandom> Derek Eddington avait des messages dans ce sens en septembre - http://dev.i2p.net/pipermail/i2p/2004-September/000432.html 14:10 <bens> frosk.orion.i2p 14:10 <@jrandom> smtp.frosk.ns.orion.i2p 14:11 * jrandom commence à construire des chemins bang UUCP 14:11 <frosk> hah 14:12 <susi23> ok, et maintenant... que diriez-vous d'une « feuille de route du nommage » ? :) 14:12 <ant> <Jnymo> vous m'avez détourné d'un DNS distribué absolu pour i2p.. en quelque sorte.. mais les idées de duck m'ont fait penser qu'un système de confiance pourrait marcher.. par exemple, une requête pourrait renvoyer une liste de sites/fichiers, chacun listé avec le niveau de confiance que le réseau lui accorde 14:12 <susi23> une fois d'accord sur quoi faire 14:12 <@jrandom> c'est une bonne idée susi23, tu veux en rédiger une ? 14:13 <@jrandom> avoir confiance dans la confiance des autres a du potentiel, mais ça doit être fait très prudemment 14:13 <susi23> Je peux le faire, mais je n'ai toujours aucune idée de CE qu'on veut faire. Il y a des décisions à prendre. 14:14 <@jrandom> (c.-à-d. seulement selon les termes où tu fais confiance aux pairs le long de la chaîne jusqu'à l'auteur de la confiance) 14:14 <modulus> il y a, ou il ne devrait pas y avoir, de « confiance du réseau » pour un site ; la confiance doit toujours être centrée utilisateur 14:14 <@jrandom> susi23 : étape 1 de la feuille de route : décider parmi $featureset 14:14 <susi23> Ou au moins développer toutes les idées en un concept plus précis. 14:14 <ant> <Jnymo> eh bien, si files i2p listait combien de sites pointent vers siteinquestion.i2p 14:15 <Ragnarok> ok, j'ai mis à jour le paquet addressbook avec un JAR exécutable. 14:15 <ant> <Jnymo> euh, files.i2p 14:15 <@jrandom> jnymo : ça se transforme en autorité centralisée — files.i2p 14:15 <modulus> sans parler du fait que tu pourrais empoisonner le pool de liens en créant un tas de sites. 14:16 <modulus> googlebombing sur i2p 14:16 <ant> <Jnymo> c'est vrai.. mais files i2p pourrait être décentralisé 14:16 <susi23> ok, que diriez-vous de collecter idées/informations/concepts jusqu'à, disons, janvier 14:16 <orion> 'lo tout le monde. Je vois que le nommage est sur la table.. *encore* :) 14:16 <susi23> puis vient la phase de décision, ok ? 14:16 <@jrandom> ça me va — veux-tu être le point de contact pour rassembler tout ça ? 14:16 <Ragnarok> bien sûr 14:16 <modulus> peu importe si l'agrégat de confiance est décentralisé, la confiance doit émaner de l'utilisateur. tout le reste peut être empoisonné à mon avis. 14:17 <susi23> on ne peut pas utiliser la liste de diffusion pour ça ? 14:17 <bob> ou peut-être le wiki d'ugha ? 14:17 <ant> <Jnymo> d'accord.. mais comment faire ? mettre une petite barre de niveau de confiance en haut du navigateur web ? 14:18 <@jrandom> le wiki serait bien, on peut y rassembler des liens vers toutes les discussions précédentes 14:18 <modulus> jnyo : probablement la solution la plus faisable est de se lier au premier nom rencontré ou quelque chose du genre. 14:18 <dm> applaudissons tous jrandom pour sa formidable gestion de projet 14:18 <susi23> bien 14:18 <modulus> mais il y a mille façons de faire. 14:19 <susi23> URL du wiki ? (pour le journal) 14:19 <ant> * Jnymo applaudit 14:19 <@jrandom> ugha.i2p 14:19 * dm applaudit 14:19 <susi23> ok 14:19 <susi23> alors j'ai fini et je repasse la main à jrandom ;) 14:20 <ant> <Jnymo> modulus : donc, si je renvoie un lien à quelqu'un d'autre, je le renvoie vers le site auquel je me suis d'abord lié.. ça pourrait marcher.. 14:20 <+ugha2p> On dirait que jrandom a eu un ping timeout. 14:20 <@jrandom> ok cool, autre chose sur le nomma^W euh, non, plus rien sur le nommage. passons au wiki 14:20 <modulus> de toute façon, si tu fais un lien tu voudras probablement mettre un chemin absolu dans le lien, pas juste un nom 14:21 <@jrandom> on passe à 4) tour d'horizon des eepsite 14:21 <dm> dm.i2p est en ligne et tourne 14:21 <@jrandom> cool 14:22 <@jrandom> ok, je n'ai pas grand-chose à ajouter au-delà de ce qui est mentionné dans le mail 14:22 <bob> c'est sympa de voir un afflux de sites ! tous rapides d'accès en plus ! 14:22 <@jrandom> aye, d'accord bob 14:22 <bob> orion, merci pour ton travail.. J'utilise ton site quotidiennement. 14:22 * jrandom aussi, le « last updated » est particulièrement utile 14:23 <bob> dm: :-) 14:24 <@jrandom> ok, s'il n'y a rien de plus, on peut passer à 5) ??? 14:24 <@jrandom> y a-t-il autre chose que vous voulez aborder pour la réunion ? 14:24 <ant> <Jnymo> quel est l'état du réseau ? 14:24 <ant> <Jnymo> concernant 4.2.5 ? 14:25 <@jrandom> ça a l'air bon, mais la version n'a que quelques heures, donc trop tôt pour le dire 14:25 <ant> <Jnymo> oh, heh 14:25 <ant> <Jnymo> des nouvelles de fusenet ? 14:26 <@jrandom> (http://piespy.i2p/i2p/i2p-current.webp heh) 14:26 <frosk> mon travail sur i2pcontent a été largement mis de côté pendant quelques semaines, mais la dernière version du document est lisible sur http://frosk.i2p/i2pcontent.html . si quelqu'un est intéressé, lisez, et commentez durement si besoin (sur irc quand je ne suis pas /away ou par mail à frosk@mail.i2p) 14:26 <frosk> i2pcontent/fusenet/peu importe ;) 14:26 <ant> <Jnymo> wordicus 14:28 <@jrandom> ok, s'il n'y a rien d'autre... 14:28 <mule2> une tonne d'applaudissements pour toutes les excellentes contributions 14:29 <@jrandom> aye, vous faites un sacré boulot 14:29 <frosk> toi aussi, jrandom :) 14:29 <orion> word. 14:29 <orion> oui, vraiment, toi aussi jrandom. 14:29 <scintilla> hear hear! 14:29 <ant> <Jnymo> ouais, j'ai remarqué sur le site qu'il y a moins d'infos sur comment aider 14:29 <@jrandom> parfois on assure, parfois on prend cher ;) 14:29 <orion> HIP HIP 14:30 <ant> <Jnymo> HOURRA 14:30 * orion sourit 14:30 <Frooze> téléchargé Eclipse aujourd'hui, pour apprendre Java pendant les vacances, parce que vous êtes tellement impressionnants. 14:30 <@jrandom> jnymo : beaucoup des petites tâches faciles à accomplir ont été faites 14:30 <@jrandom> ooh wikked Frooze 14:31 <Frooze> donc, des ennuis à l'horizon. heh 14:31 <@jrandom> jnymo : je devrais vraiment en collecter d'autres et les poster 14:31 <ant> <Jnymo> jrandom : Tu cherches toujours quelqu'un pour aider sur alexandria.i2p ? 14:31 <@jrandom> (à couvert, l'Arizona !) 14:31 * jrandom n'est pas impliqué dans alexandria, mais oui, je crois qu'ils cherchent toujours un bibliothécaire 14:31 <ant> <Jnymo> apprenez à nager, les gens ;) 14:31 * orion adore les références à Pump Up the Volume. Vagues bien qu'elles soient. 14:31 <@duck> oui nous le faisons 14:31 <@jrandom> :) 14:31 <Ragnarok> jrandom : où est censé aller le war au juste ? 14:31 <@jrandom> (orion++) 14:32 <@jrandom> Ragnarok : i2p/webapps/addressbook.war 14:32 <@jrandom> (puis redémarrer le router) 14:32 <ant> <Jnymo> duck, tu me parlais ? 14:32 <Ragnarok> cool. Je vais commencer les tests 14:32 <@jrandom> r0x0r 14:32 <ant> <Jnymo> duck : alexandria est sur ton site ? 14:33 <@duck> duck.i2p/alexandria/ 14:33 <ant> <Jnymo> word 14:34 <@jrandom> ok, si c'est tout, on se retire d'ici au cap des 90 min.. 14:34 * jrandom se prépare 14:34 * jrandom *baf* ferme la réunion