Réunion des développeurs I2P - 2 novembre 2004

13:37 <jrandom> 0) salut 13:37 <jrandom> 1) État du réseau 13:37 <jrandom> 2) Mises à jour du cœur 13:37 <jrandom> 3) Bibliothèque de streaming 13:37 <jrandom> 4) Avancées de mail.i2p 13:38 <jrandom> 5) Avancées BT 13:38 <jrandom> 6) ??? 13:38 <jrandom> 0) salut 13:38 <jrandom> désolé pour le retard, notes d'état hebdomadaires publiées @ http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 <dm> réunion dans 24 ou 84 ? 13:38 <jrandom> 0 13:38 <dm> oh.. -36 ? 13:39 <jrandom> ouais, 21h GMT 13:39 <jrandom> mais je l’ai oublié, donc on commence... maintenant ;) 13:39 <jrandom> 1) état du réseau 13:39 <dm> bon timing 13:39 <jrandom> eh bien, pas de vrai changement de l’état du réseau de mon côté - quelqu’un a quelque chose à soulever à ce sujet ? 13:41 <jrandom> sinon, autant passer à 2) mises à jour du cœur 13:41 <jrandom> je n’ai pas vraiment autre chose à ajouter au-delà de ce qui est dans l’email, donc je laisse une minute aux gens pour digérer 13:42 <deer> <postman> arg 13:42 <jrandom> il y a eu 8 correctifs depuis la sortie, avec encore un ou deux en attente. on va probablement regrouper tout ça dans une 0.4.1.4, puisque la bibliothèque de streaming elle-même n’est pas prête 13:43 <deer> <jrandom> re, ça a l’air un peu cahoteux par ici 13:43 <deer> <postman> pas de souci, je suis de retour :) 13:43 <protok0l> des nouvelles de la disparition d’aum ? je veux stasher ! 13:44 * dm aime savoir que des choses sont faites sous le capot pour optimiser I2P 13:44 <jrandom> comme l’a cité gott, DIY, faire ou périr 13:45 <jrandom> oui, le brassage mémoire finissait par représenter une part substantielle du temps CPU 13:45 <jrandom> donc ça valait enfin l’effort d’optimiser 13:45 <deer> <baffled> Désolé, je dois attraper un bus, je lirai les logs plus tard ce soir. 13:45 <deer> <peer> salut, juste un rapport de bug 13:45 <jrandom> (car cela a réduit le temps de test de la bibliothèque de streaming d’un facteur 5) 13:45 <jrandom> cool baffled, à plus tard 13:46 <deer> <peer> quand ta connexion réseau tombe, i2p meurt 13:46 <dm> Ce sont le genre de choses qui te tombent dessus, c’est bien de les évacuer tant que le projet est encore léger. 13:46 <deer> * postman a remarqué ça aussi il y a quelques jours 13:46 <deer> <postman> un de mes serveurs a perdu son lien 13:46 <deer> <postman> pendant quelques minutes - après ça i2p méritait un redémarrage complet 13:46 <jrandom> meurt, c’est-à-dire la JVM s’arrête, ou le router cesse de parler aux pairs ? 13:47 <jrandom> (il arrête évidemment de parler aux pairs, je veux dire, une fois le réseau revenu, est-ce qu’il se remet ?) 13:47 <deer> <postman> jrandom : dans mon cas la JVM tournait toujours - mais aucune connexion n’aboutissait pendant environ 15 minutes 13:47 <deer> <postman> jrandom : après ça j’ai redémarré 13:47 <jrandom> hmm, ok, cool 13:48 <jrandom> merci peer, postman. je vais faire un peu de debug là-dessous 13:48 <jrandom> quels OS, au fait ? 13:48 <deer> <postman> jrandom : pas de souci - je voulais t’écrire un mail mais j’ai oublié 13:49 <deer> <postman> jrandom: Linux 2.4.recent - glibc2.3.recent jvm 1.4.05 13:49 * jrandom soupçonne que cette semaine sera la semaine du « casser des trucs et faire en sorte que i2p gère ça mieux » 13:49 <jrandom> clair 13:50 <deer> <peer> jrandom : dans mon cas la JVM s’est arrêtée complètement 13:50 <jrandom> est-ce qu’il a dit OutOfMemory ou affiché des messages CRIT ? ou a-t-il créé un fichier hs_* dans ton répertoire d’installation i2p ? 13:52 <jrandom> peut-être qu’on pourra creuser les détails plus tard, après la réunion 13:52 <jrandom> quelqu’un a autre chose sur 2) mises à jour du cœur ? 13:52 <jrandom> sinon, passons à 3) bibliothèque de streaming 13:53 <dm> ouais 13:53 <dm> cette latence augmentée 13:53 <dm> tu as une estimation du % d’augmentation par hop ? 13:53 <dm> on parle de quelques points de % ou de 30-40 % ? 13:53 <jrandom> aucune, c’est juste que dans certaines situations ça n’envoyait pas par un tunnel sortant 13:54 <dm> donc négligeable... d’accord 13:54 <dm> (en moyenne) 13:54 <dm> 3) 13:54 <jrandom> 0 % par hop, mais c’est comme si le pair à qui tu parles avait des tunnels plus longs d’1 hop qu’avant (en moyenne) 13:55 <jrandom> pas beaucoup de mises à jour vraiment visibles pour la bibliothèque de streaming jusqu’ici 13:55 <jrandom> les choses marchent plutôt bien, et j’ai fait une série de benchmarks pour suivre les progrès pendant les mises à jour récentes de la mémoire 13:55 <dm> oh des chiffres de débit !!! 13:57 <dm> ping 13:57 <deer> <Natalia> . 13:57 <jrandom> eh bien, ça variait selon la taille des messages et la latence injectée par hop, mais le débit préliminaire a été 2 à 5x plus rapide 13:57 <jrandom> mais c’était limité par le CPU 13:57 <dm> hmmm, pas mal. 13:58 <dm> CPU de quel côté ? 13:58 <jrandom> le gros avantage est la réduction des retransmissions de données et l’élimination quasi totale des échecs ;) 13:59 <jrandom> dm : ces tests ont été faits avec le simulateur, en injectant des délais aléatoires par hop 13:59 <jrandom> (par ex. 400 ms à chaque fois, ou 1000 ms, ou 2000 ms) 13:59 <dm> Y a-t-il une sorte de schéma de priorité pour que le transfert des messages des tunnels ne soit pas trop affecté par des gens qui essaient de télécharger à 30 k/s et saturent leur CPU ? 13:59 <jrandom> (en fait, le *gros* avantage c’est la fenêtre glissante et le réordonnancement, mais la réduction des retransmissions est bonne) 14:00 <jrandom> je ne suis pas sûr de comprendre 14:00 <dm> Par exemple si je télécharge du porno, est-ce que je vais injecter un lag de 3 s à tous ceux qui passent par moi dans leurs tunnels. 14:00 <jrandom> (et les taux de transfert étaient bien plus élevés que 30 KB/s, mais encore une fois, c’était en local uniquement avec des délais injectés aléatoirement) 14:01 <dm> Je me demande juste ce qui se passe en général si quelqu’un sature son CPU, en termes de contribution au réseau. 14:01 <dm> Je suppose que ce n’est pas spécifique à un abus de la bibliothèque de streaming. 14:02 <jrandom> tu ne vas pas saturer ton CPU en faisant du streaming, la charge CPU était quelque chose que j’ai rencontré en utilisant le simulateur local faisant tourner plein de routers sur une seule machine 14:02 <dm> ah d’accord, je pensais que le CPU était saturé avec un router essayant de chiffrer tous les bits qui descendent le tuyau. 14:02 <jrandom> nan, le chiffrement est vraiment vraiment rapide 14:03 <dm> cool 14:03 <jrandom> ok, quelqu’un d’autre a des questions concernant l’avancement de la bibliothèque de streaming ? 14:03 <jrandom> sinon, 4) avancées de mail.i2p 14:04 <deer> <jrandom> postman, t’es dans le coin ? 14:04 <deer> <postman> yo :) 14:04 <deer> <postman> ok 14:04 <deer> * postman fait coucou 14:05 <deer> <postman> eh bien, messieurs. Certains d’entre vous auront remarqué que nous avons enfin implémenté des services entrée/sortie 14:05 <jrandom> [w00t!] 14:05 <deer> <postman> veuillez lire www.postman.i2p/inout.html 14:05 <deer> <postman> merci de tester le système 14:06 <deer> <postman> baffled va fournir le 2e MX officiel 14:06 <jrandom> clair 14:06 <deer> <postman> en ce moment je travaille sur l’implémentation IMAP 14:07 <deer> <postman> cela signifie un passage au format maildir bientôt 14:07 <jrandom> il faudra re-vérifier divers clients pour ça, non ? 14:07 <deer> <postman> pour l’instant j’évalue/teste 14:07 <jrandom> cool 14:07 <deer> <Natalia> pourquoi IMAP et pas POP3 ? 14:07 <deer> <postman> oui, et côté serveur aussi 14:08 <deer> <postman> Natalia : nous avons déjà POP3 14:08 <deer> <postman> POP3 peut bien sûr être utilisé 14:08 <deer> <postman> IMAP4 nous rendra plus flexibles pour les systèmes de webmail (avec un peu de chance) 14:10 <deer> <postman> c’est encore une question ouverte 14:10 <deer> <Natalia> d’accord. 14:10 <deer> <Natalia> on aurait dit que tu allais passer de POP3 à IMAP 14:11 <deer> <postman> non, bien sûr que non 14:11 <deer> <postman> jrandom : des nouvelles concernant un webmail tournant localement ? 14:12 <jrandom> pas à ma connaissance. je n’ai pas eu le temps de m’y pencher du tout 14:12 <deer> * postman non plus 14:12 <jrandom> il y avait ces discussions à propos d’atmail, mais c’est propriétaire 14:12 <deer> <postman> mmh, oui 14:13 <deer> <postman> mais quelque chose en JSP ? 14:13 <jrandom> ’ce serait une très bonne façon pour un volontaire de se lancer et de faire un peu de travail de fond :) 14:13 <deer> <Natalia> eh bien, j’ai ajouté cette description à gott.i2p/sites.html 14:13 <deer> * postman est complètement incapable de faire des recherches sur ce sujet 14:13 <deer> <Natalia> pour www.postman.i2p 14:13 <deer> <Natalia> postman gère le premier service mail d’i2p, offrant des comptes POP3 et SMTP 14:13 <deer> <Natalia> sur i2p. Récemment, la possibilité d’envoyer et de recevoir des e-mails vers et 14:13 <deer> <Natalia> depuis l’extérieur du réseau i2p a été implémentée, faisant des services de www.postman.i2p une 14:13 <deer> <Natalia> destination futée pour tout utilisateur d’e-mail soucieux et bientôt un incontournable, à mesure que des comptes mail.i2p 14:13 <deer> <Natalia> deviennent la norme pour les auteurs d’eepsite. 14:14 <deer> <Natalia> ça sonne bien ? 14:14 <deer> <postman> merci Natalia :) 14:14 <deer> <postman> jrandom : je pense que ce n’est pas un sujet urgent 14:14 <deer> * Natalia fait une révérence :) 14:15 <deer> <postman> jrandom : peut-être qu’on reprendra la question du webmail plus tard :) 14:15 <jrandom> d’accord postman 14:15 <deer> <postman> c’est tout pour moi, merci :) 14:15 <jrandom> clair, merci postman 14:15 <deer> * postman fait une révérence aussi et se rassoie 14:15 <jrandom> ok, autre chose là-dessus, ou on passe à 5) avancées BT ? 14:16 <deer> <jrandom> dinoman : t’es dans le coin ? 14:16 <dm> Ouais, j’attends toujours que BT réactive mon ADSL 14:16 <jrandom> !thwap 14:17 <deer> <duck> dino a fait du bon boulot 14:17 <deer> <duck> avec Ragnarok pour corriger certaines choses 14:17 <deer> <duck> jusqu’à présent, il semble que les problèmes actuels soient : 14:17 <deer> <duck> - manque de fiabilité de SAM 14:17 <deer> <duck> - problèmes de la bibliothèque SAM Python 14:17 <deer> <duck> - utilisation incorrecte de la lib SAM Python 14:18 <deer> <duck> - prise en charge correcte de la destination au lieu de host/ip/port 14:18 <deer> <duck> une fois que cela est corrigé, ça devrait marcher 14:18 <jrandom> cool 14:19 <deer> <duck> Je pense qu’il faut toutefois prendre un petit recul 14:19 <deer> <duck> et s’accorder sur la manière de modifier le protocole pour gérer correctement les destinations 14:19 <deer> <duck> de toute façon ce sera incompatible, donc autant bien le casser 14:19 <jrandom> je suis d’accord 14:20 <jrandom> peut-être que quelqu’un peut ébaucher un plan global de ce qu’il faut faire sur les différentes applis/composants pour que ça marche 14:20 <deer> <duck> chaque pair a un peer_id unique de 20 octets 14:20 <deer> <duck> il est normalement dérivé du host/ip 14:21 <deer> <duck> je pense qu’utiliser la destination complète est un peu excessif 14:21 <deer> <duck> quelle chose globalement unique devrions-nous utiliser ? 14:21 <jrandom> SHA1(destination)[0:19] 14:21 <jrandom> peut-être ? 14:21 <deer> <Ragnarok> les vingt premiers octets de la dest ? :) 14:22 <deer> <duck> un hash sha1 fait 20 octets 14:22 <jrandom> les 20 premiers octets de la dest devraient être assez aléatoires aussi, suffisant pour gérer les collisions aléatoires, mais pas pour faire face à des collisions hostiles 14:22 <jrandom> encore mieux 14:22 <deer> <dinoman> si tu perds la clé comment les pairs se retrouvent-ils 14:22 <jrandom> un pair *est* une clé 14:23 <jrandom> oh 14:23 * jrandom a mal interprété 14:23 <jrandom> le tracker doit donner aux pairs la destination complète, pas le SHA1(destination) 14:24 <jrandom> est-ce le même peer_id en question ? 14:24 <deer> <dinoman> j’ai corrigé le tracker php pour envoyer la clé complète comme ip 14:24 <deer> <duck> en fait c’est le client qui génère le peer_id 14:24 <deer> <duck> (qu’entends-tu par « clé » ?) 14:25 <deer> <dinoman> destination 14:25 <dm> On dirait un sketch « Who’s on First ». 14:25 <dm> Utilisez des phrases complètes, les gens ! 14:26 <deer> <dinoman> ok très bien :/ le tracker envoie la Destination complète comme ip 14:27 <jrandom> heh, ne fais pas attention à dm. ça a l’air parfait 14:27 <deer> <dinoman> le peer id est juste pour les trackers 14:27 <deer> <duck> peut-être qu’on pourrait utiliser #i2p-bt 14:28 <jrandom> ce qui serait utile, je pense, c’est que toi (ou quelqu’un d’autre) puisses peut-être rédiger une liste des modifications à faire 14:28 <deer> <duck> pour qu’aucune guerre de religion ne démarre chaque fois que le nom du serpent est lâché 14:29 <deer> <dinoman> ça me va 14:29 <deer> <dinoman> je ne fais pas la guerre, si ça marche, ça marche 14:29 <jrandom> (par ex. "tracker sends e full destination as the IP", "client interprets the IP as the full destination", "torrent contains the tracker's destination in the field 'trackerDest'", etc) 14:29 <deer> <duck> définitivement 14:30 <deer> <dinoman> jrandom tu l’as 14:31 <deer> <dinoman> voici la sortie d’exemple du tracker 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 <dm> copie/colle la phrase de jrandom dans Notepad et enregistre sous « draft.txt » 14:31 <cat-a-puss> BT sur i2p sera-t-il intercompatible avec d’autres clients qui ne sont pas sur i2p ? 14:31 <jrandom> cool dinoman 14:31 <deer> <dinoman> à ip50 tu verras une clé bidon 14:32 <jrandom> cat-a-puss : oui 14:32 <deer> <dinoman> oui 14:32 <cat-a-puss> alors on devrait discuter 14:32 <jrandom> bienvenue à la réunion hebdo ! :) 14:32 <deer> <dinoman> il faudra que ce soit quelque chose comme .i2ptorrent pour que ça cohabite 14:32 <deer> <dinoman> pour les noms de fichiers, les liens et tout le reste 14:33 <jrandom> tu travailles sur quelque chose de similaire, cat-a-puss, ou tu as des idées d’amélioration ? 14:33 <cat-a-puss> je travaille sur quelque chose de similaire 14:33 <cat-a-puss> en Java 14:33 <jrandom> cool 14:34 <jrandom> est-ce nécessairement spécifique à Java, ou certains pairs peuvent-ils être dans d’autres langages ? 14:34 <cat-a-puss> bonne question, je ne sais pas comment faire ce genre de chose en Java, je vais devoir me renseigner 14:35 <deer> <duck> d’accord 14:35 <deer> <duck> utilisons ugha.i2p pour rédiger quelques specs 14:35 <deer> <duck> . 14:35 <jrandom> ou peut-être qu’il nous faut une section « swarming data transfer » dans le forum pour qu’on puisse tous discuter de ces trucs à notre rythme ? 14:35 <jrandom> ou ugha.i2p, bien sûr 14:36 <jrandom> (pendant qu’on travaille sur quelques bugs dans l’impl SAM et les libs :) 14:36 <deer> <duck> ça rend le tout stimulant 14:37 <deer> <dinoman> hehe ok 14:38 <deer> <duck> ... 14:38 <deer> <duck> plus de bt ? 14:38 <deer> * dinoman retourne travailler sur Savane 14:39 <jrandom> http://ugha.i2p/SwarmingTransfer / http://ugha.ath.cx/SwarmingTransfer 14:39 <jrandom> clair 14:39 <jrandom> ok, autre chose sur 5) avancées BT ? 14:39 <jrandom> ou on passe à 6) ??? 14:39 <jrandom> et demander à dinoman comment avance Savane ? :) 14:40 <deer> * jrandom claque son fouet 14:40 <deer> <dinoman> mince je suis bloqué sur l’utilisation du système mail d’i2p 14:40 <deer> <dinoman> je pense que je devrais juste retirer le mail 14:40 <jrandom> y a-t-il un moyen de lui dire d’utiliser le serveur SMTP sur un port différent ? 14:40 <jrandom> ou est-ce que le problème est le SMTP authentifié ? 14:41 <deer> <dinoman> auth 14:41 <protok0l> Uptime : 5 j 14:41 <protok0l> ii own 14:41 <deer> <dinoman> ce n’est pas dans la classe que Savane utilise 14:42 <deer> <dinoman> je peux l’y mettre 14:42 <protok0l> je suis « Ident : pxEI » quelqu’un peut me dire ma cote 14:42 <jrandom> ok, je parie qu’on peut demander à postman de te configurer une destination SMTP personnalisée qui ne requiert pas d’authentification 14:42 <dm> je te donne 6/10 14:42 <dm> tu pourrais travailler un peu ton cul 14:42 <janonymous1> C’est quoi Savane 14:43 <jrandom> janonymous1 : c’est comme SourceForge 14:43 <deer> <dinoman> parce que je regarde la page d’accueil I2P Public Domain Software dans mon navigateur maintenant 14:43 <jrandom> w00t 14:45 <deer> <dinoman> ce serait cool mais vu ce qui se fait sur le serveur je ne veux pas que quelqu’un me hacke et obtienne les infos sur le serveur mail 14:45 <deer> <dinoman> c’est ça qui me dérange 14:45 <jrandom> eh bien, ils n’obtiendraient aucune info sur le serveur mail, ils pourraient juste (au pire) usurper @mail.i2p 14:45 <janonymous1> Cool 14:46 <jrandom> mais oui, ce serait super d’avoir le support SMTP authentifié pour éviter ça 14:46 <jrandom> je ne sais pas combien de travail ça représenterait par contre 14:46 <protok0l> eh bien je suis content d’avoir laissé mon idée de serveur mail à postman 14:46 <protok0l> ça semble plus difficile que je ne l’imaginais 14:47 <deer> <Ch0Hag> ça ne me dérangerait pas d’aider pour ça 14:47 <dm> protocol 14:47 <deer> <Ch0Hag> Faut bien faire quelque chose. :-) 14:47 <deer> <dinoman> je vais faire l’auth :( ça prendra un peu de temps mais je le ferai 14:47 <deer> <protokol> oui dm 14:48 <jrandom> tu vois, tu as déjà un volontaire dinoman ! :) 14:48 <deer> <protokol> peut-être que je pourrais héberger un serveur Nessus 14:48 <deer> <protokol> et le tunneliser via TOR de mon côté 14:49 <deer> <Ch0Hag> Et puis j’ai besoin d’une bonne excuse pour travailler sur le reste de mon réseau. 14:49 <deer> <protokol> et je me consacrerai à apprendre Python 14:49 <janonymous1> « the i2p software foundation ». Je la vois déjà 14:49 <deer> <protokol> et à apprendre à taper correctement 14:49 <dm> Je me consacrerai à la quête de plus d’argent pour moi-même et pour ceux qui me sont directement liés, qui pourraient être enclins à me donner de l’argent dans un avenir proche. 14:50 <jrandom> ok, quelqu’un d’autre a quelque chose à soulever pour 6) ??? 14:50 <dm> 7) $$$ 14:51 <duck> Roger Dingledine (arma @ freenode) a publié un brouillon d’un chapitre d’un prochain livre O’Reilly 14:51 <duck> http://freehaven.net/doc/wupss04/usability.pdf 14:51 <jrandom> ah, oui, c’est plutôt bon 14:51 <duck> ça parle d’anonymat et d’ergonomie 14:51 <dm> chapitre sur l’ergonomie ? 14:51 <deer> <protokol> je peux diriger the i2p software foundation 14:51 <deer> <protokol> lol 14:51 <duck> des passages intéressants sur l’imago négatif 14:52 <deer> <protokol> donnez-moi les clés du trésor 14:52 <duck> le fait d’avoir de bons paramètres par défaut 14:52 <deer> <protokol> MAINTENANT ! 14:52 <duck> etc 14:52 <duck> . 14:52 <jrandom> et l’importance de l’ergonomie, parfois même au-dessus de la sécurité 14:52 <dm> protok0l : tu es l’avocat des utilisateurs, non ? Tu devrais lire ce document. 14:52 <jrandom> ’k, autre chose pour la réunion ? 14:52 <deer> <protokol> waouh, je vois 83 pairs 14:52 <duck> maintenant on sait pourquoi il y a si peu de sites cachés connus sur tor 14:53 <deer> <protokol> dm : je vais le faire 14:53 <duck> arma a peur de l’imago négatif 14:53 <duck> . 14:53 <dm> « imago » ? 14:53 <duck> image 14:53 <deer> <duck> (psychanalyse) une image idéalisée de quelqu’un 14:53 <dm> Pas de mention d’I2P là-dedans :( 14:53 <duck> jrandom : on ne l’est pas ? 14:54 <jrandom> hm ? 14:54 <dm> il veut dire « ne le sommes-nous pas ». Il est néerlandais. 14:54 <duck> si un groupe spécifique se déplace maintenant sur i2p, 14:54 <duck> ils pourraient tenir à l’écart d’autres utilisateurs dont nous avons besoin 14:55 <jrandom> oh, c’est là-dedans ? je n’ai pas vu ça 14:55 <duck> non, c’est moi qui le dis 14:55 <duck> mais c’est là-dedans aussi, plus ou moins 14:55 <duck> bien sûr Andy l’anarchiste s’en fout 14:56 <jrandom> eh bien, je pense qu’il y a de la place pour i2p et tor 14:56 <duck> oui 14:56 <duck> mais qu’en est-il d’une image négative précoce d’I2P 14:56 <deer> <Natalia> c’est la raison pour laquelle je suis forcée d’être une femme quelque peu banale sur ce canal IRC 14:56 <protok0l> haha, quand je donnerai le signal, toutes les grosses listes et tous les forums anarchistes entendront parler d’i2p en un jour ou deux 14:56 <jrandom> oh, je m’en fous royalement de ça, duck ;) 14:56 <deer> <Natalia> jrandom n’approuve pas got 14:56 <deer> <Natalia> *gott 14:57 <duck> jrandom : oui, mais bon 14:57 * duck compte le nombre de régions amicales à l’anarchie sur le globe 14:57 <deer> <Natalia> donc je dois être Natalia, la femme aimée du canal 14:57 <deer> <Natalia> ( nul ) 14:57 <duck> somalie ? 14:57 <duck> je parie qu’ils s’en foutent royalement là-bas 14:57 <protok0l> Chiapas, mexica 14:57 <duck> mais pas des gentils 14:57 <protok0l> mexiico 14:58 <deer> <Ragnarok> bah, tu veux être féminisée 14:58 <jrandom> duck : quand viendra le moment d’être plus publics, je suis certain qu’on pourra présenter un visage raisonnable et accessible à monsieur tout-le-monde 14:58 <duck> k 14:58 <jrandom> les gens feront-ils des choses « mauvaises » avec i2p ? oui 14:58 <dm> Je pense qu’on devrait viser monsieur bide à bière 14:58 <protok0l> bonne chance, je sais que gott prépare quelque chose 14:58 <protok0l> gott nous détruira 14:58 <duck> ok 14:58 <duck> . 14:58 <jrandom> la seule façon pour un système d’anonymat ou de sécurité digne de ce nom de survivre est d’être neutre vis-à-vis du contenu 14:59 <deer> <Ragnarok> les systèmes de communication anonymes ne peuvent que protéger la communication. Ils n’interfèrent pas avec le bon vieux travail de police si quelqu’un *fait* réellement quelque chose. 14:59 <duck> je dis juste que certains liens placés sur http://127.0.0.1:7657/index.jsp pourraient être mauvais 14:59 <dm> I2P, c’est la technologie. 14:59 <deer> <Natalia> oui 14:59 <jrandom> tout à fait, duck 15:00 <duck> et oui, le sitelist.html va encore se transformer en truc de discussion TFE 15:00 <jrandom> eh bien, mmhmm 15:00 <deer> <Natalia> la neutralité de contenu est quelque chose dont j’écris dans la dernière entrée d’eeplog 15:00 <deer> <Natalia> http://gott.i2p/eeplog.html 15:01 <jrandom> c’est, cependant, la force des eepsites interactifs, comme les wikis 15:01 <jrandom> (par ex. demander aux gens d’enregistrer leur site avec un sitelist.py ou autre) 15:01 <deer> <Natalia> jrandom : soutiens-tu ou pas l’idée que des crawlers d’eepsite faisant des liens vers du contenu illégal soient liés depuis la page d’accueil ? 15:01 <deer> <Natalia> +ou 15:01 <deer> <Natalia> si tu allais faire un lien vers la sitelist 15:02 <duck> d’un point de vue moral je m’en contrefous aussi 15:02 <deer> <Natalia> jrandom : aucun de ceux-là n’est enregistré 15:02 <duck> mais d’un point de vue ergonomie, peut-être 15:02 <deer> <Natalia> le script vérifie host.txt 15:02 <deer> <Natalia> *hosts.txt 15:02 <jrandom> d’un point de vue non technique, je soutiens ce que la communauté d’utilisateurs demande 15:02 <deer> <Natalia> donc tout le monde est ajouté à la liste s’ils ont un domaine 15:03 <deer> <Natalia> ugh, les soutiens-gorge sont tellement inconfortables. 15:03 <protok0l> ouaip, flippant 15:03 <deer> <cervantes> avez-vous _vu_ la communauté d’utilisateurs ? 15:03 <cat-a-puss> La solution la plus simple serait de lier simplement vers des pages de recherche. Tout le monde sait les utiliser, elles donnent un accès rapide, et personne ne voit quoi que ce soit qu’il n’a pas demandé. 15:04 <deer> <cervantes> :) 15:04 <protok0l> gott est un tueur en série, je le sais. il sera le premier à proposer des meurtres en direct via webcam sur i2p 15:04 <deer> <Natalia> la communauté d’utilisateurs est composée de personnes plutôt étranges. 15:04 <jrandom> bon point cat-a-puss, on pourrait simplement faire un lien vers files.i2p 15:04 <deer> <Natalia> pour le moment, je suis forcée d’être une femme parce que le développeur principal désapprouve le comportement immoral de mon autre. 15:04 <duck> cat-a-puss++ 15:04 <deer> <Natalia> nous sommes unis par l’aventure commune. 15:06 <BS314159> Je ne suis pas convaincu que ce soit une bonne idée, mais la licence I2P est certainement assez large pour que des gens fassent des dérivés, ne différant que par les pages de liens locales 15:06 <deer> <Natalia> bon. 15:06 <deer> <cervantes> espérons que DrWoo puisse garder ses index exempts de corruption 15:06 <jrandom> certainement, BS314159 15:06 <BS314159> pas des versions. des distributions. 15:06 <deer> <Natalia> files.i2p devrait être un lien 15:06 <jrandom> BS314159 : les gens peuvent même éditer leur propre page de liens locale 15:06 <deer> <Natalia> et ensuite il devrait y avoir un lien vers un annuaire de type Yahoo 15:06 <protok0l> la plupart des gens seront assez sages pour utiliser la version officielle 15:06 <jrandom> (dans docs/readme.html) 15:07 <deer> <Natalia> les moteurs de recherche et les annuaires Internet servent des rôles différents 15:07 <deer> <Natalia> c’est pourquoi l’annuaire est là à la base 15:07 <deer> <Natalia> il a été demandé comme indépendant d’un moteur de recherche 15:07 <BS314159> donc si vous voulez par ex. cibler un public anti-pornographie, trouvez un mainteneur anti-pornographie qui maintient un jeu de pages de démarrage filtrées par défaut 15:07 <protok0l> à moins qu’ils ne soient prêts à chercher des portes dérobées dans les versions tierces 15:07 <deer> <Natalia> par des gens 15:07 <deer> <Natalia> donc je pense que le moteur de recherche est bien 15:07 <jrandom> exact BS314159 15:07 <deer> <Natalia> mais ne devrait pas être la limite 15:07 <deer> <Natalia> moteur de recherche, annuaire Internet, wiki, page d’aide 15:07 <deer> <Natalia> peut-être. 15:08 <jrandom> on lie déjà vers fproxy.i2p, et on sait le contenu effrayant et maléfique qu’ils ont sur ce site ;) 15:08 <BS314159> Je ne suis pas sûr d’être dans le sujet, mais ça semble possible. Existe-t-il un filtre de contenu open source que des mainteneurs de moteur de recherche seraient prêts à prendre en charge ? 15:08 <BS314159> J’ai l’impression de ne pas être dans le sujet 15:08 <protok0l> la réunion est toujours en cours ? 15:08 <jrandom> oui protok0l 15:08 <BS314159> désolé. (se réduit au silence) 15:08 <deer> <Natalia> jrandom : peut-être ne devrais-tu pas lier vers fproxy.i2p 15:08 <deer> <Natalia> il est presque toujours en panne 15:08 <jrandom> BS314159 : je pense qu’un filtre de contenu dans le moteur de recherche est excessif 15:08 <deer> <Natalia> il est en panne en ce moment, on dirait 15:09 <protok0l> il l’est 15:09 <deer> <Natalia> selon la dernière exécution du script de vérification de site 15:09 <jrandom> ’k 15:09 <jrandom> bon, ça a été une bonne discussion, plein de bonnes idées 15:09 <BS314159> pas _le_ moteur de recherche. le moteur de recherche de _quelqu’un_ 15:10 <deer> * Natalia sourit. 15:10 <deer> <cervantes> BS3 : aol.i2p ;-) 15:10 <jrandom> ok, autre chose pour la réunion ? 15:10 <deer> <cervantes> wouah... encore en réunion... 15:11 <deer> <cervantes> je pensais que j’avais raté ça d’une heure 15:11 <jrandom> non, j’étais en retard 15:11 <jrandom> ok, sinon.. 15:11 * jrandom s’échauffe 15:11 * jrandom *baf* clôt la réunion