Reunión de desarrolladores de I2P - 2 de marzo de 2004

13:07 < jrandom> 0) hola 13:07 < jrandom> 1) Estado de desarrollo 13:07 < jrandom> 2) Cascadas 13:07 < duck> Paro 13:07 < jrandom> 3) Hoja de ruta 13:07 < jrandom> 4) Sitio web 13:07 < jrandom> 5) ??? 13:07 < jrandom> 0) hola 13:07 * jrandom saluda a la primera reunión de desarrollo de i2p sobre i2p :) 13:07 < ughabugha> el nick es Janonymous. 13:08 < ughabugha> Ok. 13:08 < duck> hola 13:08 < jrandom> las notas de estado semanales se publican en la lista de correo (en línea en http://i2p.net/pipermail/i2p/2004-March/000155.html) 13:08 < ughabugha> hola. 13:08 < jrandom> como de costumbre, seguiremos eso como guía 13:08 < nick> hola 13:09 < jrandom> pasamos a 1) Estado de desarrollo 13:09 * jrandom repite el mantra de «Se está avanzando» 13:10 < jrandom> 0.2.5 tiene algunas Cosas Buenas, y estamos encontrando errores ocultos desde hace mucho 13:10 < jrandom> el último está relacionado con la base de datos, pero aún no está arreglado, así que no hace falta seguir el CVS HEAD 13:11 < jrandom> las pruebas de eco muestran resultados bastante buenos, pero aún hay problemas por resolver con respecto a irc y snark 13:12 < jrandom> ¿cómo les ha ido a la gente con la recuperación de eepsite? 13:12 < jrandom> (y/o squid?) 13:12 < nick> a veces sí, a veces no 13:12 < duck> en general bien con janonymous o ugha 13:13 < duck> a veces janonymous se cae, etc. 13:13 < ughabugha> Sí. 13:13 < duck> <mihi_backup> jrandom: *de verdad* sabes cómo hacerme enfadar... 13:13 < jrandom> d'oh 13:13 < nick> He estado poniendo contenido nuevo 13:13 < jrandom> ¿qué pasa, mihi? 13:13 < jrandom> buen nick 13:14 < jrandom> eh, janonymous 13:15 < nick> ¿eh? 13:15 < nick> :) 13:15 < ughabugha> IIP <ughabugha> Acabo de iniciar un relay bidireccional. 13:15 < jrandom> ah, genial 13:15 -!- nick [~Janonym@localhost] ha salido [El cliente cerró la conexión] 13:15 < jrandom> ¿qué pasa, mihi? 13:15 < ughabugha> IIP <ughabugha> Automático. 13:16 < ughabugha> IIP <ughabugha> :) 13:16 < ughabugha> :) 13:16 < ughabugha> IIP <ughabugha> Ups, un bug. 13:16 < ughabugha> Ups, un bug. 13:16 < jrandom> jeje ¿sigue ahí o hay algo más con respecto al estado de desarrollo? 13:17 < duck> sigamos 13:17 < jrandom> ok 13:17 < jrandom> pasamos a 2) Cascadas 13:17 < ughabugha> IIP <ughabugha> * mihi_backup ahora se llama mihi_away 13:17 < ughabugha> * mihi_backup ahora se llama mihi_away 13:17 < ughabugha> IIP <ughabugha> Argh, el relay para mi propio texto no funciona. 13:17 < ughabugha> Argh, el relay para mi propio texto no funciona. 13:17 < jrandom> ;) 13:18 < ughabugha> IIP <ughabugha> No, espera. 13:18 < ughabugha> No, espera. 13:18 < madman> entonces no hables :) 13:18 < jrandom> las cascadas de mezcla son uno de los dos grandes estilos de redes de mezcla de baja latencia y, aunque no las usamos en i2p, si algunas personas piensan que son útiles, pueden ajustar su router para obtener el mismo efecto 13:19 < ughabugha> IIP <ughabugha> Prueba 13:19 < ughabugha> Prueba 13:19 < ughabugha> IIP <jrandom> las cascadas de mezcla son uno de los dos grandes estilos de redes de mezcla de baja latencia y, aunque no las usamos en i2p, si algunas personas piensan que son útiles, pueden ajustar su router para obtener el mismo efecto 13:19 * jrandom percibe un eco recursivo entrante... 13:19 < ughabugha> IIP <ughabugha> ¡Maldición! 13:19 < ughabugha> ¡Maldición! 13:20 < jrandom> de todos modos, creo que siempre es bueno plantear preguntas fundamentales de diseño, hurgar en i2p y ver por qué hacemos las cosas como las hacemos 13:21 < jrandom> tengo la sensación de que oiremos más sobre sistemas tipo cascada en el futuro, así que espero que la descripción en el correo ayude a explicar la relación de i2p con las cascadas 13:21 < ughabugha> Ok, debería funcionar _ahora_. 13:21 < ughabugha> IIP <ughabugha> Di algo. 13:21 < ughabugha> IIP <Janonymous> Propongo no ir tras una implementación de mix net dentro de la hoja de ruta actual y dejar eso para más adelante 13:21 < ughabugha> Sí, ahora funciona. 13:21 -!- wilde [~anon@localhost] se ha unido a #i2p 13:22 < jrandom> janymous> bueno, i2p /es/ una mixnet, solo que no una mix cascade 13:22 < madman> me voy offline 13:22 < jrandom> ok, hablamos luego, madman 13:22 < jrandom> hola, wilde 13:22 < madman> así que adiós 13:22 < ughabugha> IIP <wilde> por fin 13:22 < ughabugha> IIP <wilde> hola, reunión 13:22 < jrandom> pero coincido, no creo que la funcionalidad de mix cascade deba estar en la hoja de ruta 13:23 < ughabugha> IIP <madman2003> adiós a todos 13:24 < jrandom> ok, ¿algo más sobre cascadas, o pasamos a 3) Hoja de ruta? 13:26 < ughabugha> Hola, wilde@IIP 13:26 < ughabugha> Adiós, madman@IIP 13:26 -!- madman [~a@localhost] ha salido [( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 13:26 < ughabugha> IIP <Janonymous> Solo parece que podría implementarse más tarde, como podría ser un DHT. High Wilde 13:26 < ughabugha> IIP <Janonymous> bye Madman --- Log closed Tue Mar 02 13:27:07 2004 --- Log opened Tue Mar 02 13:27:52 2004 13:27 -!- jrandom [~jrandom@localhost] se ha unido a #i2p 13:27 -!- Irssi: #i2p: Total de 3 nicks [0 ops, 0 halfops, 0 voices, 3 normal] 13:27 -!- wilde [~anon@localhost] se ha unido a #i2p 13:27 < jrandom> de vuelta 13:28 < ughabugha> Uy, jrandom se salió. 13:28 < ughabugha> IIP <Janonymous> bah 13:28 < jrandom> ok, lo último que vi fue 13:26:08 < ughabugha> IIP <Janonymous> bye Madman 13:28 -!- Irssi: La unión a #i2p se sincronizó en 36 s 13:28 < jrandom> (irssi perdió un ping y por eso lo cerró) 13:29 < ughabugha> Te perdiste IIP <Janonymous> Hoja de ruta 13:29 < ughabugha> IIP <Janonymous> ah.. Todos acordamos pasar a la hoja de ruta ;) 13:29 < jrandom> w3rd 13:29 < jrandom> ok, el cambio en la hoja de ruta probablemente es por lo que mihi me odia ahora 13:30 < ughabugha> Uh, entonces te perdiste mucho más que eso. 13:30 < ughabugha> Un segundo. 13:30 < ughabugha> [23:23 39] <ughabugha> IIP <wilde> oh ahora tenemos dos bandos, la pandilla de iip y el barrio I2P 13:30 < ughabugha> [23:23 47] <ughabugha> IIP <wilde> dos 13:30 < ughabugha> [23:23 50] <ughabugha> Jeje. 13:30 < ughabugha> [23:23 54] <ughabugha> IIP <Janonymous> :) tengo un relay funcionando 13:30 < ughabugha> [23:24 22] <ughabugha> Este es un script temporal que apañé rápidamente. Para futuras reuniones deberíamos pensar en algo mejor. 13:30 < ughabugha> [23:24 44] <ughabugha> IIP <Janonymous> Funciona 13:30 < ughabugha> [23:25 18] <ughabugha> Ok, concéntrense en I2P ahora, no en el relay. 13:30 < ughabugha> [23:25 39] <ughabugha> IIP <Janonymous> Entonces, las mix cascades podrían implementarse bastante bien sobre i2p 13:30 < ughabugha> Perdón por el flood. 13:30 < duck> esto es un caos 13:31 < ughabugha> IIP <Janonymous> pero creo que podemos enfatizar /sobre/ 13:31 < ughabugha> Ok, 3) Hoja de ruta 13:31 < ughabugha> duck: Bastante. 13:31 < jrandom> esto no es nada comparado con la reunión 67 ;) 13:31 < jrandom> ok, vamos con 3 13:31 < jrandom> ¿alguien tiene algún comentario con respecto a la hoja de ruta? 13:32 < jrandom> ¿cambios / opiniones / preocupaciones? 13:32 < ughabugha> IIP <Janonymous> Multi-tunneling 13:32 < jrandom> janonymous> ya tenemos eso 13:32 < jrandom> (desde 0.2.5) 13:32 < jrandom> si te entiendo bien 13:33 < ughabugha> IIP <Janonymous> pero, o sea, ¿enviar un archivo por dos tunnels para acelerar la transmisión? 13:33 < ughabugha> IIP <Janonymous> al mismo tiempo 13:34 < jrandom> i2p no maneja archivos, pero sí, cada mensaje individual de i2p ahora puede ir por múltiples tunnels 13:34 < ughabugha> IIP <Janonymous> Creo que sería una gran adición para el área 2.0 13:34 < jrandom> p. ej., primeros 32 kb enviados por el tunnel X, siguientes 32 kb por el tunnel Y 13:35 < ughabugha> IIP <Janonymous> sí... a eso voy... eso me parece muy necesario 13:35 < jrandom> pero i2psnark con soporte i2cp podría maximizar las cosas 13:35 < jrandom> janonymous> ya hacemos eso ahora 13:36 < ughabugha> IIP <Janonymous> oh. ¿I2PSnark utilizará múltiples tunnels para la comunicación punto a punto? 13:36 < jrandom> todos los mensajes pueden ir por múltiples tunnels. 13:36 < duck> en teoría 13:37 < jrandom> no solo en teoría: si un mensaje tarda > 15 s, se envía por el otro lease disponible 13:37 < jrandom> y si tarda > 30 s, se descarta el leaseSet y se vuelve a obtener, y los mensajes posteriores van por los leases encontrados 13:37 < jrandom> PERO 13:38 < jrandom> i2ptunnel (y cualquier otra cosa que use mode=guaranteed de i2p) espera a que se entregue cada mensaje antes de enviar el siguiente 13:38 < jrandom> las aplicaciones nativas de i2cp no necesitan hacer eso 13:38 < jrandom> (ni lo harán las apps que usen la biblioteca de sockets, una vez que la biblioteca de sockets esté implementada y admita SACK) 13:38 < ughabugha> IIP <Janonymous> ok... solo creo que ese será un gran método para estos tunnels en el futuro... por velocidad y anonimato 13:38 < ughabugha> IIP <Janonymous> y para mantener la carga fuera de tunnels individuales 13:39 < jrandom> de acuerdo 13:39 < jrandom> ok, ¿algo más sobre la hoja de ruta? 13:40 < jrandom> (¿alguien va a echarme la bronca por quitar la biblioteca de sockets? ¿mihi? :) 13:41 < ughabugha> IIP <Janonymous> Usé una analogía más temprano para describir el multi-tunneling a alguien... y dije que era como añadir carriles a una carretera 13:42 < jrandom> más o menos 13:42 < jrandom> (aunque el acceso de cada uno siempre tiene el mismo número de carriles ;) 13:42 < duck> si mihi está enfadado puede hacer la API de sockets, ¿no? 13:43 < jrandom> claro, y/o cualquiera. la biblioteca de sockets es Buena 13:43 < jrandom> (pero difícil y, en mi humilde opinión, no esencial funcionalmente para la operación / seguridad de la red) 13:44 < jrandom> solo desearía tener tiempo para hacerlo y seguir avanzando en el código núcleo de i2p 13:44 < jrandom> pero, c'est la vie 13:45 < ughabugha> IIP <Janonymous> parece que mihi no está aquí 13:45 < ughabugha> Ok, ya volví. 13:45 < jrandom> guay 13:45 < jrandom> ok, pasamos a 4) sitio web 13:46 < ughabugha> IIP <Janonymous> acceso grande == cable / acceso pequeño == dial‑up ?? 13:46 < ughabugha> Hmm 13:46 < ughabugha> ¿Qué iba a hacer la biblioteca de sockets? 13:46 -!- nick [~Janonym@localhost] se ha unido a #i2p 13:46 < jrandom> correcto nanonymous 13:46 < jrandom> eh, janonymous 13:46 < jrandom> (pase lo que pase, i2p no puede hacer más rápida tu conexión de red local) 13:46 < jrandom> ughabugha: http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary 13:47 < ughabugha> ¿Te refieres a una biblioteca de sockets para Java? ¿No tienes ya una? 13:47 < jrandom> la biblioteca de sockets extrae el código de tipo TCP fuera de i2p, permitiendo que i2p se especialice en mensajes tipo IP 13:47 < nick> sí 13:47 -!- nick [~Janonym@localhost] ha salido [El cliente cerró la conexión] 13:48 < jrandom> ah, sí, correcto, pero esto permitiría a las aplicaciones transmitir datos en flujo sobre i2p de forma mucho más eficiente (si/cuando la biblioteca de sockets admita ACK selectivo, en lugar de requerir un ACK tras cada mensaje como hace ahora) 13:49 < jrandom> no me siento cómodo implementando SACK dentro del router, ya que puede ir fuera sin problema (en la biblioteca de sockets) 13:49 < ughabugha> ¿Pero por qué dejarlo? ¿De verdad lleva tanto trabajo? 13:49 < jrandom> sí, para hacerlo bien 13:49 < jrandom> hay algo de código implementado a medias, pero no tengo tiempo de mantenerlo y probarlo 13:49 < ughabugha> Ok. Tú eres el jefe. 13:50 < jrandom> bueno, $devWhoImplements es el jefe ;) 13:50 < jrandom> en fin, pasamos a 4) sitio web 13:50 < ughabugha> :) 13:51 < ughabugha> ¿Algún voluntario? 13:51 < ughabugha> IIP <Janonymous> investigación sobre implementaciones de p2p anónimo 13:51 * jrandom hace eco de la pregunta de ughabugha :) 13:51 < jrandom> hmm, ¿janonymous? 13:51 < ughabugha> Janonymous: Esto se cubrirá en 5) ??? 13:51 < jrandom> :) 13:52 < ughabugha> IIP <Janonymous> pues es contenido que va en el sitio 13:52 < jrandom> ah, sí, de acuerdo 13:52 < jrandom> (ver el punto 7 en http://i2p.net/pipermail/i2p/2004-February/000133.html) 13:53 < jrandom> y el punto 8 13:53 < jrandom> ¿o no es eso lo que quieres decir? 13:53 < jrandom> probablemente publicaré el camión de artículos que revisé el verano pasado al investigar y diseñar i2p 13:53 < jrandom> (o al menos enlaces a sus entradas en citeseer) 13:54 < ughabugha> IIP <Janonymous> Ok. ¿Íbamos a discutir el próximo CMS para I2P? 13:54 < ughabugha> jrandom ya eligió el CMS. 13:55 < jrandom> sí/no: en lugar de investigar pros y contras de los CMS durante otro mes o dos, usaremos drupal por ahora 13:55 < ughabugha> IIP <ughabugha> /topic #i2p 13:55 < ughabugha> IIP <Janonymous> Ok... pues, en cuanto a qué poner allí... Necesitamos una presentación 13:55 < jrandom> si necesitamos migrar a otro, wilde me asegura que es lo bastante simple exportar el contenido 13:55 < jrandom> ¿una presentación? 13:56 < ughabugha> IIP <Janonymous> con muchas ilustraciones y una introducción paso a paso a I2P 13:56 < jrandom> necesitamos tener implementado el diseño gráfico 13:56 < jrandom> ah, cierto 13:56 < jrandom> una introducción para usuarios 13:56 < jrandom> la intro del wiki es generalmente una intro técnica 13:56 < ughabugha> IIP <Janonymous> Casi como una presentación multimedia 13:56 < ughabugha> IIP <jrand0m> w0ah 13:56 < ughabugha> IIP <Janonymous> correcto 13:57 < ughabugha> IIP <ughabugha> ¡Bien! 13:57 < jrandom> ok, creo que podemos preparar eso, pero probablemente querremos esperar para producir ese contenido hasta que tengamos tanto un instalador Real como un sistema de control con GUI 13:57 < ughabugha> IIP <Janonymous> En ella, debería haber más imágenes que palabras. :) 13:57 < jrandom> correcto 13:58 < ughabugha> IIP <Janonymous> ok 13:58 < jrandom> pero aún no tenemos un instalador real y (por muy buenos que sean i2pmgr e i2pmole) creo que todavía hay trabajo por hacer en un panel de control 13:58 < ughabugha> Esto no es la máxima prioridad ahora. 13:58 < ughabugha> IIP <Janonymous> ciertamente no. pero para los que no programamos... 13:59 < jrandom> bien. así que necesitamos voluntarios para trabajar en 1) diseñar qué contenido debe estar en el sitio web de i2p 2) diseñar los gráficos / css / diseño del sitio web de i2p 3) gente que trabaje en crear contenido para el sitio web de i2p 14:00 < ughabugha> IIP <Janonymous> Tengo un mes libre. Creo que sería tiempo bien invertido. 14:00 < jrandom> w00t :) 14:00 * jrandom apunta a Janonymous como voluntario... ¿para diseño de contenido y creación de contenido? 14:00 < wilde> de vuelta 14:00 < ughabugha> Bueno, podría hacer HTML, CSS y la parte técnica, pero no soy muy buen redactor ni diseñador. 14:01 < jrandom> r0x0r 14:01 < ughabugha> IIP <Janonymous> sí... aún no soy tan bueno en la parte de diseño 14:01 < ughabugha> IIP <Janonymous> Podría intentar escribir, pero no sin una buena crítica... Nunca he escrito cosas de tipo editorial 14:01 < ughabugha> También puedo usar Photoshop y otras herramientas siempre que me den instrucciones específicas de qué hacer. ;) 14:01 < wilde> Yo me encargo de drupal y de las funcionalidades 14:02 < ughabugha> IIP <Janonymous> Tengo algunas buenas ideas para ti, ughabugha 14:02 < jrandom> correcto, por diseño de contenido no me refiero al layout, sino más bien «ok, necesitamos una página de introducción para usuarios, una introducción técnica, unas FAQ», etc. 14:02 < ughabugha> Je, ok. :) 14:02 < jrandom> r0x0r0r 14:02 * jrandom apunta a wilde y ughabugha como voluntarios :) 14:02 < ughabugha> Con ganas de verlas. 14:02 < ughabugha> IIP <Janonymous> hay una imagen cutre que hice que se puede encontrar enlazada al nuevo documento I2POverview en I2p 14:03 < jrandom> cierto, sí, janonymous, esa imagen está bastante bien, tiene algunos detalles técnicos menores, pero es bastante útil 14:03 < ughabugha> IIP <Janonymous> Seguro que se vería mucho más bonita en Photoshop 14:04 < ughabugha> Je. 14:04 < ughabugha> Janonymous: Hablemos de eso en privado mañana. 14:04 < ughabugha> IIP <Janonymous> eh, en realidad puede que la haya borrado accidentalmente :/ 14:04 < jrandom> ok, ¿algo más para el sitio web o pasamos a 5) ??? 14:04 < ughabugha> IIP <Janonymous> ok 14:07 < wilde> ok, una cosa: 14:07 < ughabugha> ¿Algo más sobre el sitio web? 14:07 < wilde> ¿cuál es la primera sensación que deberías tener en el sitio? 14:07 < wilde> palabras clave, por favor 14:07 < jrandom> wilde> mira http://i2p.net/pipermail/i2p/2004-February/000133.html (el párrafo «rom a branding perspective» :) 14:08 < jrandom> me gusta lo de anónimo bit a bit 14:08 < ughabugha> Supongo que no. ¿Seguimos con 5) ??? ? 14:08 < ughabugha> IIP <Janonymous> ¿deberíamos hacer una hoja de ruta para usuarios más detallada? 14:08 < ughabugha> IIP <Janonymous> una que describa con más detalle los objetivos a largo plazo 14:08 < ughabugha> wilde: Solo emociones positivas. 14:09 < jrandom> janonymous> de acuerdo, la hoja de ruta actual en realidad son solo notas técnicas para tareas técnicas ;) 14:09 < jrandom> ok, 5) ?? 14:09 < jrandom> ¿algo que quieran plantear? 14:10 < wilde> itoopie no va realmente en línea con simple y seguro 14:10 < wilde> tiene más una sensación de caricatura 14:10 < wilde> por eso pregunté 14:10 < ughabugha> IIP <Janonymous> sí, quizá queramos generar un poco más de anticipación 14:10 < ughabugha> IIP <Janonymous> para que los usuarios se involucren 14:10 -!- kaji [~booky5@localhost] se ha unido a #i2p --- Log closed Tue Mar 02 14:11:08 2004 --- Log opened Tue Mar 02 14:12:12 2004 14:12 -!- jrandom_ [~jrandom@localhost] se ha unido a #i2p 14:12 -!- Irssi: #i2p: Total de 6 nicks [0 ops, 0 halfops, 0 voices, 6 normal] 14:12 < jrandom_> de vuelta 14:12 < ughabugha> IIP <Janonymous> o sea, debería funcionarles sin que siquiera sepan que está ahí 14:12 < jrandom_> wilde> Estoy abierto a sugerencias 14:12 < ughabugha> * jrandom_ (~jrandom@localhost) se ha unido a #i2p 14:12 < jrandom_> <Janonymous> sí, quizá queramos generar un poco más de anticipación 14:12 < jrandom_> ¿hmm? 14:14 < ughabugha> Te perdiste esto: 14:14 < ughabugha> [00:11 43] <ughabugha> IIP <Janonymous> Me gustaría recalcar... Creo que todos los métodos de multi-tunneling deberían ser transparentes y estar disponibles para todas las apps cliente 14:14 < ughabugha> [00:12 07] <ughabugha> IIP <Janonymous> debería funcionarles sin que siquiera sepan que está ahí 14:14 < jrandom_> janonymous> ya implementado. 14:14 < jrandom_> i2p ya equilibra de forma transparente la comunicación extremo a extremo sobre múltiples tunnels 14:15 * jrandom_ patea a jrandom 14:15 -!- jrandom [~jrandom@localhost] ha salido [Tiempo de espera de ping agotado] 14:15 -!- Irssi: La unión a #i2p se sincronizó en 231 s 14:15 < wilde> ¿participación? 14:15 < ughabugha> IIP <Janonymous> incluso si perfilamos los tunnels más rápidos y estables... aún podemos usar los otros tunnels lentos para rendimiento adicional si lo necesitamos 14:15 < kaji> ¿iip está arriba? 14:15 -!- kaji [~booky5@localhost] ha salido [El cliente cerró la conexión] 14:15 < ughabugha> IIP <Janonymous> Y quizá queramos distribuir la carga de todos modos... y todo eso debería ser transparente para las aplicaciones cliente 14:15 -!- Ahora te llamas jrandom 14:16 -!- protocol [~iip@localhost] se ha unido a #i2p 14:16 < ughabugha> IIP <Janonymous> ok 14:16 < ughabugha> IIP <Janonymous> genial 14:16 < jrandom> :) 14:17 < ughabugha> jrandom: No uses ACTION, no se retransmite ;) 14:17 < jrandom> ja, ok, perdón 14:17 * jrandom dice algo que ellos no pueden ver 14:17 < jrandom> ;) 14:17 < jrandom> ok, ¿alguien más tiene algo más? 14:18 < jrandom> creo que después de arreglar los bugs actuales de netDb quizá queramos intentar las pruebas de i2psnark otra vez 14:20 -!- kaji [~booky5@localhost] se ha unido a #i2p 14:20 -!- wilde [~anon@localhost] ha salido [Tiempo de espera de ping agotado] 14:20 < ughabugha> ¿Pero la espera de 15 segundos realmente distribuye la carga? 14:20 < ughabugha> Yo no lo veo así. 14:20 * protocol dice que iip es para lusers 14:20 < ughabugha> Como yo lo veo, debería ser 100% simultáneo; el nodo debería poner paquetes por el tunnel tan rápido como el destino pueda manejarlos. 14:20 < ughabugha> Por todos los tunnels, quiero decir. 14:20 -!- nick [~Janonym@localhost] se ha unido a #i2p 14:20 -!- kaji [~booky5@localhost] ha salido [El cliente cerró la conexión] 14:21 < jrandom> ughabugha: idealmente cada mensaje solo se envía por un tunnel, pero cada mensaje individual se balancea entre todos 14:21 < ughabugha> IIP <Janonymous> hicimos una prueba con I2PSnark más temprano hoy. 14:21 < ughabugha> IIP <Janonymous> más temprano hoy. 14:21 < jrandom> ughabugha: si lo enviáramos por todos los tunnels siempre, sería una cantidad significativa de tráfico desperdiciado 14:21 -!- nick [~Janonym@localhost] ha salido [El cliente cerró la conexión] 14:21 < ughabugha> IIP <Janonymous> ¿Todos están contentos con el nombre «I2P»? 14:21 -!- kaji [~booky5@localhost] se ha unido a #i2p 14:21 -!- wilde [~anon@localhost] se ha unido a #i2p 14:22 < jrandom> janonymous> i2p es el nombre. 14:22 < jrandom> puedes llamarlo betty, pero i2p es el nombre ;) 14:22 < ughabugha> kaji: ¿Por qué estás parpadeando así? 14:22 < jrandom> ughabugha: a kaji le gusta molestarnos 14:22 < ughabugha> jrandom: Sí, lo entiendo. Supongo que funciona tal como me lo imagino. 14:23 < kaji> no sé 14:23 < kaji> ¿iip está arriba? 14:23 < ughabugha> IIP <Janonymous> genial 14:23 < ughabugha> IIP <Janonymous> lo está para mí 14:23 < ughabugha> Lo está para algunos, y no lo está para otros. 14:23 < ughabugha> Así que estoy ejecutando un relay. 14:24 < jrandom> ughabugha++ 14:24 < ughabugha> Para conectar las redes. 14:24 < kaji> genial 14:24 < jrandom> los detalles del envío en paralelo/serie están en net.invisiblenet.i2p.router.message.OutboundClientMessageJob 14:24 < ughabugha> :) 14:24 < jrandom> (para quien quiera saber más detalles de cómo funciona) 14:25 < jrandom> ok, ¿algo más que la gente quiera plantear? 14:25 < kaji> ¿y cómo va el desarrollo de i2p? :) (Mirc dice 'lag=30 seconds') 14:25 < jrandom> estamos avanzando ;) 14:26 < jrandom> aquí irssi ha oscilado entre 80 s y 1 s de lag 14:26 < jrandom> (dos desconexiones en los últimos 90 minutos) 14:26 < ughabugha> IIP <Janonymous> ¿hay más ideas sobre contenido para el nuevo sitio? 14:27 < ughabugha> IIP <kaji> genial 14:27 < jrandom> más allá de http://i2p.net/pipermail/i2p/2004-February/000133.html, creo que querremos usar uno de los módulos de foro de drupal 14:27 < ughabugha> Sin desconexiones para mí desde hace 80 minutos. 14:27 < jrandom> bien, ughabugha 14:27 < kaji> hmm, ahora el lag bajó a unos segundos 14:27 < jrandom> sí, varía, kaji 14:28 < ughabugha> IIP <Janonymous> oh, ugha y yo hablamos hoy en mi sala de chat sobre eep :) 14:28 < jrandom> ¡bien ahí! 14:28 < ughabugha> Janonymous: Yo no lo llamaría hablar. ;) 14:28 < ughabugha> Fue más como gritar a varios kilómetros de distancia. 14:28 < jrandom> espera, ¿hicieron voz? 14:29 < ughabugha> IIP <Janonymous> :) fue un mensaje 14:29 < ughabugha> :) 14:29 < ughabugha> Bueno, causé todo el lag. 14:30 < ughabugha> En fin, si alguien tiene una propuesta para discutir, que la diga ahora, porque me tengo que ir. 14:30 < jrandom> cierto, 90 m también es una buena duración para terminar la reunión... 14:30 < jrandom> cualquier otra cosa se puede tratar en la lista de correo 14:30 < jrandom> (y/o iip/i2p más tarde) 14:31 * jrandom le da cuerda al *baf*er... 14:31 * jrandom *baf*a la reunión por cerrada