Reunión de desarrolladores de I2P - 03 de agosto de 2004

14:05 <jrandomi2p> 0) hola 14:05 <jrandomi2p> 1) estado de 0.3.4 14:05 <hypercubus> garantizo que en PDforge tu proyecto será aprobado prácticamente de inmediato ;-) 14:05 <jrandomi2p> 2) En agenda para 0.3.4.1 14:05 <jrandomi2p> 3) Nueva consola web / controlador de I2PTunnel 14:05 <jrandomi2p> 4) cosas de la 0.4 14:05 <jrandomi2p> 5) Otras actividades de desarrollo 14:05 <jrandomi2p> 6) ??? 14:05 <jrandomi2p> 0) hola 14:05 * jrandomi2p saluda 14:05 <mihi> lla ih 14:05 * oOo hace el tonto 14:06 <mihi> hola a todos 14:06 <jrandomi2p> notas semanales de estado publicadas en http://dev.i2p.net/pipermail/i2p/2004-August/000388.html 14:06 <jrandomi2p> entrando directamente en 1) estado de 0.3.4 14:07 <jrandomi2p> la red parece funcionar en general, tanto para irc como para eepsites 14:07 <jrandomi2p> ¿Qué tipo de fiabilidad / fallos de eepsite están viendo? 14:07 * jrandomi2p puede ver los fallos de irc aquí, como cuando la gente se desconecta / etc 14:08 <mule2p> en general bien, error de falta de memoria después de aprox. 25 MBytes 14:08 <mule2p> pero eso debería estar corregido en cvs, como mencionaste 14:08 <jrandomi2p> ah ok, ¿eso es en una descarga única de 25 MB, verdad? 14:09 <mule2p> sí 14:09 <jrandomi2p> vale 14:10 <jrandomi2p> las transferencias de archivos grandes aún parecen tener problemas (desconexión con el tiempo, aunque no corrupción). creo que eso podría quedar solucionado con la modificación mencionada, pero no estoy seguro 14:11 * jrandomi2p olvidó mencionar que el roundtrip/connections_reliability.php de oOo incluye ambos servidores irc aquí, no solo i2p, así que en este momento no tiene realmente los datos correctos 14:11 <jrandomi2p> oOo: ¿alguna idea de lo que haría falta para que el código de bogobot ignore @irc.metropipe.net? 14:12 <duck> expulsando a hypercubus 14:12 <duck> y a mí para actualizar 14:12 <oOo> Muy poco código, una revisión por pares de hypercubus y la actualización de bogobot por duke 14:13 <jrandomi2p> ok, genial 14:13 <hypercubus> ¿duke? 14:13 <oOo> duck, perdón :p 14:13 * jrandomi2p cree que ese tipo de resumen estadístico sería muy útil 14:13 <jrandomi2p> duke duck 14:14 <oOo> Las estadísticas están hechas en PHP, también se le podrían dar a duck 14:14 <jrandomi2p> ok, ¿alguien tiene algo que comentar con respecto a 0.3.4? 14:14 <jrandomi2p> w3rd 14:15 <jrandomi2p> ok, pasando a 2) 0.3.4.1 14:15 <jrandomi2p> no sé qué más mencionar aparte de lo que está en el correo 14:16 <jrandomi2p> las aplicaciones StreamSinkServer y StreamSinkClient son apps de demostración compactas para ministreaming (para cualquier desarrollador Java que quiera escribir streaming sobre i2p) 14:16 <jrandomi2p> ah, y StreamSinkServer es algo así como la app de Python dropbox de aum (toma cualquier dato que cualquiera le envíe y lo escribe en un archivo) 14:17 <jrandomi2p> (StreamSinkClient envía un tamaño fijo de datos aleatorios, así que no es muy útil ;) 14:17 <jrandomi2p> ¿alguna idea / preocupación / pregunta con respecto a 0.3.4.1? 14:18 * jrandomi2p calcula que saldrá en uno o dos días 14:19 <jrandomi2p> ok, avanzando a buen ritmo a 3) Nueva consola web / controlador de I2PTunnel 14:20 <jrandomi2p> como se mencionó en el correo, tenemos la nueva consola web prácticamente funcional, y una interfaz web sencilla para controlar / editar / crear instancias de i2ptunnel 14:21 <protok0l> ¿dónde puede conseguirlo el protok0l? 14:22 <protok0l> y qué hago con Jetty 14:22 <jrandomi2p> ahora está todo en cvs, pero necesito publicar algo de documentación sobre cómo configurarlo 14:22 <protok0l> ok 14:23 * jrandomi2p escribió y publicó un proceso de ~5 pasos en el canal hace unos días, pero necesitamos un procedimiento más simple (o al menos más claro) 14:23 <protok0l> escuché que CVS apesta 14:23 <mule2p> ok, te puedo decir una vez que tenga la documentación :) 14:23 <protok0l> y había alguna cosa de CVS mejor 14:23 * oOo solo registró los primeros 2 pasos antes de desconectarse :p 14:24 <protok0l> lo mismo con Vi 14:24 <protok0l> jaja 14:24 <jrandomi2p> eventualmente pasaremos a que esta nueva consola sea el 'estándar', pero probablemente esperará hasta tener todo integrado con el nuevo instalador de hypercubus 14:26 <jrandomi2p> en realidad 14:26 <jrandomi2p> para los valientes, aquí están los pasos feos de antes: 14:26 <jrandomi2p> 20:19 <jrandom> w3rd hyper - could you pull latest from cvs, 'ant dist', grab build/*jar and toss them into your lib dir, mkdir $instDir/webapps/ ; cp build/routerconsole.war $instDir/webapps/ ; edit your router.config to uncomment the clientApp.3.* lines and update your classpath 14:26 <jrandomi2p> 20:19 <jrandom> (in the classpath, set it to: lib/i2p.jar:lib/router.jar:lib/mstreaming.jar:lib/heartbeat.jar:lib/i2ptunnel.jar:lib/netmonitor.jar:lib/sam.jar:lib/timestamper.jar:lib/ant.jar:lib/jasper-compiler.jar:lib/jasper-runtime.jar:\ 14:26 <jrandomi2p> 20:19 <jrandom> lib/jnet.jar:lib/org.mortbay.jetty.jar:lib/routerconsole.jar:lib/xercesImpl.jar:lib/xml-apis.jar:lib/javax.servlet.jar 14:26 <protok0l> ok, al diablo 14:27 <jrandomi2p> además de eso, hay un nuevo i2ptunnel.war: tómalo y colócalo en $instDir/webapps/ y ve a http://localhost:7657/i2ptunnel/ 14:27 <jrandomi2p> sí, como dije, es un fastidio 14:27 <jrandomi2p> pero es funcional, y en realidad no tengo ni el tiempo ni la pericia para mejorarlo mucho 14:27 <oOo> ¿Eso es todo lo que hay que hacer? 14:28 <jrandomi2p> sí 14:28 <oOo> Ok, gracias 14:28 <jrandomi2p> (obtendrás algo que se ve como http://dev.i2p.net/~jrandom/config.webp cuando vayas a http://localhost:7657/config.jsp 14:29 <jrandomi2p> en fin, eso es 14:29 <jrandomi2p> agradecería si/cuando la gente pueda probarlo, y con suerte proponer formas de mejorarlo :) 14:30 <jrandomi2p> mihi: ¿alguna opinión sobre toda la idea de la interfaz web? 14:30 <duck> buen diseño 14:31 <jrandomi2p> pensé que te gustaría, duck ;) 14:31 <mrflibble> bien 14:31 * mihi también le gusta el diseño 14:31 <mihi> las interfaces web siempre son geniales 14:32 <jrandomi2p> la que armé para i2ptunnel.war es bastante sosa... funcional, pero sosa 14:33 <jrandomi2p> ok, eso es todo; si/cuando la gente quiera hablar más al respecto, tenemos irc y la lista, etc. :) 14:33 <mule2p> jrandomi2p: clientApp.3 es netmonitor para mí 14:34 <jrandomi2p> ah ok, mule2p: revisa el router.config de cvs - 14:34 <jrandomi2p> #clientApp.3.main=net.i2p.router.web.RouterConsoleRunner 14:34 <jrandomi2p> #clientApp.3.name=webConsole 14:34 <jrandomi2p> #clientApp.3.args=7657 127.0.0.1 ./webapps/ 14:34 <jrandomi2p> obviamente cambia el 3 por 4 y descomenta :) 14:35 <jrandomi2p> reemplaza 127.0.0.1 si quieres poder acceder de forma remota 14:35 <jrandomi2p> (y 7657 para usar un puerto diferente) 14:36 <mule2p> ok, gracias; he buscado en el árbol de i2p que tengo descargado un nuevo router.config, pero puede que esté en otra parte de cvs 14:36 <jrandomi2p> ah, perdón, sí, es i2p/installer/java/src/router.config.template 14:37 <mule2p> k 14:37 <jrandomi2p> ok, salvo que haya algo más, pasamos a 4) cosas de la 0.4 14:38 <jrandomi2p> hmm, no sé si hay algo que pueda añadir a lo que está en ese párrafo del correo 14:38 <jrandomi2p> básicamente solo un montón de entradas en mi lista de tareas :) 14:39 <jrandomi2p> ¿alguien tiene preguntas / preocupaciones con respecto a lo publicado allí? 14:40 <oOo> ¿Cómo va el instalador? ^^ 14:40 <jrandomi2p> hypercubus? ¿qué tal? 14:40 <hypercubus> paciencia, danielsan... las cosas buenas les llegan a los que se impacientan... eh, espera ;-) 14:40 <jrandomi2p> jeje 14:41 <jrandomi2p> sin prisa, solo me preguntaba cómo van las cosas 14:41 <jrandomi2p> ¿algún problema con el que te estés encontrando, cosas con las que podamos ayudar, etc.? 14:41 <mihi> ¿quién es danielsan? 14:41 <hypercubus> sin problemas, solo el tedio de las pruebas por el momento 14:42 <jrandomi2p> w3rd 14:42 <hypercubus> debería haber escrito pruebas unitarias primero, pero en fin ;-) 14:42 <jrandomi2p> jeje 14:43 <hypercubus> la supuesta independencia de plataforma de Java realmente se viene abajo en el área de las tareas de instalación 14:44 * jrandom percibe una desconexión masiva 14:45 <oOo> Uy, oh 14:45 <hypercubus_> hmmm, maravilloso... ¿qué fue lo último que dije? 14:45 <oOo> <hypercubus> la supuesta independencia de plataforma de Java realmente se viene abajo en el área de las tareas de instalación 14:46 <hypercubus> ok, ¿quién saboteó la reunión? ;-) 14:46 * jrandom echa la culpa a jebus 14:46 <hypercubus> quizá fue duke 14:46 <mule> no querrás decirme que mi router es tan importante :) 14:46 <jrandom> jeje 14:47 <mihi> [23:46] * jrandomi2p ha salido de IRC (Cliente finalizó) 14:47 <mihi> jeje... 14:47 <mule> si es así, perdón. 14:47 <hypercubus> en fin, sin preocupaciones sobre el progreso del instalador; espero plenamente que esté listo cuando lo esté la 0.4 14:47 <jrandom> duck: ¿cuántos inbound tunnels (túneles de entrada) tienes escuchando en irc.duck.i2p? 14:47 <hypercubus> no me estoy topando con nada desconcertante 14:47 <jrandom> genial, hypercubus 14:47 <hobbs> Me recuerda: ¿hay alguna manera accesible por línea de comandos de generar un nuevo router.config a partir de router.config.template? 14:47 <jrandom> no 14:48 <jrandom> no que yo sepa 14:48 <mihi> ejecuta el instalador y cópialo 14:48 <jrandom> aparte de java -jar install.jar 14:48 <jrandom> jeje 14:48 <mihi> en un directorio nuevo, digo 14:48 <cervantes> al menos no el tipo de rascado de cabeza que están imaginando 14:48 <jrandom> oh, qué bien, mi router hizo un volcado de memoria 14:48 <duck> jrandom: recuérdame cómo obtengo el hash de irc.duck.i2p 14:49 * hypercubus se pregunta qué quiere decir cervantes 14:49 <jrandom> cd lib ; java -cp i2p.jar net.i2p.data.TestData display Destination ../irc.privKey 14:49 <cervantes> hyper: te sería más familiar el término strunking :) 14:49 <hypercubus> duck: intenta aumentar a 3 o más inbound tunnels... parece que me ayudó un poco 14:50 <duck> *** Building a seperate global context! 14:50 <duck> Log file logger.config does not exist 14:50 <duck> 23:49:47.387 ERROR [main ] net.i2p.util.LogManager : Log file logger.config does not exist 14:50 <duck> 23:49:49.589 CRIT [ 1 shutdown ] net.i2p.util.LogManager : Shutting down logger 14:50 <jrandom> ah, mmm 14:50 <hypercubus> supongo que no pudo manejar tu log *ejem* 14:51 <mihi> copia tu logger.config en todas partes ;) 14:51 <mihi> al menos en cualquier lugar donde tu pwd podría estar cuando ejecutes cualquier app de i2p 14:51 <duck> no, no lo haré 14:51 <jrandom> ok, echo logger.record.net.i2p.data.TestData=INFO>> logger.config 14:52 <jrandom> en realidad, por eso dije (cd lib), pero olvidé que cambié el valor por defecto de DEBUG a ERROR en cvs 14:52 <duck> 4 entrantes 14:52 <jrandom> ¿4 actuales y listos? 14:52 <jrandom> ¿o 2 no listos (o recién expirados) y 2 listos? 14:53 <duck> ahora cambió a 3 con 1 no listo 14:53 <jrandom> 'k, entonces probablemente es durante la expiración / sustitución del tunnel 14:54 <jrandomi2p> si actualizas tu router.config para especificar 3 inbound tunnels, eso debería ayudar con la fiabilidad 14:54 <jrandomi2p> (o puedes usar la nueva interfaz web de i2ptunnel para hacerlo ;) 14:54 <hypercubus> quizá la expiración de tunnel para un único cliente con múltiples tunnels debería escalonarse 14:55 <jrandomi2p> lo están, en general: se asignan nuevos tunnels y se crea un nuevo leaseSet 60s antes de la expiración del tunnel 14:55 <hypercubus> ah 14:55 <jrandomi2p> sin embargo, durante un fallo de tunnel tiene que crear un nuevo leaseSet bajo demanda, lo cual no se propaga de inmediato 14:56 <jrandomi2p> (bueno, sale al netDb, pero los clientes no lo recibirán hasta pasados unos segundos) 14:57 <jteitel> !who 14:57 <alpaca_> Lista de usuarios para #i2p: [hobbs] [Iakin3] [duck] [pwk__] [Sonium] [jar] [alpaca_] [interrupt] [protok0l] [mihi] [aum] [Shaun-Away] [cervantes] [jrandom] [deer] [hirvox] [Bladenight] 14:57 <bogobot> Lista de usuarios para #i2p: [shendaras] [duck] [josh] [mule2p] [aum] [mrflibble] [hypercubus] [TrueSeeker] [laggybot] [bogobot] [ion_] [mihi] [ion] [mule] [jteitel] [ant] [oOo_] [jrandomi2p] [dm] [ugha2p] [Ch0Hag] [jnk] [oOo] [soros] [bob] [revival] [DrWoo] [thetower] 14:57 <jrandomi2p> hay más optimizaciones que se pueden hacer al pool de tunnel, pero no estoy seguro de cuán útil sería por ahora 14:57 <jrandomi2p> ok, volviendo al tema: ¿alguien más tiene algo con respecto a 4) cosas de la 0.4? 14:57 <oOo> Sobre las 'simulaciones a gran escala' para 0.4, ¿alguna forma de prepararlas? ¿Se necesitan aplicaciones/herramientas específicas 'nuevas'? (¿transición al punto 5? ;) ) 14:58 <jrandomi2p> de hecho, para la simulación sería estupendo si alguien pudiera ayudar a modificar el heartbeat (o una app impulsada por sam) para que sea como un cliente/servidor scriptable 14:59 -!- Bladenight ahora se llama Nightblade 14:59 <jrandomi2p> (p. ej., en lugar del actual "cada 30s, enviar 20KB al par X", algo como "durante 10 minutos, pedir al par X un archivo de 1MB, y luego pausar 60m, luego pedir al par Y archivos de 1KB", etc) 15:00 <jrandomi2p> pero si alguien está interesado en ayudar con eso, por favor háganmelo saber y podemos chan 15:00 <jrandomi2p> ejem, charlar 15:00 <jrandomi2p> tomando ese pie, saltemos a 5) cosas que están haciendo :) 15:01 <jrandomi2p> no estoy seguro de cómo abordar esto, ¿vamos simplemente en el orden (arbitrario) listado en el correo para las actualizaciones? 15:01 <jrandomi2p> no veo a sunshine por aquí, y aum probablemente aún no se ha levantado ;) 15:02 <jrandomi2p> nightblade: ¿cómo va la batalla? 15:02 <Nightblade> tengo algunos planes para hacer que la interfaz de libsam sea como los sockets BSD 15:02 <Nightblade> pero aún no he hecho nada de código en esa parte 15:02 <duck> changed to tunnels.numInbound=3 15:03 <jrandomi2p> genial, duck (con suerte espera hasta después de la reunión para reiniciar tu tunnel ;) 15:03 <duck> oh, ¿no detecta los cambios? 15:03 <jrandomi2p> vale, nightblade: ¿hay algún problema con cómo están las cosas ahora? 15:03 <hypercubus> no hasta que lo programes para que lo haga ;-) 15:03 <jrandomi2p> no, duck, las líneas de clientApp solo se leen al inicio 15:04 <jrandomi2p> (clientApp está realmente fuera del control del router; para eso está la app web de i2ptunnel) 15:04 <Nightblade> no, no hay ningún problema con cómo está ahora... lo que haría sería además de la interfaz que ya existe (los desarrolladores podrían elegir lo que quieran usar) 15:04 <jrandomi2p> wikked 15:05 <jrandomi2p> ok, tú mandas. tener variedad es bueno, aunque variedad significa más código que mantener / etc., pero es un equilibrio 15:06 <jrandomi2p> ok, bajando por la lista: mule2p, ¿cómo va lo del outproxy (proxy de salida)? 15:07 <mule> nada hecho más allá del parche que tienes 15:07 <jrandomi2p> ah ok, pensé que estabas trabajando en una modificación adicional 15:07 <mule> necesito encontrar algo de tiempo libre para balanceo de carga real 15:07 <jrandomi2p> w3rd 15:08 <jrandomi2p> entonces aplicaré ese parche 15:08 <mule> gracias. e incluye mi outproxy en la app cliente :) parece ser más rápido 15:08 <jrandomi2p> jeje, bueno, por supuesto tu proxy será más rápido para ti, es local :) 15:09 <oOo> Y nadie más lo usa ^^ 15:09 <mule> no, no lo es 15:09 <jrandomi2p> oh, ¿está en un router diferente? genial 15:09 <mule> sí, en un servidor root en un ISP 15:10 <jrandomi2p> la interfaz web de i2ptunnel tiene un campo para que la gente especifique la lista de outproxies, así que debería ser bastante fácil de ajustar, pero lo sacaremos en la próxima revisión y notas de lanzamiento 15:10 <jrandomi2p> bien 15:11 <jrandomi2p> ok, nickster parece estar desconectado por ahora 15:12 <jrandomi2p> ¿hay otros esfuerzos activos de desarrollo de cliente en marcha? 15:12 <jrandomi2p> (o alguno de los pausados está activo, etc.?) 15:13 <jrandomi2p> ok, si alguien quiere mencionar algo más en ese frente, tenemos la lista y el canal, como siempre :) 15:13 <jrandomi2p> pasando a 6) ??? 15:13 <jrandomi2p> ¿alguien más tiene algo que quiera plantear? 15:14 <Nightblade> nop 15:15 <mihi> duck tiene algo que bajar ;) 15:15 <mihi> s/any/some/ 15:15 * jrandomi2p hace pingflood a mihi 15:15 <jrandomi2p> ok, en esa línea 15:15 * jrandomi2p se prepara 15:15 * jrandomi2p *baf* cierra la reunión