Réunion des développeurs I2P - 10 février 2009

20:58:32 <unixfr3ak> réunion des devs, hein ? 20:59:27 -*- dream allume devo 21:00:25 <welt> dream: ah.. content que tu sois là aussi :) 21:00:51 <badger> 0) Bonjour 21:00:55 <dream> tu es ? 21:00:58 <badger> 1) I2P 0.7 21:01:02 <badger> 2) Syndie 21:01:06 <badger> 3) Dons 21:01:15 <badger> 4) ???? 21:01:21 <badger> 5) Une courte récitation de poème par zzz 21:01:39 <badger> 0) Bonjour 21:01:53 <altGuest> salut 21:02:00 <badger> bienvenue à tous à la 207e réunion des devs 21:02:05 <badger> 'lu 21:02:20 <hottuna_> 'lu ! 21:02:40 <eche|on> bienvenue ! 21:02:43 <zzz> alors, commençons par passer en revue ce qui s'est passé depuis le 10 avril 2007, s'il y a eu quelque chose 21:02:48 <badger> Pour mettre ça en perspective, ça fait presque 2 ans depuis la dernière 21:03:06 <badger> eh bien... Bush est parti... Obama est entré... 21:03:36 <dream> lol USA 21:03:51 <badger> 1) I2P 0.7 21:03:56 <eche|on> Je suppose que la note de version 0.7 donne une bonne idée de ce qui est arrivé à I2P 21:04:20 <badger> Eh bien, on dirait que le déploiement de la 0.7 s'est déroulé assez bien 21:04:22 <badger> avec environ 84 % de couverture du réseau maintenant 21:04:29 <unixfr3ak> pas mal 21:04:48 <eche|on> :-) 21:04:48 <hottuna_> De combien le réseau a-t-il grandi depuis la 0.7? 21:04:48 <badger> Un grand bravo à l'équipe de dev et à l'équipe de release pour l'avoir fait sortir 21:04:52 <unixfr3ak> un bug que je peux signaler et qu'un autre utilisateur et moi avons remarqué, c'est 21:04:52 <hottuna_> ou même depuis Noël ? 21:05:21 -*- welt attend que stats.i2p se charge.. 21:05:28 -=- Vous êtes maintenant connu comme welterde 21:05:31 <badger> hottuna_: une croissance assez lente mais régulière si l'on en croit les stats 21:05:41 <unixfr3ak> ajouter de nouveaux hôtes privés dans susidns nécessite d'éditer manuellement le fichier privathosts.txt 21:06:08 <welterde> zzz: ce n'était pas le bug que tu as corrigé récemment ? 21:06:18 <welterde> ou c'était autre chose ? 21:06:25 <eche|on> les stats montrent une croissance lente et régulière 21:06:35 <zzz> oui, je l'ai cassé en 0.7, je viens de le corriger hier, ce sera dans -4 21:06:40 <eche|on> welterde: oui, il semble l'avoir corrigé 21:07:05 <badger> quelque chose à attendre dans 7.0.1 21:07:14 <welterde> zzz : bien... c'est réglé alors 21:07:16 <badger> euh 0.7.1 21:07:19 <eche|on> plus d'utilisateurs :-) 21:07:22 <zzz> désolé pour ça 21:07:35 <unixfr3ak> qu'est-ce que vous allez faire au sujet de la latence du réseau... ça semble être un problème croissant, le week-end I2P semble surchargé 21:07:56 <welterde> peut-être encore quelques ajustements de la bibliothèque de streaming ? 21:07:57 <unixfr3ak> de toute façon je pense que plus d'utilisateurs c'est bien 21:08:00 <badger> zzz : eh bien tu as corrigé et amélioré suffisamment de choses pour qu'on te pardonne une casse de temps en temps :) 21:08:33 <hottuna_> J'ai suggéré de motiver l'utilisateur à partager en ayant un indicateur de ratio sur la console 21:08:57 <unixfr3ak> ça semble bien 21:09:14 <eche|on> la charge réseau a beaucoup augmenté le mois dernier 21:09:17 <zzz> freak, je regarde pour ajuster un peu le calcul de capacité dans les profils de pairs, pour mieux réagir quand ça devient chargé. 21:09:20 <eche|on> ces derniers mois, ça a l'air plutôt bien jusqu'ici 21:09:51 <hottuna_> zzz : trop fort :) 21:09:55 <unixfr3ak> ça peut être ambitieux mais que diriez-vous d'utiliser une tâche cron sous Linux ou ce que Windows utilise pour offrir de la bande passante à I2P quand l'ordinateur n'est pas utilisé 21:10:17 <zzz> cependant ces choses doivent être ajustées avec beaucoup de soin, et il faut un cycle de release complet pour tester tout changement 21:10:21 <hottuna_> un planificateur serait aussi une solution géniale 21:10:24 <unixfr3ak> pour simplifier 21:10:28 <badger> Le coup de pub pour la release 0.7 semble avoir eu un effet marginal sur les chiffres, mais pas l'impact que j'espérais 21:10:41 <unixfr3ak> détecter quand le réseau / CPU est au repos et l'utiliser / ne pas l'utiliser quand il l'est 21:10:43 <welterde> zzz : cet ajout récent à I2CP ne le permet pas encore, n'est-ce pas ? 21:10:52 <badger> quelques bons articles sur des sites d'actu allemands cependant 21:11:04 <badger> mais slashdot/digg/reddit était plutôt pathétique 21:11:09 <zzz> permettre quoi, welterde ? 21:11:29 <welterde> zzz : changer le ratio/up-bw/down-bw depuis l'extérieur de la routerconsole 21:11:29 <eche|on> badger: il faut du temps pour que les utilisateurs le connaissent et restent fidèles :-) 21:11:32 <unixfr3ak> et une entrée de registre d'auto-démarrage par défaut serait bien, ou un simple script shell pour Unix 21:12:04 <zzz> non welterde, ça n'a rien à voir avec ça 21:12:08 <hottuna_> je ne sais pas pour la com... je suppose que notre 'nom de marque' grandira à chaque nouvelle release et sa vague de RP 21:12:13 <welterde> zzz : je m'en doutais :/ 21:12:56 <zzz> avec un peu de chance l'interview gulli avec moi sera publiée bientôt, mais je n'ai pas eu de nouvelles de lui depuis une semaine 21:13:06 <unixfr3ak> I2P est-il prêt à demander de la bande passante bénévole à des sponsors ? (autre que moi avec ma petite connexion) 21:13:39 <welterde> hmm... ça vaudrait peut-être le coup d'essayer 21:13:50 <dream> Je ne pense pas que quelqu'un ait jamais dit non à de la bande passante bénévole. 21:14:12 <unixfr3ak> le réseau Tor a beaucoup de nœuds sponsorisés, mais d'un autre côté beaucoup de nœuds sur le même sous-réseau paraîtraient suspects aux utilisateurs et offriraient à quelqu'un plus de contrôle sur le réseau 21:14:37 <welterde> je pense qu'on a déjà 'corrigé' ça 21:14:59 <hottuna_> le sponsoring ne serait pas une mauvaise idée 21:14:59 <hottuna_> juste un simple onglet HTML sur la page principale ? 21:14:59 <hottuna_> juste* 21:15:05 <unixfr3ak> des nœuds placés aléatoirement par des volontaires individuels semblent plus sûrs 21:15:05 <unixfr3ak> mais moins pratiques 21:15:15 <unixfr3ak> la plupart des gens par nature vont leechent 21:15:44 <dream> Je ne pense pas que ce soit forcément vrai, unixfr3ak, mais c'est bien de se préparer aux non-participants. 21:16:21 <unixfr3ak> par exemple 21:16:40 <unixfr3ak> quelqu'un qui lance juste le router I2P, et n'a aucune idée de ce qu'il fait et lance i2phex 21:16:49 <unixfr3ak> qui télécharge constamment 21:17:11 <unixfr3ak> peut-être que la bande passante par défaut devrait être changée 21:17:22 <hottuna_> a été changée en 0.7 21:17:34 <unixfr3ak> ou bien on devrait demander aux utilisateurs la vitesse de connexion pendant l'installation pour des limites de partage de bande passante plus précises 21:18:26 <unixfr3ak> ou peut-être un virus qui installe I2P comme une porte dérobée :P 21:18:34 <welterde> heh 21:18:40 <hottuna_> ce serait une excellente idée... l'installateur devrait le prendre en charge, non ? 21:19:08 <welterde> la première ou la seconde ? :> 21:19:08 <unixfr3ak> ma blague ou demander la bande passante de la connexion ? 21:19:23 <welterde> la première) probablement oui 21:19:26 <unixfr3ak> ça devrait être une ligne ou deux dans un fichier de config quelque part 21:19:39 <unixfr3ak> celle sans le :P 21:20:59 <badger> des limites de téléchargement pour les utilisateurs qui ne partagent pas de bande passante montante ? 21:21:15 <unixfr3ak> ça semble intéressant 21:21:20 <unixfr3ak> mais 21:21:33 <unixfr3ak> je ne pense pas qu'on doive encore en arriver à de telles mesures désespérées... 21:21:38 <dream> par défaut ça partage jusqu'à 100 % de la bande passante, unixfr3ak. une fois qu'il a quelques tunnels client, la majorité est consacrée aux tunnels intermédiaires. 21:21:45 <welterde> les routers ne punissent-ils pas déjà les autres routers qui ne routent pas les tunnels ? 21:22:00 <unixfr3ak> oui 21:22:00 <dream> et je pense qu'I2P est déjà équilibré en charge. Je ne peux certainement pas télécharger plus que je n'envoie dans l'onglet bande passante. 21:22:25 <unixfr3ak> je pense aussi mais, si beaucoup de gens leechent en même temps, ça mettra quand même une lourde charge sur le réseau 21:22:32 <badger> c'est peut-être juste une question d'être plus informatif pour les utilisateurs débutants 21:22:35 <unixfr3ak> spécialement si leurs IP sont dynamiques 21:22:46 <eche|on> http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y 21:22:56 <badger> rendre clair que donner en retour au réseau améliore votre expérience 21:23:07 <unixfr3ak> oui 21:23:18 <unixfr3ak> et de le faire tourner quand ils n'utilisent pas leur PC 21:23:36 <unixfr3ak> au lieu de juste laisser leur connexion pour laquelle ils paient rester inactive 21:23:51 <dream> la plupart des gens éteignent leurs ordinateurs, c'est vraiment triste 21:24:09 <unixfr3ak> oui 21:24:12 <dream> ils paient leur FAI chaque mois, alors qu'ils pourraient à la place pour le prix de 4 ampoules... 21:24:15 <l00kns33> je pense que la plupart des gens comprennent ça - je pense même que la plupart des gens qui utilisent I2P sont eux-mêmes des geeks ;) 21:24:32 <badger> bref, on avance - autre chose à ajouter pour 1) I2P 0.7 ? 21:24:55 <unixfr3ak> pour l'instant oui 21:25:16 -*- welterde attend son signal.. 21:25:20 <unixfr3ak> mais ça peut changer à l'avenir 21:25:25 <eche|on> badger : non 21:25:25 <badger> 2) Syndie 21:25:37 <welterde> d'accord alors :) 21:25:37 -*- badger passe le micro perche des années 70 à welterde 21:25:45 <badger> *mic 21:26:15 <welterde> comme vous le savez peut-être (ou pas) j'ai récemment terminé l'effort d'appliquer ces patchs de MOSFET 21:26:20 <welterde> +know 21:26:35 <unixfr3ak> laissez e en dehors des forums je ne les utilise pas :P , brb cigarette 21:27:14 <welterde> ce qui devrait corriger quelques bugs et désactiver cette UI par défaut (imho) b0rked 21:27:26 <welterde> à la place, celle en SWT est utilisée, que la plupart des utilisateurs trouvent plus facile 21:27:42 <badger> <jrandom>w0rd</jrandom> 21:28:11 <welterde> hmm ? 21:28:30 <dream> c'est bien d'entendre que quelqu'un travaillait à faire réessayer les synchronisations échouées. 21:28:40 <badger> welterde: désolé, blague de vieille réunion de dev 21:28:59 <badger> y a-t-il une nouvelle archive publique Syndie quelque part ? 21:29:06 <welterde> bref... j'espère avoir bientôt le temps de remplacer ce truc d'index b0rked ;) 21:29:09 <welterde> badger: ouaip 21:29:25 <welterde> http://syndie.welterde.(i2p|de)/ 21:29:52 <dream> rendre possible d'exécuter Syndie en utilisant une base de données distante est important, je dirais, pour faciliter à ceux qui veulent faire tourner leurs propres archives. 21:29:54 <welterde> mais vous ne pouvez pas y poster (encore) car c'est juste une archive statique 21:30:47 <welterde> il faut ajouter celle-là aux archives par défaut aussi 21:30:56 <welterde> je ferai ça bientôt 21:31:16 <eche|on> donc le travail sur Syndie continue 21:31:32 <welterde> ouaip 21:31:54 <welterde> j'essaie actuellement de profiler Syndie.. 21:32:29 <welterde> mais je n'ai pas pu passer beaucoup de temps dans ce domaine.. 21:32:59 <eche|on> tant de travail à faire... 21:33:14 <welterde> oui :/ 21:33:17 <dream> faire tourner Syndie en mode texte est délicat, puisque l'interface semble être en retard sur son comportement actuel 21:33:17 <dream> d'habitude ça marche si tu le laisses juste en --cli, mais quand ça gèle il n'y a pas de vraie indication. 21:33:41 <welterde> ouais... le cli est b0rked aussi actuellement :/ 21:34:00 <welterde> imho on devrait séparer Syndie en plusieurs parties, par ex. libsyndie, gui, cli, ... 21:34:12 <badger> ça me semble logique 21:34:19 <welterde> ça devrait rendre plus facile l'écriture d'extensions personnalisées, etc. 21:34:29 <dream> Quel genre de choses couvrirait libsyndie ? 21:34:36 <badger> au début en v0.0.1 l'UI de Syndie n'était qu'une surcouche sur le binaire cli 21:34:48 <badger> mais il semble que l'idée se soit perdue en route 21:34:55 <dream> il a même la console texte aujourd'hui. 21:35:23 <welterde> dream: décodage des messages, synchronisation des archives, etc. etc. 21:35:34 <welterde> la plupart de la logique 21:36:06 <dream> donc libsyndie est à peu près une interface au-dessus de la base de données, et peut-être le répertoire archive/ ? 21:36:09 <badger> oui, gui, cli et webtop devraient juste être une légère surcouche 21:36:10 <welterde> imho on devrait garder gui/cli séparés de la logique du programme 21:36:42 <welterde> dream: l'archive n'est pas utilisée pour stocker quoi que ce soit.. elle sert juste à servir l'archive 21:37:02 <dream> je sais. 21:37:14 <welterde> mais comme cli/webtop l'utilisent on devrait aussi le mettre dans libsyndie 21:37:15 <dream> Donc je suppose que seul le serveur web devrait manipuler ce répertoire. 21:37:35 <dream> le remplir et s'y synchroniser, un peu comme une file de mails postfix. 21:38:00 <welterde> mais on ne devrait le générer/synchroniser que lorsqu'on l'utilise réellement.. pas comme maintenant.. 21:38:08 <welterde> où il est toujours généré/synchronisé... 21:39:18 <dream> Je ne vois pas de problème à n'utiliser le répertoire archive/ que pour le serveur web. C'est vraiment juste pour la commodité afin que tu puisses utiliser la fonctionnalité existante de service de fichiers statiques. 21:40:07 <welterde> il devrait y avoir une commande cli comme generate_archive ou quelque chose comme ça imho 21:40:57 <welterde> et on devrait remettre cet import.cgi, pour qu'on puisse faire tourner une archive presque statique, tout en pouvant poster 21:41:04 <welterde> ou... hmmm... 21:41:04 <dream> que ferais-tu de cette archive en utilisant l'interface client ? 21:41:15 <welterde> rsync avec un site distant ? 21:41:26 <welterde> c'est comme ça que syndie.welterde.(i2p|de) fonctionne ;) 21:41:43 <dream> le problème avec une archive statique est que garder le système de fichiers à jour avec la base de données est une tâche similaire à concevoir une base de données. 21:41:59 <welterde> hmm.. pas vraiment 21:42:05 <welterde> puisque c'est à sens unique 21:43:17 <unixfr3ak> c'est peut-être un peu hors-sujet mais quelqu'un a-t-il envisagé une fonction de datastore ? 21:43:20 <dream> donc en utilisant un hypothétique --cli quelqu'un crée un message. Ensuite ils font generate_archive après l'avoir créé ? Ça ressemble furieusement à valider une transaction après insertion. 21:43:52 <unixfr3ak> également dans i2phex comme je l'ai dit à Complication auparavant la recherche bitzi dans i2phex n'est pas anonyme 21:43:55 <dream> magicbutton() 21:44:04 <welterde> dream: euh... non 21:44:17 <dream> ...i2phex interroge bitzi.com ? c'est dingue 21:44:37 <unixfr3ak> oui 21:44:39 <welterde> unixfr3ak: il y avait du travail en direction de Freenet afair 21:44:43 <dream> welterde, donc leur message n'entre jamais dans le répertoire archive/ et ne peut pas être synchronisé... 21:45:20 <welterde> dream: non.. je veux juste dire qu'une transaction est un peu différente 21:45:27 <welterde> par exemple : tu n'édites rien 21:45:33 <welterde> (sauf l'index peut-être) 21:46:02 <welterde> generate_archive fait juste un dump de la base et met à jour les index en le faisant 21:46:41 <unixfr3ak> clic droit sur un fichier 21:47:20 <unixfr3ak> et « view bitzi ticket » t'emmène sur le site non-anonyme 21:47:20 <unixfr3ak> heureusement mon navigateur est proxyfié par I2P, et mon autre par Tor 21:47:31 <dream> alors comment fais-tu entrer le nouveau contenu de la base de données dans l'archive ? Et si Syndie meurt après avoir inséré un message, mais avant que tu le sauvegardes dans le répertoire archive/ ? 21:47:39 <unixfr3ak> 0_0 on dirait que spongebob a raté la réunion 21:47:57 <welterde> dream: rien.. ce n'est tout simplement pas archive/ 21:48:16 <welterde> mais ce sera lors de la prochaine exécution réussie de generate_archive 21:49:01 <dream> ce que je ferais, c'est laisser le client faire tourner le serveur web, et le serveur web vérifie archive/ et récupère tous les messages dans la base qui n'y sont pas déjà. Ou juste servir directement les messages de la base. 21:49:23 <dream> generate_archive ne semble pas être le genre de chose que tu voudrais que le client ait à garder à l'esprit. 21:49:50 <welterde> le problème c'est... tu ne peux pas faire tourner Syndie sur toutes les machines 21:50:18 <welterde> par exemple ce serveur (i2p2.de/welterde.de) a atteint sa limite 21:50:36 <welterde> il swappe énormément quand je fais tourner Syndie dessus.. 21:50:41 <welterde> donc je dois le faire tourner localement 21:50:46 <eche|on> ouais 21:51:06 <welterde> pas de problème si j'avais un upload raisonnable... ce que je n'ai pas 21:51:19 <welterde> ce que la plupart des utilisateurs ADSL n'ont pas.. 21:51:45 <badger> en tout cas - bon travail pour tous les patchs, welterde - peut-on s'attendre à une release dans un futur pas trop lointain ? 21:51:47 <welterde> donc soit c'est une archive statique soit elle est lente comme l'enfer 21:52:08 <welterde> je pense que je passerai de a à b (alpha à bêta) bientôt 21:52:16 <badger> super 21:52:40 <badger> autre chose à ajouter pour le dev futur ? 21:52:56 <badger> (Syndie) 21:53:10 <welterde> n0p 21:53:19 <welterde> ;) 21:53:24 <badger> très bien, dans ce cas 21:53:30 <badger> 3) Dons 21:53:49 -*- badger passe le micro à eche|on 21:54:00 <eche|on> c'est de nouveau ouvert ! 21:54:18 <eche|on> J'ai créé un compte PayPal et l'ai lié sur le site I2P 21:54:42 <hottuna_> :D 21:54:47 <badger> coolio 21:54:50 <hottuna_> génial 21:54:52 <eche|on> mais les boutons pointent vers des sites https:// de PayPal, ça ne marche pas encore pour l'eepsite 21:55:01 <dream> oui je suppose que c'est un avantage, welterde 21:55:08 <eche|on> jusqu'ici aucune entrée de ce côté-là 21:55:20 <welterde> eche|on: peut-être que tu devrais ajouter des notes sur comment te dire ce que tu dois en faire 21:55:29 <eche|on> et indécis à propos d'un compte pour 2ndlive 21:55:31 <zzz> peux-tu ajouter un lien de la page de dons vers la page halloffame, et/ou fournir plus d'infos sur ce à quoi serviront les dons 21:55:39 <dream> je pense toujours que ce qui crée l'archive devrait synchroniser plutôt que juste dumper. 21:55:48 <badger> ouaip 21:56:02 <badger> comptez-vous supporter aussi les primes ? 21:56:10 <eche|on> welterde: acked 21:56:13 <unixfr3ak> vous pourriez simplement utiliser Apache 21:56:17 <welterde> dream: optimisation prématurée ;) 21:56:19 <eche|on> zzz : acked 21:56:24 <dream> oups 3) 21:56:24 <dream> je n'ai pas d'argent désolé T_T 21:56:28 <eche|on> nous avons besoin d'une liste de choses à acheter/à ne pas acheter avec les dons 21:56:37 <zzz> et les abonnements d'echelon et de welterde ne devraient-ils pas plutôt être listés comme dépenses ? 21:56:40 <unixfr3ak> quel serveur web I2P inclut-il ? 21:56:51 <eche|on> badger: ouais, les dons sont « pour tous les fonds » ou dédiés à une prime 21:57:04 <badger> grandiose 21:57:19 <eche|on> et dans PayPal il devrait y avoir un champ texte dans lequel vous pouvez entrer l'objectif de l'argent :-) 21:57:33 <zzz> tu pourrais aussi mettre un lien d'actualité en page d'accueil indiquant que les dons sont ouverts 21:57:36 <badger> Si je donne 1000 EUR, est-ce que j'obtiens un t-shirt Hot Tuna i2P ? 21:57:51 <eche|on> mais je ne peux pas me faire un don à moi-même ;-) 21:58:02 <welterde> hottuna_: dis oui ! ;) 21:58:16 <eche|on> pas de souci pour l'instant, j'attends le premier et je l'annonce ;-) 21:58:35 <zzz> tu as eu ta chance de venir au 25c3 et d'avoir un t-shirt 21:58:47 <welterde> il y a toujours le 26c3 ;) 21:58:59 <eche|on> acked, zzz - bonne idée 22:00:32 <eche|on> donc rien de plus de ma part sur le sujet des dons 22:00:51 -*- welterde attend que paste se charge.. 22:01:16 <badger> dans ce cas : 22:01:22 <badger> 4) ???? 22:01:33 <badger> quelqu'un d'autre a quelque chose à apporter à la réunion ? 22:01:37 <welterde> ouaip.. 22:01:46 <welterde> mais vous devez attendre que paste se charge :/ 22:01:52 <eche|on> prenons un morceau de gâteau pour tout le monde ! 22:02:31 <welterde> youpi ! :) 22:02:32 -*- unixfr3ak le prend et s'enfuit 22:02:38 <welterde> noooon 22:03:03 -*- badger *baf*s unifr3ak sur la tête 22:03:08 <unixfr3ak> ouaissss 22:03:12 <eche|on> ;-) 22:03:46 <unixfr3ak> je me demande si cette partie ira dans le log de réunion 22:03:50 <unixfr3ak> :P 22:03:57 <welterde> J'annonce par la présente *roulement de tambour* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 <welterde> ;) 22:04:04 <welterde> unixfr3ak : bien sûr que si ! 22:04:15 <welterde> tout le monde, prenez un client telnet et connectez-vous ;) 22:04:37 <badger> pas un MUD ?! 22:04:40 <unixfr3ak> la clé base 32 ? 22:04:49 <welterde> badger: bien sûr ! 22:05:06 <welterde> unixfr3ak: tu dois ouvrir un tunnel client et t'y connecter avec un client telnet/MUD 22:05:08 <welterde> (ou utiliser SOCKS) 22:05:38 <unixfr3ak> je ne veux pas salir mes chaussettes je ferai un tunnel :p 22:05:43 <unixfr3ak> hmm 22:05:47 <unixfr3ak> mais pour la destination 22:05:50 <badger> chaussettes boueuses 22:05:59 <unixfr3ak> est-ce que ça inclut le .i2p ? 22:06:05 <welterde> unixfr3ak: ouaip 22:06:11 <welterde> a marché pour moi en tout cas ;) 22:06:56 <dream> tu peux aussi regarder la dest d'un b32 si tu veux une copie locale. zzz m'a montré comment en utilisant l'interface cli secrète d'i2ptunnel. 22:07:13 <unixfr3ak> Delay Connect: (pour les connexions requête/réponse) 22:07:18 <unixfr3ak> j'en déduis que oui pour ça 22:07:21 <dream> ça me rappelle que je devrais passer ces descriptions de pièces du papier à ce fichu truc 22:07:24 <badger> peut-être poster un petit howto quelque part ;-) 22:07:35 <welterde> dream: youpi :) 22:07:46 <welterde> badger: heh.. je le ferai 22:07:58 <unixfr3ak> Trying 127.0.0.1... 22:07:58 <unixfr3ak> Connected to localhost. 22:07:58 <unixfr3ak> Escape character is '^]'. 22:08:02 <unixfr3ak> impressionnant :P 22:08:02 <welterde> http://paste.i2p2.i2p/show/11/ <- le b64 22:08:08 <l00kns33> un commentaire sur I2P en général: 22:08:08 <l00kns33> je pense que c'est trop « par des geeks pour des geeks » - il faut savoir ce que les utilisateurs non-geeks veulent et dont ils ont besoin 22:08:16 <unixfr3ak> je me demande ce qu'il y a de l'autre côté du tunnel 22:08:20 <dream> unixfr3ak, si tu es super parano oui, sinon des attaques temporelles pourraient être possibles pour tester si tu es en ligne ou non. :> 22:08:21 <welterde> l00kns33: ils veulent des jeux ! :D 22:08:46 <dream> l00kns33, qu'est-ce qui pourrait être moins geek qu'un jeu d'aventure en ligne basé sur du texte ! 22:09:01 <welterde> unixfr3ak: ça marche ? tu devrais voir une sorte de menu 22:09:02 <dream> Je mets ma robe et mon chapeau de sorcier ! 22:09:19 <unixfr3ak> bien sûr 22:09:28 <l00kns33> c'est une chose - et une bonne idée :) 22:09:31 <unixfr3ak> Welcome to thmoo-cmd 2.1... 22:09:38 <welterde> ha :) 22:09:47 <welterde> tu dois ensuite taper connect guest afair 22:09:52 <unixfr3ak> qu'est-ce qui est si impressionnant avec telnet sur I2P ? 22:10:30 <zzz> nous aurons bientôt un client connect pour que tu n'aies pas besoin de configurer un tunnel 22:10:46 <l00kns33> cool :) 22:10:50 <welterde> unixfr3ak: rien ? 22:11:20 -*- welterde rédige un howto.. 22:11:26 <unixfr3ak> a une drôle de fonctionnalité de chat :P 22:11:45 <badger> bon sur ce - quelqu'un veut ajouter autre chose ? 22:11:46 <welterde> unixfr3ak: tu dois « say something » 22:11:50 <dream> je me demande comment ça fonctionnerait, zzz ? Tu veux dire comme un VPN ? 22:12:01 <welterde> dream: plutôt comme SOCKS je pense 22:12:05 <dream> Ou un client telnet spécialement conçu ? ._. 22:12:19 <dream> Ah j'ai bien entendu parler de SOCKS. 22:12:29 <unixfr3ak> foo a dit bonjour 22:12:31 <zzz> plutôt comme SOCKS 22:12:39 <zzz> telnet localhost 1234 22:13:00 <zzz> connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 <welterde> unixfr3ak: et pour te répondre tu dois « say something » ;) 22:13:06 <zzz> c'est tout 22:13:15 <dream> SOCKS est délicat, puisque c'est comme i2ptunnel sauf que pratiquement n'importe qui peut faire de nouveaux tunnels vers différents endroits. 22:13:37 <unixfr3ak> oui je sais... pas besoin d'énoncer l'évidence douloureuse 22:13:50 <welterde> dream: non.. j'utilise juste le partagé 22:14:06 <welterde> du moins.. c'est comme ça que ça devrait marcher ;) 22:14:34 <welterde> afk pour un moment 22:14:36 <badger> bon je pense qu'on a atteint un bon moment pour... 22:14:44 -*- badger se prépare 22:14:54 -*- badger *baf* clôt la réunion 22:15:10 <eche|on> :-) 22:15:13 <badger> bon boulot tout le monde 22:16:12 <dream> on ne peut pas faire un tunnel serveur avec ce truc SOCKS ? hmm... 22:16:34 <dream> je suppose que ce serait plutôt sympa pour les protocoles non HTTP. :) 22:16:49 <dream> Soit ça, soit implémenter CONNECT dans l'eeproxy. 22:16:52 <unixfr3ak> maintenant vous allez disparaître à nouveau lol 22:18:38 <dream> poofda 22:19:40 <zzz> je suis toujours là 22:19:49 <zzz> notre SOCKS est uniquement côté client maintenant 22:20:51 <zzz> J'ai implémenté CONNECT, c'est de ça que je parlais plus haut 22:23:20 <dream> Chouette je ne vois aucune raison de ne pas faire ça, et ce serait beaucoup plus pratique puisque SOCKS est tellement populaire que beaucoup d'applis l'ont intégré.