Reunión de desarrolladores de I2P - 20 de enero de 2004

[22:07] <jrand0m> agenda: [22:07] <jrand0m> 0) hola (lean http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] <jrand0m> 1) estado del desarrollo del router [22:07] <jrand0m> 2) twisted-i2p [22:07] <jrand0m> 3) pruebas unitarias [22:07] <jrand0m> 4) pruebas / monitorización de la red [22:07] <jrand0m> 5) ??? [22:07] <jrand0m> 0) hola [22:07] <jrand0m> hola [22:07] * jrand0m saluda [22:07] <dm> ¡ohhhh reunión! [22:07] * dm devuelve el saludo. [22:07] <jrand0m> 9 p.m. GMT todos los martes :) [22:08] <jrand0m> la gente debería leer esa URL (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) ya que hay cosas en las que necesito comentarios durante el punto 4 de la agenda [22:08] <jrand0m> 1) estado del desarrollo del router [22:09] <jrand0m> vamos avanzando, el código que está actualmente en cvs se ve bien. He tenido un script probando una serie de routers durante el último día más o menos y ninguno ha soltado ni un solo mensaje ERROR [22:09] <duck> leyendo... [22:10] <jrand0m> pero claro, eso es solo una prueba básica (mantener los routers construyendo tunnels correctamente, canalizar datos de uno a otro vía i2ptunnel, etc.) [22:11] * jnk se ha unido a #i2p [22:11] <jrand0m> desde luego hay otras cosas que hay que arreglar en el mundo real, por eso habrá un lanzamiento 0.2.3.5 en el próximo día más o menos para confirmar la funcionalidad o encontrar nuevos errores [22:11] <jrand0m> ok, seguimos [22:12] <jrand0m> 2) twisted+i2p [22:12] <duck> yo sí tengo errores [22:12] <duck> pero probablemente debidos a otros [22:12] <jrand0m> mensajes descartados y tunnels desconocidos, ¿no? [22:12] <duck> comprobando [22:13] <jrand0m> (esos son los errores que veo con uno de mis routers 'en vivo' pero no en la red de pruebas) [22:13] <duck> 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] <jrand0m> ah ok, sí, también he estado dándole caña al phttp relay [22:13] <duck> 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] <jrand0m> hmm ese es raro: ¿podrías mandarme el stacktrace? [22:14] <duck> Lo subiré. [22:14] <duck> . [22:14] <jrand0m> gracias [22:15] <jrand0m> de hecho, esa va a ser una regla general con los futuros lanzamientos: los mensajes WARN o INFO o DEBUG están bien, y los mensajes ERROR o CRIT son cosas de las que me gustaría enterarme [22:16] <jrand0m> vale, volvamos al 2) [22:16] <jrand0m> human ha montado una forma de usar i2p vía Python y el framework Twisted (¡bien!) [22:17] <jrand0m> consulten su correo para más info (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] <jrand0m> ¿algo que añadir, human? (si estás aquí) [22:17] <duck> es _tan_ genial [22:17] <jrand0m> sí, el código de ejemplo para el servidor y cliente de eco tiene una pinta increíble [22:18] <jrand0m> vale, pasamos a 3) pruebas unitarias [22:19] <jrand0m> sí, hay algunas pruebas unitarias para la mayoría de las estructuras de datos, pero no son "de un clic" para ejecutarlas, así que no las corro en cada compilación. [22:20] <jrand0m> la idea actual es migrarlas a jUnit, así como integrar tantas como sea posible de las otras pruebas unitarias actualmente implementadas en el método main(..) de varios componentes (en concreto las de cripto) [22:21] <duck> probablemente es difícil probar cosas más complejas [22:21] <jrand0m> eso va a pasar a ser crítico más temprano que tarde, dependiendo de adónde nos lleve la depuración [22:21] <jrand0m> sí, las pruebas unitarias tal como están solo prueban lo básico [22:21] <duck> como enrutamiento, cosas de TCP, etc. [22:21] <jrand0m> exacto [22:21] * dm ve venir un debate sobre el valor de las pruebas unitarias. [22:21] <jrand0m> pero cosas como AESInputStream pueden probarse en colaboración con AESOutputStream [22:22] <duck> pruebas unitarias = geniales [22:22] <jrand0m> (y para quienes miran sus logs de cerca, ha habido un comportamiento extraño de "pushed back" durante el streaming de descifrado) [22:22] <jrand0m> definitivamente. [22:23] <jrand0m> las pruebas unitarias son solo para, eh, las unidades. no para los componentes más grandes (que es de lo que trata el punto 4 de la agenda ;) [22:24] <jrand0m> pero en cualquier caso, si alguien está interesado en ayudar a convertir las pruebas unitarias existentes de estructuras de datos al framework jUnit, avísenme: sería muy de agradecer (y les daría una buena base de la base de código de i2p) [22:24] * mihi_away ahora se llama mihi [22:25] <dm> Si no está hecho para el fin de semana, puedo echarle un ojo. No sé nada de pruebas unitarias, así que podría aprender en el proceso. [22:25] <jrand0m> ¡genial! [22:25] <dm> Aunque sin promesas. [22:25] <jrand0m> sí, sí [22:25] <jrand0m> vale, pasemos a 4) pruebas / monitorización de la red [22:26] <jrand0m> ¿todos han leído http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? No quiero simplemente copiar y pegar eso [22:26] * Frontier se ha unido a #i2p [22:27] * jrand0m da tiempo a la gente para digerirlo [22:27] * dm dice... [22:28] <Frontier> ¿digerir qué? [22:28] <dm> C) pero no con envío automático. [22:28] <dm> es decir, escribes emaillogstojrandom.sh (.bat) [22:28] <dm> email o post, o lo que sea. [22:29] <dm> y cuando hace eso, limpia tu log, o lo mueve a algún sitio, para que no envíes los mismos datos dos veces. [22:29] <jrand0m> así que básicamente B [22:29] <jrand0m> (o A) [22:29] <dm> Sí, un B) amigable para el usuario :) [22:29] <jrand0m> ese es uno de los trucos con respecto a los datos... ese log crece a decenas de megas por noche [22:29] <jrand0m> cierto [22:30] <dm> perdón, no vi history=false para C. [22:30] <jrand0m> Frontier) estamos discutiendo la sección 4 de http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? [22:30] <mihi> jrand0m: man bzip2 [22:30] <dm> Entonces history=false con un script para publicar bajo demanda. [22:30] <dm> perdón, history=true :) [22:30] <dm> dios, la he liado. [22:31] <jrand0m> cierto, mihi, pero bzip2 no está en Windows (a menos que lo exijamos e instalemos). ¿o quieres decir que bzip2 tiene un flag para enviar un archivo a una URL? [22:32] <dm> No me preocuparía por el tamaño, decenas de megas para el pequeño grupo de gente que tienes aquí está bien. [22:32] <Ophite1> Yo voto por C. [22:32] <dm> Siempre que se archive cuando ejecutes el script para enviarlo. [22:32] <Ophite1> Este es un cliente de depuración. [22:32] <Ophite1> A en un cliente de producción, por supuesto :) [22:32] <mihi> jrand0m: entonces usa GZipOutputStream [22:32] <jrand0m> sí, sí, Ophite1 ;) [22:33] <jrand0m> mihi> puede que la gente quiera leer estos archivos ;) [22:33] <duck> sí, participación opt-in para depuración, pero una vez te unas, hazlo lo más fácil posible para el usuario (así que C) [22:33] <mihi> man zcat ;) [22:33] <Ophite1> gzcat | less ;-) [22:33] <mihi> Ophite1: zless ;) [22:33] <jrand0m> C:\Documents and Settings\dev>man [22:33] <jrand0m> 'man' is not recognized as an internal or external command, [22:33] <jrand0m> operable program or batch file. [22:33] <jrand0m> ;) [22:34] <mihi> cd \cygwin <Ctrl+T> call cygwin.bat [22:34] * dm se queda de brazos cruzados. [22:34] <Ophite1> doble clic -> winrar -> ver [22:34] <jrand0m> ok, así que tenemos una B, dos C, ¿qué opinas, mihi? [22:34] <jrand0m> (¿y alguien más?) [22:34] <dm> hacer girar los pulgares, hurgarse la nariz, clic clic. [22:34] <mihi> doble clic - 7zop - ver. Yo diría C. [22:35] <mihi> s/7zop/7zip/ [22:35] <jrand0m> 3 c y una b. a mí también me tira c, y por supuesto si alguien /no quiere/ enviar estos datos, siempre puede decirlo y no hará nada [22:36] <jrand0m> veré si puedo implementar tanto c como b [22:36] <dm> Parece que será C. [22:36] <dm> No pierdas el tiempo, la persona que quiere B está con dial‑up y de todos modos ofrecería muy pocos datos ;) [22:36] <jrand0m> jeje [22:36] <jrand0m> bueno, probablemente C se implemente sobre B, así que no llevará más trabajo [22:37] <jar> por mí: ¡igual que dijo Ophite1! A para el cliente de producción, C para debug ... [22:37] <jrand0m> cierto, jar [22:37] <jar> igual que dijo Ophite1 ! A para el cliente de producción, C para debug ... [22:37] <Ophite1> obviamente, nada que no sea A para el cliente de producción... [22:37] <jar> igual que dijo Ophite1 ! A para el cliente de producción, C para debug ... [22:37] <Ophite1> eso es de cajón :) [22:37] <jar> lo siento ... :( [22:37] <jrand0m> todo bien, jar, no te haremos kickban (... esta vez ;) [22:38] <jrand0m> ok, me pondré con ello, y en cuanto esté probado tendremos un nuevo lanzamiento 0.2.3.5 (en algún momento de mañana) [22:39] <jrand0m> ok, pasando a 5) ??? [22:39] <jrand0m> ¿alguien tiene algo más? ¿preguntas, ideas, inquietudes? [22:39] * duck ofrece hosting gratuito [22:39] * dm acepta hosting gratuito [22:39] <jrand0m> oh, eso. sí, la gente debería alojar sitios en host.duck.i2p, es agradable tener páginas alcanzables [22:39] <jrand0m> (por supuesto, la gente también puede alojar por sí misma ;) [22:40] <duck> claro, solo para quienes no pueden estar en línea 24/7 [22:40] <jrand0m> claro [22:40] <mihi> ¿qué pasó (pasará?) con la API de streaming? [22:40] <jrand0m> mihi> está en la lista de tareas, pero lograr que la red funcione de forma fiable es prioridad más alta en este momento :/ [22:41] <mihi> ¿pero no se ha descartado del todo? (eso es lo que quiero saber...) [22:41] <jrand0m> volveré a la API de streaming para la versión 0.3.1 (quizá antes, pero no seguro) [22:41] <jrand0m> definitivamente NO se ha descartado por completo. [22:41] <jrand0m> se hará. [22:41] <dm> ¿Qué es esta API de streaming? ¿Una forma diferente de exponer la red a los clientes? [22:42] <jrand0m> dm> http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] <jrand0m> Cometí lo que probablemente fue un error al incluir mode=guaranteed en el router desde el principio en lugar de ponerlo en una biblioteca separada (y ahora estoy intentando sacarlo del router :) [22:43] <jrand0m> (el beneficio increíble de ese error fue que llegó mihi y escribió i2ptunnel :) [22:44] * wn-user se ha unido a #i2p [22:44] <jrand0m> ¿alguien más tiene algo? [22:44] * dm lo pilla. [22:45] <jrand0m> w3rd [22:45] <dm> Hmmm, ¿no es demasiado pronto para terminar la reunión? [22:45] <duck> ¿qué hay del hosts.txt [22:45] <duck> está creciendo y creciendo [22:45] <jrand0m> bueno, 45 min. hace dos semanas tuvimos 20 min [22:45] <jrand0m> ah, cierto eso [22:45] <duck> pero el 75% está offline [22:45] <duck> y parece que el 50% está offline permanentemente [22:45] <jrand0m> probablemente [22:46] <jrand0m> no sé [22:46] <duck> déjalo que siga creciendo, para aumentar el incentivo para una solución DNS :) [22:46] <jrand0m> jeh, exactamente [22:46] <Ophite1> Por mí, un poco de retraso está bien; me estoy divirtiendo mucho con todo tipo de problemas de Windows... [22:46] <dm> ¡Windows es el diablo! [22:46] <Ophite1> Nunca entiendes realmente lo malo que es Windows hasta que escribes software para él. [22:47] <jrand0m> razón n.º 941 para usar Java [22:47] <dm> A menos que uses .NET. [22:47] <dm> también conocido como java++ [22:47] <Ophite1> dm/jrand0m: sigue ejecutándose *en* Windows, y hay cosas con las que te sigues topando. [22:47] <duck> jrand0m: esos últimos parches, ¿resolverían desconexiones? ¿o más problemas de conexión? [22:47] <Ophite1> Las longitudes de las rutas, por ejemplo. Maldito Unicode. [22:48] <mihi> O no usar \n en nombres de archivo ;) [22:48] <mihi> lo cual hará crashear cvs de todas formas (en *nix, BTDT) [22:48] <jrand0m> duck> los parches de hoy no son críticos [22:48] <duck> de ayer, quiero decir [22:49] <dm> ¿Qué pasa si usas \n en un nombre de archivo? :) [22:49] <mihi> dm: inténtalo ;) en *nix, no pasa nada, siempre que no intentes ejecutar cvs update después. [22:49] <jrand0m> oh, ayer hubo buenos parches que solucionarían algunos (¿la mayoría? ¿todos?) mensajes de i2ptunnel Peer unreachable. aunque no desconexiones de i2cp [22:50] <dm> Creo que lanzaría una excepción. [22:50] <jrand0m> (que es una de las razones por las que sale la 0.2.3.5) [22:51] <mihi> dm: funciona con repositorio local, pero no con pserver o ssh. [22:51] <mihi> algo como 'protocol error'. [22:51] <mihi> (el protocolo termina los nombres de archivo con \n ;) ) [22:51] <Ophite1> algo como lo que pasa con Direct Connect si tienes nombres de archivo con $ y |. Odio DC. [22:51] <duck> . [22:52] <Ophite1> No importa lo que programe, jamás, podría ser tan malo :) [22:52] <jrand0m> nah, ustedes los devs de C tratan \0 como especial en lugar de $ ;) [22:52] <jrand0m> ok, ¿algo más sobre i2p o estamos? [22:53] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] <jrand0m> ok, eso es todo [22:54] * jrand0m cierra la reunión con un *baf*