Reunión de desarrolladores de I2P - 05 de octubre de 2004

14:05 <jrandom> 0) hola 14:05 <jrandom> 1) estado de 0.4.1.1 14:05 <jrandom> 2) Imágenes bonitas 14:05 <jrandom> 3) 0.4.1.2 y 0.4.2 14:05 <jrandom> 4) eepserver incluido 14:05 <jrandom> 5) ??? 14:05 <jrandom> 0) hola 14:05 * jrandom saluda 14:05 <jrandom> las notas de estado semanales están disponibles en http://dev.i2p.net/pipermail/i2p/2004-October/000461.html 14:06 <jrandom> (no puedo creer que sea octubre) 14:06 <cervantes> es diciembre 14:06 * jrandom se desconecta de cervantes. desfase de reloj excesivo 14:06 <deer> <baffled> ¿podríamos tener de vuelta el verano ya? 14:07 <cervantes> maldita sea... se perdió tu pr0n feed 14:07 <jrandom> claro. está unos miles de KM al sur de ti, baffled 14:07 <jrandom> ok, pasando a 1) estado de 0.4.1.1 14:07 <deer> <baffled> ¿me avisarás cuando llegue? 14:07 <cervantes> je 14:07 <jrandom> haz chocar los talones tres veces... 14:08 <jrandom> ok, las revisiones 0.4.1 y 0.4.1.1 ya salieron, y las cosas básicamente vuelven a funcionar 14:08 <deer> <baffled> no, no, no quiero ir a casa, hace frío allí. 14:08 <jrandom> ;) 14:08 <jrandom> la autodetección de la dirección IP externa parece estar funcionando en su mayor parte 14:09 <jrandom> (aunque ha habido algunas rarezas, debido a conexiones estropeadas que no se cierran correctamente) 14:09 <jrandom> ¿la gente ha estado usando eso, o ha tenido experiencias buenas/malas con la autodetección? 14:10 <jrandom> parece que no 14:10 <jrandom> ok, ¿alguien tiene comentarios/preguntas/preocupaciones con respecto a 0.4.1.1? 14:11 <cervantes> sin quejas por aquí.... 14:11 <dm> Aún no lo he probado, pero está en mi agenda! 14:11 <jrandom> si no, pasamos a 2) Imágenes bonitas 14:11 <jrandom> !thwap dm 14:12 <deer> <Jake> no sé sobre la autodetección, pero probé usar el botón 'guess' o lo que sea en mi equipo Windows con NAT y adivinó bien la IP...... si de eso estamos hablando 14:13 <jrandom> ah ok, no, el botón 'guess' solo intenta adivinar tu IP consultando www.whatismyip.com 14:13 <jrandom> la autodetección es cuando dejas el campo de dirección IP en blanco y lo averigua por sí mismo 14:13 <jrandom> la mayoría de los usuarios actuales de I2P no lo necesitarán, ya que todos estamos acostumbrados a usar dyndns o IPs estáticas de todos modos 14:13 <jrandom> probablemente solo importe para usuarios nuevos 14:14 <deer> <demonic_1> sí, eso me funcionó un poco lento 14:14 <deer> <demonic_1> pero sí funcionó 14:15 <jrandom> ok, genial 14:15 <jrandom> de todos modos, no quiero repetir lo que puse en el correo de esta semana con respecto a las estadísticas recopiladas 14:16 <jrandom> en su lugar, ¿alguien tiene preguntas/comentarios/preocupaciones al respecto? 14:17 <jrandom> me alegró bastante ver que el resumen de 20 h tenía solo quinientos y pico fallos de envío de unos 30,000 y algo 14:17 <cervantes> ¿cuánta carga genera la recopilación de estadísticas? 14:17 <cervantes> Conozco los tamaños de archivo... pero ¿afectará al rendimiento tenerlo funcionando en segundo plano 14:18 <jrandom> debería ser ~= 0. no hay asignación de memoria en la recopilación de estadísticas (ya que usamos eventos preasignados) y todo es asíncrono 14:18 <cervantes> genial 14:18 -!- Sugadude [random@badfish.securityminded.net] se ha unido a #i2p 14:18 -!- cat-a-puss [~tom@152.228.242.159] se ha unido a #i2p 14:19 <jrandom> una vez que salga 0.4.1.2 probablemente insistiré a más gente para que recopile varias estadísticas de vez en cuando 14:19 <deer> <mule_iip> de nada 14:19 <cervantes> Estoy encantado de empezar a recopilar ahora... ya estoy en 0.4.1.1-6 14:20 <jrandom> w3wt 14:21 <jrandom> ok, eso es todo lo que tengo sobre las estadísticas, a menos que alguien tenga algo que añadir? 14:21 <jrandom> si no, 3) 0.4.1.2 y 0.4.2 14:21 <deer> <baffled> Tienes mi voto para hacer streaming primero. 14:22 <jrandom> genial 14:22 <jrandom> ¿alguien cree que deberíamos poner primero las modificaciones del tunnel? 14:22 <deer> <mule_iip> streaming primero 14:23 <cervantes> hacer ahora lo del tunnel probablemente causaría más disrupción en la red.... probablemente conviene tomarse un respiro ;-) 14:23 <jrandom> cierto 14:23 <deer> <mule_iip> de todos modos, a todos los de aquí hoy ya nos han identificado los de sombrero negro :) 14:23 <jrandom> aunque el otro día pensaba en cómo podríamos hacer las modificaciones del tunnel sin incompatibilidades 14:23 <deer> <baffled> Vamos, admítelo, solo quieres conseguir tu audio p0rn más rápido. 14:23 <duck> (yo también con streaming primero) 14:23 <jrandom> jeje 14:24 <cervantes> jeje 14:24 <cervantes> baffled: solo si aportas más de eso ;-) 14:24 <dm> Creo que deberíamos ceñirnos a lo del tunnel primero 14:24 <dm> quitarlo de en medio... 14:24 <cat-a-puss> ¿en qué va a ser diferente lo nuevo del cifrado? 14:24 * jrandom patea a dm 14:25 <jrandom> cat-a-puss: ahora mismo, tenemos un cifrado de tunnel general: los mensajes que pasan dentro del mismo tunnel se ven iguales en cada salto 14:25 <deer> <baffled> Creo que puedo conseguir un poco más. 14:25 <cat-a-puss> ¡oh! 14:26 <cervantes> http://www.i2p.net/todo#tunnelId 14:26 <jrandom> no es tan malo ya que un mensaje de alice-->bob pasa por dos tunnels con cifrado diferente, pero sí nos fastidia frente a atacantes coludidos 14:27 <jrandom> lo del tunnelId por salto también es necesario para evitar que el harvesting moleste a los predecesores (/etc) 14:27 <dm> Sí, definitivamente deberíamos arreglar eso primero. 14:27 <deer> <mule_iip> yo voto porque dm lo haga 14:28 <deer> <fidd> ¿me perdí la reunión? ;) 14:28 <jrandom> justo estaba a punto de sugerir eso, mule :) 14:28 <cervantes> Yo voto porque dm no tenga nada que ver con eso 14:28 <jrandom> je 14:28 <jrandom> no fidd, estamos en el punto 3 de la agenda 14:29 <jrandom> ok, si no hay objeciones a la sugerencia de dm (aparte de las suyas), creo que seguiremos adelante y moveremos las actualizaciones de la lib de streaming a 0.4.2 14:29 <dm> genial 14:30 <jrandom> ok, pasando a 4) eepserver incluido 14:30 <jrandom> si no lo han notado, hay un eepserver incluido. 14:30 <cervantes> "just put the war files in the webapps directory and you're ready to go" 14:30 <jrandom> je 14:30 <jrandom> para archivos .war suficientemente bien codificados :) 14:31 <cervantes> ooh, ¿existe tal cosa? 14:31 <cervantes> *cosa 14:31 <jrandom> pero desde una perspectiva práctica, "just edit ./eepsite/docroot/index.html" 14:31 <deer> <baffled> Una pregunta que tengo es si deseas que la gente use el eepserver o un servidor httpd estándar 14:31 <cat-a-puss> ¿funcionan los generados por kde? 14:31 <jrandom> cervantes: phttprelay.war, i2ptunnel.war, routerconsole.war :) 14:31 <dm> ah sí... war. Una de esas cosas de J2EE que requieren 20 años de experiencia editando manualmente archivos xml. 14:31 <cervantes> touché 14:32 <jrandom> baffled: realmente no me importa. si la gente tiene instalado un servidor web que acepte solicitudes con líneas Host: raras, estupendo 14:32 <jrandom> el eepserver es solo por conveniencia 14:32 <jrandom> cat-a-puss: hmm, archivos .war de kde? 14:32 <protok0l> monocultura... monocultura... 14:33 <deer> <duck> cuando juego con wars, echo de menos la función de reiniciar solo jetty; lo cual por desgracia se necesita para muchas cosas de despliegue 14:33 <cat-a-puss> sí, necesitas tener kdeaddons instalado, solo vas a una página web y luego haces clic en archive y te crea un archivo .war 14:34 <jrandom> duck: ah, es cierto. simplemente saca las líneas que inician el eepserver de clients.config y ponlas en un script de shell 14:34 <jrandom> (con el mismo classpath que el router) 14:34 <dm> ¿podemos integrar i2p en jboss y empaquetarlo antes de la 1.0? 14:34 <jrandom> ooh, genial, cat-a-puss 14:35 <cervantes> Entiendo que el webdefault.xml que faltaba se ha arreglado en cvs? 14:35 <deer> <detonate> en realidad, jetty.xml sí 14:35 <jrandom> encuéntranos un .ear convincente, dm :) 14:35 <jrandom> cervantes: lo que dijo detonate. (estropeé el jetty.xml) 14:36 <cervantes> sí... creo que mencioné en algún lugar quitar la referencia en el jetty.xml para que use la que está dentro del archivo de jetty 14:36 <jrandom> wr0d 14:37 <cervantes> solo quería comprobar que eso se ha arreglado en cvs ;-) 14:37 <jrandom> sí sr 14:37 <cervantes> genial 14:37 <jrandom> (aunque la actualización de la versión 0.4.1.2 no sobrescribirá el eepsite de la gente) 14:37 <jrandom> ((las instalaciones limpias de 0.4.1.2+ por supuesto sí lo incluirán)) 14:38 <cervantes> oh, ¿y descubrimos la causa de las claves de eepsite perdidas de DrWoo? 14:38 <jrandom> de hecho, sobre ese tema, solo quiero mencionar que todos deberían actualizar cada vez que haya una nueva versión, porque si no, puede que no tengan un procedimiento de actualización 14:38 <jrandom> no, cervantes, ni un bug reproducible :/ 14:39 <cervantes> ah bien, podemos culpar al error del usuario ;-) 14:39 <deer> <DrWoo> cervantes: casi seguro que fue algo torpe que hice 14:39 <cervantes> :o) 14:39 * jrandom culpa a los gremlins 14:40 <deer> <Jake> http://en.wikipedia.org/wiki/User:Kmweber/List_of_Everyone_Who_Has_Ever_Lived 14:40 <jrandom> ok, pasando a 5) ??? 14:40 <jrandom> je 14:40 <jrandom> bueno, sí, eso ciertamente califica como "otros" 14:40 <jrandom> ¿alguien tiene algo que quiera plantear? 14:41 <dm> Me gustaría proponer, en este punto, que estoy satisfecho con la nueva disposición que la comunidad de I2P está mostrando hacia mis sugerencias. 14:41 <dm> Saludos cordiales 14:41 <cat-a-puss> ¡oh oh, elígeme! Tengo el código base para una búsqueda distribuida. 14:41 <deer> <demonic_1> sí, ¿por qué i2p después de correr 30+ horas sube al 100% de CPU 14:41 <dm> dm 14:41 <deer> <Jake> sí, quiero plantear el tema de la herencia de cifrado basada en ecuaciones fractales de Gamal de cuarto orden y cómo se aplicaría a i2p 14:41 <deer> <demonic_1> ¿y la mayor parte es system? 14:41 <jrandom> ¡ooh, qué genial, cat-a-puss! 14:41 <cat-a-puss> Lo anuncié aquí el otro día, nadie se dio cuenta 14:41 <deer> <baffled> solo tangencialmente, jake. 14:42 <cat-a-puss> de todos modos, podría usar algo de espacio en cvs 14:42 <deer> <DrWoo> cat-a-puss: ¿tienes un eepsite para eso? 14:42 <jrandom> demonic_1: hmm, ha habido algunos bugs críticos en la última versión o dos. ¿estás en 0.4.1.1? 14:42 <cat-a-puss> y puedo empezar a probar en unas 2 semanas 14:42 <cat-a-puss> DrWoo: nop 14:42 <deer> <Jake> baffled, ¡Ja! 14:43 <deer> <demonic_1> 0.4.1.1-3 14:43 <jrandom> cat-a-puss: r0x0r, no hay problema. mándame un email con el nombre del módulo como te gustaría llamarlo y tu clave pgp y arreglamos algo 14:44 <cat-a-puss> jrandom: de acuerdo 14:44 <jrandom> cat-a-puss: ¿qué tipo de búsqueda hace? 14:44 <jrandom> demonic_1: ¿consumía tanto CPU antes de 0.4.1? 14:44 <cervantes> (proxies a MSN) 14:44 <deer> <mule_iip> demonic_1: ¿y obtienes 1 mega de log cada minuto? suena familiar. 14:45 <deer> <demonic_1> no 14:45 <jrandom> je, mule, sí, el bug que encontraste era un fast-busy desagradable 14:45 <cat-a-puss> jrandom: es una búsqueda básica por palabras clave, necesitas especificar las palabras bajo las que indexar, y almacenará la URL 14:45 <jrandom> es más probable que a demonic le esté pegando alguno de los NPE en tcp.ConnectionBuilder 14:46 <deer> <baffled> Bueno, es hora de cenar, así que iré a cazar más sonidos de zorras en preparación para las actualizaciones de streaming y hablamos luego. 14:46 <cat-a-puss> jrandom: eventualmente debería escalar bien, y todo eso, pero ahora mismo, todos los servidores necesitan estar conectados y nadie puede unirse o irse, y todavía no hay forma de insertar contenido, pero todo eso se arreglará 14:46 <jrandom> ah, genial, ¿funciona con una base de datos distribuida, o es más bien una búsqueda contra lo obtenido por spidering? 14:47 <jrandom> ok, genial 14:47 <cervantes> hasta luego, baffled 14:47 <jrandom> jaja, hablamos luego, baffled 14:47 <cervantes> baffled: ¿cómo sabemos que son sonidos de zorras, y no tú al final de tu micrófono? 14:47 <protok0l> ¡MUY BIEN! 14:47 <protok0l> i2p vuelve a funcionar 14:47 <jrandom> w3wt 14:48 <jrandom> ¿qué tenía mal? 14:49 <jrandom> ok, ¿alguien más tiene algo que quiera plantear para la reunión? 14:49 <deer> <Jake> ¿podemos anunciar i2p en slashdot después de que se implemente el nuevo protocolo de streaming ? 14:49 <dm> preferiblemente antes 14:49 <dm> pero después servirá 14:49 <jrandom> !thwap^2 14:50 <protok0l> POSTMAN! 14:50 <jrandom> ok, si no hay nada más.. 14:50 * jrandom se prepara 14:51 <deer> * Jake besa a jrandom 14:51 * jrandom cierra la reunión con un *baf*