Resumen rápido
Present: badger, green, jrandom, strike1, striker
Registro de la reunión
15:07 <jrandom> 0) hola 15:07 <jrandom> 1) Estado de la red 15:07 <jrandom> 2) Estado del desarrollo de Syndie 15:07 <jrandom> 3) Modificaciones de I2Phex 15:07 <jrandom> 4) ??? 15:07 <jrandom> 0) hola 15:07 * jrandom saluda 15:07 <jrandom> notas de estado semanales publicadas en http://dev.i2p.net/pipermail/i2p/2006-November/001318.html 15:07 <jrandom> (llego tarde, así que les dejo que se pongan al día con eso) 15:09 <jrandom> ok, vamos a pasar a 1) estado de la red 15:10 <jrandom> [eom] :) 15:10 * jrandom ha tenido una buena conexión de IRC ahora (4+ días), así que las cosas van bastante bien. 15:11 <jrandom> también tenemos esas nuevas gráficas de capacidad de pares en stats.i2p, detallando algunas proporciones interesantes 15:13 <jrandom> ok, ¿alguien tiene algo más para 1) estado de la red? 15:14 <striker> solo que se ve bien. 15:14 <jrandom> w00t :) 15:15 <jrandom> ok, pasemos entonces a 2) estado del desarrollo de Syndie 15:15 <green> No sé cómo U can have 4+ days conection on IRC,, a mí me desconecta más o menos cada 24 h incluso con un router no tan sobrecargado 15:15 <jrandom> green: por desgracia, es bastante arbitrario. 15:16 <jrandom> (o, más precisamente, la causa depende de muchos factores sin un buen control sobre ellos) 15:17 <green> ¿alguna posibilidad de saber realmente por qué? 15:17 <green> Tengo muchos tunnels incluso donde IRC se cae 15:18 <green> s/when 15:18 <jrandom> sí, hay mucho que podemos hacer, pero estoy enfocando mi tiempo en sacar Syndie primero 15:18 <green> Lo sé, así que solo tengo que way más ;) 15:19 <green> s/wait 15:20 <green> gr maldito teclado 15:20 <green> ok, nada más sobre 1, vayamos a 2 15:20 <jrandom> w3rd 15:21 <jrandom> ok, no hay mucho más que añadir más allá de lo que está en las notas (bueno, lo que razonablemente se puede plantear) 15:21 <jrandom> el hilo de discusión sobre caché web es http://forum.i2p.net/viewtopic.php?t=1958 15:22 <green> ¿hay algún plan para un convertidor de phpbb a Syndie? 15:22 <jrandom> y la última imagen de mockup referida es http://dev.i2p.net/~jrandom/mockup/forum.webp 15:23 <jrandom> green: hmm, pensé que discutimos eso en una de las reuniones, pero al mirar los logs, ocurrió fuera de una reunión 15:24 <jrandom> respuesta corta: se puede hacer, y quizá se haga, pero no está en la hoja de ruta inmediata 15:24 <jrandom> al menos, no una operación bidireccional phpbb<-->syndie 15:24 <jrandom> phpbb-->syndie es fácil (simplemente importar las publicaciones, o usar generación del lado del servidor) 15:25 <jrandom> syndie-->phpbb también es fácil 15:25 <jrandom> no estoy seguro de que el modelo de operación de phpbb sea para lo que la gente termine usando Syndie, sin embargo 15:25 <jrandom> pero ya veremos 15:28 <green> incluso solo un phpbb -> syndie sería suficiente 15:30 <jrandom> genial, eso sería trivial (tomar el html renderizado de phpbb en una página y publicarlo). un poco más complejo sería extraer de la base de datos de phpb en sí, aunque eso daría más control (pero entonces solo el admin de phpbb podría hacerlo - el método anterior lo puede hacer cualquiera) 15:31 <badger> la administración de phpbb es bastante plana.... no es un desafío conseguir un hook 15:32 <badger> y hay varios plugins RSS disponibles para ello 15:33 <jrandom> ah, genial. de hecho, si alguien quisiera empezar a mirar eso, sería genial: solo generen una página HTML (y si necesitan referenciar otros recursos, háganlo con las uris de Syndie [syndie.i2p.net/spec.html#uri] 15:34 <jrandom> (y si necesitan imágenes/etc, simplemente háganles referencia como img src="attachment1" etc) 15:34 <jrandom> (y luego podemos meterlos en una publicación de Syndie sin problema) 15:35 <jrandom> actualmente el editor de mensajes tiene "add text page" y "add html page"... eventualmente podemos incluir un "add page from the web..." que te pida una URL para obtener 15:37 <badger> http://forum.i2p/rss_news.php 15:38 <badger> traducir eso al marcado de Syndie probablemente sería sencillo 15:39 <jrandom> sí (aunque recuerden, el marcado de Syndie /es html/. las uris solo son... largas y difíciles de leer :) 15:41 <jrandom> ok, ¿alguien tiene algo más sobre 2) syndie dev? 15:42 <jrandom> si no, saltemos a 3) mods de i2phex 15:43 <jrandom> strike1 / Complication: ¿quieren darnos una actualización? 15:43 <strike1> Hice una verificación rápida con respecto a resolver el problema de conectarse a uno mismo 15:43 <strike1> http://forum.i2p.net/viewtopic.php?t=1965 15:44 <strike1> Parece estar funcionando bien, pero solo está impidiendo que la dest local se agregue a i2phex.hosts 15:44 <strike1> También estoy investigando los problemas de hashing y los problemas de descarga 15:45 <jrandom> ¡genial! 15:45 <strike1> Los nuevos mods en CVS parecen hacer que i2phex sea un poco mejor hasta ahora también, debo decir. 15:48 <strike1> Con suerte, entre Complication, yo, y cualquiera más que quiera ayudar, podremos resolverlos todos pronto. :) 15:49 <jrandom> wikked, gracias strike1 (& complication et al!) 15:50 <jrandom> ok, ¿alguien tiene algo más para 3) mods de i2phex? 15:51 <jrandom> si no, saltemos a 4) ??? 15:51 <jrandom> ¿alguien tiene algo más que le gustaría plantear para la reunión? 15:54 <green> ¿alguna posibilidad de tener un port de dijjer en I2P? 15:55 <green> wow, no se preocupen, solo una pregunta simple ;) 15:55 <jrandom> probablemente no (siendo un port de dijjer un gran número de outproxies públicos de squid que hacen caché) 15:56 <jrandom> pero la capacidad de tener contenido alojado cuando no estás en línea estará con Syndie 15:56 <jrandom> (y syndie puede ejecutarse sobre i2p) 15:56 <green> claro, pero ¿cómo puede Syndie manejar contenido grande? 15:57 <jrandom> técnicamente, sí, pero en la práctica, no 15:58 <green> ¿entonces usar caché no es tan mala idea? 15:58 <jrandom> por otro lado, podemos tener archivos .torrent distribuidos por Syndie para torrents que estén cifrados con claves de sesión que solo conozcan los autorizados en Syndie 15:59 <jrandom> hay un caso de uso para el almacenamiento en caché de archivos grandes, aunque no estoy seguro de que el método de caché de freenet/dijjer sea la mejor ruta 15:59 <jrandom> (sin juego de palabras) 15:59 <green> humm, archivos .torrent así que tenemos que depender de un servidor / tracker central 15:59 <green> s/central 16:00 <jrandom> (por ejemplo, vean http://freehaven.net/anonbib/#redblue ) 16:01 <jrandom> green: los torrents pueden ser distribuidos, y puedes poner los mismos datos en muchos enjambres 16:01 <jrandom> pero funcionalmente, sabemos que los torrents funcionan para transferir toneladas de datos 16:03 <green> No hay tantos buenos tracker en I2P, así que actualmente dependemos de un servidor central aunque sea posible distribuir el torrent sobre muchos tracker 16:05 <jrandom> hmm, los trackers que tenemos son buenos, simplemente no hay tanto contenido :) 16:06 <strike1> Estoy de acuerdo, aunque al mirar el tracker de postman me impresionó lo que encontré allí en comparación con el año pasado. 16:07 <jrandom> sí, bastante 16:07 <strike1> Muchas cosas buenas :) 16:09 <jrandom> ok, ¿algo más para la reunión? 16:10 <green> (baf) :) 16:10 * jrandom da por terminado 16:10 * jrandom cierra la reunión con un *baf*