(Avec l’aimable autorisation de la Wayback Machine http://www.archive.org/)
Bref récapitulatif
Présents : al-jabr, Chocolate, firegod, geully, Grishnav, hobbs, mason, mids, nemesis, nop, philocs, Robert, UserX, youkai
Journal de réunion
--- Journal ouvert Tue Oct 15 23:31:29 2002 23:31 < logger> test 23:32 < mason> désolé, ce test n'a pas marché 23:32 < mason> :) 23:32 -!- mode/#iip-dev [+o mids] by Trent 23:32 <@mids> Tue Oct 15 21:32:19 UTC 2002 23:32 <@mids> la réunion commence dans 1 h 30 --- Changement de jour Wed Oct 16 2002 00:44 < geully> salut tout le monde 00:50 <@mids> Réunion publique IIP ici dans 10 minutes 00:50 < Robert> Bonjour à tous. 00:51 <@mids> chut 00:51 <@mids> pas encore 00:51 <@mids> encore 9 minutes 00:51 < Grishnav> lol 00:51 < al-jabr> Tue Oct 15 22:51:23 UTC 2002 00:51 * Robert ferme sa bouche. 00:51 < al-jabr> lalala 00:53 -!- geully est maintenant connu sous le nom de Geully 01:00 <@mids> Tue Oct 15 23:00:02 UTC 2002 01:00 <@mids> bienvenue à la n-ième réunion publique IIP 01:00 <@mids> les fichiers journaux sont sur http://mids.student.utwente.nl/~mids/iip/ 01:00 < nop> hehe 01:00 <@mids> oh, le 15 01:00 < nop> le 15 01:00 < nop> oui 01:00 <@mids> ordre du jour aujourd'hui : 01:01 <@mids> - nouveau développeur IIP 01:01 <@mids> - concours de logo IIP 01:01 <@mids> - corrections de bogues 01:01 <@mids> - tours de questions 01:01 <@mids> , 01:01 <@mids> . 01:01 < nop> ok 01:02 < nop> rebienvenue à tous 01:02 < nop> pour une autre série de réunions ;) 01:02 < nop> pour tous ceux qui travaillent dans un bureau d'entreprise 01:02 < nop> vous avez la permission de dormir 01:02 < nop> ok 01:02 < nop> nouveau développeur IIP 01:02 -!- mode/#iip-dev [+o nop] by mids 01:02 <@nop> et c'est un programmeur C talentueux qui apprend vite 01:02 -!- mode/#iip-dev [+o UserX] by mids 01:02 <@nop> et il a déjà ajouté quelques correctifs et fait le travail de fond qui manquait dans le code 01:03 <@mids> hourra ! 01:03 <@nop> nous sommes ravis de l'avoir 01:03 <@nop> et nous pensons qu'il deviendra une partie essentielle de l'équipe 01:03 * al-jabr applaudit 01:03 <@nop> ok 01:03 <@nop> prochain point 01:03 <@nop> concours de logo IIP 01:03 <@nop> des graphix designers etc. 01:03 <@mids> graphix ? tu veux dire graphics ? 01:04 < Grishnav> Non, il veut dire graphix :P 01:04 < hobbs> nop : peut-être. Moi ou ma mère. Elle est douée et elle a eu une tablette récemment. :) 01:04 <@nop> qui voudraient proposer un slogan sympa et/ou un logo pour invisiblenet et IIP (oui, je parle bien de graphics) pour des t-shirts peuvent envoyer leurs propositions à iip@invisiblenet.net 01:04 <@nop> le gagnant 01:04 <@nop> gagnera un t-shirt gratuit 01:04 <@nop> noir ou blanc 01:04 <@nop> de son choix 01:04 <@nop> ou de son choix à elle 01:04 <@mids> youpi ! 01:04 <@nop> et 10.00 DRAN 01:04 < hobbs> chouette. 01:05 <@nop> cela peut assurément inclure aussi des slogans 01:05 <@nop> donc il peut y avoir deux gagnants 01:05 <@nop> si l'un propose un logo 01:05 -!- mode/#iip-dev [+o Chocolate] by mids 01:05 <@nop> et qu'un autre propose un slogan génial 01:05 -!- mode/#iip-dev [+o Chocolate] by Trent 01:05 <@nop> mais envoyez à iip@invisiblenet.net 01:05 <@nop> et ils seront examinés 01:05 <@nop> J'espère que si vous n'êtes pas calé en graphisme, vous pourrez en parler à un ami 01:05 <@nop> et peut-être partager les bénéfices 01:05 <@nop> ;) 01:06 <@nop> parce que nous aimerions avoir des t-shirts cool 01:06 <@nop> pour la boutique en ligne 01:06 <@nop> et en général 01:06 <@nop> aussi 01:06 <@nop> ainsi que des autocollants de pare-chocs, etc. 01:06 <@nop> peut-être qu'une mascotte serait bien aussi 01:06 <@mids> :) 01:06 <@nop> quoi qu'il en soit 01:06 <@nop> faites ce que vous pouvez 01:06 <@nop> envoyez-les 01:06 <@nop> et nous déciderons à la fin du mois 01:06 < philocs> notre seule mascotte, c'est Satan 01:06 <@nop> eh bien 01:06 <@nop> c'est déjà pris 01:06 <@nop> BSD 01:06 <@nop> ;) 01:07 < philocs> on pourrait faire un Satan plus effrayant 01:07 < hobbs> C'est un démon ! 01:07 <@nop> hehe 01:07 <@Chocolate> noir 01:07 <@nop> ok 01:07 <@nop> suivant 01:07 <@nop> corrections de bogues 01:07 <@Chocolate> le t-shirt doit être noir 01:07 <@nop> ok 01:07 <@nop> ouais 01:07 <@nop> tous les artistes doivent faire des dessins inversés 01:07 <@nop> pour que ça convienne aux fonds noirs ou blancs 01:07 <@nop> et vous pouvez utiliser la couleur :) 01:07 <@nop> oh 01:07 <@nop> et le gagnant 01:08 < nemesis> http://www.stk.com/products/50_beta/about50.cfm 01:08 <@nop> aura bien sûr tout le crédit en ayant son logo sur le t-shirt 01:08 < nemesis> sympa 01:08 * al-jabr craint que ce T-shirt soit irrémédiablement ringard 01:08 <@mids> al-jabr : fais-en un meilleur 01:08 <@mids> d'accord... 01:08 <@mids> prochain poing ? 01:09 <@mids> point :) 01:09 <@mids> à savoir : corrections de bogues 01:09 <@mids> UserX a corrigé encore plus de bogues que signalé 01:09 <@mids> il reste encore quelques bogues (possibles).. 01:09 <@mids> si vous en trouvez qui ne sont pas mentionnés 01:09 <@mids> merci de nous le dire 01:10 < al-jabr> Personnellement, je n'ai pas pu reproduire le bogue du terminal, à moins que ce soit quelque chose dans le CVS 01:10 <@mids> sans rapports de bogue, on ne peut pas corriger 01:10 <@nop> moi non plus 01:10 <@mids> al-jabr : je l'ai eu par le passé ; mais impossible de répéter 01:10 <@mids> je demanderai plus de détails à Jeekay 01:10 < philocs> où puis-je trouver la liste des bogues en cours ? 01:11 <@nop> eh bien, tout le monde est encouragé à utiliser le bug tracker de SourceForge 01:11 <@nop> mais la plupart des gens ne le font pas 01:11 <@nop> ;) 01:11 < philocs> le bug tracker est bien 01:11 <@nop> on devrait probablement y faire un lien sur notre site principal 01:11 <@mids> http://www.sourceforge.net/projects/invisibleip/ 01:11 <@nop> pour soumettre un bug 01:11 < firegod> dommage qu'il n'ait pas d'interface IRC (: 01:11 <@mids> la plupart des bogues sont tout de même envoyés sur la liste de diffusion iip-dev 01:11 < philocs> ok, je me suis abonné hier 01:11 <@mids> cool 01:12 < nemesis> pour le logo, quelle résolution ? et dpi ? 01:13 <@nop> quelqu'un qui s'y connaît en graphix a une suggestion pour la résolution et les dpi ? 01:13 < firegod> commencez grand 01:13 < firegod> ça peut être redimensionné 01:13 <@nop> ok 01:13 <@nop> cool 01:13 < firegod> à la baisse si besoin 01:13 < nemesis> -e 01:13 < firegod> c'est bien plus difficile dans l'autre sens (: 01:13 < nemesis> hehe 01:13 < nemesis> firegod 01:13 < nemesis> quelque chose 01:14 < hobbs> nop : seriez-vous intéressés si c'était fait en format de graphiques vectoriels, si jamais c'est ainsi que c'est réalisé ? 01:14 < firegod> toujours bien d'avoir des originaux en haute résolution 01:14 < nemesis> 10 mégapixels 01:14 <@nop> svg ? 01:14 < nemesis> 72dpi 01:14 < hobbs> (ce n'est pas que je possède un logiciel vectoriel, mais quelqu'un pourrait s'y intéresser) 01:14 < nemesis> ou 1000 ? 01:14 < nemesis> ;) 01:14 < nemesis> très difficile 01:14 < nemesis> +f 01:15 < firegod> bien sûr, s'ils sont créatifs.. 01:15 < firegod> mais SVG n'est pas encore très répandu 01:15 < al-jabr> Question : je patch IIP pour utiliser /dev/random. Seriez-vous intéressés pour l'intégrer ? Je le fais avec #ifdef linux en attendant que moi ou quelqu'un configure le code source. 01:15 < firegod> al-jabr : termine le patch et soumets-le à la liste de diffusion 01:15 <@nop> al-jar 01:15 < al-jabr> d'accord 01:15 < hobbs> al-jabr : je suggère d'en faire un #ifdef SOME_FLAG_THAT_CAN_GO_IN_MAKEFILE 01:15 < al-jabr> ouais 01:16 < al-jabr> je ferai ça 01:16 < hobbs> (et avoir une ligne DFLAGS bien commentée dans le Makefile) 01:16 <@nop> yarrow est un très bon PRNG (générateur pseudo-aléatoire) 01:16 <@nop> il est réputé sûr 01:16 <@nop> et nous avons fait un test de notre aléa via le chi carré 01:16 < al-jabr> nop : je pense que yarrow serait redondant quand on a /dev/urandom 01:16 <@nop> et il a obtenu 25 %, ce qui est bien 01:16 <@nop> oui, mais yarrow est portable 01:16 <@nop> et réputé plus robuste 01:16 <@mids> al-jabr : le problème, c'est que tous les systèmes d'exploitation n'ont pas une bonne implémentation de /dev/random 01:16 < firegod> pas du tout 01:17 <@nop> je préfère me fier à ce qu'un expert en cryptographie a développé 01:17 <@nop> plutôt qu'au /dev/random des machines 01:17 < hobbs> vrai. Un -DUSE_DEV_RANDOM pourrait s'avérer utile, ou simplement nuire à beaucoup de gens qui ne savent pas ce qu'ils font. 01:17 <@mids> d'un autre côté, vu l'avenir plus modulaire d'IIP, plusieurs alternatives pourraient être une option 01:17 < hobbs> et pas les meilleures chances pour la première. :) 01:17 <@nop> oui 01:17 <@nop> et nous prévoyons d'ajouter davantage d'entropie à l'avenir 01:18 < al-jabr> Eh bien, les /dev/random et /dev/urandom de Linux comptent parmi les crypto les plus scrutées... J'y pense surtout parce que c'est un très bon réservoir d'entropie présent sur de très nombreuses machines qui exécutent IIP 01:18 <@nop> pour l'augmenter 01:18 < firegod> question générale : avec iip2 va-t-on avoir davantage de retour du proxy ? 01:18 < al-jabr> vous n'auriez pas à demander de l'entropie à l'utilisateur. 01:18 <@nop> oui, firegod 01:18 <@nop> eh bien, en général non 01:18 <@nop> mais c'est clairement un plus 01:18 <@nop> s'il n'y en a pas assez 01:18 <@nop> il demandera 01:19 <@nop> et nous envisagerons probablement d'ajouter une forme d'entropie /dev/random très bientôt 01:19 < hobbs> est-ce que le /dev/random de Linux prend en charge O_NONBLOCK ? 01:19 <@nop> parce que nous avons l'intention de vraiment renforcer le pool 01:19 <@nop> je suis sûr que oui, hobbs 01:19 <@nop> /dev/random vous permet de choisir la taille de votre pool 01:19 < hobbs> nop : oui, mais il y a une limite souple et une limite dure dans le noyau, et la limite dure n'est pas si grande. 01:19 <@nop> al-jabr, le mieux serait d'attendre 01:19 < al-jabr> nop : personnellement, je ferais plus confiance à Linux, qui utilise SHA1 et toutes sortes de sources matérielles d'entropie, qu'à un débutant qui pourrait taper "aaaaaaaaaa..." ; de toute façon, ce n'est qu'une option 01:20 <@nop> al-jabr 01:20 < al-jabr> ok 01:20 <@nop> ce n'est pas toute l'entropie 01:20 <@nop> il y en a plus 01:20 <@nop> il y a les timings réseau, et aussi les timings de calcul DH (Diffie-Hellman) 01:20 < al-jabr> mais ça n'a accès qu'à l'entropie en mode utilisateur 01:20 <@nop> et nous prévoyons d'en ajouter davantage 01:20 < al-jabr> pourquoi réinventer la roue. Je recommande d'utiliser /dev/random et, pour ceux qui ne l'ont pas, EGD. 01:20 <@mids> nop : ça ferait du mal de laisser al-jabr essayer, et peut-être l'utiliser comme plugin pour l'entropie ? 01:20 < al-jabr> puisque les gens de GPG et de Linux le font 01:21 <@mids> nop : alww 01:21 < al-jabr> pourquoi ne pas nous concentrer sur ce que nous faisons le mieux ? 01:21 <@nop> ça me va 01:21 <@mids> nop : toujours bien d'avoir des alternatives 01:21 <@nop> si tu veux soumettre un patch 01:21 <@nop> vas-y 01:21 <@nop> je ne suis pas contre 01:21 <@nop> et nous voulons clairement ajouter plus d'entropie 01:21 < philocs> le /dev/random de Darwin est-il bon ? est-ce le même que sous Linux ou OpenBSD ? 01:21 <@nop> donc merci de l'envoyer à iip-dev quand tu l'auras ajouté 01:21 < firegod> c'est à ça que servent les listes de diffusion, les gens peuvent mieux digérer 01:22 < al-jabr> d'accord, je ferai ça. 01:22 <@nop> merci 01:22 <@nop> c'est tout ? 01:22 <@nop> plus de questions ? 01:22 <@mids> hehe 01:22 <@nop> ou de suggestions 01:22 <@nop> ou de plaintes 01:22 < nemesis> hm.. 01:22 < philocs> j'ai une question de débutant un peu bête ... 01:22 <@nop> bien sûr 01:22 < firegod> bon. des dates de sortie ? 01:22 < nemesis> cache dans les nœuds 01:22 <@mids> sjoet 01:22 <@nop> oh oh on 01:22 <@nop> ce n'était pas sur la liste 01:22 <@nop> mais 01:23 <@nop> nous travaillons en ce moment sur une liste de tâches à court terme 01:23 <@nop> qui sera rendue publique 01:23 < philocs> si quelqu'un pirate un relais pour journaliser, cela veut-il dire qu'il peut voir le trafic des canaux privés qui le traversent ? 01:23 <@nop> non 01:23 <@mids> philocs : tout le trafic est chifré de nœud à nœud et de bout en bout 01:23 < philocs> ok, donc on ne peut obtenir le clair qu'au serveur, c'est bien ça ? 01:23 < firegod> mais pas le contexte au sein d’IRC 01:23 <@nop> exact 01:24 < firegod> oui 01:24 < firegod> et le client 01:24 <@mids> philocs : correct 01:24 <@nop> oui 01:24 < philocs> bien 01:24 < firegod> où en êtes-vous des canaux chiffrés ? 01:24 < hobbs> et le client — eh bien, il ne peut voir que ce qui lui est effectivement envoyé. 01:24 <@mids> firegod : nop travaille sur une feuille de route et la synchronise avec les développeurs (si j’ai bien compris) 01:24 < nemesis> ajouter une option multicast pour les transferts de fichiers, quand un utilisateur veut envoyer le même fichier à plusieurs clients 01:24 < hobbs> nemesis : en fait... ça vaut la peine d’y réfléchir — parle à chocolate. :) 01:24 < philocs> y a-t-il un avantage à avoir un "chiffrement avec clé de canal" avant la décentralisation ? 01:24 <@mids> nemesis : eh bien, le transfert de fichiers n’est de toute façon pas implémenté dans IIP lui-même 01:24 < nemesis> lol 01:24 < firegod> hobbs : eh bien, connaître l’existence d’un canal est facile 01:24 <@mids> nemesis : ça PEUT faire du multicast, il suffit d’envoyer sur un canal :) 01:24 < hobbs> nemesis : il devrait être possible d’ajouter un hack à fileserv pour l’utiliser via un canal, et ensuite tous ceux qui veulent recevoir n’ont qu’à rejoindre. :) 01:24 < hobbs> firegod : ah, vraiment ? 01:24 < nemesis> que peut-on faire avec un réseau anonyme 01:25 < nemesis> quand on peut partager du code ? 01:25 < nemesis> et du code en C ? 01:25 < firegod> le multicast pose problème car le support n’est pas spectaculairement répandu.. 01:25 <@mids> philocs : oui, je pense... moins de confiance nécessaire dans le serveur 01:25 < nemesis> quand tout Internet sera interdit pour l’open source ? 01:25 < hobbs> firegod : pas du multicast IP, juste du "multicast" :) 01:25 < firegod> hobbs : à propos du canal fileserv : ça te donne des canaux chiffrés au passage (: 01:25 < nemesis> comment peux-tu partager cette information ? 01:25 < hobbs> firegod : ah, comment ça ? 01:26 < nemesis> nemesis : il devrait être possible d’ajouter un hack à fileserv pour l’utiliser via un canal, et ensuite tous ceux qui veulent recevoir n’ont qu’à rejoindre. :) 01:26 < firegod> hobbs : bien sûr, si tu rejoins IIP il est simple de faire /list des canaux 01:26 < nemesis> pas un hack 01:26 < philocs> je commencerais peut-être à réfléchir à un "chiffrement avec clé de canal". Ça ne me paraît pas être terriblement compliqué : il suffit de garder des clés privées dans un répertoire, peut-être 01:26 < nemesis> intégré 01:26 < nemesis> et une option "server node" 01:26 < nemesis> pour permettre ça 01:26 < nemesis> ou pas 01:26 <@mids> philocs : tu pourrais l’implémenter côté client... 01:26 < hobbs> nemesis : ok, je suis juste à la traîne. Je n’ai pas travaillé sur fileserv depuis... des mois 01:26 < nemesis> et une option pour la taille du cache pour ça 01:26 <@mids> philocs : regarde les scripts blowfish.pl pour irssi et xchat 01:26 < firegod> philocs : et des plugins Perl côté clients 01:26 <@mids> s/blowfish/blowjob/ 01:27 < philocs> mids : ça aurait du sens de l’implémenter côté client d’isproxy ? 01:27 <@mids> nemesis : la mise en cache n’aurait pas beaucoup de sens quand tout passe encore par l’ircd central 01:27 < philocs> comme ça, ça marcherait avec tous les clients 01:27 < nemesis> nemesis : la mise en cache n’aurait pas beaucoup de sens quand tout passe encore par l’ircd central 01:27 <@mids> philocs : peut-être ; mais cela nécessiterait le "vircd" 01:27 < nemesis> je pense qu’il est prévu d’avoir un réseau p2p ? 01:27 < nemesis> et alors il n’y a plus de hub central 01:27 <@mids> nemesis : pour IIP 2 01:28 < nemesis> seulement quelques nœuds 01:28 < nemesis> qui mettent les données en cache 01:28 <@mids> nemesis : mais ça, c’est le long terme ; d’abord IIP 1.2 01:28 < philocs> nemesis : je pense que tu veux plutôt Freenet 01:28 < nemesis> non 01:28 < philocs> transferts de fichiers p2p avec mise en cache 01:28 < nemesis> juste une option pour partager quelques fichiers publics 01:28 < nemesis> ou de longs textes 01:28 < philocs> c’est ce que fait Freenet 01:28 < firegod> une fusion d’espace de noms est-elle possible entre Freenet et IIP ? 01:28 < nemesis> pour ne pas le copier ligne par ligne dans le canal /query 01:28 < hobbs> ce qui tournera au-dessus du réseau IIPv2 pourrait être plein de choses intéressantes — mais c’est pour plus tard. :) 01:28 <@mids> nemesis : d’abord il nous faudrait un routage décentralisé... 01:29 < nemesis> k 01:29 < firegod> et si chaque isproxy était un nœud Freenet ? 01:29 < nemesis> mais n’oubliez pas ;) 01:29 < philocs> je ne pense pas qu’il soit logique de cannibaliser Freenet... 01:29 <@mids> nemesis : une fois qu’on aura ça ; redemande :) 01:29 < firegod> philocs : est-ce que ça fait le job ? 01:29 < nemesis> lol 01:29 <@mids> philocs : vu les merdes récentes de Freenet ; je dirais non, en effet ça ne le fait pas 01:29 < firegod> philocs : et je préfère un peu "incorporer" 01:29 < hobbs> il devrait être possible d’écrire un mini-Freenet au-dessus d’IIP... mais il vaudrait mieux laisser Freenet faire ce qu’il fait, et profiter de la grande vitesse et du côté "push" d’IIP pour écrire des choses encore meilleures. 01:29 < nemesis> dans combien d’années ? *fg* 01:30 < firegod> d’accord (: 01:30 < firegod> les gens veulent échanger des morceaux de données binaires via leurs clients de messagerie, ici IIP 01:30 < firegod> comment cela sera-t-il pris en charge ? 01:30 < philocs> firegod : eh bien, je pense que ça fait bien le job et que ça ne fera que s’améliorer. Oui, je suis d’accord qu’il vaudrait mieux qu’IIP implémente le protocole Freenet pour les choses à la Freenet plutôt que de faire quelque chose d’incompatible 01:30 < hobbs> par exemple, IIPv2 devrait pouvoir supporter l’"anonymail" le plus classe que quiconque ait jamais vu (sans bot), à moins que je n’hallucine. :) 01:30 < nemesis> hm.. 01:31 < nemesis> hacker ethic 01:31 < nemesis> le slogan 01:31 < nemesis> pour.. 01:31 < nemesis> miiiids !! 01:31 <@mids> hobbs : IIPv2 sera tellement intelligent qu’il pourra faire tes devoirs de maths 01:31 < hobbs> c’est bien, parce que je ne fais pas les miens assez souvent. 01:31 < philocs> à ce propos 01:32 <@UserX> firegod : l’intention est de faire une émulation DCC en utilisant Freenet comme transport pour les fichiers 01:32 < Grishnav> Désolé si cela a déjà été suggéré, j’ai manqué une bonne partie de la conversation en entrant et sortant du salon, mais que diriez-vous d’une sorte d’API pour IIP afin de créer des modules ? Une fois IIP complètement distribué (avec la v2), on pourrait voir apparaître toutes sortes de modules intéressants... un module de transfert de fichiers, peut-être un module de nœud Freenet si vous ne voulez faire tourner qu’un seul service... 01:32 < firegod> UserX : ça ira (: 01:32 < philocs> UserX : je pense que c’est la meilleure solution 01:32 < hobbs> Grishnav : c’est plus ou moins le plan, si je comprends bien. Et si ça ne l’est pas, on battra nop avec un flétan jusqu’à ce que ça le devienne. 01:32 < Grishnav> lol 01:33 < firegod> UserX : mais si IIPv2 est décentralisé, cette émulation DCC aura-t-elle besoin de Freenet ? tu peux déjà faire des transferts point-multipoint, il te faut juste une poignée de main de session pour ce type de transfert 01:33 < firegod> quoique DCC 01:33 < nemesis> waaaaaaaaaah 01:33 < philocs> de plus, si chaque utilisateur IIP faisait tourner une implémentation de Freenet, cela rendrait Freenet bien meilleur 01:33 < nemesis> ardvark 01:33 < nemesis> grrrrrr 01:33 < nemesis> où est-il ? 01:33 < nemesis> qui peut parler allemand ? 01:33 < hobbs> aussi, il devrait être (plus) pratique d’avoir plusieurs réseaux IIPv2, mais je pense que c’est acquis. :) 01:33 < nemesis> ou qui connaît un peu l’allemand 01:33 < firegod> philocs : c’est ce que je dis (: 01:33 < nemesis> et qui a la "hacker ethic" anglaise ? 01:33 < firegod> qui travaille sur IIPv2 ? 01:34 < philocs> je dois bientôt aller réviser mon examen d’allemand 01:34 < philocs> firegod : tu es gaucher, en Oz ou un truc comme ça ? 01:34 <@mids> hm, les gens ; je dois y aller ; continuez à discuter ici 01:34 <@mids> bbl 01:34 < nemesis> hrhr 01:34 < nemesis> mids !!! 01:34 < firegod> philocs : non, juste un original 01:34 < nemesis> ne bois pas trop ;p 01:34 < nemesis> *fg* 01:35 < firegod> mids travaille sur IIPv2, j’en suis sûr, quelqu’un d’autre ? UserX ? 01:35 < nemesis> nop 01:35 <@UserX> firegod : en théorie oui. Mais actuellement nous voulons garder IIP à faible bande passante. Freenet conviendrait pour transférer de gros volumes de données (et mieux car il n’a pas la contrainte de routage en temps réel dont IIP a besoin) 01:35 < nemesis> je pense 01:35 <@nop> oui 01:35 < nemesis> aaaaaah 01:35 < nemesis> nop 01:35 < philocs> je suppose que ce qu’il faut vraiment, c’est que quelqu’un écrive une implémentation C de Freenet... 01:35 < firegod> UserX : c’est vrai. 01:36 < firegod> UserX : ou au moins un opt-in (activation volontaire) pour cette fonctionnalité 01:36 <@UserX> firegod : oui, je travaille sur la v2 01:36 < hobbs> philocs : j’étais assez d’accord avec ça il y a quelques mois, mais pour l’instant je suis content de laisser le fred Java faire son truc et se stabiliser, avant que quelqu’un ne clone. 01:36 < hobbs> (maintenant que ça _marche_, c’est-à-dire) 01:36 < firegod> UserX : comment avez-vous résolu les problèmes d’échelle pour la localisation des ressources ? c.-à-d. comment trouvez-vous les nœuds qui originent des #canaux ? 01:36 < philocs> UserX : oui, eh bien c’est une bonne raison de ne pas faciliter aux gens le "dcc" et de les encourager à utiliser Freenet 01:36 < firegod> philocs : ça devrait juste être opt-in.. ceux qui veulent abuser de leur bande passante peuvent y aller.. ceux en modem ne se font pas tuer (: 01:36 < hobbs> UserX : ce serait bien de garder à l’esprit, toutefois, que Freenet est bon pour tirer des choses, et IIP est bon pour pousser des choses. :) 01:36 < philocs> hobbs : oui, je suis d’accord, je pense que la version Java est correcte, mais si on va en gros packager Freenet avec IIP d’une manière ou d’une autre, alors à terme (et probablement quand Freenet atteindra 1.0 ?) on voudra une implémentation en C 01:36 < firegod> philocs : ceux qui veulent des fonctionnalités adossées à Freenet changent un réglage et BLAM ça marche tout seul 01:36 <@UserX> firegod : je n’ai pas encore mis au point un système hautement scalable 01:37 < firegod> hobbs : IIP est une excellente façon de regrouper des clés Freenet (: 01:37 < hobbs> philocs : c’est de la réflexion à long terme. :) 01:37 < firegod> UserX : ah. Si tu n’as pas jeté un coup d’œil à Circle, je t’y encourage (: 01:37 < firegod> je sais que mids a dit qu’il avait joué avec 01:37 < philocs> hobbs : eh bien Freenet devient de plus en plus stable 01:38 < youkai> ouais, je ne ferais jamais tourner Freenet tant que c’est uniquement Java 01:38 < firegod> voilà un slogan pour toi d-: 01:38 < firegod> "de plus en plus stable chaque jour" 01:38 < youkai> trop lourd 01:38 < philocs> youkai : ce n’est pas si mal 01:38 < youkai> en plus je trouve ça nul d’avoir un logiciel open source qui ne compile que sur un langage détenu par une entreprise 01:38 < Grishnav> Je n’aime pas Java plus qu’un autre, mais je suis clairement fan de Freenet. J’utiliserai la version Java, mais seulement jusqu’à entendre parler d’une implémentation en C. :) 01:39 < youkai> je veux dire, si vous utilisiez le Java open source non Sun ça me dérangerait moins 01:39 < youkai> ah oui 01:39 < youkai> blackdown 01:39 < hobbs> youkai : Freenet fonctionne bien sur quelques variantes de Java non Sun. 01:39 < hobbs> Blackdown a Sun derrière lui. 01:39 < youkai> alors on ne peut pas gagner avec Java :/ 01:39 < firegod> et alors ? 01:39 < youkai> je ne fais pas plus confiance à Sun qu’à Microsoft 01:40 < firegod> Java n’est pas ton ami (: 01:40 < Grishnav> Quelqu’un a un lien pour télécharger les sources de Blackdown ? (Leur site n’est pas très utile) 01:40 < firegod> J’encourage ceux qui ne sont pas satisfaits de Java à essayer phthon pour leurs besoins de scripting (ce n’est PAS Java) 01:40 < youkai> oui, Python c’est cool 01:41 < youkai> mais je n’ai pas arrêté d’utiliser les systèmes d’exploitation m$ juste pour laisser entrer une autre boîte (Sun) 01:41 < hobbs> Grishnav : euh. C’est en "non-free" pour une raison, non ? 01:41 < philocs> vous voulez que j’écrive Freenet en Python ? Un module Python serait-il distribué avec IIP ? 01:41 < Grishnav> Ahh... je pensais que c’était libre. Mon erreur. 01:41 < youkai> c’est mon seul problème avec Freenet 01:41 < philocs> Java n’est pas diabolique, Sun traite Java différemment de la façon dont MS traite Windows 01:41 < hobbs> Grishnav : non. Si tu demandes à Sun, il est impossible de créer une implémentation Java2 libre, et ils ont bien réussi à rendre cela vrai. 01:41 < youkai> je veux dire, Java est beaucoup plus facile à coder parce que tu n’as pas autant à te soucier des fuites mémoire et de ce genre de choses 01:41 < Grishnav> rofl 01:41 < youkai> le garbage collector (ramasse-miettes) te permet d’être paresseux 01:41 < philocs> hobbs : pourquoi est-ce impossible ? 01:42 < Grishnav> [16:45] je veux dire, Java est beaucoup plus facile à coder parce que tu n’as pas autant à te soucier des fuites mémoire et de ce genre de choses — ouais, pas étonnant que toutes les applis Java soient de si fichues bouffe-mémoire !! 01:42 < youkai> ouais, c’est parce qu’elles ont besoin que toute la JRE soit chargée en mémoire avec le logiciel 01:42 < hobbs> philocs : parce que si tu écris quoi que ce soit qui soit Java2 et que tu prétends que c’est "Java", alors Sun te détruira. :) 01:42 < philocs> hobbs : oui mais tu peux faire du java, juste ne l’appelle pas "java" 01:42 < hobbs> er... sans obtenir la licence appropriée et signer les accords appropriés d’abord, bien sûr. :) 01:42 < Grishnav> appelle-le coffee 01:42 < philocs> kaffe 01:42 < Grishnav> hehe 01:42 < Grishnav> ouais 01:43 < Grishnav> j’ai joué avec Kaffe 01:43 < hobbs> philocs : vrai. Mais personne ne l’a fait. 01:43 < Grishnav> pas encore assez mûr, mais ça vient 01:43 < philocs> hobbs : euh si, la FSF l’a fait 01:43 < hobbs> philocs : ah ? 01:43 < philocs> oui 01:43 < youkai> mais sérieusement, je pense que Java est au niveau de VB 01:43 < philocs> Kaffe 01:43 < hobbs> philocs : Kaffe n’est pas Java2. 01:43 < youkai> c’est pour les programmeurs paresseux 01:43 < youkai> que ça ne dérange pas d’être possédés par une entreprise 01:43 < philocs> hobbs : mais il n’y a pas de raison qu’il ne puisse pas implémenter Java2 01:43 < hobbs> philocs : sauf le fait qu’il ne le fait pas. 01:43 < philocs> plus gccj ou peu importe comment ça s’appelle 01:44 < hobbs> er... 01:44 < youkai> l’autre chose, c’est que Java2 est énorme, et ils ont une équipe gigantesque de programmeurs qui travaillent dessus tout le temps 01:44 < hobbs> oui. gcj/gij sont bien aussi. 01:44 < firegod> sans vouloir interrompre, mais les guerres Java se passent mieux dans des salons nommés en conséquence (: 01:44 < philocs> hobbs : mais ce n’est pas un problème légal, la spec Java est un standard ouvert, le nom Java ne l’est pas 01:44 < youkai> gcj ? 01:44 < philocs> youkai : gcc qui compile du code Java 01:44 < youkai> hein 01:45 < youkai> en binaire ou il a encore besoin d’une JRE 01:45 < philocs> binaire, je crois 01:45 < hobbs> philocs : c’est une restriction assez lourde, quand même. 01:45 < hobbs> Tu ne peux pas dire : c’est Java, c’est compatible Java, ou ça sent Java. 01:45 < philocs> hobbs : eh bien je ne pense pas. Tu peux affirmer que "ce logiciel n’est pas Java, mais vous constaterez probablement qu’il fonctionne pareil" 01:46 < philocs> ce que la plupart des gens comprendraient 01:46 < hobbs> probablement. 01:46 < youkai> de toute façon, pourquoi réécrire Java alors qu’on pourrait simplement utiliser C++ 01:46 < youkai> c’est presque le même langage 01:46 < philocs> arg, je préférerais utiliser Java plutôt que C++ 01:46 < philocs> mais je ne vais pas me lancer là-dedans 01:46 < philocs> bref, j’ai oublié où cette horrible diatribe a commencé 01:46 < hobbs> youkai : pas vraiment. C++ ne te force pas à utiliser de la camelote OO quand c’est totalement inapproprié, comme Java le fait. :) 01:46 < firegod> on tourne en rond, où ça s’arrête, personne ne sait 01:46 < firegod> philocs : exactement 01:46 < philocs> ok, donc dans isproxy, il y a un côté client et un côté nœud ? 01:47 < firegod> philocs : tu sais combien de fois j’ai vu exactement le même "argument" ? (: 01:47 < youkai> hobbs : hah 01:47 < firegod> philocs : il y a des relais, des proxys et des "serveurs" 01:47 < firegod> à ce que je vois 01:47 <@UserX> philocs : peux-tu clarifier ta question ? 01:47 < philocs> je veux dire, est-ce que ça aurait du sens de mettre le chiffrement avec clé de canal dans isproxy, la partie qui parle effectivement au client IRC sur le 6667 ? 01:47 < hobbs> philocs : en quelque sorte. Il y a des nœuds, et des nœuds. :) 01:47 < firegod> philocs : n’oublie pas que tu as plusieurs clients pour chaque isproxy 01:48 < hobbs> et les nœuds 1) parlent aux clients 2) parlent aux nœuds 3) (l’un d’eux) parle au serveur. 01:48 < philocs> firegod : vraiment ? Je n’ai jamais pu voir ce comportement, en fait c’est peut-être juste ma configuration 01:48 < firegod> (: 01:48 < philocs> mais bref, ma question a-t-elle du sens ? 01:48 < youkai> je suis juste venu vous supplier de ne pas écrire la prochaine ver d’iip en Java :D 01:48 < firegod> quelle question d-: 01:48 < firegod> youkai : je pense que c’est acquis 01:48 <@UserX> philocs : actuellement IIP 1.x est essentiellement un tunnel. Faire implémenter le chiffrement de canal par le client demanderait beaucoup de travail. Et cela deviendrait redondant quand la v2 sera prête 01:48 < youkai> et s’il y a des gens de Freenet dans le coin, une ver en C++ serait sympa 01:49 < firegod> UserX : et si isproxy fonctionnait comme un tunnel HTTP ? 01:49 < firegod> UserX : IIPv2 aussi ? 01:49 < nemesis> je suis juste venu vous supplier de ne pas écrire la prochaine ver d’iip en Java :D 01:49 < nemesis> noooooo 01:49 < philocs> je pense que tu pourrais faire en sorte d’avoir un répertoire "keys/" et dedans "channel.key" ou quelque chose comme ça, puis faire tourner blowfish ou autre sur ce qui entre et sort de ce canal, tu vois ? 01:49 < nemesis> le code natif, c’est le mieux 01:49 < philocs> et merde pour C++, je prendrai Java plutôt que C++ n’importe quand 01:49 < philocs> mais je pense aussi que le C est bien 01:49 <@UserX> firegod : 1.x pourrait être utilisé pour faire un tunnel vers un seul serveur HTTP fixe 01:49 < firegod> ok, assez de guerres de langages s’il vous plaît ? 01:49 < nemesis> m$ a sponsorisé sa campagne .net, et mettra son IL en avant 01:49 < youkai> k :D 01:49 < firegod> User : hrmm 01:49 < nemesis> tu peux contrôler le compilateur 01:49 < philocs> youkai n’arrête pas de remettre ça, s’il aime tant C++, il devrait l’épouser 01:49 < nemesis> c’est la différence 01:49 < firegod> oh bon sang 01:49 < youkai> heh philocs : si tu aimes tant Java tu devrais aller travailler pour Sun 01:49 < nemesis> peux pas 01:50 < philocs> UserX : est-ce que ça a du sens ou vaut-il mieux attendre la prochaine version pour faire ça ? 01:52 < youkai> UserX : c’est une bonne idée 01:52 <@UserX> philocs : pour faire ça avec le réseau 1.x, il faudrait donner aux nœuds l’intelligence de lire, analyser et recomposer les messages/commandes du client IRC 01:53 < philocs> oh je vois 01:53 < nemesis> philocs : pour faire ça avec le réseau 1.x, il faudrait donner aux nœuds l’intelligence de lire, analyser et recomposer les messages/commandes du client IRC 01:53 < nemesis> XML ;) 01:53 <@UserX> c’est possible mais cela demanderait pas mal d’efforts que je préfère mettre dans la v2 01:53 < nemesis> très flexible 01:53 < philocs> je comprends 01:54 < philocs> à plus 02:11 < logger> fin de la journalisation --- Journal fermé Wed Oct 16 02:11:14 2002