Reunión de desarrolladores de I2P - 1 de marzo de 2005

13:05 <@jrandom> 0) hola 13:05 <@jrandom> 1) 0.5.0.1 13:05 <@jrandom> 2) hoja de ruta 13:05 <@jrandom> 3) editor del addressbook (libreta de direcciones) y configuración 13:05 <@jrandom> 4) i2p-bt 13:05 <@jrandom> 5) ??? 13:05 <@jrandom> 0) hola 13:05 * jrandom saluda 13:05 <@duck> hola 13:05 <@jrandom> notas de estado semanales publicadas en http://dev.i2p.net/pipermail/i2p/2005-March/000616.html 13:05 <null> hola 13:05 <@jrandom> (sí, llego tarde esta semana, córtenme la cabeza) 13:06 <@jrandom> mientras ustedes, lectores veloces, revisan eso, quizá podamos pasar a 1) 0.5.0.1 13:07 <@jrandom> 0.5.0.1 ya salió y elimina los errores más obvios de la 0.5, pero como hemos visto, aún queda trabajo por hacer 13:07 <@jrandom> (el CVS actual está en 0.5.0.1-7; espero al menos -8 o -9 antes de llegar a 0.5.0.2) 13:07 <+ugha2p> Hola. 13:08 <+ugha2p> ¿El CVS HEAD corrige ese problema del 100% de CPU? 13:08 <@jrandom> sí, -7 debería eliminar los últimos restos de eso 13:08 <@duck> ¿El CVS HEAD corrige ese problema de OOM? 13:08 <+detonate> hola 13:08 <@jrandom> no, el OOM aún se está investigando 13:09 <@jrandom> en realidad... ¿hay algún Connelly en la sala? 13:09 <ant> <jrandom> no 13:09 <@jrandom> maldición 13:09 <+ugha2p> jrandom debe estar volviéndose loco, está teniendo un diálogo consigo mismo. 13:09 <@jrandom> ok, bueno, veamos qué se puede hacer para deshacernos del OOM. Definitivamente es un bloqueador, así que no habrá versión hasta que se resuelva de una u otra forma 13:10 <+detonate> justo a tiempo para la reunión 13:11 <@jrandom> eso es todo lo que tengo que decir sobre lo de 0.5.0.1; ¿alguien más quiere mencionar/preguntar/debatir algo? 13:12 <+ugha2p> jrandom: Eh, en realidad no vi el problema de CPU con 0.5.0.1, pero me pasó dos veces cuando probé 0.5.0.1-5. ¿Me estoy perdiendo de algo? 13:12 <+ugha2p> Como resultado, volví a 0.5.0.1. 13:13 <+detonate> tenía una pregunta: el apagado parece tardar mucho, y el uso de memoria sube unos 40 MB durante ese tiempo 13:13 <+detonate> me preguntaba si sabías por qué 13:14 <+detonate> el inmediato, obviamente 13:14 <@jrandom> podría ocurrir con 0.5.0.1, solo que no te había tocado. 13:14 <@jrandom> (no es algo común y solo afecta a algunas personas en situaciones extrañas) 13:14 <@jrandom> detonate: ¿muy largo, como más de los 11-12 minutos habituales? 13:14 <+ugha2p> Bueno, me pasó dos veces durante un período de 8 horas. 13:15 <+detonate> una vez que todos los tunnels participantes se han ido 13:15 <+ugha2p> jrandom: ¿Se supone que consuma toda la CPU y pierda todos los leases hasta reiniciar cuando ocurre ese bug? 13:16 <@jrandom> ugha2p: ese es un resultado típico del bug, sí 13:16 <+detonate> hmm 13:17 <@jrandom> (sucede cuando el número de solicitudes de construcción de tunnel consume suficiente CPU como para exceder el tiempo para satisfacer una solicitud, causando que se encole una solicitud adicional, etc) 13:17 <+ugha2p> Debe haber sido una coincidencia extrema que solo me ocurriera mientras estaba en 0.5.0.1-5. 13:18 <@jrandom> ugha2p: les ha pasado repetidamente a algunas personas en 0.5.0.1-0, pero está corregido en -7. puedes quedarte con -0 si prefieres, claro 13:18 <cervantes> fue una bendición maravillosa 13:18 <+ugha2p> jrandom: Probaré -7. 13:18 <@jrandom> genial 13:19 <+ugha2p> Aunque ya me siento culpable por haberles dado un viaje con baches a los usuarios del wiki hasta ahora. :) 13:20 <+ugha2p> Una cosa más, ¿has documentado en algún lado los tipos de tunnel bulk/interactive? 13:20 <+ugha2p> (Excepto en el código fuente ;) 13:20 <@jrandom> en el changelog. La única diferencia es un tamaño de ventana máximo de 1 mensaje 13:20 <+ugha2p> Ah, ok. 13:21 <@jrandom> ok, ¿algo más sobre 0.5.0.1, o pasamos a 2) hoja de ruta? 13:21 <@duck> ¡sigamos! 13:21 <@jrandom> consideren que ya nos movimos 13:22 <@jrandom> hoja de ruta actualizada. y demás. vean la página para detalles 13:22 <cervantes> eeh, duck muerde tobillos 13:23 <@jrandom> estoy pensando en pasar algunas estrategias de la 0.5.1 a la 0.6.1 (para tener UDP más rápido), pero ya veremos 13:23 <@jrandom> ¿alguien tiene preguntas/comentarios/preocupaciones/frisbees? 13:23 <+detonate> ¿has sabido algo de mule últimamente? 13:23 <+detonate> ya que hablamos de udp 13:24 <@jrandom> no, estaba bastante enfermo la última vez que supe de él 13:24 <+detonate> :/ 13:24 <jnymo> udp estaría estupendo 13:25 <@jrandom> s/would/will/ 13:25 <@jrandom> esperemos que, en cambio, esté por ahí divirtiéndose :) 13:25 <+ugha2p> jrandom: ¿Qué tipo de cambios incluirían los ajustes de ancho de banda y rendimiento? 13:26 <jnymo> entonces, udp básicamente significa sin conexión... lo que significa... una red más grande, ¿no 13:26 <+detonate> udp trae todo tipo de dificultades junto con eso 13:26 <@jrandom> ugha2p: agrupar los fragmentos de mensajes de tunnel para que encajen mejor en los mensajes de tunnel fijos de 1024 bytes, añadir limitadores de ancho de banda por pool, etc 13:27 <+detonate> pero sí 13:27 <@jrandom> detonate: no será tan malo, el esquema de token bucket que tenemos ahora puede manejar solicitudes asíncronas sin problema 13:27 <@jrandom> (obviamente no usaríamos BandwidthLimitedOutputStream, sino que le pediríamos a FIFOBandwidthLimiter que asigne K bytes) 13:27 <+ugha2p> ¿El primero realmente marcaría mucha diferencia? La limitación por pool no suena urgente. 13:28 <+detonate> entonces, eso es bueno 13:28 <@jrandom> ugha2p: probablemente sí. Puedes ver los números exactos involucrados yendo a /oldstats.jsp#tunnel.smallFragments 13:29 <bla> detonate: ¿Cómo va el progreso del reensamblado? 13:29 <+detonate> realmente estancado 13:30 <@jrandom> ugha2p: aunque, claro, depende en gran medida del tipo de actividad. el tráfico conversacional tiene más que ganar, pero el tráfico bulk ya llena los fragmentos por completo 13:30 <+ugha2p> jrandom: Ok. 13:30 <+ugha2p> Correcto. 13:31 <+detonate> dejé de trabajar en eso por completo y empecé a trabajar en el addressbook-editor 13:31 <+detonate> probablemente haya una forma muy eficiente y bien estudiada de hacer ese tipo de cosas, pero no me la he encontrado 13:31 <jnymo> ¿significará upd que la gente detrás de NATs puede atravesar ahora? 13:31 <@jrandom> algo, jnymo 13:31 <jnymo> ¿y usar i2p? 13:32 <@jrandom> pero primero necesitamos lograr que funcione con udp en absoluto, luego empezamos a añadir el punching de firewall/NAT, luego el PMTU, etc 13:32 <jnymo> eso será una bendición 13:33 <+detonate> por supuesto, si alguien tiene sugerencias sobre qué hacer, las agradecería 13:33 <+ugha2p> jrandom: ¿Cómo ayudaría UDP a la gente detrás de NATs? 13:34 <bla> detonate: TCP (en la red normal) hace reensamblado. ¿Se pueden trasladar esos conceptos al reensamblado UDP de I2P? 13:34 <+detonate> no he investigado cómo lo hace tcp 13:34 <@jrandom> ugha2p: hay muchas artimañas que podemos hacer con números de puerto consistentes, etc. Hay mucho código y documentación por ahí 13:35 <@jrandom> bla: sin duda usaremos algún nivel de reensamblado UDP en la línea de tcp-SACK 13:35 <+detonate> pero si vas a manejar la mayor parte de lo que hace tcp, mejor ve por la ruta NIO y úsalo realmente 13:35 <+detonate> ahorrándote el lío 13:35 <@jrandom> no, hay razones de peso por las que sí queremos algo de reensamblado/retransmisión y no tcp 13:36 <+detonate> bueno, el tema de los hilos 13:36 <@jrandom> la capa de transporte no necesitará ser totalmente fiable ni ordenada, solo semiconfiable y desordenada 13:37 <+ugha2p> ¿Podemos esperar también una bajada en el uso de memoria debido a menos hilos? 13:37 <@jrandom> sí 13:37 <+ugha2p> ¿Una bajada significativa 13:38 <+ugha2p> ? 13:38 <@jrandom> de forma sustancial. (además de una bajada en el uso de memoria, según de donde venga el OOM actual ;) 13:38 <+ugha2p> Correcto. 13:39 <@jrandom> ok, ¿algo más sobre 2) hoja de ruta? 13:39 <bla> jrandom: Sí. 13:40 <bla> jrandom: ¿Detonate hará ahora lo de UDP? Si no, ¿quién? 13:40 <@jrandom> es un esfuerzo de equipo para todos los que puedan contribuir :) 13:40 <+detonate> je, planeo trabajar más en lo de udp, es menos aburrido que ver la tele 13:41 <@jrandom> je w3wt 13:41 <bla> jrandom: Entiendo. Pero por un momento parecía que detonate había dejado el proyecto ;) 13:42 <@jrandom> está en la hoja de ruta, se hará 13:42 <+detonate> perdón por la confusión 13:43 <@jrandom> ok, ¿alguien más tiene algo sobre 2) hoja de ruta, o nos vamos con calma a 3) cosas del addressbook? 13:44 <@jrandom> ok, detonate, ¿quieres darnos una vista general/informe de estado del editor? 13:45 <bla> detonate: (np) 13:45 <+detonate> ok 13:45 <+detonate> el estado actual del editor está aquí: 13:45 <+detonate> http://detonate.i2p/addressbook-editor/current-state.html 13:45 <+detonate> todavía no hace ninguna edición real 13:45 <+detonate> y actualmente estoy trabajando en la tabla de abajo 13:46 <+detonate> necesito leer un par de capítulos de mi libro de JSP, pero después de eso, deberían poder usarlo para añadir/modificar entradas en hosts.txt y subscriptions con bastante facilidad 13:47 <+detonate> me tomé un descanso de eso las últimas 24 horas, por eso no ha habido mucho progreso 13:47 <+detonate> eso es básicamente todo 13:47 <@jrandom> w3wt 13:48 <bla> detonate: Se ve bien 13:49 <@jrandom> sí, totalmente, espero con ganas una forma de gestionar las entradas /otra/ que no sea solo hackear el archivo hosts 13:49 <+detonate> gracias 13:49 <+detonate> es la primera vez que uso JSP para algo 13:50 <@jrandom> genial 13:51 <@jrandom> oh, no había notado que aquí había solapamiento para la gestión de subscriptions; quizá el trabajo de smeghead pueda encajar también 13:51 <@jrandom> smeghead: ¿andas por aquí? ¿ya has visto esto? 13:51 <jnymo> detonate: ¿habrá detección de colisiones y esas cosas? 13:51 <@smeghead> en realidad solo bosquejé algo de código esqueleto en la consola del addressbook, nada útil 13:51 <+detonate> sí, me cansé de eso; gracias a duck por sugerir la idea :) 13:51 <@smeghead> me desvié con la cosita de TrustedUpdate 13:52 <@jrandom> ah, genial :) 13:53 * a jrandom le gusta desviarse para añadir funciones nuevas 13:53 <bla> smeghead: ¿Te refieres a actualizaciones de I2P con 1 clic desde _dentro_ de I2P? 13:53 <@smeghead> así que suerte, no pereza (al menos esta vez :) 13:53 <cervantes2p> bla: 2 clics al menos ;-) 13:54 <@jrandom> bah, podemos bajarlo a 1 (rechazar si la firma es mala/no válida/etc. ;) 13:54 <+detonate> sí, habrá detección de colisiones; en eso estoy trabajando ahora 13:54 <@jrandom> detonate: ¿no se encarga de eso el propio addressbook? 13:54 <@jrandom> detonate: pensaba que lo que estás haciendo solo editaba los archivos? 13:55 <@jrandom> (el addressbook eliminará duplicados de los archivos) 13:55 <+detonate> me refiero a mostrarte las colisiones de los logs y gestionar eso 13:55 <@jrandom> ah 13:55 <@jrandom> ok, genial 13:55 <+detonate> supongo que a eso se refiere jnymo 13:55 <Ragnarok> hm, ¿hay algo que pueda hacer para hacerte la vida más fácil? :) 13:55 <+detonate> así puedes decir «reemplazar entrada» con la que colisiona que elijas 13:55 <@jrandom> ¡bien! 13:58 <@jrandom> Ragnarok: si no recuerdo mal, detonate pudo parsear el archivo de log bastante fácilmente. ¿Prevés que ese formato cambie? 13:58 <jnymo> detonate: más o menos, sí 13:58 <jnymo> ahora, ¿esto está bien integrado con i2p? ¿Qué tan fácil puedo poner un link+key desde mi navegador en mi addressbook? 13:59 <+detonate> sí, no cambies el formato, eso romperá todo 13:59 <Ragnarok> es muy poco probable que el formato cambie 14:00 <Ragnarok> aunque podrían registrarse más cosas en el futuro 14:00 <@jrandom> jnymo: el eepproxy no tiene ningún gancho hacia el editor de detonate por ahora, pero podríamos añadir algo más adelante 14:00 <+detonate> aunque si modificas las líneas de Conflict, sería más fácil parsearlas 14:00 <cervantes2p> posiblemente algo que mi plugin de Firefox podría hacer 14:00 <+detonate> ahora mismo hay muchas palabras legibles por humanos que estorban 14:00 <Ragnarok> ¿modificar cómo? 14:00 <@jrandom> (por ejemplo, quizá i2paddresshelper podría redirigir a una página del editor) 14:00 <cervantes2p> "haz clic aquí para añadir esto a tu addressbook" 14:00 <Ragnarok> ah... aunque quiero ser amable con los humanos 14:00 <+detonate> <date>=<host>=<source>=<new destination> sería superior 14:01 <@jrandom> cervantes2p: ¿eso va a funcionar como el reescritor de páginas de Google? :) 14:01 <+detonate> bueno, para eso es el addressbook-editor :) 14:01 <+detonate> realmente no es un problema, lo tengo cubierto 14:01 <cervantes2p> jrandom: nah... solo tenerlo en el menú contextual del enlace 14:01 <@jrandom> ooOOoo 14:01 <+detonate> mientras nada cambie radicalmente, las cosas deberían seguir funcionando suavemente 14:02 <cervantes2p> por supuesto podría añadir un reescritor... pero eso simplemente rompe los diseños de las páginas de la gente ;-) 14:02 <+detonate> oh, una cosa que podrías hacer 14:02 <+detonate> porque entra en conflicto con lo que hago 14:02 <+detonate> asegúrate de que todas las entradas para los hostnames estén en minúsculas 14:02 <+detonate> ya que Legion.i2p está ahí 14:02 <cervantes2p> sí quiero añadir un «resaltador de enlaces no i2p» 14:02 <+detonate> y las paso todas por toLowercase() 14:02 <@jrandom> ah, eso estaría genial, cervantes2p 14:03 <@jrandom> (asegúrate de aplicar toLowercase solo a los nombres; base64 distingue mayúsculas/minúsculas ;) 14:03 <+detonate> sí, solo los nombres 14:04 <jnymo> el menú contextual sería ideal 14:04 <@jrandom> (¡no olviden los ponis voladores!) 14:04 <Ragnarok> He hecho que las comparaciones de direcciones no sean sensibles a mayúsculas/minúsculas en mi rama local... debería hacer commit de eso... 14:04 <+detonate> /make all the hostnames lowercase 14:04 <+detonate> pair[0] = pair[0].toLowerCase(); 14:05 <+detonate> ahí está, en blanco y negro 14:05 <+detonate> solo lo hace con los hostnames 14:05 <@jrandom> sí, Ragnarok, danos la mercancía :) 14:05 <jnymo> ¿por qué siempre siento que soy yo quien monta los ponis voladores? :( 14:06 <@jrandom> es porque te los estás acaparando, jnymo ;) 14:06 <cervantes2p> jnymo: no discutas tus «arreglos» domésticos en una reunión 14:07 <@jrandom> ok, muchas cosas geniales pasando con el addressbook y el editor. ¿Alguna ETA de cuándo podemos sacar una beta, detonate? (esta semana, la próxima, etc) 14:07 <jnymo> je 14:07 <+detonate> bueno, en cuanto consigas que funcione en Jetty, creo que puedes ponerlo en beta 14:07 * jnymo saca su p32-space-modulator 14:07 <@jrandom> funciona en Jetty 14:07 <+detonate> no tengo idea de cómo hacer que NetBeans los precompile y los ponga en el WAR 14:08 <+detonate> mientras la gente no cambie los nombres de los archivos en config.txt, debería funcionar, con suerte, sin bugs 14:08 <@jrandom> ok, podemos ayudarte con Ant para encargarnos de las cosas 14:08 <+detonate> ok 14:08 <+detonate> genial 14:08 <cervantes2p> detonate: haz lo que hice yo, toma el código de jrandom... quita todo lo que no necesitas, encaja a palanca tu propio código y ejecuta el script de build de Ant ;-) 14:08 <@jrandom> je 14:09 <@smeghead> detonate: sé una que otra cosa de Ant, grita si te atascas 14:09 <+detonate> siéntanse libres de añadirlo a su release 14:09 <+detonate> si saben cómo hacer eso 14:09 <MichElle> s/you don't need// 14:09 <Ragnarok> addressbook tiene un script de build muy simple, si quieres echarle un vistazo 14:10 <+detonate> necesito la sección que precompila las JSPs 14:10 <+detonate> eso falta en el mío 14:10 <+detonate> aunque sí las compila, simplemente no las fusiona, y la entrada para probar la compilación no está en build.xml 14:10 <@jrandom> detonate: mira los targets precompilejsp en routerconsole, eso te pondrá en marcha 14:10 <+detonate> y necesito averiguar dónde poner -source 1.3, etc. 14:10 <@jrandom> (y la tarea <war>) 14:11 <+detonate> sí, podemos arreglar las cosas esta noche 14:11 <@jrandom> sí 14:11 <cervantes> sip, así lo logré... y no sé NADA de Java ni JSP ;-) 14:11 <@jrandom> ok, si no hay nada más sobre 3) cosas del addressbook, pasamos a 4) cosas de bt 14:12 <@jrandom> duck/smeghead: ¿quieren darnos una actualización? 14:12 <@duck> k 14:12 <@duck> la semana pasada hablamos con Nolar de Azureus sobre arreglar algunos problemas de compatibilidad 14:12 <@duck> con el lanzamiento de la 0.1.8 como resultado 14:12 <@duck> esta semana ha sido sobre todo de comunicación 14:12 <@duck> con otros desarrolladores, con administradores de foros y con usuarios 14:13 <+detonate> ¿alguien sabe si el plugin aznet puede alojar torrents otra vez? 14:13 <@duck> el FAQ se ha actualizado con base en aportes del foro, gracias a quienes contribuyeron 14:13 <@duck> también ha habido algo de malentendidos y confusión 14:13 <@jrandom> detonate: se dice por ahí que sí 14:13 <@duck> como el spork de legion 14:13 <+detonate> excelente 14:13 <@duck> creo que cambiarle el nombre evitará más problemas ahí 14:13 <@duck> . 14:14 <@jrandom> r0xor duck 14:14 * MichElle aplaude a duck 14:14 <MichElle> duck: trabajas muy duro 14:14 <jnymo> sí, ¿por qué no i2p-bt_extractor o alguna mierda? 14:15 <@jrandom> ¿alguna novedad sobre lo de la 0.2 posterior, o eso se abordará después de 0.5.0.2/etc.? 14:15 <@smeghead> no aplaudan aún, no saben cómo lo vamos a llamar>;-} 14:15 <@jrandom> je 14:15 * jnymo aplaude 14:15 <@duck> ¡dínoslo! 14:15 <@jrandom> i2p-flying-pony-torrent 14:16 <+detonate> je, ¿ahora lo estamos ocultando cambiándole el nombre? 14:16 <MichElle> otra vez con los ponis 14:16 <@smeghead> es ultrasecreto por ahora, no queremos que nos demanden 14:16 <jnymo> vaya debacle 14:17 * bla hace un cartel para la MPAA: «Demándenme, si pueden...» 14:17 <@smeghead> duck y yo hemos acordado que la 0.2 será la primera versión con el nuevo nombre 14:17 <+detonate> i2p-communism 14:17 <@duck> saldrá en primavera de 2006 14:17 <@jrandom> je 14:17 <@duck> . 14:18 <@smeghead> basado en mi carga de trabajo actual y en que me mudo esta semana, no espero hacer nada de hacking en la 0.2 por unos días; no sé cómo está la agenda de corto plazo de duck 14:18 <@duck> he estado haciendo 8 horas de arreglar punteros en C++ 14:19 <@duck> así que por aquí tampoco mucho :) 14:19 <@jrandom> 'k, pero ¿algo a lo que quizá podamos aspirar junto con 0.6 (o 0.5.1 si tenemos suerte)? 14:19 <@jrandom> uf, diversión diversión 14:19 <@duck> antes de la 2.0 al menos 14:19 <@smeghead> calculo un mes o así, solo un tiro al aire, ¿qué piensas, duck 14:19 <@duck> sí 14:19 <@jrandom> genial 14:19 <@duck> a ojo 14:20 <@smeghead> la cosa es que nos gustaría esperar hasta el lanzamiento del BT 4.0 oficial 14:20 <@jrandom> está bien, ya sabemos cómo van los cronogramas ;) 14:20 <@smeghead> para poder sincronizar la 0.2 y dejarla al día con eso 14:20 <MichElle> duck tiene muchas cosas en su plato, sin duda 14:20 <@smeghead> la 4.0 parece inminente 14:20 <@jrandom> ah, ¿en serio, smeghead? genial 14:20 <@duck> smeghead: esa es solo la excusa oficial :) 14:20 <MichElle> pero es muy trabajador 14:21 <@duck> Estoy para 5) ??? 14:21 <@jrandom> ya casi... 14:21 <@jrandom> legion: ¿alguna novedad sobre tu cliente bt? ¿progreso, etc? 14:21 <@smeghead> ¿código fuente? 14:22 <@smeghead> (en un zip, no en un .exe) 14:22 <cervantes> así que la próxima ola de lanzamientos, entonces 14:22 <@jrandom> hmm, parece que legion está inactivo; ok, quizá podamos obtener una actualización después 14:22 <cervantes2p> maldita latencia enorme 14:23 <@jrandom> así que pasamos a 5) ??? 14:23 <cervantes> *ejem* w00t 14:23 <@jrandom> cervantes2p: nah, solo eres lento ;) 14:23 <@jrandom> ok, ¿alguien más tiene algo que plantear? 14:23 <cervantes2p> dije esas cosas como hace 5 minutos 14:23 <+ugha2p> jrandom: El pie de la lista de correo todavía usa la dirección i2p.dnsalias.net. ¿Quizá deberías actualizarlo para reflejar dev.i2p.net? :) 14:23 * cervantes2p alimenta al hámster de su router 14:24 <@jrandom> ah, sí, probablemente, ugha2p 14:24 * jrandom tiene algo de trabajo de sysadmin que he estado evitando por un tiempo (como, oh, mover cosas al nuevo srever...) 14:24 <MichElle> Tengo una preocupación 14:24 <MichElle> con respecto a la transparencia 14:24 <@jrandom> ¿qué pasa, MichElle? 14:25 <MichElle> a efectos de plena transparencia, declararé aquí que identiguy ha sugerido que jrandom podría, de hecho, estar empleado por la NSA 14:25 <+detonate> oh, he notado 190 routers, ¿qué tan cerca estamos del límite de threads ahora mismo? 14:25 * jnymo se pregunta qué otra ayuda puede brindar la gente 14:25 <jnymo> (todavía mirando lo de PHP, duck ;) 14:25 <@jrandom> je, MichElle 14:25 <MichElle> su capacidad 'conveniente' de trabajar 24/7 en i2p es bastante sospechosa, en efecto 14:25 <MichElle> en fin 14:25 <MichElle> eso es todo lo que quería decir 14:25 <MichElle> mantengan los ojos sobre jrandom 14:26 <MichElle> su fachada amable y cálida puede ser solo eso. 14:26 <+ugha2p> detonate: No hay límites teóricos de threads; simplemente consumirá todos los recursos disponibles hasta que se caiga. :) 14:26 <jnymo> fachada 14:26 <@jrandom> detonate: algunos SO/ulimits pueden limitar en 256, pero win98 ya pasa del límite de 100 conexiones TCP de todos modos 14:26 <cervantes2p> Puedo dar una actualización rápida sobre el plugin de Firefox. El notificador de I2P Mail ya funciona, al igual que el lector de noticias y los controles básicos del router. Ahora estoy ocupado construyendo tediosamente pantallas de configuración ( http://freshcoffee.i2p/fire2pe_i2pmail_prefs.webp ) 14:27 <jnymo> MichElle, si el código fuente es sólido, ¿a quién le importa? 14:27 <+detonate> oh, ¿el plugin de Firefox está publicado? 14:27 <MichElle> estropea un poco el ambiente 14:27 <cervantes2p> y quiero implementar un servicio de descarga/instalación que se conecte con el nuevo verificador de actualizaciones de smeghead antes de publicar 14:27 <ddd> hola canal 14:28 <+detonate> ok 14:28 <@jrandom> ¡w0ah! tremendo, cervantes2p 14:28 <@jrandom> se ve realmente bien 14:28 <+detonate> hola ddd 14:28 <cervantes2p> pero ya está cerca... probablemente un par de semanas más... 14:28 <MichElle> algo así como que ejecutar Windows seguiría sin ser cool, incluso si Microsoft lo liberara como código abierto 14:28 <+detonate> ese plugin se ve cool 14:28 <MichElle> volviendo a la reunión, sin embargo ... 14:28 <@smeghead> TrustedUpdate quizá esté listo esta semana, con suerte, antes de que me mude 14:28 <@jrandom> genial 14:29 <ddd> ? 14:29 <ddd> ¿i2p es el único chat anónimo? 14:29 <@jrandom> hola, ddd. está en curso la reunión semanal de devs 14:30 <cervantes2p> 'lo ddd, estamos terminando una reunión... quédate, terminaremos en un par de minutos 14:30 <ddd> ¿hay otros proyectos como i2p? 14:30 <@smeghead> ddd: escribe /list y luego elige 14:30 <ddd> ok 14:30 <ddd> no, me refiero en otras redes 14:30 <@jrandom> ok, ¿alguien más tiene algo que plantear para 5) ??? 14:30 <@smeghead> ddd: pregunta en #i2p-chat 14:30 <ddd> ok, los dejo terminar 14:30 <+detonate> ¿alguien ha ejecutado i2p con éxito en OpenBSD ya? 14:31 <@jrandom> ddd: http://www.i2p.net/how_networkcomparisons 14:31 <ddd> ok 14:31 <+detonate> estaba pensando en empezar ese fiasco otra vez 14:31 <@jrandom> detonate: ni idea 14:31 <jnymo> ah sí... ¿quién estaba haciendo la distro BSD de i2p, y cuál BSD era? 14:31 <@jrandom> je, genial, detonate, cuéntanos cómo va 14:31 <@jrandom> jnymo: lioux lo empaquetó para fbsd 14:32 <@smeghead> i2p nunca se enviaría con OpenBSD :) 14:32 <+detonate> claro 14:32 <jnymo> woord... ¿no iba alguien a hacer una distro orientada a i2p? 14:32 <+detonate> sí, ahora hay un port en FreeBSD 14:32 <+detonate> da miedo 14:32 <+detonate> je, alguien quería tener un CD de Knoppix que ejecutara i2p 14:32 <@jrandom> jnymo: después de que i2p sea a prueba de balas, valdría la pena explorar el empaquetado en distros/microdistros, sí 14:32 <+detonate> quién sabe por qué 14:33 <@smeghead> jnymo: recuerdo eso, creo que iba a ser un knoppix/i2p, no recuerdo quién lo estaba comentando 14:33 <@jrandom> detonate: netcafé 14:33 <+detonate> ah 14:34 <@jrandom> ok, ¿algo más para la reunión? 14:34 <MichElle> qué carajo es una distro 'orientada' a i2p 14:34 <MichElle> ¿tor, i2p y freenet ? 14:34 <MichElle> no tiene propósito 14:34 <MichElle> los requisitos de ancho de banda anulan los programas 14:34 <MichElle> ¿jrandom es Theo de Raadt? 14:34 <cervantes> una distribución ligeramente camp 14:34 <jnymo> una distro completamente anonimizada 14:35 <cervantes2p> jrandom: supongo que no :) 14:35 <MichElle> jrandom: nada 14:35 * jrandom se prepara 14:35 * jrandom cierra la reunión de un *baf*