Reunión de desarrolladores de I2P - 16 de diciembre de 2003

[22:04] <jrand0m> 0) hola [22:04] <jrand0m> 1) iip [22:04] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:04] <jrand0m> 3) hola [22:04] <jrand0m> 0) hola [22:04] <jrand0m> bienvenidos a la ... reunión número algo [22:05] <jrand0m> (¿68? ¿69?) [22:05] <MrEcho> maldita sea, aquí son la 1 pm [22:05] <jrand0m> GMT-8? [22:05] <duck> 69 [22:05] <jrand0m> h0t. [22:06] <jrand0m> ok, 1) iip [22:06] *** Desconexión: tusko (EOF del cliente) [22:06] * MrEcho compila un kernel para la reunión [22:06] <jrand0m> iip se está comportando de forma loca. todo lo que sé es que nop está "moviendo servidores", sea lo que sea que signifique. no sé cuándo estará hecho, etc. [22:06] <jrand0m> ¿alguien tiene más info que quiera compartir con la clase? [22:06] *** mids (mids@anon.iip) se ha unido al canal #iip-dev [22:06] <MrEcho> sin info de nop [22:07] <mids> esta mañana me dijeron que podía arrancar Trent otra vez [22:07] <mids> (ya lo hice anoche) [22:07] <jrand0m> genial [22:07] <jrand0m> gracias [22:07] <mids> eso indica que nop cree que IIP es más estable otra vez [22:07] <mids> si es que eso vale de algo... [22:07] <mids> *tos* [22:07] <jrand0m> ok, genial [22:08] <jrand0m> [woot mi compañero de piso acaba de darme una copa de vino para la reunión] [22:08] <MrEcho> lol [22:08] <jrand0m> ok, como nop está en línea y no vendrá a la reunión, tendremos que guardar la turba del linchamiento para más tarde [22:09] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:09] <mids> ¿qué pregunta específica quieres hacerle? [22:09] <protocol> ¿cuándo es la reunión? [22:09] <jrand0m> pregunta específica> ¿cuándo hará un anuncio oficial describiendo los problemas pasados y cómo se abordarán los futuros? [22:09] <jrand0m> la reunión es ahora [22:10] <jrand0m> (también conocido como, ¿en qué momento deberíamos explorar medios de comunicación no-iip?) [22:10] <mids> si obtengo una respuesta te lo haré saber. [22:10] <jrand0m> gracias [22:11] <jrand0m> ok, cosas de i2p. 0.2.3 salió ayer, y aunque la mayor parte del código de kademlia está funcionando bien, están apareciendo algunos bugs de 0.2.2 así como otros bugs que se están investigando. [22:11] <jrand0m> he hecho commit de un cambio para usar mensajes a través de tunnels para dbStore en lugar de garlics, lo que debería reducir la carga que tc (y otros) han estado viendo en los servidores [22:12] <jrand0m> también hay un nuevo sessionKeyManager persistente que hará que los reinicios no rompan totalmente un router durante 15 minutos [22:12] <MrEcho> ¿y los tiempos de conexión del cliente a los routers? [22:12] <duck> hasta ahora se siente tan bueno/malo como 0.2.2; a menos que mi router/tunnels vuelvan a caerse esta noche, en cuyo caso es peor que 0.2.2 [22:13] <jrand0m> MrEcho> eso parece estar en la interacción de dos bugs de 0.2.2 que están dando más guerra que antes. esos dos son mi máxima prioridad. [22:13] <MrEcho> ok, genial [22:13] <jrand0m> duck> mi sensación es que es peor que 0.2.2, desde la perspectiva del usuario final. estoy trabajando para arreglar eso sin sacrificar anonimato o seguridad. [22:13] <MrEcho> es difícil trabajar en el DNS con ese maldito bug .. tengo que reiniciar el servidor DNS un montón [22:14] <jrand0m> MrEcho> con routers solo locales no he podido reproducir los bugs; ¿te funciona a ti con solo local? [22:15] <MrEcho> no [22:15] <jrand0m> ¿podrías enviarme logs de depuración para eso? [22:15] <MrEcho> ya borrados [22:16] <jrand0m> ok, si lo intentas de nuevo y no funciona, si pudieras enviarme logs de depuración tanto del router como del cliente te lo agradecería. [22:16] <MrEcho> está haciendo lo mismo de antes .. el cliente recibe el mensaje de que fue enviado .. pero nunca llega al cliente [22:16] <MrEcho> al otro cliente [22:17] <MrEcho> sí .. veré qué puedo hacer [22:17] <jrand0m> ok, suena como el bug de i2psessionImpl2. no he podido reproducirlo localmente, pero una vez que se arregle para remoto, con suerte funcionará en tu situación [22:17] <jrand0m> gracias [22:17] <jrand0m> en cualquier caso, gracias por su paciencia con la actualización. estamos avanzando, aunque en la superficie no lo parezca [22:18] <protocol> sigue brillando, diamante loco [22:18] <duck> en el futuro, digamos una vez que i2p se esté usando realmente, ¿cómo cambiará el proceso de desarrollo/publicación para evitar que versiones rotas estropeen la red? [22:19] <jrand0m> una vez que 1.0 salga, haré desarrollo y lo desplegaré a un grupo de voluntarios locos para que jueguen con ello durante una semana; luego, si las cosas funcionan bien, se desplegará en la versión general. [22:20] * FireRabbit será un voluntario loco [22:20] <jrand0m> ahora mismo tengo que batallar con kaffe y jetty para las actualizaciones en i2p.dnsalias.net [22:20] <duck> ¿qué especie? [22:20] * MrEcho ya lo es [22:20] *** tusko (~tusko@anon.iip) se ha unido al canal #iip-dev [22:20] <jrand0m> ya son voluntarios (muy útiles) y locos :) [22:20] <FireRabbit> ¡gracias! [22:20] <FireRabbit> :) [22:21] *** TC (~TC@anon.iip) se ha unido al canal #iip-dev [22:21] <jrand0m> hey si no es tc [22:21] * MrEcho azota a TC .. llegas tarde [22:21] <TC> hey [22:21] <TC> ¿hemos vuelto a funcionar? [22:21] <MrEcho> sí, puedo tipear hoy... [22:22] <jrand0m> iip parece estar arriba... [22:22] <TC> yay [22:22] <jrand0m> en cualquier caso, espero tener 0.2.3.1 en los próximos días, una vez que se arreglen los dos bugs críticos (la sobrecarga de CPU que tc ha visto ya se ha actualizado) [22:23] *** wiht (anon@anon.iip) se ha unido al canal #iip-dev [22:23] <TC> ¿cuál fue la causa? [22:23] <FireRabbit> me parece haber notado una mayor actividad de disco desde que actualicé a 0.2.3, pero no he dedicado tiempo a ver si eso es realmente i2p o solo el ordenador haciendo tonterías [22:23] *** Desconexión: wiht ((null)) [22:23] <TC> FireRabbit, ¿cuánta memoria tienes? [22:24] <FireRabbit> ese equipo tiene 128, creo [22:24] <FireRabbit> ¿crees que podría ser el archivo de paginación? [22:24] <jrand0m> la causa fue que 0.2.3 envía todos los mensajes dbStore mediante mensajes enrutados garlic en lugar de directamente, lo cual usa o bien ElGamal o AES+SessionTag (dependiendo de si se conocen las tags). el persistentSessionKeyManager hará que las tags duren más, y 0.2.3.1 enviará los mensajes dbStore a través de tunnels en su lugar [22:24] <TC> porque tengo 512 y i2p me dio un error de 'out of memory' anoche [22:24] <jrand0m> ¿en serio? mierda [22:24] <FireRabbit> oh, interesante [22:25] <MrEcho> wow [22:25] <jrand0m> sí, ese es el nº 3 en la lista de bugs por resolver (aunque no es un bloqueante para 0.2.3.1) [22:25] <jrand0m> los OOM no usan los 512 completos [22:25] <TC> pero ahora parece estar funcionando bien [22:25] <jrand0m> solo usan lo que Java les ha dado (p. ej., 64M) [22:26] <TC> sí [22:26] <duck> Memoria: En uso: 8187KB [22:26] <jrand0m> eso es [22:26] <duck> ¡eso no es mucho! [22:26] <duck> todavía [22:26] <MrEcho> Memoria: En uso: 8908KB Libre: 4088KB [22:27] <jrand0m> sí, hay algo que está creciendo ahí; espero tenerlo localizado para 0.3 [22:27] <jrand0m> genial, 'Libre' significa que solía usar 12,9M, ahora solo usa 8,9 [22:27] <TC> está corriendo en 30 megas de memoria en este momento, pero anoche saltó a (lo que Windows me dijo) '70'; por ahí fue donde se cayó [22:27] <jrand0m> sí, kaffe me hace eso a mí también, tc [22:28] <jrand0m> ok, en cualquier caso, la gente debería suscribirse a la lista de correo de i2p [22:28] * FireRabbit está pensando que cuando llegue a casa hoy va a reescribir la lib meshwork ya que tiene algunos problemas [22:28] <FireRabbit> ay [22:28] <jrand0m> ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] <jrand0m> d'oh FireRabbit [22:28] <FireRabbit> esta cosa nunca se va a terminar [22:28] <TC> sí, y la memoria no es gran cosa en su mayor parte [22:28] <jrand0m> je, ningún proyecto va tan fácil como uno espera [22:28] <FireRabbit> nop [22:28] <protocol> jrand0m: la lista de correo activa la protección de spam de Yahoo! [22:28] <protocol> solo para que lo sepas [22:28] <jrand0m> ¿en serio, protocol? [22:29] <protocol> sí [22:29] <jrand0m> quizás eso fue lo que activó el guardián de spam cuando hice cc a iip-dev [22:29] * jrand0m le escribirá a mi ISP [22:29] <jrand0m> (o quizá sea lo de .dnsalias.net) [22:30] <protocol> no recibí ningún envío hasta ahora, y vacié mi correo de spam antes de poder comprobarlo [22:30] <duck> o el apodo jrandom [22:30] <jrand0m> lol duck [22:30] <FireRabbit> :) [22:30] <jrand0m> sería genial si mi nick estuviera filtrado :) [22:30] <FireRabbit> jeje [22:30] *** wiht (anon@anon.iip) se ha unido al canal #iip-dev [22:30] <jrand0m> bienvenido de vuelta wiht [22:30] <jrand0m> hablando de eso, supongo que debería meter 3.1) apps :) [22:31] <jrand0m> oye MrEcho, ¿cómo va la batalla? [22:31] <wiht> jrand0m: Hola. [22:31] <MrEcho> el día que alguien escriba un programa de autodetección para la configuración de compilación de Linux [22:31] <MrEcho> bueno, está en camino [22:31] <duck> knoppix usa alguna cosa de autodetección, ¿no? [22:31] <jrand0m> ./configure ; make ; make check ; make install ; reboot [22:31] <duck> </offtopic> [22:31] <MrEcho> más o menos he trazado cómo quiero hacer todo [22:31] <jrand0m> vale [22:32] <jrand0m> ¿tienes una visión clara de cómo i2ptunnel podría actualizarse para hacer uso de lo que estás haciendo, MrEcho? [22:32] <FireRabbit> creo que knoppix usa hotplug [22:32] <MrEcho> 0.1 no estará/podría estar bloqueado .. no lo sé aún [22:32] <jrand0m> guay [22:33] <TC> oh jrand0m, tengo una pregunta sobre el cvs [22:33] <jrand0m> que tal? [22:33] <MrEcho> para consultas DNS voy a tener un puerto de servidor en el lado del Cliente y RS para consultas de Nombres [22:33] <FireRabbit> ok jrand0m, entonces ilústrame con esto: si tienes dos arrays, uno que está almacenando datos recién recibidos y otro que actúa como buffer, ¿cómo los nombrarías? [22:33] <MrEcho> y voy a construir una lib para que cualquier app la use [22:33] <jrand0m> FireRabbit> src, dest [22:34] <FireRabbit> hmm [22:34] <TC> pensé que sería buena idea si actualizara el archivo host directamente al cvs basado en i2p para que pudiera incluirse con futuras versiones [22:34] <jrand0m> definitivamente, tc [22:34] <FireRabbit> esta es una clase bastante grande, creo que querría ir un poco más específico que eso [22:34] * jrand0m debería conseguirte una cuenta de cvs [22:34] <TC> solo me pregunto cómo conectarme [22:34] <duck> TC: necesitas (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] <duck> el cliente CVS más fácil para Windows que conozco [22:35] * MrEcho usa la versión de dos :) [22:35] <mihi> duck: for windows != win9x ;) [22:35] * FireRabbit usa el port de línea de comandos de cvs [22:35] <duck> mihi: lo probé con win9x [22:35] <jrand0m> tc> ¿has usado cvs antes? ¿o te preocupa el anonimato? (deberías poder usar cvs a través de i2p en este momento) [22:35] * mihi usa WinCVS o el cvs de cygwin [22:35] * jrand0m usa cvs.exe [22:35] <TC> ok, ¿entonces uso ese cliente y configuro el proxy? [22:35] <TC> no, nunca he usado cvs antes [22:35] <jrand0m> ok, te guío con la configuración después de la reunión [22:36] <TC> claro, gracias [22:36] <duck> sobre hacer cvs a través del tunnel: [22:36] <duck> ¿no serían los mensajes duplicados un gran problema? [22:36] *** Desconexión: wiht (Ping timeout) [22:37] <duck> especialmente para commits [22:37] <jrand0m> sí, duck, pero no me he topado con ese problema (los mensajes de cvs son típicamente pequeños) [22:37] <jrand0m> los mensajes >64k (p. ej., las especificaciones .pdf o .sxw) por ahora deberían hacerse por la Internet normal [22:38] <duck> los mensajes de jabber también se duplican muy a menudo [22:38] <jrand0m> aunque tienes razón en que todavía no es una solución a prueba de balas para cvs [22:38] <duck> aunque son XML, no son tan grandes [22:40] <jrand0m> cierto, los acks perdidos son una de las perras de los bugs actuales perdidos de i2psessionimpl2 :/ [22:40] <duck> k [22:41] <duck> (eso fue un ack parcialmente perdido) [22:41] <jrand0m> (con la red de este tamaño, no debería haber reenvíos nunca, a menos que el par esté desconectado) [22:42] <jrand0m> hmm ok, ¿alguna otra cosa de i2p? [22:42] <mihi> jrand0m: ¿qué tal añadir algún tipo de número de secuencia en los paquetes de i2p? [22:43] <jrand0m> ¿paquetes de i2ptunnel? [22:43] <mihi> eso ayudaría con las duplicaciones. [22:43] <mihi> no, paquetes i2pnp [22:43] <mihi> ok, también se podría hacer a nivel de i2ptunnel. [22:43] <TC> entonces jrand0m, ¿recuperaste tu conexión o sigues en un café? [22:43] <mihi> simplemente, si obtienes dos veces el mismo número, descarta el segundo. [22:44] <jrand0m> esos ya manejan ids duplicadas para la mayoría de las cosas, aunque tienes razón en que habrá una actualización en 0.3 para los mensajes restantes [22:44] <jrand0m> sí, actualmente mantenemos un historial de las últimas 1000 msgIds para descartar duplicados [22:44] <mihi> ok, si alguien se ofrece a escribir una buena impl de tcp para i2p, sería mejor ;) [22:44] <jrand0m> ¡sí! :) [22:44] *** Nostradumbass (nostradum@anon.iip) se ha unido al canal #iip-dev [22:45] * jrand0m piensa que va a haber una recompensa por alguna [app/feature asesina aún por determinar] cuando 1.0 esté cerca [22:45] <duck> ¡gana una sesión de chat privada de 1 hora con UserX! [22:45] <jrand0m> lol [22:45] <MrEcho> lol [22:46] <jrand0m> ok, ¿alguna otra cosa de i2p, o de iip, o cualquier otra cosa para esta, la 69ª reunión de iip-dev? [22:46] <jrand0m> (aparte de comentarios de chica pin-up de userx) [22:47] <duck> ¿alguna otra app que duck inc. deba ejecutar? [22:47] <jrand0m> ¡bluebeep! [22:47] <TC> 1. jrand0m ¿arreglaste tus problemas de conexión? 2. ¿qué te parece mi nuevo eepsite? [22:47] <TC> ¿bluebeep? [22:47] <jrand0m> oh, perdón tc. sí, por fin tengo acceso a la red :) no he visto tu nuevo eepsite más allá del board (que está de puta madre), pero lo veré luego :) [22:48] <duck> TC: me gusta el diseño nuevo [22:48] <TC> hmm, debería cambiar el board también para reducir el tiempo de carga [22:48] <duck> solo creo que deberías intentar desactivar la función de email en el phpboard; ahora obtienes un error cada vez [22:48] <TC> gracias, duck [22:48] <jrand0m> quitar imágenes sería un plus [22:49] <TC> buena idea [22:49] <jrand0m> (bluebeep es un wardialer antiguo) [22:49] <MrEcho> ya [22:49] <jrand0m> (y un juguete divertido en general) [22:49] <duck> por favor, ten en cuenta que la edad promedio aquí es 16 [22:50] * MrEcho tiene 24 [22:50] * duck se agacha [22:50] * jrand0m duda que haya demasiados de 3 años para compensar a los geriátricos entre nosotros ;) [22:50] *** wiht (anon@anon.iip) se ha unido al canal #iip-dev [22:50] <MrEcho> lol [22:50] * TC construyó una blackbox una vez [22:50] <jrand0m> w3wt [22:50] <lonelynerd> ¿ya terminó la reunión? [22:50] <duck> última P: [22:50] *** protocol ahora se conoce como proto_afk [22:51] <duck> ¿cómo podemos leer las estadísticas de kademlia? [22:51] * jrand0m aún no he hecho !baf, lonelynerd, así que pregunta :) [22:51] * MrEcho mata el soporte de pcmcia en el kernel [22:51] <duck> solo para que entendamos lo que vuelca routerConsole.html [22:51] <MrEcho> me estoy cabreando [22:51] <jrand0m> ok, ¿te refieres a las estadísticas de JobQueue? [22:52] * duck supone que probablemente todo es obvio [22:52] <jrand0m> básicamente, cuando miro las estadísticas de JobQueue, verifico que el tiempo promedio de ejecución para los trabajos Build garlic message, buld tunnel, y handle * message sea pequeño [22:52] <jrand0m> (esos son los trabajos que suelen tardar más, y cuando la parte pendiente se hace grande, todo sufre) [22:53] <lonelynerd> (en realidad, mejor leo los logs primero) [22:53] <duck> entendido [22:53] <jrand0m> el tiempo medio pendiente de .1-.6s que he estado viendo es pésimo, y es una de las grandes cosas a las que apuntaré cuando sea momento de ajustarlos [22:54] <jrand0m> la vivacidad y fiabilidad del contenido de netDb son en gran medida números aleatorios, siempre que sean > 100. 'last sent successfully' significa cuándo fue la última vez que se envió a 2 o más pares [22:54] <jrand0m> (reenviamos aleatoriamente si no es local) [22:54] <jrand0m> (aunque no más de una vez cada 5 minutos) [22:55] <jrand0m> ¿hay alguna estadística que sería útil para la gente, u otra visualización que pudiera ayudar? (si no es trivial puede que no la incluya, pero si es fácil, probablemente sí) [22:56] <duck> gracias [22:57] <jrand0m> ¿algún otro comentario/pregunta/preocupación/frisbee? [22:59] <jrand0m> en ese caso [22:59] * jrand0m se prepara [22:59] * jrand0m *baf* cierra la reunión