Réunion des développeurs I2P - 1er mars 2005

13:05 <@jrandom> 0) salut 13:05 <@jrandom> 1) 0.5.0.1 13:05 <@jrandom> 2) roadmap 13:05 <@jrandom> 3) éditeur du carnet d’adresses et config 13:05 <@jrandom> 4) i2p-bt 13:05 <@jrandom> 5) ??? 13:05 <@jrandom> 0) salut 13:05 * jrandom fait un signe de la main 13:05 <@duck> salut 13:05 <@jrandom> notes d’état hebdomadaires en ligne @ http://dev.i2p.net/pipermail/i2p/2005-March/000616.html 13:05 <null> salut 13:05 <@jrandom> (ouais, je suis en retard cette semaine, qu’on me coupe la tête) 13:06 <@jrandom> pendant que vous, lecteurs ultra-rapides, parcourez ça, on peut peut‑être passer à 1) 0.5.0.1 13:07 <@jrandom> 0.5.0.1 est sortie, et élimine les bogues les plus évidents de 0.5, mais comme on l’a vu, il reste du travail 13:07 <@jrandom> (le CVS courant en est à 0.5.0.1-7, je m’attends à au moins -8 ou -9 avant d’atteindre 0.5.0.2) 13:07 <+ugha2p> Salut. 13:08 <+ugha2p> Est-ce que le HEAD de CVS corrige ce problème de CPU à 100 % ? 13:08 <@jrandom> oui, -7 devrait en éliminer les derniers restes 13:08 <@duck> Est-ce que le HEAD de CVS corrige ce problème OOM ? 13:08 <+detonate> salut 13:08 <@jrandom> non, l’OOM (Out Of Memory) est encore en cours de traque 13:09 <@jrandom> en fait... y a-t-il un Connelly dans la salle ? 13:09 <ant> <jrandom> nope 13:09 <@jrandom> zut 13:09 <+ugha2p> jrandom doit devenir fou, il a un dialogue avec lui-même. 13:09 <@jrandom> ok, on va voir ce qu’on peut faire pour se débarrasser de l’OOM. C’est clairement bloquant, donc pas de sortie tant que ce n’est pas résolu d’une manière ou d’une autre 13:10 <+detonate> juste à temps pour la réunion 13:11 <@jrandom> c’est à peu près tout ce que j’ai à dire pour la 0.5.0.1 - quelqu’un d’autre a quelque chose à mentionner/demander/discuter ? 13:12 <+ugha2p> jrandom: Euh, je n’ai pas vu le problème CPU avec 0.5.0.1, mais il est arrivé deux fois quand j’ai essayé 0.5.0.1-5. Je rate un truc ? 13:12 <+ugha2p> Du coup je suis repassé à 0.5.0.1. 13:13 <+detonate> j’avais une question : l’arrêt semble prendre très longtemps, et l’usage mémoire grimpe d’environ 40 Mo pendant ce temps 13:13 <+detonate> je me demandais si tu savais pourquoi 13:14 <+detonate> l’arrêt immédiat, évidemment 13:14 <@jrandom> ça pouvait se produire avec 0.5.0.1, tu n’y étais juste pas tombé. 13:14 <@jrandom> (ce n’est pas courant, et ça ne touche que certaines personnes dans des situations étranges) 13:14 <@jrandom> detonate: très longtemps, genre plus que les 11–12 minutes habituelles ? 13:14 <+ugha2p> Eh bien, ça m’est arrivé deux fois sur une période de 8 heures. 13:15 <+detonate> une fois que tous les tunnels participants ont disparu 13:15 <+ugha2p> jrandom: Est-ce censé consommer tout le CPU et perdre tous les leases jusqu’au redémarrage quand ce bug se produit ? 13:16 <@jrandom> ugha2p: c’est un résultat typique du bug, oui 13:16 <+detonate> hmm 13:17 <@jrandom> (ça arrive quand le nombre de demandes de construction de tunnel consomme assez de CPU pour dépasser le temps nécessaire pour satisfaire une demande, ce qui fait qu’une demande supplémentaire est mise en file d’attente, etc.) 13:17 <+ugha2p> Ça a dû être une coïncidence extrême que ça ne m’arrive que sous 0.5.0.1-5. 13:18 <@jrandom> ugha2p: ça s’est produit de manière répétée pour certaines personnes en 0.5.0.1-0, mais c’est corrigé en -7. Tu peux rester en -0 si tu préfères, bien sûr 13:18 <cervantes> c’était un cadeau du ciel 13:18 <+ugha2p> jrandom: Je vais essayer -7. 13:18 <@jrandom> cool 13:19 <+ugha2p> Même que je me sens déjà coupable d’avoir offert une expérience cahoteuse aux utilisateurs du wiki. :) 13:20 <+ugha2p> Encore une chose, as-tu documenté quelque part les types de tunnel bulk/interactive ? 13:20 <+ugha2p> (À part dans le code source ;) 13:20 <@jrandom> dans le changelog. La seule différence est une taille de fenêtre max de 1 message 13:20 <+ugha2p> Oh, d’accord. 13:21 <@jrandom> ok, autre chose sur 0.5.0.1, ou on passe à 2) roadmap ? 13:21 <@duck> enchaînons ! 13:21 <@jrandom> considérez que c’est fait 13:22 <@jrandom> roadmap mise à jour. et tout ça. voyez la page pour les détails 13:22 <cervantes> eeh, duck mord les chevilles 13:23 <@jrandom> je pense repousser certaines stratégies de 0.5.1 à 0.6.1 (pour avoir l’UDP plus vite), mais on verra 13:23 <@jrandom> quelqu’un a des questions/commentaires/inquiétudes/frisbees ? 13:23 <+detonate> tu as eu des nouvelles de mule récemment ? 13:23 <+detonate> en parlant d’UDP 13:24 <@jrandom> non, il était assez malade la dernière fois que j’ai eu des nouvelles 13:24 <+detonate> :/ 13:24 <jnymo> l’UDP déchirerait 13:25 <@jrandom> s/would/will/ 13:25 <@jrandom> espérons qu’il s’amuse quelque part à la place :) 13:25 <+ugha2p> jrandom: Quel type de changements incluraient l’ajustement de la bande passante et des performances ? 13:26 <jnymo> donc, udp signifie en gros sans connexion.. ce qui veut dire.. un réseau plus grand, non 13:26 <+detonate> UDP apporte toutes sortes de difficultés avec ça 13:26 <@jrandom> ugha2p: regrouper les fragments de messages de tunnel pour mieux s’adapter aux messages de tunnel de 1024 octets fixes, ajouter des limiteurs de bande passante par pool, etc. 13:27 <+detonate> mais ouais 13:27 <@jrandom> detonate: ça n’ira pas si mal, le mécanisme de token bucket que nous avons maintenant peut gérer des requêtes asynchrones sans problème 13:27 <@jrandom> (on n’utiliserait évidemment pas le BandwidthLimitedOutputStream, mais on demanderait au FIFOBandwidthLimiter d’allouer K octets) 13:27 <+ugha2p> Le premier changerait vraiment beaucoup ? Le throttling par pool n’a pas l’air urgent. 13:28 <+detonate> c’est bien alors 13:28 <@jrandom> ugha2p: probablement, oui. Tu peux voir les chiffres exacts en allant sur /oldstats.jsp#tunnel.smallFragments 13:29 <bla> detonate: Où en est le réassemblage ? 13:29 <+detonate> vraiment à l’arrêt 13:30 <@jrandom> ugha2p: bien que ça dépende en grande partie du type d’activité, bien sûr. Les comms bavardes ont plus à gagner, mais les comms bulk remplissent déjà pleinement les fragments 13:30 <+ugha2p> jrandom: Ok. 13:30 <+ugha2p> D’accord. 13:31 <+detonate> j’ai complètement arrêté de travailler dessus et j’ai commencé à travailler sur l’addressbook-editor 13:31 <+detonate> il y a probablement une manière très efficace, bien étudiée, de faire ce genre de chose, mais je ne l’ai pas croisée 13:31 <jnymo> will upd mean people behind nats can get through now? 13:31 <@jrandom> some jnymo 13:31 <jnymo> et utiliser I2P ? 13:32 <@jrandom> mais d’abord il faut que ça marche avec UDP tout court, puis on ajoutera le perçage de firewall/NAT, puis le PMTU, etc. 13:32 <jnymo> ce sera une aubaine 13:33 <+detonate> bien sûr si quelqu’un a des suggestions sur quoi faire, je suis preneur 13:33 <+ugha2p> jrandom: Comment l’UDP aiderait les gens derrière des NAT ? 13:34 <bla> detonate: TCP (sur le réseau normal) fait du réassemblage. Ces concepts peuvent-ils être transposés au réassemblage UDP d’I2P ? 13:34 <+detonate> je ne me suis pas penché sur comment TCP le fait 13:34 <@jrandom> ugha2p: il y a pas mal d’astuces possibles avec des numéros de port constants, etc. Il y a beaucoup de code et de docs là‑dehors 13:35 <@jrandom> bla: nous utiliserons certainement un niveau de réassemblage UDP dans l’esprit de TCP-SACK 13:35 <+detonate> mais si tu gères la plupart de ce que TCP fait, autant prendre la voie NIO et l’utiliser 13:35 <+detonate> pour éviter les emmerdes 13:35 <@jrandom> non, il y a de solides raisons pour lesquelles nous voulons à la fois un peu de réassemblage/réémission et ne pas utiliser TCP 13:36 <+detonate> eh bien, les threads 13:36 <@jrandom> la couche de transport n’aura pas besoin d’être totalement fiable ou ordonnée, juste semi‑fiable et non ordonnée 13:37 <+ugha2p> On peut aussi s’attendre à une baisse de l’utilisation mémoire grâce à moins de threads ? 13:37 <@jrandom> oui 13:37 <+ugha2p> Une baisse significative 13:38 <+ugha2p> ? 13:38 <@jrandom> considérablement. (ainsi qu’une baisse de l’utilisation mémoire, en fonction de la cause actuelle de l’OOM ;) 13:38 <+ugha2p> D’accord. 13:39 <@jrandom> ok, autre chose sur 2) roadmap ? 13:39 <bla> jrandom: Oui. 13:40 <bla> jrandom: Est-ce que detonate va s’occuper maintenant de l’UDP ? Sinon, qui ? 13:40 <@jrandom> c’est un effort d’équipe pour tous ceux qui peuvent contribuer :) 13:40 <+detonate> heh, je compte bosser plus sur l’UDP, c’est moins ennuyeux que regarder la télé 13:41 <@jrandom> heh w3wt 13:41 <bla> jrandom: Je comprends. Mais pendant un moment on aurait dit que detonate avait lâché le projet ;) 13:42 <@jrandom> c’est sur la roadmap, ça sera fait 13:42 <+detonate> désolé pour la confusion 13:43 <@jrandom> ok quelqu’un d’autre a quelque chose sur 2) roadmap, ou on se dirige mollement vers 3) trucs du carnet d’adresses ? 13:44 <@jrandom> ok, detonate tu veux nous donner un aperçu/un point d’avancement sur l’éditeur ? 13:45 <bla> detonate: (pas de souci) 13:45 <+detonate> ok 13:45 <+detonate> l’état actuel de l’éditeur est ici : 13:45 <+detonate> http://detonate.i2p/addressbook-editor/current-state.html 13:45 <+detonate> il ne permet toujours pas d’éditer réellement 13:45 <+detonate> et en ce moment je travaille sur le tableau en bas 13:46 <+detonate> je dois lire quelques chapitres de mon livre sur JSP, mais après ça, vous devriez pouvoir l’utiliser pour ajouter/modifier des entrées dans hosts.txt et les abonnements assez facilement 13:47 <+detonate> j’ai fait une pause dessus ces dernières 24 heures environ, c’est pour ça qu’il n’y a pas eu beaucoup de progrès 13:47 <+detonate> c’est à peu près tout 13:47 <@jrandom> w3wt 13:48 <bla> detonate: Ça a l’air bien 13:49 <@jrandom> ouais, carrément, j’ai hâte d’avoir un moyen de gérer les entrées /autre/ que de bidouiller le fichier hosts 13:49 <+detonate> merci 13:49 <+detonate> c’est la première fois que j’utilise JSP pour quoi que ce soit 13:50 <@jrandom> cool 13:51 <@jrandom> oh, je n’avais pas réalisé qu’il y avait un chevauchement ici pour la gestion des abonnements – peut‑être que le travail de smeghead peut s’y intégrer aussi 13:51 <@jrandom> smeghead: tu es dans le coin ? tu as vu ça ? 13:51 <jnymo> detonate: y aura‑t‑il une détection des collisions et tout ça ? 13:51 <@smeghead> en fait je n’ai ébauché qu’un squelette de code sur la console du carnet d’adresses, rien d’utile 13:51 <+detonate> ouais, j’en ai eu marre de ça, merci à duck d’avoir suggéré l’idée :) 13:51 <@smeghead> je me suis fait détourner par le machin TrustedUpdate 13:52 <@jrandom> ah cool :) 13:53 * jrandom aime se laisser détourner pour ajouter de nouvelles fonctionnalités 13:53 <bla> smeghead: Tu veux dire des mises à jour en 1 clic d’I2P depuis _à l’intérieur_ d’I2P ? 13:53 <@smeghead> donc de la chance, pas de la paresse (au moins cette fois :) 13:53 <cervantes2p> bla: au moins 2 clics ;-) 13:54 <@jrandom> bah, on peut ramener ça à 1 (rejeter si signature invalide/mauvaise/etc ;) 13:54 <+detonate> ouais, il y aura une détection des collisions, c’est justement sur ça que je bosse 13:54 <@jrandom> detonate: ce n’est pas le carnet d’adresses lui‑même qui s’en charge ? 13:54 <@jrandom> detonate: je pensais que ce que tu faisais se contentait d’éditer les fichiers ? 13:55 <@jrandom> (les fichiers seront dédupliqués par le carnet d’adresses) 13:55 <+detonate> je veux dire, te montrer les collisions depuis les logs et gérer ça 13:55 <@jrandom> ah 13:55 <@jrandom> ok cool 13:55 <+detonate> je suppose que c’est de ça que parle jnymo 13:55 <Ragnarok> hm, y a quelque chose que je peux faire pour te faciliter la vie ? :) 13:55 <+detonate> pour que tu puisses dire « remplacer l’entrée » par celle en collision que tu choisis 13:55 <@jrandom> sympa ! 13:58 <@jrandom> Ragnarok: si je me souviens bien, detonate a pu parser le fichier de log assez facilement. Tu prévois que ce format change ? 13:58 <jnymo> detonate: à peu près, oui 13:58 <jnymo> maintenant, est‑ce que c’est étroitement intégré à i2p ? À quel point je peux facilement mettre un lien+clé depuis mon navigateur dans mon carnet d’adresses ? 13:59 <+detonate> ouais, ne change pas le format, ça casserait tout 13:59 <Ragnarok> il est très peu probable que le format change 14:00 <Ragnarok> même si on pourrait consigner plus de choses à l’avenir 14:00 <@jrandom> jnymo: l’eepproxy n’a aucun hook vers l’éditeur de detonate pour l’instant, mais on pourrait ajouter quelque chose plus tard 14:00 <+detonate> mais si tu modifiais les lignes Conflict, ça les rendrait plus faciles à parser 14:00 <cervantes2p> c’est peut‑être quelque chose que mon plugin Firefox pourrait faire 14:00 <+detonate> pour l’instant il y a plein de mots lisibles par des humains qui gênent 14:00 <Ragnarok> modifier comment ? 14:00 <@jrandom> (par exemple, peut‑être que i2paddresshelper pourrait rediriger vers une page d’éditeur) 14:00 <cervantes2p> « cliquez ici pour ajouter ceci à votre carnet d’adresses » 14:00 <Ragnarok> ah... Je veux être sympa avec les humains, quand même 14:00 <+detonate> <date>=<host>=<source>=<new destination> serait préférable 14:01 <@jrandom> cervantes2p: ça va marcher comme le réécrivain de pages de Google ? :) 14:01 <+detonate> eh bien, c’est à ça que sert l’addressbook-editor :) 14:01 <+detonate> ce n’est vraiment pas un problème, j’ai ce qu’il faut 14:01 <cervantes2p> jrandom: nan... juste l’avoir dans le menu contextuel du lien 14:01 <@jrandom> ooOOoo 14:01 <+detonate> tant que rien ne change radicalement, ça devrait continuer à bien marcher 14:02 <cervantes2p> bien sûr je pourrais ajouter un réécrivain… mais ça casse juste la mise en page des gens ;-) 14:02 <+detonate> oh, un truc que tu pourrais faire 14:02 <+detonate> parce que ça entre en conflit avec ce que je fais 14:02 <+detonate> t’assurer que toutes les entrées pour les noms d’hôtes sont en minuscules 14:02 <+detonate> puisque Legion.i2p est là 14:02 <cervantes2p> Je veux ajouter un « surligneur de liens non I2P » 14:02 <+detonate> et je les passe toutes par toLowercase() 14:02 <@jrandom> ah ce serait chouette cervantes2p 14:03 <@jrandom> (veille à ne mettre en minuscules que les noms, base64 est sensible à la casse ;) 14:03 <+detonate> ouais, seulement les noms 14:04 <jnymo> le menu contextuel serait idéal 14:04 <@jrandom> (n’oublie pas les poneys volants !) 14:04 <Ragnarok> J’ai rendu les comparaisons d’adresses insensibles à la casse dans ma branche locale... je devrais committer ça... 14:04 <+detonate> /make all the hostnames lowercase 14:04 <+detonate> pair[0] = pair[0].toLowerCase(); 14:05 <+detonate> voilà, noir sur blanc 14:05 <+detonate> ça ne fait que les noms d’hôtes 14:05 <@jrandom> aye Ragnarok, donne-nous la marchandise :) 14:05 <jnymo> pourquoi ai-je toujours l’impression que c’est moi qui monte les poneys volants :( 14:06 <@jrandom> c’est parce que tu les monopolises, jnymo ;) 14:06 <cervantes2p> jnymo: ne parle pas de tes « arrangements » domestiques en réunion 14:07 <@jrandom> ok, plein de trucs sympas dans le carnet d’adresses et l’éditeur. une ETA sur quand on peut bêta‑tester les choses, detonate ? (cette semaine, la semaine prochaine, etc.) 14:07 <jnymo> heh 14:07 <+detonate> eh bien, dès que tu peux le faire marcher dans Jetty, tu peux le mettre en bêta je pense 14:07 * jnymo sort son p32-space-modulator 14:07 <@jrandom> ça marche dans Jetty 14:07 <+detonate> je n’ai aucune idée de comment faire précompiler ça par NetBeans et les mettre dans le WAR 14:08 <+detonate> tant que les gens ne changent pas les noms des fichiers dans config.txt, ça devrait marcher, j’espère sans bogues 14:08 <@jrandom> ok, on peut te faire passer par Ant pour s’en occuper 14:08 <+detonate> ok 14:08 <+detonate> cool 14:08 <cervantes2p> detonate: fais comme moi, prends le code de jrandom.... retire tout ce dont tu n’as pas besoin, force ton propre code au pied‑de‑biche et lance le script de build Ant ;-) 14:08 <@jrandom> heh 14:09 <@smeghead> detonate: je connais deux‑trois trucs sur Ant, crie si tu coinces 14:09 <+detonate> n’hésite pas à l’ajouter à ta release 14:09 <+detonate> si tu sais comment faire 14:09 <MichElle> s/you don't need// 14:09 <Ragnarok> addressbook a un script de build très simple, si tu veux y jeter un œil 14:10 <+detonate> j’ai besoin de la section qui précompile les JSP 14:10 <+detonate> ça manque dans le mien 14:10 <+detonate> bien qu’il les compile, il ne les fusionne pas, et l’entrée pour tester la compilation n’est pas dans build.xml 14:10 <@jrandom> detonate: regarde les cibles precompilejsp dans routerconsole, ça te mettra sur la voie 14:10 <+detonate> et je dois trouver où mettre -source 1.3 etc. 14:10 <@jrandom> (et la tâche <war>) 14:11 <+detonate> ouais, on peut régler ça plus tard ce soir 14:11 <@jrandom> aye 14:11 <cervantes> yup c’est comme ça que j’ai fait... et je ne connais AUCUN Java ni JSP ;-) 14:11 <@jrandom> ok, s’il n’y a rien de plus sur 3) trucs du carnet d’adresses, on passe à 4) trucs bt 14:12 <@jrandom> duck/smeghead: vous nous faites un point ? 14:12 <@duck> k 14:12 <@duck> la semaine dernière nous avons parlé avec Nolar d’Azureus pour corriger des problèmes de compatibilité 14:12 <@duck> ce qui a abouti à la sortie de 0.1.8 14:12 <@duck> cette semaine a surtout été consacrée à la communication 14:12 <@duck> avec les autres développeurs, les admins des forums et les utilisateurs 14:13 <+detonate> quelqu’un sait si le plugin aznet peut héberger des torrents à nouveau ? 14:13 <@duck> la FAQ a été mise à jour d’après les retours du forum, merci à ceux qui ont contribué 14:13 <@duck> il y a aussi eu des maladresses de communication et de la confusion 14:13 <@jrandom> detonate: on dit que oui 14:13 <@duck> comme le spork de legion 14:13 <+detonate> excellent 14:13 <@duck> Je pense que changer son nom évitera d’autres problèmes là 14:13 <@duck> . 14:14 <@jrandom> r0xor duck 14:14 * MichElle applaudit duck 14:14 <MichElle> duck: tu travailles très dur 14:14 <jnymo> ouais, pourquoi pas i2p-bt_extractor ou un truc du genre ? 14:15 <@jrandom> des nouvelles des trucs prévus pour 0.2, ou c’est pour après 0.5.0.2/etc. ? 14:15 <@smeghead> n’applaudissez pas encore, vous ne savez pas comment on va l’appeler>;-} 14:15 <@jrandom> heh 14:15 * jnymo applaudit 14:15 <@duck> dis‑nous ! 14:15 <@jrandom> i2p-flying-pony-torrent 14:16 <+detonate> heh, on est en train de le cacher en changeant le nom ? 14:16 <MichElle> encore les poneys 14:16 <@smeghead> c’est top secret pour l’instant, on ne veut pas se faire poursuivre 14:16 <jnymo> quelle débâcle 14:17 * bla fait une pancarte pour la MPAA : « Poursuivez‑moi, si vous pouvez… » 14:17 <@smeghead> duck et moi avons convenu que 0.2 sera la première version avec le nouveau nom 14:17 <+detonate> i2p-communism 14:17 <@duck> sortie printemps 2006 14:17 <@jrandom> heh 14:17 <@duck> . 14:18 <@smeghead> vu ma charge de travail actuelle et le fait que je déménage cette semaine, je ne pense pas pouvoir hacker sur 0.2 pendant quelques jours, je ne sais pas quel est le planning à court terme de duck 14:18 <@duck> j’ai passé 8 heures à réparer des pointeurs C++ 14:19 <@duck> donc pas grand-chose ici non plus :) 14:19 <@jrandom> ’k mais quelque chose qu’on peut peut‑être attendre en parallèle de 0.6 (ou 0.5.1 si on a de la chance ?) 14:19 <@jrandom> aïe, fun fun fun 14:19 <@duck> avant 2.0 au moins 14:19 <@smeghead> j’estime à un mois environ, juste une estimation à la louche, qu’en penses‑tu duck 14:19 <@duck> ouais 14:19 <@jrandom> cool 14:19 <@duck> à la louche 14:20 <@smeghead> le truc c’est qu’on voudrait attendre la sortie du BT 4.0 officiel 14:20 <@jrandom> c’est ok, on sait comment vont les plannings ;) 14:20 <@smeghead> pour pouvoir synchroniser 0.2 là‑dessus 14:20 <MichElle> duck a beaucoup de choses sur son assiette, en effet 14:20 <@smeghead> 4.0 paraît imminent 14:20 <@jrandom> ah, vraiment smeghead ? cool 14:20 <@duck> smeghead: ça, c’est juste l’excuse officielle :) 14:20 <MichElle> mais c’est un gros bosseur 14:21 <@duck> Je suis pour 5) ??? 14:21 <@jrandom> presque... 14:21 <@jrandom> legion: des nouvelles de ton client bt ? progrès, etc. ? 14:21 <@smeghead> code source ? 14:22 <@smeghead> (en zip, pas en .exe) 14:22 <cervantes> donc la prochaine vague de sorties alors 14:22 <@jrandom> hmm, legion semble inactif, ok on aura peut‑être une mise à jour plus tard 14:22 <cervantes2p> putain, un énorme lag 14:23 <@jrandom> donc, on passe à 5) ??? 14:23 <cervantes> *tousse* w00t 14:23 <@jrandom> cervantes2p: nan, tu es juste lent ;) 14:23 <@jrandom> ok, quelqu’un d’autre a quelque chose à soulever ? 14:23 <cervantes2p> J’ai dit ces trucs il y a genre 5 minutes 14:23 <+ugha2p> jrandom: Le pied de page de la liste de diffusion utilise encore l’adresse i2p.dnsalias.net. Tu devrais peut‑être le mettre à jour pour refléter dev.i2p.net ? :) 14:23 * cervantes2p nourrit le hamster de son router 14:24 <@jrandom> ah, ouais, probablement ugha2p 14:24 * jrandom a du boulot de sysadmin que j’évite depuis un moment (comme, oh, déplacer des choses vers le nouveau srever...) 14:24 <MichElle> J’ai une inquiétude 14:24 <MichElle> à propos de la transparence 14:24 <@jrandom> quoi de neuf, MichElle ? 14:25 <MichElle> par souci de transparence totale, je déclare ici qu’identiguy a suggéré que jrandom pourrait en fait être employé par la NSA 14:25 <+detonate> oh, j’ai remarqué 190 routers, à quel point sommes‑nous proches de la limite de threads en ce moment ? 14:25 * jnymo se demande quelle autre aide les gens peuvent apporter 14:25 <jnymo> (je me penche toujours sur le truc PHP, duck ;) 14:25 <@jrandom> heh MichElle 14:25 <MichElle> sa capacité « pratique » à travailler 24/7 sur I2P est assez suspecte, en effet 14:25 <MichElle> bref 14:25 <MichElle> c’est tout ce que je voulais dire 14:25 <MichElle> gardez un œil sur jrandom 14:26 <MichElle> sa façade douce et chaleureuse n’est peut‑être que ça. 14:26 <+ugha2p> detonate: il n’y a pas de limites théoriques de threads, ça se contentera de consommer toutes les ressources disponibles jusqu’à planter. :) 14:26 <jnymo> façade 14:26 <@jrandom> detonate: certains OS/ulimits peuvent limiter à 256, mais Win98 est déjà au‑delà de la limite de 100 connexions TCP de toute façon 14:26 <cervantes2p> Je peux donner une petite mise à jour sur le plugin Firefox. L’avertisseur I2P Mail fonctionne maintenant, ainsi que le lecteur de news et les contrôles basiques du router. Je suis en train de construire laborieusement les écrans de configuration maintenant ( http://freshcoffee.i2p/fire2pe_i2pmail_prefs.webp ) 14:27 <jnymo> MichElle, si le code source est sain, alors qui s’en soucie ? 14:27 <+detonate> le plugin Firefox est sorti ? 14:27 <MichElle> jnymo: ça casse un peu l’ambiance 14:27 <cervantes2p> et je veux implémenter un service de téléchargement/installation qui s’intègre au nouveau vérificateur de mises à jour de smeghead avant de publier 14:27 <ddd> salut le canal 14:28 <+detonate> ok 14:28 <@jrandom> w0ah ! du tonnerre, cervantes2p 14:28 <@jrandom> ça a l’air vraiment bien 14:28 <+detonate> salut ddd 14:28 <cervantes2p> mais on s’en rapproche… probablement encore quelques semaines… 14:28 <MichElle> un peu comme le fait que faire tourner Windows ne serait toujours pas cool, même si Microsoft le mettait en open source 14:28 <+detonate> ce plugin a l’air cool 14:28 <MichElle> retour à la réunion, toutefois ... 14:28 <@smeghead> TrustedUpdate pourrait être terminé cette semaine, espérons‑le, avant que je déménage 14:28 <@jrandom> cool 14:29 <ddd> ? 14:29 <ddd> i2p est‑il le seul chat anonyme ? 14:29 <@jrandom> salut ddd . réunion de dev hebdo en cours 14:30 <cervantes2p> ’lut ddd, on finit juste une réunion… reste dans le coin, on aura terminé dans quelques minutes 14:30 <ddd> y a‑t‑il d’autres projets comme I2P ? 14:30 <@smeghead> ddd: tape /list puis choisis 14:30 <ddd> ok 14:30 <ddd> non je veux dire sur d’autres réseaux 14:30 <@jrandom> ok, quelqu’un d’autre a quelque chose à apporter pour 5) ??? 14:30 <@smeghead> ddd: demande dans #i2p-chat 14:30 <ddd> ok je vous laisse finir 14:30 <+detonate> quelqu’un a-t-il réussi à faire tourner i2p sous openbsd ? 14:31 <@jrandom> ddd: http://www.i2p.net/how_networkcomparisons 14:31 <ddd> ok 14:31 <+detonate> je pensais relancer ce fiasco 14:31 <@jrandom> detonate: je ne sais pas 14:31 <jnymo> ah oui.. qui faisait la distro I2P BSD, et quel BSD c’était ? 14:31 <@jrandom> jnymo: lioux l’a empaqueté pour fbsd 14:32 <@smeghead> i2p ne serait jamais livré avec OpenBSD :) 14:32 <+detonate> sûr 14:32 <jnymo> woord.. quelqu’un n’allait pas faire une distro orientée I2P ? 14:32 <+detonate> ouais, il y a maintenant un port dans FreeBSD 14:32 <+detonate> ça fait peur 14:32 <+detonate> heh, quelqu’un voulait un CD Knoppix qui faisait tourner I2P 14:32 <@jrandom> jnymo: après qu’I2P sera béton, ça vaudra le coup d’explorer le packaging sur des distros/micro‑distros, ouais 14:32 <+detonate> allez savoir pourquoi 14:33 <@smeghead> jnymo: je m’en souviens, je crois que ça devait être un knoppix/i2p, je ne me rappelle plus qui en parlait 14:33 <@jrandom> detonate: cybercafé 14:33 <+detonate> ah 14:34 <@jrandom> ok, autre chose pour la réunion ? 14:34 <MichElle> c’est quoi cette putain de distro « orientée » I2P 14:34 <MichElle> tor, i2p et freenet ? 14:34 <MichElle> ça n’a aucun sens 14:34 <MichElle> les besoins en bande passante s’annulent mutuellement 14:34 <MichElle> est‑ce que jrandom est Theo de Raadt ? 14:34 <cervantes> une distribution un peu maniérée 14:34 <jnymo> une distro complètement anonymisée 14:35 <cervantes2p> jrandom: je suppose que non :) 14:35 <MichElle> jrandom: rien 14:35 * jrandom s’élance 14:35 * jrandom *baf* clôt la réunion