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

14:04 <jrandom> 0) hola 14:04 <jrandom> 1) 0.3.4.3 14:04 <jrandom> 2) 0.3.5 y 0.4 14:04 <jrandom> 3) documentación 14:04 <jrandom> 4) actualización de stasher 14:04 <jrandom> 5) ??? 14:04 <jrandom> 0) hola 14:04 * jrandom saluda 14:05 <deer> * Pseudonym saluda 14:05 * hypercubus aletea 14:05 <deer> * detonate saluda 14:05 <jrandom> notas de estado semanales @ http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:05 <jrandom> pasando a 1) 0.3.4.3 14:06 <jrandom> como dice en las notas, y como todos saben por experiencia propia, la red no está muy sana por el momento 14:06 <jrandom> se pierden muchos mensajes, y la gente ve a menudo advertencias de que sus leases han expirado hace un rato 14:07 <jrandom> esto es desafortunado, y en gran medida está solucionado en CVS, que desplegaremos cuando podamos (ver punto 2) 14:07 <kaji> (tarde) hola 14:08 <jrandom> de todos modos, creo que eso es todo lo que tengo que mencionar sobre 0.3.4.3, más allá de lo que hay en el email. agradezco su paciencia mientras avanzamos por los baches 14:08 <jrandom> saltando a 2) 0.3.5 y 0.4 (¿a menos que alguien tenga algo más que quiera añadir..?) 14:09 <deer> <oOo> Así que el 90% de nodos rotos puede tumbar la red ^^ 14:09 <deer> * Pseudonym espera con ansias el lanzamiento de 0.3.5 14:09 <kaji> ¿quién estaba lanzando el DoS? hicieron un buen trabajo 14:10 <jrandom> bueno, puedo alcanzar squid de forma consistente desde mis otras cajas en CVS HEAD 14:10 <jrandom> así que la red no está ‘derribada’ para la gente en cvs head :) 14:10 * lucky sigue teniendo éxito parcial con .3.4.3 todavía. 14:10 <jrandom> pero sí, el algoritmo antiguo de selección de pares hizo Algunas Cosas Estúpidas 14:10 <deer> <oOo> Estoy en CVS head y perdí suid.i2p muchas veces ;) 14:11 <jrandom> hmm 14:11 <jrandom> ¿qué estás viendo como tasa de fallo de tunnel? 14:12 <jrandom> (n.º total de eventos en /routerStats.html#tunnel.failAfterTime comparado con el n.º total de eventos en #tunnel.buildFrequency ) 14:13 <deer> <oOo> valor medio de por vida: 288 268,91 sobre 339,00 eventos 14:13 <jrandom> ¿y tunnel.buildFrequency? 14:14 <deer> <oOo> Pero quizá hayas estado reiniciando tu router demasiado mientras arreglabas fugas de hilos ;) 14:14 <jrandom> ¿cuál es tu n.º de por vida de tunnel.buildFrequency? 14:14 <deer> <oOo> frecuencia 24h: promedio por periodo: (2,76, máx 2,76, el actual es el 100,00% del máx) promedio estricto por periodo: 5 645,58 eventos (promediado usando la vida útil de 5 729,00 eventos) 14:14 <deer> <oOo> 24h ~= vida del router 14:15 <jrandom> así que ~5% de fallos de tunnel 14:15 <jrandom> eso es más o menos lo que he estado viendo en CVS HEAD, en contraste con el 40-60% de fallos de tunnel de 0.3.4.3 14:16 <deer> <oOo> Entonces pasemos a 2) ;) 14:16 <jrandom> dalo por hecho 14:16 <jrandom> ok, como se mencionó en el email, la próxima revisión será 0.3.5, no 0.4 14:16 <jrandom> tendrá todas las cosas buenas que han estado esperando, pero no tendrá el "sello de aprobación 0.4" ;) 14:17 <deer> <Pseudonym> 0.4.rc-1 14:17 <jrandom> bueno, consideré ir por la vía de rc, pero no quiero ser demasiado confiado 14:17 <kaji> 0.4.rc-0.9 14:17 <deer> <Pseudonym> je 14:18 <kaji> beta 14:18 <jrandom> mientras 0.3.5 esté fuera, voy a ver si podemos montar el DoS de nuevo, así como una variedad de nuevos problemas que deberíamos poder inventar 14:18 <lucky> tenemos que seguir haciendo DoS hasta que funcione mientras está bajo DoS 14:18 <jrandom> correcto 14:19 <kaji> hazle DoS hasta que ya no pueda ser DoSeado 14:19 <deer> <Pseudonym> pero sin nuevas funciones entre 0.3.5 y 0.4, ¿verdad? 14:19 <jrandom> quizá alguien se inspire para ayudar implementando algo de churn y casos de fallo en el simulador, para que podamos probar estas cosas más fácil y automáticamente... ;) 14:20 <jrandom> correcto Pseudonym, no espero que lleguen nuevas funciones significativas durante 0.3.5 14:20 <jrandom> al menos, desde la perspectiva del usuario de la app 14:20 <jrandom> quizá algún desarrollador aproveche este tiempo para mejorar el eepproxy, un servidor web transparente, ayudar a aum, etc 14:21 * jrandom pincha a alguien que está hackeando un proxy irc con soporte DCC ;) 14:21 <deer> <duck> un inproxy público para i2p/tor está en preparación 14:21 <jrandom> ah, bien, ¿específico de html, o bitpipe? 14:21 <jrandom> ejem, específico de web, quiero decir 14:22 <deer> <duck> específico de web 14:22 <jrandom> w3rd 14:22 <deer> <duck> la idea es que un ISP pueda poner puertas de enlace a sitios específicos 14:22 <deer> <duck> para que el mundo pueda acceder a alexandria 14:23 <jrandom> ooh, lo que estaría realmente genial es si esas puertas de enlace pudieran actuar como vhosts 14:23 <jrandom> (quizá a eso te referías de todos modos) 14:23 <deer> <duck> http://anonygateway.com/home.duck.i2p/~alexandria/ 14:23 <jrandom> ah ok 14:23 <jrandom> sigue siendo genial 14:23 <deer> <duck> http://anonygateway.com/6sxoyfb3h2nvok2d.onion/ 14:24 <deer> <duck> virtual host también es posible; solo para una siguiente iteración 14:24 <jrandom> (aunque 6sxoyfb3h2nvok2d.onion.anonygateway.com sería más chulo ;) 14:24 <jrandom> sí sí 14:24 <deer> <duck> fácil de hacer con un mod_rewrite por supuesto 14:25 <cervantes> o simplemente configurar un subdominio :) 14:25 <kaji> jajá vhost a una semilla de bittorent 14:25 <deer> <duck> estoy pagando el desarrollo de mi bolsillo; el parche será dominio público 14:25 <jrandom> duck++ 14:26 <deer> <duck> también hablando con un ISP que quizá quiera ofrecerlo como servicio de pago 14:26 <jrandom> bien 14:26 <deer> <duck> por supuesto es mejor cuando anarchistgang.org lo hace 14:26 <deer> <duck> pero ya conocen la estabilidad de ese tipo de gente 14:26 <jrandom> *tos* 14:27 <cervantes> their quackers 14:27 <cervantes> *they're 14:27 <deer> <jon2> ¡hola!!!!!! 14:27 * hypercubus se ríe por lo bajo 14:27 <jrandom> hola jon2 14:27 <deer> <jon2> Me gusta la reunión>:-D 14:28 <jrandom> creo que después de que la red se estabilice un poco más (una vez que 0.3.5 esté fuera), vamos a querer reevaluar algunas actividades a nivel de aplicaciones 14:28 <deer> <duck> *tos* ¿myi2p? 14:28 <jrandom> je 14:29 <kaji> ¿qué hay del acceso detrás de un firewall? 14:29 <deer> <jon2> sí, acceso con firewall :) 14:29 <jrandom> necesitamos algo a prueba de bombas, usable y seguro, que proporcione funcionalidad que la gente quiera (y, con suerte, que podamos usar para fomentar la comunidad) 14:30 <deer> * duck apunta a 0.4.2 @ http://www.i2p.net/roadmap 14:30 <jrandom> créanme, quiero acceso detrás de firewalls / NATs incontrolables / etc. tanto como el resto de ustedes. 14:30 <deer> <jon2> Puedo hacer la parte segura, conozco la criptofagia. 14:30 <jrandom> (alguien tiene que añadir eso como cita ;) 14:30 * hypercubus se pregunta qué es un criptófago 14:31 <jrandom> jon2 - definitivamente necesitamos ayuda con estas cosas y nos encantaría robar algo de tu tiempo 14:31 * kaji acaba de volver a la escuela, le gustaría llevarse i2p con él ;) 14:31 <aum> buenos días a todos 14:31 <cervantes> por cierto me pregunto si algún dev extraña sus pequeños blogs de i2p.... si quizá deberían tener secciones dedicadas en el foro, al menos a corto plazo... 14:31 <cervantes> *si es así 14:31 <deer> <jon2> criptofagia, ciencia de la seguridad. 14:31 <jrandom> buenos días aum 14:32 <hypercubus> jon2: ¿también sabes criptografía? 14:32 <deer> <jon2> Buenos días aum. 14:32 <jrandom> cervantes: me estoy esperando hasta poder tener un blog propio, que espero no esté muy lejos 14:32 <deer> <jon2> no :-( 14:33 <cervantes> jrandom: ¿y todos los demás? 14:33 <jrandom> nightblade ha estado usando su blog @ cashdollar.org 14:33 <deer> <jon2> tengo un blog en blogs.aspnet.com 14:33 <jrandom> aunque supongo que sería genial que la gente publicara en el foro 14:34 <cervantes> ah bien... parece que la mayoría ha encontrado alternativas.... pero es una pena que se hayan fragmentado 14:34 <jrandom> sí 14:34 <cervantes> *shame 14:34 <cervantes> malditos dedozzz 14:34 <lucky> bueno, un fago es parte del sistema inmunitario. 14:34 <jrandom> me gustaba tener los devblogs en el sitio. recuperaremos algo eventualmente 14:34 <hypercubus> jon2: gracioso, blogs.aspnet.com es un dominio sin reclamar 14:34 <jrandom> ok, de todos modos, ¿algo más para 2) 0.3.5 y 0.4? 14:35 <hypercubus> sí 14:35 <hypercubus> ya tengo el problema de firefox resuelto, en cvs 14:35 <jrandom> w000t 14:36 <deer> <jon2> Soy desarrollador asp. 14:36 <hypercubus> lee el valor predeterminado del registro 14:36 <cervantes> :) 14:36 <deer> <jon2> perdón.. quise decir blogs.asp.net 14:36 <hypercubus> no, no 14:36 <deer> <jon2> weblogs.asp.net 14:36 <jrandom> ah, genial hypercubus. así que estamos casi listos para el lanzamiento de 0.3.5 14:37 <cervantes> brrr....asp 14:37 <hypercubus> sí, puedo sentir que está cerca 14:37 <jrandom> ok, pasando a 3) documentación 14:37 <jrandom> bueno, no tengo nada que añadir más allá de mi solicitud en el email 14:38 <jrandom> (¡envíen sus preguntas! publíquenlas en la lista, envíenlas por email, publíquenlas en el foro) 14:38 <deer> <oOo> Sí, usen el foro anónimamente y hagan feliz a Cervantes ;) 14:39 * cervantes se estremece 14:39 * hypercubus ajusta las orejas de conejo 14:40 <nicktastic> jaja 14:40 <deer> <jon2> Me gustó esta reunión.. 14:40 <cervantes> ya dijiste eso... 14:40 <cervantes> <deer> <jon2> Me gusta la reunión>:-D 14:40 <hypercubus> genial, te toca comprar las donas la próxima vez ;-) 14:40 <jrandom> ok, si no hay nada más, 4) actualización de stasher 14:41 <jrandom> aum parece haberse despertado temprano... ¿sigues por aquí? 14:41 <deer> <jon2> ¡GRAN REUNIÓN! 14:41 * hypercubus se pregunta si dm tiene hijos 14:41 <jrandom> je, sí, ha vuelto ;) 14:41 <cervantes> pensaría que es imposible 14:42 <hypercubus> supongo que aum se perdió esa primera taza 14:42 <jrandom> ok, quizá vuelva a la terminal 14:42 <jrandom> de todos modos, su actualización general se publicó en el email 14:42 <jrandom> parece que hay mucho progreso 14:43 <jrandom> quedan algunas preguntas, pero seguimos adelante 14:43 <deer> <oOo> Pero no se dio fecha de lanzamiento ;) 14:43 <hypercubus> ¿cuántas personas lo están probando por el momento? 14:43 <jrandom> no sé si el código que tiene ahora con las cosas mencionadas es público todavía 14:43 <hypercubus> ah 14:44 <deer> <jon2> BAF BAF BAF BAF BAF 14:44 <kaji> ¿qué hay de nuevo en stasher? 14:44 <jrandom> kaji: ve a http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:45 <deer> <oOo> Ahora usa menos agua para lavar los platos 14:45 <hypercubus> he estado esperando esa función 14:45 * jrandom también 14:45 <jrandom> ok 14:45 <jrandom> si aum sigue afk, pasando a 5) ??? 14:45 <jrandom> ¿alguien más tiene algo que quiera plantear? 14:45 * cervantes se pone un casco de hojalata 14:46 <lucky> ¿Cómo va jetta para servir páginas web? 14:46 <jrandom> no conozco a nadie trabajando en una app que permita de forma segura que la gente hospede páginas con jetty 14:46 <jrandom> (páginas que puedan servirse como eepsite, quiero decir) 14:47 <jrandom> jetty sí permite que la gente despliegue aplicaciones cliente (aunque tampoco conozco a nadie trabajando aún en una app basada en web) 14:47 <hypercubus> me gustaría decir algo sobre systray4j vs. SWT 14:47 <jrandom> ¿mmhmm? 14:47 <hypercubus> el costo de abandonar systray4j por SWT: dejaríamos systray4j.jar y systray4j.dll, quitando 147 KB de nuestro tamaño de distribución -- y reemplazándolo con swt.jar (885 KB) + libs nativos (332 KB en Win, 639 KB en *nix), una diferencia neta de 1,2-1,5 MB, pero con eso ganamos iconos de systray en KDE, Gnome y OS X además de Win32, y también iconos de lanzamiento para entornos X planos al estilo NextStep/GNUstep 14:48 <hypercubus> y esto nos dará la capacidad de añadir otros componentes GUI más adelante, independientemente del JRE que tenga el usuario (de lo contrario, acomodar a los usuarios de Kaffe nos limitaría a usar solo AWT) 14:48 <hypercubus> solo para pensar... quizá más adelante 14:48 <jrandom> vale la pena discutirlo, más adelante, a medida que los usuarios lo pidan 14:49 <jrandom> si el valor está ahí, el valor está ahí 14:49 <deer> <oOo> La interfaz web se supone que es la GUI, ¿no? 14:49 <hypercubus> cervantes tuvo una idea genial para aprovechar más SWT 14:49 <hypercubus> un dashboard de I2P ;-) 14:49 <jrandom> sí oOo 14:49 <hypercubus> oh, ¡y skins! es broma 14:49 <jrandom> preferiría mucho más tener ese tipo de funcionalidad integrada en la consola del router, si te refieres a lo que creo que te refieres 14:50 <hypercubus> la cuestión es... 14:50 <cervantes> también podría incentivar el desarrollo de aplicaciones si i2p viene con un buen conjunto de librerías SWT 14:50 <hypercubus> parece que el desarrollo de systray4j se está apagando o estancando 14:50 <deer> <oOo> Mientras el systray y lo de la GUI no sean obligatorios para tener un router plenamente funcional... 14:50 <jrandom> correcto oOo 14:50 <hypercubus> no veo que arreglen la versión para KDE pronto 14:51 <hypercubus> correcto, podríamos simplemente añadir un hook en la clase de systray del router 14:51 <hypercubus> y el usuario podría opcionalmente descargar lo de systray/SWT 14:51 <jrandom> hypercubus: personalmente, no estoy 100% seguro de que la base de usuarios siquiera necesite un systray. creo que necesitamos desplegarlo y obtener feedback para conocer su valor 14:51 <jrandom> cervantes: los desarrolladores de aplicaciones cliente pueden absolutamente empaquetar SWT con su app 14:51 <jrandom> (o decir "get SWT") 14:51 <hypercubus> sospecho que recibiremos solicitudes de opciones de systray ampliadas 14:52 <jrandom> y si un dev de app cliente consigue algo que queramos empaquetar con el router, desplegaremos swt con el paquete 14:52 <jrandom> (etc) 14:52 <deer> <oOo> ¿Demasiado tarde para separar la consola/monitor de estado/lo que sea de lo que realmente hace el routing? 14:52 <jrandom> ¿realmente routing? 14:52 <jrandom> la consola del router es una aplicación cliente completamente separada 14:53 <jrandom> (apps/routnerconsole/) 14:53 <deer> <oOo> Lo necesario para que los bytes fluyan anónimamente 14:53 <jrandom> sí creo que más adelante también querremos tener una instalación de router mínima 14:53 <jrandom> (sin nada en clients.config, etc) 14:53 <jrandom> pero no tenemos horas de desarrollador para mantener múltiples conjuntos de cosas 14:55 <jrandom> ok, ¿alguien más tiene algo que quiera plantear? 14:57 <jrandom> si no 14:57 * jrandom se prepara 14:57 <deer> <oOo> 0.3.5, ¿cuándo? ;) 14:57 <jrandom> saldrá, con suerte, esta semana 14:57 <jrandom> (en el próximo día o dos si todo va bien) 14:57 <deer> <oOo> Ok ^^ 14:57 * jrandom deja de prepararse 14:57 * jrandom *baf*s la reunión cerrada