Reunión de desarrolladores de I2P - 09 de mayo de 2006

16:31 <jrandom> 0) hola 16:31 <jrandom> 1) Estado de la red y 0.6.1.18 16:31 <jrandom> 2) baz 16:31 <jrandom> 3) ??? 16:31 <jrandom> 0) hola 16:31 * jrandom saluda 16:32 <jrandom> notas de estado semanales publicadas en http://dev.i2p.net/pipermail/i2p/2006-May/001288.html 16:32 <jrandom> mientras ustedes leen eso, entremos de lleno en 1) Estado de la red y 0.6.1.18 16:33 <jrandom> la semana pasada ha sido bastante movida en irc y en la red en general 16:33 <+Complication> Mirando las gráficas, pero aún no he notado un cambio perceptible 16:33 <+Complication> También es sólo el principio, por supuesto 16:34 <jrandom> sí, sólo han pasado unas horas, con menos del 20% de la red actualizada 16:35 <jrandom> todavía quedan algunas piezas importantes por desplegar en la red, pero me gustaría que las cosas se estabilizaran primero antes de sacar cambios importantes 16:35 <+Complication> En efecto, ayuda ver (tanto como sea posible ver) qué cambia qué y en qué dirección 16:36 <+Complication> Si se despliega todo a la vez, averiguar qué funcionó puede ser muy difícil 16:38 <tmp> *suspiro* 16:38 * tmp sueña con la estabilidad de IRC. 16:39 <jrandom> sí, en todos los frentes ;) 16:39 <+fox> <roderick_spod1> Roderick sueña con unas tetas grandes. 16:39 <jrandom> (por esto podemos filtrar los registros de la reunión... ;) 16:40 <jrandom> ok, ¿alguien tiene algo más para 1) Estado de la red y 0.6.1.18? 16:41 <jrandom> si no, pasemos al 2) 16:42 <jrandom> no mucho más que añadir aquí, sólo dando una actualización de estado sobre algo de soporte w32/w64 16:43 <jrandom> como se mencionó en el correo, gcj no parece realmente viable en mingw por el momento, aunque quizá podamos sacar algunos trucos de la manga 16:44 <jrandom> hay un gcj 3.4.4/3.4.5 más antiguo que funciona en mingw, pero el soporte de classpath allí es bastante antiguo. 16:45 <jrandom> (e incluso después de quitar un montón de cosas de hsqldb, aún hay algunas dependencias que 3.4.5 no cumple. pero quizá podamos hackearlas también... si es necesario) 16:47 <jrandom> ok, si no hay nada más, pasemos al 3) ??? 16:47 <jrandom> ¿alguien tiene algo más que plantear para la reunión? 16:48 <cervantes> sólo para decir "nice one bar" por su donación tan buena 16:48 <+Complication> Bueno, hubo una pregunta en el foro sobre los uptimes (tiempos de actividad) presentados en NetDB... 16:48 * Complication secunda eso 16:49 <+Complication> Sobre los uptimes, si recuerdas, les añadí un poco de imprecisión en marzo... 16:49 <cervantes> debo de haberme perdido eso entre las diatribas de odci.gov 16:50 <tmp> ¿Qué demonios haces de ese lado, roderick_spod? 16:50 <jrandom> sí, Complication 16:50 <+Complication> Bueno, dado que se planteó la pregunta, me preguntaba: ¿se podrían añadir más imprecisiones o eso perjudicaría la capacidad de depurar? 16:52 <jrandom> no estoy seguro del sentido: con un análisis cuidadoso, todos los datos estadísticos pueden revelar un montón de información 16:52 <arse> ¿ustedes creen que la periodicidad de la red va a disminuir 16:52 <jrandom> cuando llegue el momento, simplemente desactivaremos por completo la publicación de estadísticas 16:52 <+Complication> Últimamente no hemos tenido de esos de reinicio de router, pero eso es sólo reciente... 16:52 <jrandom> arse: sí 16:52 <+Complication> (y en parte porque el watchdog carece de dientes) 16:54 <+Complication> Cierto, es bastante inevitable que durante esta fase haya algo de información por ahí 16:55 <jrandom> además, la suposición que han hecho no es correcta, publishedTimeAgo es hace cuánto tiempo el router /recibió/ la entrada de la netDb, no cuándo se firmó 16:55 <jrandom> emm, espera, no, eso no es cierto 16:56 <jrandom> no me hagan caso. sí, solo añade una pequeña variación 16:56 <+Complication> Je, estoy intentando publicar una respuesta, pero ahora me sale "no post mode specified" 16:57 <+Complication> Sí, hay un retraso de por medio y, además, ¿con qué frecuencia se publicaba esta info? No muy a menudo, si mal no recuerdo? 16:57 <+Complication> Básicamente, si propusiera disminuir un poco la precisión ahí, ¿te molestaría? 16:58 <jrandom> se publica una nueva entrada firmada cada 5-15 minutos, pero eso solo se publica en la netDb, no a todos los pares 16:58 <jrandom> los pares solo reciben la actualizada cuando o bien la buscan o bien se reconectan 16:59 <jrandom> pero sí, añadir más variación está bien. afectaría las gráficas de uptime de stat.i2p, pero mientras mantenga las cosas razonables, está bien 17:01 <+Complication> Intentaré mantenerlo razonable, entonces :) 17:01 <jrandom> je, genial, gracias, Complication 17:04 <jrandom> *ejem* (y coherente ;) ok, ¿alguien tiene algo más para la reunión? 17:04 <+Complication> nota al margen: qué bien, el bug de "post mode" cedió ante la persistencia y también pude publicar una respuesta :) 17:05 <jrandom> w3rd Complication <i>mensajes fuera de tema recortados</i> 17:08 <jrandom> ok, si no hay nada más... 17:08 * jrandom se dispone 17:09 * jrandom *baf* da por cerrada la reunión