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

14:01 <jrandom> 0) hola 14:01 <jrandom> 1) estado 0.3.4.3 14:01 <jrandom> 1.1) timestamper 14:02 <jrandom> 1.2) nueva autenticación en la consola del router 14:02 <jrandom> 2) estado 0.4 14:02 <jrandom> 2.1) integración con servicio y bandeja del sistema 14:02 <jrandom> 2.2) jbigi & jcpuid 14:02 <jrandom> 2.3) i2paddresshelper 14:02 <jrandom> 3) AMOC vs. rutas restringidas 14:02 <jrandom> 4) stasher 14:02 <jrandom> 5) páginas destacadas 14:02 <jrandom> 6) ??? 14:02 <jrandom> 0) hola 14:02 * jrandom saluda 14:02 <deer> <ugha2p> Hola. 14:02 <jrandom> notas semanales publicadas (bien temprano) en http://dev.i2p.net/pipermail/i2p/2004-August/000419.html 14:03 <jrandom> así que espero que todos hayan hecho la tarea y las hayan leído con diligencia 14:03 <jrandom> (o algo así) 14:03 <jrandom> ok, 1) estado 0.3.4.3 14:04 <kaji> (hola, con retraso) 14:04 <jrandom> hay unas pocas cosas ajustadas desde que salió la 0.3.4.3 el viernes pasado, pero en general la revisión parece bastante estable, por lo que puedo ver 14:04 <deer> <luckypunk> huh. ¿qué está pasando? 14:04 <deer> <luckypunk> Oh. No importa. perdón, normalmente duermo durante la reunión. Hola :) 14:05 <jrandom> ¿cuáles son las experiencias de la gente con 0.3.4.3 respecto a eepsites / squid / etc.? 14:05 <luckypunk> muy rápido. 14:05 <jrandom> (puedo ver lo que la gente está notando con irc) 14:05 <luckypunk> A veces carga páginas en menos de 3 segundos. 14:06 <deer> <oOo> Jrandom, no patees tanto el router de squid ;) 14:06 <jrandom> guay, lucky 14:06 <deer> <mule> funciona bien 14:06 <luckypunk> puedo abrir 10 páginas de cosas a través de squid y I2P aguanta el ritmo, bastante lento eso sí, en mi 350 mhz. 14:06 <deer> <hypercubus> lo más ágil que ha estado nunca 14:06 <jrandom> sí, lo hago oOo, pero por eso tenemos www1.squid.i2p :) 14:06 <jrandom> r0x0r 14:06 <jrandom> he oído algunos informes de uso excesivo de CPU, ¿le está pasando a mucha gente? 14:07 <deer> <hypercubus> a mí no... sospecho que solo les pasa a los que tienen 386s *tos*lucky*tos* 14:07 <deer> <oOo> Algunos picos muy raros por aquí. Relacionado con otro error, quizá lo rastree algún día :p 14:07 <deer> <mule> aquí no 14:07 <luckypunk> Creo que, si afectara a todas las plataformas y demás, lo notaría mucho, y no, no realmente. Solo cuando sirve las nuevas páginas de configuración o descarga muchas cosas I2P me clava el procesador. 14:08 <jrandom> ok, bien. hay algunos escenarios donde i2p va a ser un fastidio con respecto a la CPU, pero con suerte serán pocos y espaciados 14:08 <jrandom> de hecho, eso nos lleva a 1.1) timestamper :) 14:09 <jrandom> (uno de los problemas puede ocurrir cuando el timestamper se pone tonto / pierde la noción del tiempo correcto) 14:10 <jrandom> todo lo relacionado con el sellado temporal se ha renovado e integrado en el router, gracias a que Adam Buckley es la caña y ha publicado su trabajo bajo la licencia BSD 14:10 <jrandom> (bien por Adam) 14:11 <jrandom> antes usábamos el código SNTP como una app cliente independiente, pero ya no lo hacemos así: ahora está estrechamente integrado con el router 14:11 <jrandom> (así que puede que la gente necesite actualizar sus archivos de configuración como se mencionó en el correo) 14:11 <jrandom> pero SNTP por sí solo es solo parte de la solución 14:12 <jrandom> a largo plazo necesitamos una mejor sincronización (léase: NTP), ya que SNTP es propenso a fluctuaciones 14:12 <jrandom> (especialmente con alta congestión en la red) 14:12 <jrandom> Adam me envió algo de código que tiene para lidiar con ello, pero ahora mismo no tengo tiempo para trabajar ese lado 14:13 <deer> <oOo> ¿Usando solo SNTP? 14:13 <jrandom> no lo recuerdo: creo que puede ser algo tipo NTP a través de consultas sntp 14:13 <deer> <oOo> Ok, gracias 14:14 <luckypunk> eh 14:14 <luckypunk> tengo una sugerencia al respecto.. 14:14 <jrandom> en fin, si alguien se aburre y quiere hacer locuras con ntp, eso Molaría 14:14 <luckypunk> Quizá esté mal. 14:14 <jrandom> mmhmm ¿lucky? 14:14 <luckypunk> usa ntpdate -q 14:14 <luckypunk> obtén el desfase. 14:14 <jrandom> ntpdate -q == SNTP 14:14 <luckypunk> o algo similar. 14:14 <deer> <oOo> Eso es más o menos lo que hace el código actual ;) 14:14 * cervantes se pone al día con lo que se ha perdido 14:14 <luckypunk> oh. 14:15 <luckypunk> perdón. 14:15 <cervantes> missed 14:15 <deer> <oOo> Pero necesitamos longitud de segundo variable y compañía ;) 14:15 <cervantes> el uso de cpu en mi sistema es el más bajo que he visto.... 14:15 <jrandom> bien 14:15 <cervantes> pero tengo ahora 700 y pico hilos java y subiendo 14:15 <jrandom> sí, oOo, y la detección de sesgo / selección de candidatos 14:16 <luckypunk> sí, la última vez que lo ejecuté, hace un mes, afectaba seriamente la usabilidad de mi máquina; ahora ni noto si I2P está corriendo. 14:16 <jrandom> sí, he estado mirando eso, cervantes 14:16 <deer> <oOo> Cierto, aunque es una parte débil de todo el asunto ;) 14:16 <luckypunk> tengo como 200 hilos. 14:16 <luckypunk> 219, para ser precisos. 14:16 <jrandom> cervantes: he rastreado los hilos hasta la capa de transporte (hacemos cosas *muy feas* para conseguir timeouts), y podemos limpiar mejor eso más adelante 14:16 -!- TheCrypto__ ahora se llama thecrypto 14:18 <jrandom> básicamente están ocurriendo algunas rarezas con el aumento de # de peers en la red y el churn. todo manejable, pero puede ser molesto 14:18 <jrandom> en fin, eso es todo para 1.1, ahora 1.2) nueva autenticación de la consola del router :) 14:19 <jrandom> (probablemente a nadie le importe, pero tenemos autenticación http básica funcionando. mira el correo para más info) 14:19 <cervantes> genial 14:19 <cervantes> a pesar de eso, la gestión de memoria es una pasada... no he tenido un oom en siglos 14:19 <jrandom> ah, de lujo 14:20 <jrandom> de hecho, eso nos lleva a 2) estado 0.4 14:22 <luckypunk> Sí. Si I2P fuera un producto de MS, estaríamos listos para la 1.0 :) 14:22 <jrandom> arggg, se me cayó la conexión 14:22 <jrandom> (screen++) 14:23 <jrandom> ok, en fin, ha pasado mucho, y aún quedan algunas cosas de back end por hacer (algo de gestión de pools de tunnels de cliente, como está viendo oOo, y algunas pruebas de selección de peers, como está en cvs) 14:24 <jrandom> también ha habido mucho progreso en el instalador / servicio / systray 14:24 <jrandom> hypercubus: ¿quieres darnos una actualización? 14:24 <deer> <hypercubus> claro 14:25 <deer> <hypercubus> la instalación del service wrapper (envoltorio de servicio) está cerca de completarse, quizá hoy o mañana... el service wrapper se encarga de los OOM reiniciando automáticamente el router de i2p 14:25 <jrandom> (bien) 14:25 <deer> <hypercubus> así que nos cubre un poco el trasero ahí 14:26 <deer> <hypercubus> la integración con la bandeja del sistema está completa y funciona genial... por ahora solo para Win32, ya que la lib systray4j parece tener algunos bugs en su implementación para KDE 14:26 <deer> <hypercubus> seguiré el progreso en KDE y ojalá lo tengamos pronto 14:27 <deer> <hypercubus> el instalador también está casi completo, solo falta añadir tareas post-instalación 14:27 <deer> <hypercubus> espero que esté listo para el fin de semana 14:27 <deer> <hypercubus> (ya que depende de la integración completa del service wrapper) 14:28 <jrandom> r0x0r 14:28 <deer> <hypercubus> pondré disponible un paquete de instalador pre-0.4 para que la gente lo pruebe 14:28 <deer> <hypercubus> así que les avisaré cuando esté listo 14:28 <luckypunk> ¿Y GNOME? 14:28 <cervantes> increment(hypercubus) 14:28 <deer> <hypercubus> el proyecto systray4j aún no ha abordado gnome 14:29 <deer> <hypercubus> iremos añadiendo más entornos de escritorio según estén disponibles en systray4j 14:29 <luckypunk> bueno, no es gran cosa, voy a cambiarme en cuanto/si KDE compila. 14:30 <deer> <hypercubus> el icono de la bandeja solo sirve para lanzar la consola del router en tu navegador de todos modos 14:30 <deer> <hypercubus> así que su uso principal será por usuarios de windows ;-) 14:30 <jrandom> sí, esperamos que los usuarios de *nix sepan cómo poner un marcador ;) 14:30 <deer> <hypercubus> pero por supuesto atenderemos a los perezosos de *nix cuando podamos ;-) 14:30 <deer> <oOo> N/C... 14:30 <luckypunk> Oh, tengo un enlace en mi barra de marcadores de firefox, con slashdot y BSD Google. 14:31 <deer> <hypercubus> pero el icono también sirve como indicador de estado práctico 14:31 <jrandom> de acuerdo 14:31 <deer> <hypercubus> es decir, si el icono desaparece, tu router también ;-) 14:31 <deer> <hypercubus> a menos que, claro, hayas elegido ocultar el icono desde tu consola del router 14:32 <deer> <hypercubus> lo cual puedes hacer, y funciona genial 14:32 <deer> <hypercubus> ok, creo que es todo, a menos que haya preguntas 14:33 <protok0l> ¿qué PDA buena corre bien linux? 14:33 <jrandom> bien dicho, hyper 14:33 <jrandom> proto: #i2p-chat (o después de la reunión) 14:33 <protok0l> ups 14:33 <deer> <hypercubus> *risita* 14:33 <jrandom> ok, pasamos a 2.2) jbigi & jcpuid 14:34 <jrandom> iakin ha montado un código JNI/asm brutal para detectar la arquitectura exacta de CPU usada (en máquinas x86), y tiene jbigi preparado para freenet para autoseleccionar el .so/.dll correcto en base a eso 14:35 <jrandom> también ha publicado ese trabajo en el dominio público, y lo hemos tomado e integrado de vuelta en i2p 14:35 <luckypunk> Entonces no tendremos que elegir qué jbigi descargar? ¿Eso no hará la instalación algo más grande? 14:35 <jrandom> correcto 14:35 <jrandom> sí, añade unos cientos de KB 14:36 <jrandom> pero, bueno, la nueva instalación es, um, más grande que la anterior 14:36 <luckypunk> oh, pensé que sería más de unos cientos de kb. 14:36 <luckypunk> Sí, entre la nueva consola... ¿Apuesto por 6 - 10 mb? 14:36 <deer> * Myo9 solo tiene 99 mb libres en este disco. 14:36 <deer> <Myo9> ;) 14:36 <jrandom> (especialmente porque estoy siendo un pesado e insistiendo en soporte .war en lugar de servlets directos, lo que requiere xerces, que pesa 800KB) 14:36 <jrandom> la nueva instalación pinta en ~4-6MB 14:37 <jrandom> pero lo bueno es que solo ~1MB de eso es específico de i2p, así que las actualizaciones serán ligeras ;) 14:38 <deer> <Myo9> I2P no ha tenido mucha difusión, ¿no? 14:38 <deer> <Myo9> ¿Comparado con freenet y TOR? 14:38 <jrandom> correcto, nos estamos manteniendo bastante en silencio 14:38 <protok0l> ¿el tamaño de descarga es una preocupación real? la mayoría de la gente tiene banda ancha 14:38 <protok0l> yo lo usaría si fueran 100megs 14:38 <luckypunk> protok0l, la mayoría de la gente no, en realidad. La mayoría de los que usarían I2P sí. aunque creo que I2P aún soporta dialup (más o menos) 14:38 <deer> <mule> para usuarios de i2p no debería 14:39 <jrandom> en mi opinión, lo mejor para el desarrollo es la adopción gradual tras suficientes pruebas en diferentes puntos críticos 14:39 <luckypunk> sí. I2P no está listo para 500 usuarios de slashdot :) 14:39 <jrandom> aunque nuestro crecimiento reciente ha sido bueno, ayudando a pinchar diferentes partes del sistema 14:40 <jrandom> cuando lancemos la rev 0.4, querremos movernos hacia la marca de 100 routers 14:40 <deer> <mule> ok, montaré otros 50 :) 14:40 <jrandom> además, eso dará más incentivos a los devs de apps cliente para construir apps cliente ;) 14:40 <jrandom> jaja mule :) 14:41 <deer> <ugha2p> Arr. 14:41 <cervantes> al ritmo de adopción podríamos alcanzar 100 en aproximadamente un mes 14:41 <cervantes> sin evangelizar 14:41 <jrandom> ese sería un buen ritmo de crecimiento 14:42 <jrandom> pero en fin, volvamos a la agenda :) 14:42 <protok0l> no puedo esperar a evangelizar 14:42 <jrandom> jbigi + jcpuid == integrados (y vean la lista de correo si quieren correr CVS HEAD) :) 14:42 <jrandom> je, se nota, proto ;) 14:42 <deer> <hypercubus> lucky: más de la mitad de los usuarios de internet en EE. UU. tienen banda ancha... salió un informe el otro día 14:43 <jrandom> y menos de 1/10 del mundo está en EE. UU. ;) 14:43 <deer> <oOo> ¿A quién le importa USA? ^^ 14:43 <jrandom> pero pasando a 2.3) i2paddresshelper 14:44 <jrandom> oOo ha preparado otro parche, este permite que la gente visite eepsites con páginas enlazadas sin editar hosts.txt 14:45 <jrandom> los detalles están listados en las notas de estado semanales 14:45 <jrandom> oOo - ¿quieres añadir algo? 14:45 <deer> <oOo> Hum... Dejemos que el número de eepsites crezca rápido y que Cervantes añada el soporte prometido :p 14:46 <jrandom> ah, cervantes ya añadió el enlace "Try it [i2p]" :) 14:46 <jrandom> (solo la gente con CVS HEAD puede usarlo, hasta que salga 0.4) 14:46 <cervantes> :o) 14:46 <jrandom> ((funciona muy bien, por cierto)) 14:46 <deer> <oOo> Genial ^^ Jugaré con ello en cuanto consiga que mi router vuelva en línea ;) 14:47 <kaji> podrías ponerle contraseña a la descarga del cliente y sacarlo estilo gmail 14:47 <jrandom> ¿hmm? 14:48 <kaji> base pequeña + solo por invitación 14:48 <kaji> pero eso llevaría trabajo 14:48 <jrandom> oh, ¿para el lanzamiento 0.4? 14:48 <kaji> oh, para la 1.0 14:48 <jrandom> no, no vale la pena ahora. si nos inundan nuevos usuarios quizá queramos mirar usar certificados, etc. 14:48 <deer> <oOo> 1.0 es para las masas :p 14:49 <jrandom> bueno, para la 1.0 ya vamos a estar por encima de 1000 usuarios 14:49 <jrandom> (al menos, esa es mi esperanza ;) 14:49 * kaji piensa que sería divertido ver i2p pasar de 50 a 5000 nodos en 3 horas 14:49 <jrandom> je 14:49 <deer> <oOo> Y luego bajar a 100 ;) 14:49 <luckypunk> hypercubus, ¡viva por los americanos! se están poniendo al día ;) 14:49 <jrandom> je, esa es una manera de probar el churn ;) 14:50 <cervantes> si aum consigue que stasher funcione... y hyper aumenta su biblioteca de goatse entonces verán un salto de 50 a 5000 en menos de 3 horas ;-) 14:50 <kaji> y luego 50100 cuando la nsa ponga su nodo en línea 14:50 <jrandom> de hecho eso nos lleva a 3) AMOC vs. rutas restringidas 14:51 <jrandom> uno de los aspectos interesantes de las rutas restringidas es la capacidad de montar un ataque Sybil de forma realmente, realmente, realmente fácil. 14:51 <jrandom> mientras que mule mencionaba hace unos minutos instalar 50 nodos nuevos, sería posible poner en línea un número significativo 14:52 <jrandom> una forma de abordar esto es mediante una autoridad certificadora, limitando la introducción de certificados routerIdentity nuevos 14:52 <jrandom> otra es mediante hashcash 14:52 <jrandom> otra es mediante detección de prefijo IP al estilo morphmix/tarzan 14:53 <jrandom> pero, otra más es decir "que se joda" y esperar conseguir suficientes peers 'buenos' para superar en número a los 'malos' 14:53 <fvw> Creo que por el momento eso está bien. 14:54 <protok0l> aquí va una idea 14:54 <jrandom> sí, es lo más simple, y añadir barreras artificiales para unirse a una red p2p en esta etapa parece... tonto 14:54 <fvw> Creo que quizá una mezcla de hashcash y basada en IP estaría bien tenerla para la 1.0, pero en general no puedes defenderte contra un adversario suficientemente poderoso. 14:54 <protok0l> cortar el acceso inicial a noderef 14:54 <protok0l> si alguien quiere entrar, le damos tus noderefs 14:54 <protok0l> *uor 14:54 <fvw> ¿y cómo ayudaría eso? 14:55 <jrandom> correcto, fvw, y quizá podamos posponerlo hasta después de la 1.0 también 14:55 <fvw> depende de tu definición de 1.0 :) 14:55 <jrandom> proto: no estoy seguro de que eso ayude mucho 14:55 <jrandom> je fvw, no somos como freenet ;) 14:56 <jrandom> 1.0 == funcional, seguro, [suficientemente] anónimo, y escalable 14:56 <deer> <oOo> y bien documentado ;) 14:56 <jrandom> la documentación es un prerrequisito para ser seguro :) 14:56 <deer> <Myo9> ¿Se añade a todos los usuarios al noderef en este momento? 14:57 <jrandom> Myo9: sí - http://dev.i2p.net/i2pdb/ es solo un enlace a uno de los directorios netDb/ de mi router 14:57 <jrandom> (así que listará a todos para los que mi router tenga una referencia, en cualquier momento) 14:58 <jrandom> ((y todos tienen una referencia para la gente con la que hablan, lo que, a nuestra escala actual, es todo el mundo)) 14:58 <jrandom> ok, pero volvamos a 3) AMOC vs. rutas restringidas 14:59 <deer> <Myo9> Ok. 14:59 <jrandom> como se mencionó en el correo, las ideas de mule podrían permitirnos dejar el transporte AMOC 0.4.2 e implementar en su lugar soporte básico de rutas restringidas, tratando a la gente detrás de NATs/cortafuegos como si estuvieran simplemente detrás de una ruta restringida 15:00 <fvw> sería bastante guay 15:00 <jrandom> sí, y nos ahorramos escribir otro protocolo de transporte más 15:01 <deer> <ugha2p> Pero ¿cómo haría mucho más fácil realizar un ataque sybil? 15:01 <jrandom> s/escribir/diseñar,implementar,revisionar,depurar,desplegar,depurar,depurar,depurar,depurar.../ 15:01 <deer> <ugha2p> cómo lo haría* 15:02 <jrandom> ugha2p: no hay forma de saber cuántos routers "reales" hay detrás de una ruta restringida: lo único que sabemos de ellos es que tienen una identidad de router única y que son alcanzables a través de cierto router 15:02 <deer> <ugha2p> Ah. 15:03 <jrandom> ese cierto router podría, de hecho, ser una instancia de simulación, ejecutando otros 100 routers en la misma JVM, cada uno fingiendo estar detrás de cortafuegos 15:03 <deer> <ugha2p> Cierto. 15:03 <deer> <oOo> Podrían igual de fácil usar 100 puertos en el mismo host... 15:03 <fvw> sin embargo, asumiendo que estás dispuesto a gastar unos cientos de euros en tu ataque, puedes conseguir un gran número de IPs dispersas de todas formas. 15:03 <jrandom> de acuerdo, fvw 15:04 <jrandom> oOo: cierto, aunque los puertos cuestan memoria (y algo de CPU) 15:04 <deer> <ugha2p> No creo que esa presunción vaya a frenar a enemigos más poderosos. 15:04 <jrandom> (por eso, cuando hago simulaciones más grandes, necesito cambiar del sistema de comunicaciones TCP al sistema de comunicaciones de VM) 15:04 <jrandom> de acuerdo, ugha2p 15:04 <jrandom> solo lo hace más fácil 15:05 <fvw> Creo que tendremos que asumir que cualquiera con más que un deseo de domingo por la tarde de atacar el sistema va a poder meter al menos 10^3 nodos en la red sin problema. 15:05 <deer> <oOo> No *tanto* 15:05 <jrandom> correcto, fvw 15:05 <deer> <oOo> (+ más fácil) 15:05 <fvw> y a ese orden de magnitud, nada aparte de certificación central los va a parar. 15:06 <deer> <ugha2p> 100 puertos abiertos en un solo host sería trivial de detectar, pero 100 rutas restringidas detrás de una máquina quizá no. 15:06 <jrandom> bueno, eso es debatible, fvw, pero sí, Sybil es un fastidio 15:06 <deer> <oOo> 100 zombies son difíciles de detectar ;) 15:06 <fvw> lo que significa que idealmente necesitamos una red de 10^4. 15:06 <jrandom> definitivamente, oOo 15:06 <fvw> (estimaciones a ojo) 15:07 <deer> <ugha2p> Idealmente tendremos una red de 10^4+. 15:07 <jrandom> fvw: yo iría más alto que eso: en mi humilde opinión necesitamos crecer esto a millones 15:07 <deer> <oOo> Idealmente sería más de la mitad de las IPs disponibles ;) 15:07 <jrandom> je, oOo 15:07 <fvw> Sería bonito si pudiésemos, sí. 15:08 <jrandom> (pero, claro, para crecer a millones necesitamos razones suficientes para hacerlo. creo que podremos justificarlo eventualmente) 15:08 <deer> <ugha2p> No estoy seguro de que Kademlia se mantenga en una pieza durante tanto tiempo. ;) 15:08 <fvw> en ese punto, pegar a la gente se convertiría definitivamente en el ataque de bajo coste. Lo cual, por paradójico que parezca, sería bueno. 15:08 <jrandom> je 15:08 <deer> <DrWoo> jrandom: millones requerirían mucha usabilidad y beneficios serios 15:09 <jrandom> de acuerdo, DrWoo 15:09 <fvw> por suerte, mucha gente (no muy amable) está trabajando duro en eso ahora. 15:09 <deer> <oOo> Pr0n para las masas :p 15:10 <deer> <jrandom> por eso, en mi opinión, necesitamos una app de compartición de archivos brutal 15:10 <deer> <oOo> "Un humano, Un goatse", lo que nos lleva a stasher :p 15:10 <cervantes> descargar->instalar->compartir músi 15:10 <deer> <DrWoo> jrandom: tendría que ser del orden de un kazza anónimo, por suerte la motivación la están cuidando la RIAA & co. 15:10 <fvw> el pr0n ya es fácil de conseguir (mira usenet y tal). Creo que las grandes discográficas y similares van a ir mucho más duro contra p2p que los pornógrafos. 15:10 <cervantes> ca 15:10 <fvw> pero una vez más nos vamos del tema. 15:11 <fvw> "4) stasher"? 15:11 <deer> <oOo> ¡Sí! ¡4)! 15:11 <jrandom> de acuerdo: todos podemos pensar razones para justificar el uso, pero primero necesitamos que *funcione* :) 15:11 <cervantes> ah, por una vez un puente no endeble al siguiente punto 15:11 <jrandom> pasando a 4) stasher 15:12 <jrandom> aum: ¿ya estás despierto? 15:12 * hypercubus canta auuuuuummmmmmmmm 15:12 <jrandom> bueno, por si no lo está, sé que ha estado trabajando mucho en añadir soporte CHK y SVK a stasher 15:13 <jrandom> lo cual es Genial 15:13 <deer> <oOo> Y splitfiles (archivos divididos) 15:13 <jrandom> sí, el soporte de splitfile es interesante 15:13 <fvw> ¿en el sentido de "tiempos interesantes"? 15:14 <jrandom> esa es una de las diferencias entre freenet y stasher, en que stasher ya tiene un tamaño máximo fijo de 31KB por clave 15:14 <deer> <oOo> "Útil, genial, no necesita nada de la aplicación del usuario" 15:14 <jrandom> (ya que según tengo entendido stasher usa datagramas SAM) 15:14 <luckypunk> ¿no puedes implementar como... archivos divididos? 15:15 <jrandom> ¡ooohhh! acabo de caer en qué bug estaba encontrando respecto a la fiabilidad! 15:15 <jrandom> (arreglado el otro día en cvs, reduciendo significativamente el bug) 15:15 <jrandom> sí, lucky 15:15 <jrandom> pero la implementación de splitfile es inherentemente diferente de cómo funcionan los splitfiles de freenet, debido a las limitaciones de tamaño máximo de clave 15:15 <deer> <oOo> ¿Así que Stasher sobre I2P vuelve a estar sano? ^^ 15:16 <jrandom> (si leíste freenet devl o tech últimamente, escucharás a toad y hobx hablar de ello) 15:16 <deer> <oOo> *debería 15:16 <jrandom> oOo: con HEAD, sí 15:16 * jrandom no ha oído informes de gente siquiera probándolo desde que salió 0.3.4.3 (o fue 0.3.4.2) 15:16 <jrandom> pero en fin, planea otro nuevo build de prueba para finales de semana 15:17 <jrandom> ¿alguien tiene algo que mencionar / discutir con respecto a stasher? 15:17 <jrandom> (aparte de ¡bien! ¡vamos aum!) 15:18 <deer> <oOo> Sí, hay ansias de encontrar contenido no-goatse ahí ;) 15:18 <jrandom> je 15:18 <deer> <oOo> ex-Freeneter, arranquen motores ;) 15:18 <jrandom> sí, el soporte de splitfile sin duda ayudará con eso, al igual que soporte ssk & fcp 15:19 <fvw> Me gustaría secundar el "¡vamos aum!" si se me permite. 15:19 <deer> <oOo> yay ! 15:19 <jrandom> la moción es secundada y terciada :) 15:19 <jrandom> ok, pasando a 5) páginas destacadas 15:20 <jrandom> solo quería señalar tres páginas nuevas 15:20 <jrandom> la guía de navegación segura de DrWoo da un buen repaso a los peligros de los eepsites y los outproxies (proxies de salida) 15:20 <jrandom> los problemas se pueden abordar en el código, pero aún no hemos tenido tiempo, así que es Bueno estar informado 15:21 <jrandom> lucky también ha preparado un buen doc sobre el lado freebsd+java 15:21 * jrandom no ha probado demasiadas jvms en fbsd, solo kaffe, así que denle la lata si tienen preguntas :) 15:22 <jrandom> hyper también ha preparado el doc para actualizar al código dev 0.4, que probablemente actualizará cuando queramos que más gente lo pruebe ;) 15:22 <hypercubus> mi post en el foro cubre la instalación del service wrapper... el howto para la nueva consola del router está aquí --> http://files.hypercubus.i2p/New_I2P_Router_Console_Howto.txt 15:23 <jrandom> wr0d 15:23 <jrandom> oh, también hay una imagen nueva bonita y texto nuevo en http://www.i2p.net/how_intro (esperemos que haga las cosas un poco más claras) 15:24 <fvw> ooh, se ve bonito. ¿Quién hizo eso? Buen trabajo. 15:25 <hypercubus> en realidad fue copiado directamente de un círculo en los cultivos 15:25 * fvw intenta no mencionar el parecido entre jrandom y Dave pero fracasa miserablemente. 15:25 <jrandom> jeje 15:25 <fvw> ah, eso explica las antenas de jrandom. 15:25 <jrandom> la imagen fue embellecida por nuestro diseñador anónimo 15:25 <jrandom> (por suerte, mis habilidades con ms paint apestan :) 15:26 <hypercubus> aún intentamos descifrar la significación de la barbilla larga de Charlie 15:26 <deer> <ugha2p> Arr, esto apesta. 15:26 <jrandom> ¿y los ojos torcidos de alice? ;) 15:26 <hypercubus> je 15:26 <deer> <jrandom> sí, estará bien cuando actualicemos irc.duck.i2p (si no se ha hecho ya..) 15:27 <fvw> olvida eso, parece que está haciendo una doble escena de alien saliendo del estómago con sus mejillas. 15:27 <jrandom> jajaja 15:27 <jrandom> por *eso* está hablando con dave 15:27 <jrandom> bueno, en fin, creo que esto nos lleva a 6) ??? 15:27 <fvw> jaja 15:27 <jrandom> ¿alguien quiere sacar algo? 15:28 <deer> <oOo> ¿No puedes construir el esqueleto del tema de certificados en I2P y dejar que *otros* lo rellenen y se diviertan? (¿O esto ya está hecho? :p) 15:28 <deer> <oOo> ¿O es absolutamente inútil? 15:28 <deer> <oOo> (por ahora) 15:28 <jrandom> ¿hmm? 15:28 <jrandom> ¿lo de hashcash / etc. de certificados? 15:28 <deer> <oOo> Ok, olvida eso ^^ 15:28 <deer> <oOo> Sí 15:29 <jrandom> ok, sí, ya tenemos la infraestructura para eso 15:29 <jrandom> (aunque cosas como libSAM tendrán que modificarse para interpretar correctamente el destination, ya que si no recuerdo mal nightblade asumía siempre 384bytes ;) 15:30 <jrandom> pero el router manejará distintos tipos de certificados de forma transparente 15:30 <deer> <oOo> ¿El código está listo para esto? ¿Solo falta algo de 'contenido'? 15:31 <jrandom> sí: el RouterIdentity creado actualmente siempre adjunta un NullCertificate (certificate type == 0) 15:31 <jrandom> si adjunta otro tipo, se adjunta otro tipo de certificado 15:31 <jrandom> p. ej. cert de hashcash, cert firmado por CA, etc. 15:31 <jrandom> la infraestructura de verificación también está ahí (RouterInfo.verify) 15:32 <deer> <oOo> Oh, genial :) 15:32 <deer> <oOo> ¿Así que alguien puede jugar con este código y añadir hashcash y demás por adelantado? 15:32 <jrandom> si tuviéramos una riada repentina probablemente podría bloquear la red en uno o dos días 15:32 <jrandom> correcto 15:33 <jrandom> (aunque creo que fvw tiene razón en que no será urgente al menos por un tiempo) 15:33 <deer> <oOo> Ok. No me ofrezco voluntario ;) Pero alguien podría :p 15:33 <Nightblade> en i2p.net, el enlace del log de la reunión del 24 de ago apunta al log del 17 de ago 15:33 <jrandom> cierto, perdón, la reunión aún no ha terminado :) 15:33 <Nightblade> oh jaja 15:34 <jrandom> entonces, ¿alguien más quiere plantear algo? :) 15:34 <hypercubus> nueva regla... quien edite el sitio web: ¡nada de fumar cosas raras mientras edita! 15:34 <jrandom> uy... 15:34 <jrandom> ¿qué hice? 15:34 <hypercubus> me refería a enlaces rotos ;-) 15:34 <jrandom> ah 15:35 <hypercubus> necesitamos un editor web a tiempo completo... nomino a lucky 15:35 <jrandom> bueno, sí, actualicé el enlace a las notas de estado semanales de esta semana antes de la reunión, por si alguien iba a la página ;) 15:35 <jrandom> sin duda necesitamos a alguien que lleve la web y dé toques cuando algo esté raro 15:36 <luckypunk> ¿yo? ¿web enditor? 15:36 <luckypunk> enditor jaja 15:36 <luckypunk> no sé 15:36 <Nightblade> spelchek reqwired 15:36 <luckypunk> probablemente estaré bastante ocupado cuando empiece la escuela. 15:36 <jrandom> bah, ¡déjalo! ¡trabaja en i2p a tiempo completo! 15:36 <luckypunk> si dejo la escuela 15:37 <luckypunk> mis padres me harán conseguir un trabajo 15:37 <deer> <hypercubus> excusas, excusas ;-) 15:37 <luckypunk> y sigo ocupado 15:37 <deer> <hypercubus> amén 15:37 <deer> * oOo felizmente renovará el inglés usado en el sitio web ;) 15:37 <luckypunk> de todas formas, no creo que me dejen dejarla 15:38 <luckypunk> están subiendo la edad legal para dejarla a 18 15:38 <luckypunk> o diploma de secundaria 15:38 <luckypunk> lo que ocurra primero. (normalmente lo segundo) 15:38 <hypercubus> er 15:38 <Nightblade> jaja "edad legal para dejarla" - ¿qué será lo próximo? 15:38 <luckypunk> ahora es 16. 15:38 <luckypunk> No puedes dejar la escuela antes de eso, si no te arrestan. 15:38 <jrandom> de hecho, es un buen punto... a medida que avancemos hacia 1.0 estaría bien ofrecer distintas traducciones de varias páginas 15:39 * luckypunk puede hacer una vaga traducción al francés, si es absolutamente necesario. 15:39 <Nightblade> Yo haré las traducciones a Klingon y Ebonics 15:39 <deer> <oOo> Sí, traducción al Klingon del sitio web :p 15:39 <hypercubus> sí, podemos ofrecer English, B0rk, y inglés frito por oOo 15:39 <deer> <oOo> Maldición, misma idea>< 15:39 <Nightblade> ooo, un telépata 15:39 <luckypunk> (con la teoría de que babelfish ayudado por un humano es mejor que ninguna traducción). 15:39 <jrandom> creo que podríamos convencer a jar de actualizar su traducción al francés, lucky, pero gracias ;) 15:39 <deer> <oOo> hyper: con gusto y gratis como en cerveza :p 15:40 <jrandom> eso es de las grandes cosas post 0.4: dejar la documentación sólida 15:40 <luckypunk> oye, mi francés es completamente inteligible para un francófono 15:40 <luckypunk> Aunque probablemente suene equivalente a godmode0 15:40 <hypercubus> el instalador ya tiene paquetes de idioma nativos por cierto 15:40 <jrandom> (quizá un whitepaper o dos sobre varios aspectos) 15:40 <jrandom> w3rd hyper 15:40 <deer> * oOo sospecha que podemos cubrir bastantes idiomas con la gente aquí conectada ;) 15:40 <jrandom> (sí, será difícil traducir la licencia del párrafo ;) 15:40 <hypercubus> podría hacer que muestre el panel para elegir idioma 15:40 <jrandom> de acuerdo, oOo 15:40 <hypercubus> jeje... libre: 15:40 <jrandom> gratis: 15:41 <luckypunk> gratis y libre 15:41 <luckypunk> malditos franceses y su capacidad para tener dos palabras. 15:41 <jrandom> ok, ¿algo más? 15:41 <hypercubus> tenemos 10 palabras para todo 15:41 <luckypunk> aunque libre también significa cerveza gratis en francés quebequés. =( 15:41 <luckypunk> adiós teoría. 15:42 <jrandom> ok... si no hay nada más... 15:42 * jrandom se prepara 15:42 * jrandom *baf* cierra la reunión