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

[22:00] <jrand0m> <incoming> [22:00] <jrand0m> 0) salut [22:00] <jrand0m> 1) état du testnet [22:00] <jrand0m> 2) nommage dans i2p [22:00] <jrand0m> 3) minwww et i2cp [22:00] <jrand0m> 4) site web i2p.net [22:00] <jrand0m> 5) ??? [22:00] <dm> Je me disais l'autre jour qu'on pourrait faire une interface .NET pour I2P. Enfin.. [22:00] <FireRabbit> eh bien il y en aura une [22:00] <madman-away> bonjour [22:00] <jrand0m> -1) une interface .NET serait cool [22:00] <jrand0m> 0) salut [22:00] * madman-away est maintenant connu sous le nom de madman2003 [22:00] <jrand0m> salut à tous [22:00] <wilde> salut [22:00] <FireRabbit> <-- va écrire une interface .NET [22:00] <FireRabbit> bref salut [22:00] <jrand0m> r0x0r. [22:00] <dm> génial [22:01] <jrand0m> bienvenue à la 70-et-quelque-ème réunion [22:01] <FireRabbit> <-- a besoin de cette URL avec le protocole client [22:01] * ion a rejoint #i2p [22:01] <jrand0m> i2p.net/ a des liens vers le wiki, tu voudras probablement utiliser le tunnelManager [22:01] <FireRabbit> ok [22:01] <jrand0m> (les gens devraient lire http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html pour la mise à jour d'état de cette semaine) [22:01] <FireRabbit> et ça marche bien dans la dernière version ? [22:02] <jrand0m> ouaip, aum l'utilise (et je viens de corriger un bug sur lequel il tombait il y a quelques heures) [22:02] <jrand0m> (spécifications @ http://wiki.invisiblenet.net/iip-wiki?I2PTunnelManager) [22:02] <jrand0m> ok, on avance [22:02] <jrand0m> 1) état du testnet [22:02] <FireRabbit> okc ool oui, [22:03] <jrand0m> Je déteste me répéter, mais... le testnet progresse. [22:04] <jrand0m> On n'y est pas encore, mais on a des sessions de plusieurs heures sans accroc sur le dernier build [22:04] <jrand0m> certaines configurations n'offrent pas ce niveau de fiabilité, mais d'autres oui. donc, on travaille à les mettre toutes au niveau [22:04] <FireRabbit> excellent [22:04] <baffled> Au moins on peuple le réseau avec des animaux [22:05] <jrand0m> héhé [22:05] <jrand0m> chien, chat, souris, canard... [22:05] * wiht a rejoint #i2p [22:05] <FireRabbit> lapin ! [22:05] <baffled> peut-être que je devrais devenir un bafflo [22:05] <human> humain ! [22:05] <jrand0m> !! [22:05] <jrand0m> #animalfarm [22:06] <dm> dm [22:06] <jrand0m> mais oui, c'est en gros tout ce que j'ai à dire sur l'état du testnet (au-delà de ce qu'il y a dans ce mail de statut) [22:06] <wilde> les gens liront les logs hors ligne, donc restez dans le sujet s'il vous plaît [22:06] <jrand0m> heh désolé papa ;) [22:07] <jrand0m> je pense qu'on est toujours dans les temps par rapport à la feuille de route [22:07] <wiht> Combien d'autres versions du testnet comptez-vous distribuer ? [22:07] <jrand0m> (en plus j'ai avancé sur des trucs futurs pendant les tests, comme les tunnels à >2 sauts) [22:07] <jrand0m> wiht> autant qu'il faudra [22:08] <jrand0m> on est assez près d'en finir avec ce round du testnet, à mon avis [22:08] <dm> les tunnels à >2 sauts ne sont pas juste un réglage ? [22:08] <jrand0m> oui [22:08] <jrand0m> mais par le passé ce n'était pas bien testé [22:08] <dm> cool [22:09] <jrand0m> pendant que le testnet tournait, j'avais mon propre testnet séparé sur mon portable pour faire d'autres choses [22:09] * human est ouvert aux suggestions pour rendre l'ircmonitor plus utile [22:09] <jrand0m> <dreaming>un écouteur HTTP pour générer des .webp à la demande ?</dreaming> [22:09] <jrand0m> (ou juste un /msg cat renderPNG) [22:10] <human> jrand0m: ok, ça devrait être faisable [22:10] <baffled> J'aimerais toujours voir des résumés textuels. [22:10] <jrand0m> human++ [22:10] <baffled> sur l'ircmonitor. [22:10] <jrand0m> oui, (résumés textuels)++ aussi [22:10] <human> jrand0m: je pensais toujours le faire utiliser gnuplot pour générer des graphiques (au lieu de gnu plotutils) [22:11] <jrand0m> patate, patate [22:11] <jrand0m> (ah, la gloire des accents sur IRC) [22:11] <FireRabbit> lol [22:11] <human> jrand0m, baffled: peux-tu me donner un exemple de résumé textuel ? [22:11] <baffled> Si tu me laisses un peu de temps. [22:11] * dm a lu ça comme "patate, patate" [22:12] <jrand0m> période : 4 heures latence moy. : 5,3 s messages manqués : 95 fréquence des messages manqués : 1 toutes les 49 secondes [22:12] <jrand0m> (peut-être latence max & min) [22:12] <human> jrand0m: oh, ok [22:12] <jrand0m> si c'est possible / pas trop de boulot [22:13] <jrand0m> (du moins c'est à ça que je pense quand j'entends résumé textuel) [22:13] <wilde> latence max, latence min [22:13] <mihi> human: regarde @ le résumé que je donne pour le testeur de ping [22:13] <mihi> hmm, quelqu'un fait tourner un serveur d'écho cette semaine ? [22:13] <jrand0m> pas à ma connaissance [22:14] <human> jrand0m: ça devrait être faisable - je vais essentiellement faire en sorte que l'ircmonitor journalise plus de données brutes, puis je créerai quelques scripts utilitaires pour générer des graphiques et/ou des résumés textuels [22:14] <jrand0m> qui déchire [22:14] <baffled> Désolé mihi, je voulais mettre le tien en place mais j'oublie tout le temps. [22:14] <jrand0m> je pense que ce sera une bonne partie des tests fonctionnels globaux qui évolueront avec nous [22:15] <jrand0m> ok, avons-nous autre chose pour la discussion sur le testnet ? [22:16] * jrand0m passe à 2) nommage dans i2p [22:16] <wilde> quel est le plus gros problème du testnet en ce moment ? [22:16] <jrand0m> le plus gros problème du testnet a deux volets - [22:16] <jrand0m> 1) trouver et corriger la cause de la déconnexion du router [22:17] <jrand0m> 2) déterminer la cause des déconnexions inter-ircd fréquentes [22:17] <mihi> 1b) gérer le fait que les routers peuvent parfois se déconnecter [22:17] <jrand0m> oui [22:17] <jrand0m> enfin, ça ne fait pas vraiment partie de ce testnet. [22:17] <jrand0m> 0.3.x est une série de mises à jour pour gérer les routers peu fiables [22:18] <jrand0m> c'est vraiment pour ça que je limite le nombre (#) de routers qui tournent sur le testnet - je sais qu'il se comporte mal quand les routers ne sont pas disponibles la plupart du temps [22:18] <wiht> Donc tu supposes des routers fiables pour l'instant, c'est ça ? [22:18] <jrand0m> dans le testnet 0.2.3.6, oui [22:18] <jrand0m> (il se remet des pannes, mais pas assez vite) [22:19] <jrand0m> (une reprise plus élégante se fera avec plusieurs leases par Destination, un profilage de pairs accru, une prévention des relectures (replay), et des tentatives sur des cibles de lease alternatives) [22:20] <jrand0m> ok, on se dirige vers 2) nommage dans i2p [22:21] <jrand0m> wiht soulève le cœur du problème - les noms globaux sont vraiment utiles, et les gens les aiment [22:21] <jrand0m> (ceux qui ne sont pas familiers avec cette discussion devraient relire http://i2p.dnsalias.net/pipermail/i2p/2004-February/000135.html et les réponses qui ont suivi) [22:22] <wiht> Les gens y sont habitués, peut-être plus qu'aux noms locaux (comme ton analogie avec ICQ). [22:22] <jrand0m> je ne suis pas sûr. [22:22] <jrand0m> disons par exemple que je m'appelle John. [22:22] <jrand0m> John n'est pas global. [22:22] <jrand0m> même John Q. Random n'est pas global. [22:22] <jrand0m> ni John Q. Random né en 1942 en Argentine. [22:23] <human> eh bien, on a dit que le système de noms pourrait avoir plusieurs variantes [22:23] <jrand0m> c'est vrai [22:23] <human> les gens pourraient choisir une « autorité d'enregistrement » de confiance auprès de laquelle piocher des noms uniques [22:23] <jrand0m> absolument. [22:24] <jrand0m> mais il y a un danger là [22:24] <wiht> Le schéma que j'avais proposé à l'origine permet plusieurs autorités de certification, si je me souviens bien. [22:24] <human> jrand0m: bien sûr, c'est le compromis entre confort et sécurité [22:24] <FireRabbit> je pense que quelqu'un devrait écrire rapidement un système DNS « centralisé » pour le moment puis se soucier de la sécurité [22:24] <human> jrand0m: :-) [22:24] <FireRabbit> juste pour faciliter les tests [22:25] <jrand0m> des CA multiples fonctionnent plus facilement sans nommage global [22:25] <wiht> jrand0m: Pour revenir à ton exemple, si tu es le premier à enregistrer jrandom.i2p, un autre John Random devrait s'enregistrer comme jrandom2.i2p, par exemple. [22:25] <baffled> Il n'y a pas vraiment de problème tant qu'un conflit ne se produit pas, non ? [22:25] <jrand0m> FireRabbit> J'ai le fort sentiment que ce avec quoi on commencera restera en place pendant 12+ mois. [22:25] <jrand0m> correct baffled, dans n'importe quel des plans [22:25] <wiht> baffled: C'est le problème, oui. [22:25] <jrand0m> wiht> pas s'il y a plusieurs CA [22:25] <FireRabbit> admettons [22:25] <wilde> les eepsites seront un bazar s'il y a un nommage local, les liens ne fonctionneront pas [22:25] <baffled> donc une autorité n'est nécessaire qu'en cas de résolution de conflit. [22:26] <jrand0m> oui ce sera le cas, wilde [22:26] <jrand0m> les noms destinés à être partagés et utilisés par d'autres devraient être des noms pleinement qualifiés - auto-certifiés [22:26] <wiht> jrand0m: Pourrais-tu donner un exemple de nom auto-certifié ? [22:27] <jrand0m> depuis mon mail - http://i2pref/[base64 of the NameReference] [22:27] <wilde> donc quand je fais un lien vers ton site, et qu'il y a trois jrandoms... lequel sera utilisé ? [22:28] * human pense qu'un NS décentralisé sans nommage global est Good(TM), parce que ça fait comprendre aux gens les risques de déléguer la vérification et la certification des noms d'hôte [22:28] <jrand0m> tu lies avec le nom pleinement qualifié - qui inclut la Destination réelle *dedans*. [22:28] <jrand0m> (la structure NameReference de mon mail) [22:28] <wilde> donc c'est comme un lien en base64 [22:28] <jrand0m> exact human - ça supprime ce point d'attaque [22:28] <wiht> Les gens devront retaper plein de caractères à nouveau ? Ça semble contre-productif. [22:28] * madman2003 has quit IRC (EOF From client) [22:29] <jrand0m> personne ne tape des noms base64 [22:29] <jrand0m> (enfin, peut-être que mihi, si) [22:29] <jrand0m> <a href="http://i2pref/[base64 of the NameReference]">jrandom's page</a> [22:29] <wiht> Oh. Ça a du sens. [22:30] * mihi ne *tape* rien qu'il puisse copier&coller [22:30] <jrand0m> :) [22:30] <wilde> ok mais en gros ce sont de longues URL [22:30] <jrand0m> dans les eepsites, oui [22:30] * dm has quit IRC (Ping timeout) [22:30] <wilde> k c'était la question [22:30] <jrand0m> il y a cependant plusieurs autres scénarios qui valent le coup d'œil [22:31] <jrand0m> comme quand les gens veulent parcourir ou chercher de nouveaux sites [22:31] <jrand0m> ce sont des situations où avoir des serveurs qui contiennent beaucoup de références de noms est utile [22:31] <baffled> Puis-je proposer l'idée d'un serveur d'historique plutôt qu'une autorité. [22:31] <jrand0m> serveur d'historique ? [22:32] <jrand0m> ah, donc le premier qui arrive « l'a » ? [22:32] <baffled> Si quelqu'un adopte un nouveau domaine qui est déjà utilisé, le serveur d'historique envoie une note à cette personne indiquant le détenteur d'origine et comment le contacter. [22:32] <human> peut-être une archive pour voir comment un nom de domaine a changé au fil du temps ? [22:32] <baffled> Le conflit peut alors être résolu par les deux parties pourvu qu'elles soient toutes deux disponibles. [22:33] <wiht> baffled: Et si l'exploitant du nouveau domaine est douteux et continue de garder ce nom de domaine déjà pris ? [22:33] <baffled> Si une des parties n'est pas disponible, le conflit revient à la partie disponible après un certain temps. [22:33] <human> bien sûr cela implique d'accorder une certaine confiance à l'opérateur du serveur [22:33] <wilde> c'est juste une autorité mais autrement [22:33] <jrand0m> oui [22:34] <baffled> Tout arbitre va de toute façon agir comme une autorité. [22:34] <human> eh bien, utiliser des noms non globaux fera comprendre aux gens que tout ce qui est construit au-dessus leur facilitera la vie, mais pourra la rendre moins sûre [22:34] <jrand0m> oui, oui [22:34] <baffled> Je ne m'attends pas à ce que ça devienne un problème majeur. [22:34] <jrand0m> (mais pourquoi avons-nous besoin d'un arbitre ? il ne peut pas y avoir deux John dans le monde ?) [22:35] <jrand0m> si i2p est utilisé pour le commerce ou autres activités de ce genre, je m'attends à ce que les noms soient très attaqués [22:35] <baffled> Si je veux jrandom.i2p et que jr ne veut pas le lâcher, je peux toujours choisir jrandom.i3p ou mettre un contrat. [22:35] <wilde> Je vote pour la solution cryptique de nameref [22:35] <wiht> Encore une fois, ça irait, tant que les _nouveaux_ utilisateurs comprennent les implications et quel John ils veulent contacter. [22:35] <jrand0m> (puisque quelqu'un pourrait détourner et récupérer de l'argent, etc.) [22:36] <jrand0m> oui - il est probable qu'on inclura toujours quelques références de noms avec le logiciel [22:36] <jrand0m> (à la manière de l'actuel hosts.txt) [22:36] <wiht> Une idée qu'on devrait garder, quand même, c'est l'idée de MrEcho d'attacher un lease temporisé à une référence. Ainsi, les noms de domaine peuvent expirer. [22:37] <jrand0m> pourquoi voudrait-on que les noms de domaine expirent déjà ? [22:37] <baffled> Ils en ont marre de la vie ? [22:37] <jrand0m> oh, pour remplacer la Destination incluse ? [22:37] <jrand0m> heh [22:38] <wiht> Certains parce que les exploitants veulent leurs noms de domaine pour juste un jour ou un mois. D'autres, si la propriété du domaine est transférée vers une Destination différente. [22:38] <jrand0m> hmm, mais sans unicité, il n'y a pas vraiment de notion de propriété [22:38] <jrand0m> ce n'est pas rare [22:38] <jrand0m> et si quelqu'un veut changer la dest sur laquelle il écoute, il signe une note avec sa dest disant « hey, je déménage ici » [22:39] <wilde> donc le nameref est protégé par une clé, la Destination par une autre [22:39] <jrand0m> le nameref est signé par la clé de signature de la Destination [22:40] <wilde> tu voudrais peut-être une autre clé juste pour les namerefs si possible [22:40] <jrand0m> hm, je comprends et je suis d'accord, mais ça voudrait dire que la Destination obtient encore un segment 1024 bits [22:40] <wilde> ainsi même si une machine est compromise tu peux garder la clé du nameref sur un papier [22:41] * wiht has quit IRC (Ping timeout) [22:41] <jrand0m> (et la Destination est utilisée partout) [22:41] <jrand0m> hmm je ne suis pas sûr de comprendre la partie compromission ? [22:42] <wilde> la clé privée de la Destination est sur la machine tout le temps [22:42] <jrand0m> ah oui oui [22:42] <wilde> la clé privée du nameref n'a pas besoin de l'être, on peut la garder sur papier dans le portefeuille [22:43] <jrand0m> c'est un bon point. peut-être que le bloc de commentaires pourrait être utilisé pour ça (contenant une signature PGP entourant le hash de la Destination) ? [22:43] <wilde> mais c'est peut-être excessif [22:43] <wilde> je n'aime pas garder les clés les plus précieuses sur la machine si ce n'est pas nécessaire [22:44] <jrand0m> oui - on a besoin de la clé de signature de la Destination et de la clé de déchiffrement de la Destination, mais rien d'autre, fonctionnellement. [22:44] <jrand0m> hmm [22:45] <jrand0m> peut-être que la référence de nom pourrait aussi avoir une clé publique 1024 bits [22:45] <jrand0m> et on l'utiliserait pour vérifier via DSA [22:45] <jrand0m> plutôt que la clé publique de la Destination [22:45] <jrand0m> oui, ça pourrait le faire [22:45] <jrand0m> 32 octets supplémentaires, mais seulement pour le NameReference, pas pour la Destination [22:46] * jrand0m ne sait pas pourquoi j'ai pensé que ça impliquerait que ça aille dans la Destination [22:46] <wilde> beaucoup de clés :) mais plus de sécurité et de flexibilité [22:46] <jrand0m> oui [22:46] <jrand0m> (quoique, allez, on sait que tout le monde va garder sa clé dans le même répertoire) [22:46] <jrand0m> ((mais peut-être que les boutiques de commerce ne le feront pas)) [22:47] <wilde> tu peux céder un « domaine » mais pas la Destination, ou basculer vers la Destination de quelqu'un d'autre [22:47] <jrand0m> bon, ok. j'aimerais que MrEcho et wiht soient là [22:47] <jrand0m> oui [22:48] <jrand0m> bon, tout ça est bien, et je pense que ça tiendra la route [22:48] <jrand0m> mais il faut que ce soit codé :) [22:49] <jrand0m> donc, eh bien, on en rediscutera peut-être plus tard, mais d'ici là, ce sera hosts.txt [22:49] <wilde> embauche quelques Indiens [22:50] * jrand0m /dcc décroche une subvention pour embaucher une équipe de 80 personnes pour travailler sur i2p [22:51] <wilde> :) [22:51] <jrand0m> ok, avons-nous autre chose sur le nommage, ou pour l'instant on est couverts ? [22:51] <baffled> Continue, frère. [22:52] * wiht a rejoint #i2p [22:52] * jrand0m fait un pas, un saut et un bond vers 3) minwww et i2cp [22:52] <jrand0m> d'oh, re-bienvenue wiht [22:52] <baffled> 1, 2, 5 uh 3 sitr. [22:52] <wiht> J'ai eu du mal à revenir sur le réseau IIP. Je lirai les logs plus tard. [22:53] <jrand0m> cool wiht, et on pourra continuer plus tard sur la liste, etc. [22:54] <jrand0m> ok l'autre jour j'ai enfin écrit pourquoi je pense qu'i2cp vaut la peine d'être utilisé directement, et j'ai esquissé un système web minimal pour l'utiliser dans i2p (et pour proxyer des pages web externes via i2p) [22:54] <jrand0m> (voir le wiki à http://wiki.invisiblenet.net/iip-wiki?MinWWW ) [22:56] <jrand0m> pour HTTP, le coût d'établissement et de fermeture des connexions TCP/IP est faible, mais sur I2P, la différence est entre 10 messages de Destination à Destination contre 2 [22:56] * sheer a rejoint #i2p [22:56] <duck> la réunion a déjà commencé ? [22:57] <jrand0m> oui, il y a 56 minutes [22:57] * jrand0m envoie duck au coin [22:57] <duck> donc je suis pile à l'heure [22:57] * wilde has quit IRC (Ping timeout) [22:57] <jrand0m> heh [22:57] <baffled> Sans aucun doute, il doit se trouver une nouvelle horloge. [22:58] <jrand0m> une partie de minwww sur laquelle je n'étais pas sûr : est-ce que les proxies minwww devraient automatiquement aussi être des passerelles externes ? [22:58] * wiht has quit IRC (Ping timeout) [22:59] <jrand0m> ça augmenterait le nombre d'outproxies disponibles, réduisant la charge [22:59] <jrand0m> en plus avec un algorithme round-robin lié à la limite 64/128KB, il y a peu de chances que les gens l'utilisent pour du partage de gros fichiers [22:59] * wiht a rejoint #i2p [23:00] <jrand0m> ou devrait-on simplement avoir une petite liste d'outproxies (mise à jour périodiquement) ? [23:01] <jrand0m> (ou bien l'idée ne vaut-elle pas trop le coup d'être étudiée ?) [23:01] * wilde a rejoint #i2p [23:02] <jrand0m> (ou bien j'ai expiré et personne ne peut lire ce que j'ai dit) [23:02] <wilde> jrand0m: je vois [23:02] <jrand0m> 'k coo' [23:02] <baffled> Je dois mieux comprendre, mais pour l'instant j'ai un autre rendez-vous dans dix minutes donc je reviens plus tard (bbl). [23:02] <jrand0m> ok, à+ [23:03] <jrand0m> oui, il y a toujours la fonctionnalité absolument clé d'i2ptunnel pour gérer les flux 8bit clean [23:03] <jrand0m> c'est nécessaire par ex. pour de l'IRC sur i2p et ce genre de choses [23:03] <mihi> jrand0m: n'oublie pas ss[lh] [23:04] <jrand0m> mais pour les protocoles orientés message, comme http, smtp, bittorrent, etc., i2cp peut être plus approprié [23:04] <jrand0m> oui, absolument [23:04] <jrand0m> (enfin, plus comme 'telnet', puisque ssh sur i2p est un peu overkill) [23:04] <wilde> ssh -X [23:05] <jrand0m> vrai [23:05] <jrand0m> (plus des certifs, etc.) [23:05] <wilde> on n'a jamais trop de crypto [23:05] <jrand0m> mais si on récupère des pages web via squid en 5-10 s, utiliser i2cp ferait tomber ça à 0,5-2 s [23:06] <jrand0m> (sans aucun réglage ultérieur du réseau, et ça réduirait la charge réseau globale) [23:06] <wilde> combien d'heures-homme faut-il pour faire i2cp ? [23:07] <jrand0m> imho, i2cp a une API assez simple, intégrée dans le SDK I2P Java [23:07] <jrand0m> mihi pourra dire plus justement l'effort que ça demande à utiliser / apprendre [23:08] * wiht has quit IRC (Ping timeout) [23:08] <mihi> c'est parfois un peu déroutant (quand il faut passer une valeur au constructeur et quand à une méthode après avoir appelé le constructeur par défaut), mais avec i2ptunnel et atalk comme exemples ça ne devrait pas être trop dur. [23:09] * ion has quit IRC (Ping timeout) [23:09] <jrand0m> évidemment on peut améliorer le SDK, je l'ai juste basé sur l'API JMS [23:10] <jrand0m> (et je serais plus que disposé à aider quiconque voudrait bidouiller avec pour se familiariser) [23:11] <jrand0m> ok, avons-nous autre chose sur minwww/i2cp ? [23:11] <jrand0m> sinon, on passe à 4) site web i2p.net [23:11] <jrand0m> (et ce fut l'allégresse) [23:11] <jrand0m> ok [23:12] <duck> à propos de la fonctionnalité de recherche [23:12] <duck> wikipedia utilise google pour la recherche [23:12] <jrand0m> c'est vrai. et on est déjà le résultat #1 pour i2p :) [23:13] <duck> donc un truc sophistiqué n'est peut-être pas nécessaire pour la recherche. [23:13] <mihi> duck: pour l'instant (atm) oui ;) [23:13] <duck> je parle de la recherche interne [23:13] <mihi> #1 est www.crestron.com/company_info/i2p/ [23:13] <jrand0m> ah oui, j'ai oublié de soudoyer les pigeons cette semaine [23:14] <duck> LeaseSet site:wiki.invisiblenet.net [23:14] <jrand0m> bien [23:14] <jrand0m> oui, absolument. [23:14] <wilde> drupal a une recherche interne, et tu peux filtrer sur les types de contenu [23:15] <wilde> il est aussi TRÈS ami avec google avec des URL propres, pas de index.php?des zillions d'arguments [23:15] <wilde> tout ressemble à des répertoires [23:16] * ion a rejoint #i2p [23:16] <wilde> ok j'ai bidouillé avec différents CMS jusqu'ici et Drupal est mon favori actuel [23:16] <duck> Je préfère la solution maison d'Ian [23:16] <duck> :) [23:16] <jrand0m> qu'est-ce qu'il utilise comme backend ? mysql/bdb/txt/? [23:16] <wilde> it's used by http://kerneltrap.org/ http://www.debianplanet.org/ http://www.linuxgazette.com/ [23:16] <wilde> par exemple [23:17] <wilde> il peut encaisser de fortes charges [23:17] <wilde> par contre leurs designs sont nuls [23:17] <wilde> mais une jolie feuille de style CSS corrige ça [23:17] <wilde> voici d'autres exemples un peu plus jolis : [23:17] <duck> The Drupal core platform, additional plug-in modules, and many theme templates are freely available for download under the GNU GPL. Drupal, written in PHP and using either MySQL, PostgreSQL or mSQL as the database backend, can run on many platforms, including Apache or Microsoft IIS web servers. [23:17] <wilde> http://www.sudden-thoughts.com/ [23:17] <jrand0m> c'est un point important - il faut s'assurer que le logiciel sous-jacent peut supporter le design (et que le design peut être réalisable sur le logiciel sous-jacent) [23:18] <wilde> http://www.codemonkeyx.net/ [23:18] <wilde> http://www.disguast.org/index.php [23:18] <wilde> http://trip.ee/ [23:18] <wilde> http://www.blainepeterson.com/image [23:18] <wilde> . [23:19] * jrand0m a l'impression que wilde est un fan enragé de drupal :) [23:19] <wilde> Je commence à le devenir, oui, car j'aime les idées de gestion de l'information derrière [23:19] <wilde> tout est un nœud [23:20] <wilde> super système de taxonomie [23:20] <wilde> tu peux créer des vocabulaires pour la localisation géographique, le type de contenu, la langue, etc. [23:20] <wilde> et créer des URL personnalisées qui filtrent le contenu selon ceux-là [23:21] <jrand0m> pourrait-il essentiellement inclure deux sections de blog sur la page d'accueil ? p. ex. une petite zone de blog contenant les titres des billets de dev les plus récents, et la grande zone principale de blog contenant les annonces i2p les plus récentes ? [23:21] <wilde> et il est souvent mis à jour et les changements sont bons [23:21] <duck> en d'autres termes on est stupides de ne pas déjà avoir drupal [23:21] <wilde> on a duck [23:21] <wilde> drupal.i2p.net [23:21] <jrand0m> :) [23:21] <wilde> tu es tellement années 90, duck [23:22] <duck> c'est bien [23:22] <wilde> le design craint, bien sûr [23:22] <duck> parce que ce design est tellement années 80 [23:22] <jrand0m> lol [23:22] * wilde fait un combat de boue avec duck [23:22] <jrand0m> oui, il y a 3 choses différentes à régler - la technique, l'IA (architecture de l'information), et le design graphique [23:23] <wilde> vous pouvez essayer l'interface utilisateur [23:23] <wilde> login: test pw: test [23:23] <duck> warning: Bad arguments to implode() in /var/www/html/i2p/modules/project/issue.inc on line 360. [23:23] <duck> user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ' at line 1 [23:23] <duck> query: SELECT COUNT(*) FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) in /var/www/html/i2p/includes/database.mysql.inc on line 90. [23:23] <jrand0m> la recherche ne marche toujours pas, wilde, non ? [23:24] <duck> user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20' at line 1 [23:24] <jrand0m> oh bien vu duck [23:24] <duck> query: SELECT n.nid FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20 in /var/www/htm [23:24] <duck> sucky [23:24] <jrand0m> AND () AND [23:24] <wilde> oups, j'ai eu quelques problèmes avec la recherche je dois l'admettre [23:25] <duck> . [23:25] <wilde> il y a un script cron d'indexation plein texte pas encore configuré [23:25] <wilde> 2 minutes et duck a planté l'œuvre de ma vie [23:25] <jrand0m> (!hi5 duck) [23:26] <jrand0m> mais je pense que ça vaut le coup de regarder [23:26] <wilde> qu'as-tu fait, duck ? [23:26] <jrand0m> je ne sais pas si on en est au point de s'engager sur un CMS précis [23:26] <wilde> non [23:26] <jrand0m> (s/some/some specific/) [23:27] <duck> jrand0m a déjà fait un aperçu des fonctionnalités requises, non ? [23:27] <jrand0m> http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html [23:27] <duck> donc maintenant toutes les parties devraient venir avec des propositions et le prix [23:28] <duck> bien sûr la solution gagnante sera payée en actions i2p [23:28] <jrand0m> qui, laissez-moi vous dire, vaut son pesant d'or [23:28] <jrand0m> *tousse* [23:29] <jrand0m> vous aurez votre propre e-mail @i2p.net [23:29] <jrand0m> et les filles vous adoreront [23:29] <jrand0m> (ou les gars, comme vous voulez) [23:30] <wilde> nous avions quelques options de CMS [23:30] <wilde> on devrait opter pour un CMS [23:30] <wilde> et un wiki n'est pas vraiment une solution à long terme [23:30] <jrand0m> oui certains listés au point 4 @ http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html [23:30] <jrand0m> d'accord, pour le site lui-même [23:31] <jrand0m> une section du site basée sur un wiki pourrait toutefois être bien, peut-être pour le guide utilisateur / guides hackers [23:31] <jrand0m> (mais pas pour tout) [23:32] <wilde> et l'hébergement ? [23:32] <jrand0m> il y a toujours les 53 entrées sur http://dmoz.org/Computers/Software/Internet/Site_Management/Content_Management/Open_Source/ [23:32] <wilde> il devrait survivre à un slashdot [23:32] <jrand0m> hébergement? [23:32] <jrand0m> ah, oui. [23:33] <jrand0m> c'est en fait un très gros avantage du HTML pur en soi [23:33] <jrand0m> (super facile à mirrorer) [23:33] <wilde> et sur [23:33] <wilde> http://www.oscom.org/ [23:33] <jrand0m> i2p.net est dans un colo utilisé par plusieurs gros sites [23:34] <jrand0m> ah oui [23:34] * jrand0m adorerait que les gens continuent et trouvent la Bonne solution [23:35] <wilde> http://www.opencms.org/ est intéressant [23:35] <wilde> mais c'est peut-être trop corporate [23:35] <wilde> avec workflows, projets, etc. [23:35] <wilde> J'ai vraiment aimé, je l'ai utilisé pour un projet [23:36] <jrand0m> intéressant [23:36] <wilde> mais c'est du Java ;) [23:36] <jrand0m> hmm, et du XML [23:36] <wilde> templates JSP etc. [23:36] <wilde> tomcat [23:36] <jrand0m> (or jetty) [23:36] <jrand0m> ((or resin)) [23:37] <duck> (((lisp))) [23:37] <wilde> je ne l'utiliserais jamais pour ce projet, c'est vraiment trop lourd [23:37] <jrand0m> wilde> serais-tu prêt à passer en revue les principaux CMS et dresser les pour et les contre ? [23:38] <wilde> je l'ai fait :), et j'ai choisi Drupal ;) [23:38] * jrand0m aurait dû s'en douter [23:38] <wilde> j'en ai essayé une dizaine parmi les principaux [23:38] <wilde> pour quelques projets antérieurs [23:38] <wilde> différents CMS conviennent à différents projets [23:39] <duck> donc disons qu'on utilise drupal [23:39] <wilde> Zope et consorts sont bien aussi [23:39] <duck> la structure est-elle claire ? [23:39] <duck> l'étape suivante c'est de faire l'interface (GUI) ? [23:40] <wilde> il faut surtout un template CSS pour l'interface, quelques changements à l'xtemplate pour embellir les choses [23:41] <wilde> www.csszengarden.com pourrait être une inspiration [23:41] <jrand0m> wilde> pourrait-il essentiellement inclure deux sections de blog sur la page d'accueil ? p. ex. une petite zone de blog contenant les titres des billets de dev les plus récents, et la grande zone principale de blog contenant les annonces i2p les plus récentes ? [23:41] <jrand0m> en gros je veux éviter que les billets de blog des devs éjectent les news & annonces de la scène principale [23:42] <wilde> jrand0m: je ne sais pas, je vais vérifier, les blogs n'ont pas besoin d'aller en page d'accueil, je l'ai configuré comme ça [23:42] <jrand0m> ah cool [23:42] <wilde> on peut changer pour que seules les stories aillent en page d'accueil [23:42] <wilde> tout ce qui est un nœud peut aller en page d'accueil, sondages, stories, pages de livre, articles, etc., [23:43] <jrand0m> serait-il possible d'avoir les stories en haut, avec les N derniers billets de blog en dessous ? [23:43] * jrand0m arrête le micro-management [23:43] <wilde> les blogs sont liés en bas à gauche pour l'instant, [23:44] * godmode0 a rejoint #i2p [23:44] <wilde> il y a de jolies galeries en plugin, bien pour les captures d'écran [23:44] <jrand0m> ok [23:44] <wilde> le plugin filestore serait bien aussi [23:45] <wilde> et d'autres plugins cvs, développeur aussi [23:45] <wilde> et la mailing list [23:45] <jrand0m> Je ne suis pas expert CMS, et on dirait que tu as fait tes devoirs et que tu es enthousiaste [23:45] <jrand0m> w0ah sympa [23:45] <wilde> j'ai besoin que des gens tirent le frein pour moi parfois :) [23:46] <wilde> mais le design doit vraiment être fixé, qui sont les gourous du design ici ? [23:46] * wilde ne supporte pas le mauvais design, les wikis et le drupal actuel le tuent [23:46] * jrand0m pointe DrWoo et frontier [23:46] <wilde> quelqu'un ici maintenant ? [23:47] <duck> non, je suis parti [23:47] * jrand0m fixe les lurkers [23:47] <wilde> alors qu'est-ce que le site doit communiquer ? [23:47] <duck> http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html [23:47] <wilde> c'est un peu plus large, on doit penser au marketing et aux dons [23:48] <jrand0m> (ce qu'a dit duck) [23:48] <wilde> oui j'ai lu ça, mais nous sommes plus nombreux ici :) [23:48] <jrand0m> :) [23:48] <duck> mais les frêles humains ne comptent pas ! [23:48] * wilde se connecte au collectif Borg [23:49] <jrand0m> évidemment, une des choses que j'aimerais que le site communique, c'est « hey, c'est un projet qui déchire, vous les devs devriez nous rejoindre et travailler pour la révolution » [23:49] <duck> ok ; je m'endors [23:49] <duck> amusez-vous bien [23:49] <jrand0m> heh cool duck, bonne nuit [23:49] <duck> wilde : bon boulot sur le CMS [23:49] * wilde se rappelle le truc sur le design années 80, 5 mois de travail ! [23:50] <jrand0m> eh bien, heureusement on a 2 mois alors ;) [23:50] <wilde> bonne nuit duck [23:50] <duck> oh oui, le design devrait SUPPLIER pour des relectures par les pairs et des commentaires utiles [23:50] * ion has quit IRC (Ping timeout) [23:50] <jrand0m> d'accord [23:50] <wilde> à propos du toopie [23:51] <jrand0m> je l'aime bien, il est drôle, simple et dans le ton [23:51] <wilde> toopie n'a-t-il pas l'air un peu ... hmm... idiot [23:51] <jrand0m> (et il peut servir d'icône pour presque n'importe quel usage) [23:51] * ion a rejoint #i2p [23:51] <wilde> il plisse les yeux [23:52] <jrand0m> heh je pense qu'on peut concocter un toopie qualité-logo-en-haut-à-gauche [23:52] <jrand0m> il y a eu beaucoup de révisions qui circulent pour différents usages [23:53] <wilde> je l'aime bien, mais il doit voir un consultant en personnalité [23:53] * jrand0m suggère de soumettre quelques idées à DrWoo, pour le design comme pour le toopie [23:54] <wilde> d'accord [23:54] <wilde> ok on devrait peut-être s'arrêter là [23:54] <jrand0m> il n'y a pas d'urgence, beaucoup à digérer et à faire mûrir [23:54] <wilde> mais s'il vous plaît, si vous trouvez ce nouveau CMS qui déchire, criez-le [23:54] <duck> peut-on avoir ceci en fond : http://www.artchive.com/artchive/B/bruegel/death.webp [23:55] <jrand0m> mais je suis d'accord avec duck, beau travail d'avoir mis en place un drupal comme base [23:55] <jrand0m> ça va direct sur mon bureau [23:55] <jrand0m> wow je me demande à quoi du texte par-dessus ressemblerait [23:55] <wilde> image cool [23:55] <jrand0m> en fait, sur ce, 5) ??? [23:56] <jrand0m> quelqu'un a autre chose à ajouter ? [23:56] * jrand0m titille la galerie [23:56] <wilde> ça a été très calme ici aujourd'hui [23:56] <wilde> tout le monde vient ici pour écouter le messie Jrandom [23:57] <duck> 2h c'est un peu longuet [23:57] <mihi> *ggg* [23:57] * jrand0m est juste ici pour la bière [23:57] <duck> peut-être pourriez-vous essayer 2 réunions hebdo de 30 min chacune [23:57] <wilde> nan [23:57] <duck> et ensuite les licenciements le vendredi après-midi [23:57] <wilde> c'est trop souvent [23:58] <jrand0m> je pense que des réunions de 2h c'est très excessif [23:58] <jrand0m> (à moins qu'elles ne soient spécifiquement thématiques. p. ex. une réunion sur le design de la page web, ou sur une fonctionnalité du router, etc.) [23:58] <jrand0m> (hé regardez, on est méta) [23:59] <jrand0m> peut-être que je devrais me taire davantage et limiter à 1h ? [23:59] <jrand0m> ou peut-être que l'essentiel de la « réunion » devrait aller sur la mailing list, avec #i2p pour la discussion ? [23:59] * godmode0 has quit IRC (Ping timeout) [23:59] <wilde> la mailinglist pourrait être davantage utilisée pour les discussions Session Time: Wed Feb 11 00:00:00 2004 [00:00] <duck> Je pense que les gros pré-logs par e-mail sont déjà bien [00:01] <jrand0m> donc peut-être que les réunions hebdos deviennent plus du style « ok les gars, quoi de neuf ? quelqu'un a quelque chose à discuter ? » [00:01] <jrand0m> (mais des réunions ouvertes comme ça sont un danger en soi) [00:01] * godmode0 a rejoint #i2p [00:02] <jrand0m> ok, peut-être qu'on peut déplacer ce méta sur la liste ou plus tard [00:02] <jrand0m> on a déjà dépassé la barre des 2h [00:02] <jrand0m> donc... [00:02] * jrand0m prend son élan... [00:02] <fidd> :) [00:02] * jrand0m *baf* clôt la réunion