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

14:05 <jrandom> 0) hola 14:05 <jrandom> 1) Estado de la red y 0.3.4.3 14:05 <jrandom> 2) Stasher 14:06 <jrandom> 3) ??? 14:06 <jrandom> 0) hola 14:06 * jrandom saluda a toda la banda de i[2i]p y freenode 14:06 * hypercubus saluda 14:06 <jrandom> notas de estado semanales publicadas hace unos segundos en http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:06 <deer> <oOo_itwop> ¡Es la hora del espectáculo! 14:07 <deer> <mule> parece que el IRC de i2p no me quiere. o quiere mantenerme en vilo más tiempo con interrupciones regulares 14:07 <jrandom> jeje, sí, eso de hecho nos lleva a 1) Estado de la red y 0.3.4.3 :) 14:07 <jrandom> la red está bastante jodida ahora mismo 14:07 <kaji> sí 14:08 <jrandom> los problemas se deben en gran medida a incompatibilidades entre las distintas versiones que la gente está ejecutando, lo que ha ido introduciendo todo tipo de formas ingeniosas de romper cosas 14:09 <jrandom> si miran los enlaces del correo, pueden ver el flooding y el DoS a la netDb que ha ocurrido, pero en gran medida ha remitido 14:09 <jrandom> todavía tenemos media docena de personas ejecutando versiones antiguas (y probablemente 20-25 personas ejecutando la 0.3.4.2 'vanilla', con sus propios problemas) 14:10 <jrandom> agradezco su paciencia mientras avanzamos con esto. no quiero apresurar una nueva versión sin antes poder enrutar de forma eficiente alrededor de nodos problemáticos 14:10 <jrandom> en el pasado hemos podido enrutar alrededor de nodos malos que simplemente rinden mal, pero no hemos tenido que lidiar con nodos que hacen Cosas Malas 14:11 <deer> <oOo_itwop> ¡Los conejillos de indias se inclinan ante jrandom! 14:11 <duck> ¿la próxima versión será retrocompatible? 14:11 <jrandom> quizá, duck. si podemos rodear esos nodos antiguos, no hay razón para hacerla incompatible 14:12 <duck> genial 14:12 <jrandom> de todos modos, hay mucha actividad, aunque aún no estén viendo nuevas versiones 14:13 <jrandom> no sé cuándo saldrá la 0.3.4.3. quizá mañana, o quizá más tarde esta semana. 14:14 <jrandom> ¿alguien tiene preguntas / comentarios / inquietudes que quiera plantear respecto al estado de la red? 14:14 <kaji> ¿la *.3 tendrá el nuevo instalador GUI de hyper? 14:14 <jrandom> probablemente no 14:14 <deer> <mule> la red me parece bien en los perfiles de mis máquinas, solo que caigo con frecuencia 14:15 <jrandom> sí, entiendo, mule. la conexión de IRC también me ha ido bastante mal, pero últimamente ha ido mejorando 14:15 <deer> <mule> pero me perdí la mayor parte de tu discusión, así que me callo por ahora 14:15 <jrandom> si quieren probar a hacer pull desde CVS, eso debería incluir una mejora, pero hay actualizaciones frecuentes, así que quizá quieran esperar a la versión 14:16 <jrandom> bien, ¿algo más? si no, pasamos raudos a 2) Stasher 14:16 <kaji> woot stasher 14:17 <jrandom> stasher pinta bastante bien. aún con funcionalidad bastante limitada, pero está avanzando 14:17 <jrandom> si aum estuviera despierto podría darnos una actualización... 14:17 <jrandom> aum: ping? :) 14:17 <kaji> /kick aum 14:18 <jrandom> (es temprano para él, así que probablemente todavía esté durmiendo) 14:18 <duck> qué egoísta 14:18 <hypercubus> me ha impresionado hasta ahora 14:18 <jrandom> En fin, instalar y ejecutar stasher es bastante indoloro, así que si pueden ayudarle a probarlo, sería genial 14:18 <jrandom> sí, sin duda 14:18 <hypercubus> me ha permitido hacer goatse masivo 14:19 <jrandom> ¿y qué es una app sin un goatse, eh? 14:19 <hypercubus> hay que amar una app que te deja subir goatse al disco de alguien ;-) 14:19 <aum> pong 14:19 <jrandom> w0ah 14:19 <jrandom> buenos días, aum 14:19 <deer> <ardvark> pregunta rápida: ¿consigo stasher vía el CVS de i2p? 14:19 <aum> hola a todos 14:19 <jrandom> ardvark: en i2p/apps/stasher/ 14:19 <aum> ardvark: ¡hola! :) ¡cuánto tiempo! 14:20 <deer> <ardvark> ¡sí, hola aum! ¡qué bueno verte, colega! 14:20 <aum> ardvark: probablemente más fácil vía tarball - http://stasher.i2p o http://www.freenet.org.nz/python/stasher 14:21 <deer> <ardvark> ok, aum, conseguí el tarball pero dice que necesita otras cosas? no voy a entorpecer la reunión, ¿quizá puedo contactarte? 14:21 <aum> claro 14:22 <hypercubus> entonces, ¿alguna novedad de stasher, aum? ;-) 14:23 <aum> pequeña actualización: he añadido una opción '-l' que permite get/put solo local 14:23 <aum> además, estoy pensando en implementar una opción 'put' que retorne inmediatamente 14:24 <aum> anoche estuve pensando en los problemas de implementar tipos de clave de freenet 14:24 <hypercubus> me gustaría pedir que las operaciones 'put' exitosas devuelvan un estado... scp y muchas otras apps de red de línea de comandos hacen esto 14:24 <jrandom> SSK molaría mucho 14:25 <jrandom> (mientras que CHK es, por supuesto, lo más esencial en mi humilde opinión) 14:25 <MikeW> Una cosa que siempre me pareció interesante de freenet fue: te decía por qué podía haber alto uso de CPU. A veces (normalmente al arranque durante un minuto o dos) y aleatoriamente, el uso de CPU se dispara al 100%, quizá una estimación de por qué cree que java se está comiendo mi CPU? 14:25 <deer> <oOo> Splitfiles ^^ 14:26 <jrandom> MikeW: si i2p se está comiendo tu CPU, sin duda hay algo roto 14:26 <aum> ya he implementado 'splitfiles' de forma tentativa, pero no lo he habilitado: quiero probarlo localmente primero 14:26 <jrandom> MikeW: puedes ver exactamente qué está pasando en tu router mirando el 'current job' en la consola del router, que es (casi siempre) donde está el cuello de CPU 14:26 <jrandom> ah, qué bien, aum 14:27 <aum> debido a un algoritmo recursivo, lo de splitfiles debería permitir tamaños de archivo ilimitados cuando esté terminado 14:27 <deer> <oOo> Genial, los splitfiles son obligatorios para goatse y pr0n serios... 14:27 <deer> <identiguy> aum: ¿eso incluye FEC? 14:27 <aum> no se necesita FEC 14:27 <aum> FEC solo se requiere en redes inestables 14:27 <deer> <identiguy> Ah, ya veo. 14:27 <aum> estoy usando kademlia (algoritmo DHT), que tiene una garantía de recuperabilidad mucho mejor 14:27 <duck> a menos que caigan nodos 14:28 <aum> además, no me pienso currar FEC de todos modos, es un dolor 14:28 <aum> duck: hay redundancia; mira el valor 'k' en kademlia 14:28 <jrandom> duck: con una k de 20, incluso sin ningún republicado iría bien ;) 14:28 <duck> je, ok 14:28 <deer> <mule> aum: FEC podría ayudar en caso de que se elimine un número de nodos 14:28 <jrandom> (y con republicado, solo sería malo si murieran todos los k a la vez) 14:28 <aum> naah, simplemente aumentaré k 14:28 <jrandom> una k de 20, en mi humilde opinión, es bastante sustancial 14:29 <jrandom> (ya que eso significa que tienes 20 réplicas completas del archivo) 14:29 <hypercubus> los usuarios siempre pueden usar herramientas FEC independientes 14:29 <MikeW> MikeW: Bajo JobQueue, runners:1, active jobs:0, just finished:1, ready/waiting: 0, timed: 28 14:29 <aum> eso significa 20 goatses, chicos :P 14:29 <hypercubus> y publicar los resultados 14:29 <duck> ¿y qué hay del efecto britneyspears? 14:29 <duck> de claves muy populares terminando en 1 nodo 14:29 <jrandom> (o sea, insertas un archivo de 740 MB y obtienes 14,8 GB de datos que necesitas enviar) 14:30 <aum> duck: la popularidad no es un concepto en kademlia 14:30 <duck> (por supuesto, con claves de 32 KB eso quizá no sea terrible) 14:30 <jrandom> vale, genial, MikeW, pero ¿i2p se está comiendo tu CPU ahora? 14:30 <deer> <ardvark> ¿todos estos mensajes de kademlia que veo en i2p están relacionados con stasher? 14:30 <MikeW> jrandom: sí 14:30 <aum> duck: y kademlia no tiene relaying 14:30 <hypercubus> ardvark: lo que ves en la consola del router es la implementación 'kad' de la netdb 14:31 <aum> las ideas de 'relaying', 'popularidad', 'caché', etc., son para freenet, que tiene que exponerse desnudo al mundo, sin el camuflaje de I2P 14:31 <deer> <ardvark> ejecutando i2p y tor aquí y mi uso de CPU está en 3% ahora, así que :/ *encoge los hombros* 14:31 <jrandom> MikeW: entonces tu router no puede mantener conexiones y está devorando CPU estableciendo muchas conexiones concurrentes 14:31 <duck> ok, mi cerebro está podrido por freenet 14:31 <duck> por favor, tened piedad :) 14:31 <deer> * shendaras consuela. 14:31 <jrandom> MikeW: si puedes quedarte después de la reunión para depurar, sería genial 14:32 <MikeW> de acuerdo 14:32 <jrandom> ok, genial, aum, ¿algo que la gente pueda hacer para ayudar? 14:32 <jrandom> ¿o deberíamos simplemente trastear y reportar bugs? 14:33 <duck> Estoy intentando acostumbrarme a leo 14:33 <aum> sí, envíen bugs a la lista, si les parece bien 14:33 <duck> ya me gusta más que Eclipse 14:33 <hypercubus> ¿qué es leo? 14:33 <jrandom> (uy, ahí viene la perorata ;) 14:33 <aum> duck: no uso más que leo estos días, excepto emacs para hacks rápidos, y zile para hacks aún más rápidos 14:34 <hypercubus> mientras no estés usando vi o emacs ;-) 14:34 <aum> http://leo.sf.net - te da una vista de esquema de tu código 14:34 <hypercubus> pero tendré que probar este leo yo mismo 14:34 <aum> leo incluso se integra con emacs si quieres 14:34 <hypercubus> ¿no es un editor? 14:35 <aum> <bile> 14:35 <aum> maldito msvc: permite __int64 para enteros de 64 bits, pero no permite 'LL' o 'ULL' para literales de enteros de 64 bits 14:35 <aum> !! 14:35 <aum> </bile> 14:35 <hypercubus> ah, ya veo 14:37 <jrandom> bien, si eso es todo, entonces no nos queda nada y podemos pasar a 3) ??? 14:37 <jrandom> ¿alguien tiene algo más que quiera plantear? 14:37 <hypercubus> sí, supongo que diré un poco sobre la nueva dirección del instalador 14:37 <jrandom> ok, va 14:38 <hypercubus> a partir de la 0.4, los usuarios de línea de comandos simplemente cogerán el tarball de i2p y lo descomprimirán, luego ejecutarán un script para iniciar el router y abrir la consola del router en lynx o lo que sea 14:39 <hypercubus> así que no ha cambiado mucho, salvo que no tendrán que pasar por una tonta sesión de preguntas y respuestas con un instalador 14:39 <hypercubus> toda la configuración se hace en la consola del router 14:39 <hypercubus> para usuarios de GUI, tenemos algo chulo 14:39 <jrandom> (w00t) 14:40 <hypercubus> que pueden previsualizar en http://files.hypercubus.i2p/install.jar 14:40 <jrandom> o desde cvs (ant pkg ; java -jar install.jar), ¿cierto? 14:40 <aum> hypercubus: ¿cómo vas con el winstaller? ¿autodetecta/autodescarga/autoinstala java? 14:41 <hypercubus> los accesos directos de menú llegarán pronto, así como la integración con la bandeja del sistema y una forma de instalar el router como daemon 14:41 <aum> ¿daemon? ¿como 'service' de Windows? 14:41 <hypercubus> no, al menos en el futuro previsible, necesitarán hacer clic en un enlace en el sitio de i2p que los lleve a la página oficial de descarga de java 14:42 <hypercubus> el instalador requiere java, pero está bien porque i2p también lo requiere 14:42 <aum> hypercubus: lo siento, pero eso hará que perdamos al 80% de los usuarios 14:42 <hypercubus> nómbrame un proyecto en java que no haga eso 14:42 <jrandom> lo tendremos eventualmente. solo que no ahora. 14:42 <aum> freenet lo hizo bien: su winstaller te guía durante la descarga 14:43 <jrandom> (tenemos tantos otros asuntos más importantes que atender. no *queremos* miles y miles de usuarios ahora) 14:43 <hypercubus> eso es una consideración para 1.0 14:43 <hypercubus> ya tengo hecha la mayor parte del código para lograrlo 14:43 <aum> jrandom: pensé que dijiste que sería para 0.4 14:43 <deer> <mule> entonces deberían exigir que java se construya desde el código fuente :) 14:44 <jrandom> el nuevo instalador será para la 0.4 14:44 <hypercubus> hemos desechado todo el código que he escrito hasta ahora 14:44 <hypercubus> en favor de IzPack 14:44 <hypercubus> http://izpack.sf.net 14:44 <jrandom> podemos ofrecer una descarga de 15 MB empaquetando ambos como uno, pero la mayoría de usuarios que usarán i2p antes de la 1.0 sabrán qué es 'java' 14:45 <hypercubus> esto me da tiempo para perfeccionar un framework de instalador en java completamente de dominio público al que eventualmente espero volver a mover i2p 14:45 <hypercubus> pero la prioridad ahora es deshacernos del horrible instalador actual ;-) 14:46 <hypercubus> (sin ánimo de ofender a quien lo montó a golpe de hack) 14:46 <deer> <shendaras> Obtuve un 404.... 14:46 <duck> http://www.izforge.com/izpack/ 14:46 <hypercubus> http://www.izforge.com/izpack/ 14:47 <hypercubus> perdón por eso 14:47 <hypercubus> en cualquier caso, agradecería comentarios sobre el instalador de vista previa que he puesto en mi eepsite 14:48 <hypercubus> se ha probado en *nix y Windows, debería funcionar también en OS X y Solaris 14:48 <jrandom> r0x0r 14:48 <duck> está muy bien 14:48 <jrandom> sí, es la leche 14:49 <hypercubus> quizá hackee izpack para quitar esos iconos tontos de los botones 14:49 <deer> <mule> hypercubus: ¿destruirá las configuraciones existentes o las preservará? 14:49 <hypercubus> no hay archivos de configuración en el paquete 14:49 <hypercubus> así que solo sobrescribirá JARs y WARs 14:49 <jrandom> (por el momento ;) 14:49 <hypercubus> bueno, tendremos en cuenta las configuraciones 14:49 <deer> <mule> ok, gracias 14:49 <duck> ¿cómo se iniciará todo el tinglado de Jetty? 14:50 <duck> ¿sigue siendo un sh/bat? 14:50 <jrandom> sí 14:50 <jrandom> el router arrancará con un script y/o un servicio (que llama a ese script) 14:50 <hypercubus> sí, y añadiré un exe para usuarios de Windows 14:50 <jrandom> w00t 14:50 <hypercubus> que se lanzará desde el menú Inicio 14:50 <hypercubus> el menú Inicio de Windows 14:51 <hypercubus> debería tener Jetty funcionando como un servicio de Windows para mañana 14:51 * jrandom murmura *no es jetty, es i2p* 14:51 <hypercubus> ah, cierto ;-) 14:52 <hypercubus> sin embargo, Jetty viene con un wrapper de servicio win32 14:52 <hypercubus> podemos usarlo para envolver cualquier cosa 14:52 <jrandom> sí, hay 3-4 wrappers de servicio para java PD/BSD por ahí 14:52 <hypercubus> sí, probablemente haya algunos para Linux también 14:53 <jrandom> bueno, servicio en Linux == script de init :) 14:53 <hypercubus> sí, pero los servicios en Linux se gestionan de forma diferente incluso entre las distros principales 14:53 <hypercubus> por ejemplo, Gentoo usa el esquema de scripts rc-setup 14:54 <jrandom> w3rd 14:54 <hypercubus> en cualquier caso, haré que funcione para todas las distros principales y los *BSD 14:54 <hypercubus> si no más 14:55 <hypercubus> oops, s/rc-setup/rc-update/ 14:55 <hypercubus> ok, eso cubre todo, supongo 14:55 <hypercubus> ya pueden despertarse ;-) 14:55 <deer> * shendaras bosteza 14:55 <jrandom> genial, gracias, hyper, suena bien. 14:56 <jrandom> ¿alguien más tiene algo que quiera plantear? 14:56 <aum> perdón si me perdí la discusión anterior, pero.. 14:56 <aum> ¿cómo está el panorama en lo relativo a la latencia de datagramas, etc.? 14:57 <jrandom> no sé sobre datagramas: las únicas apps que uso se ejecutan encima de datagramas vía streams 14:57 <jrandom> el estado de la red sigue bastante mal: vean las notas de estado en http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:58 <aum> k 14:58 <jrandom> bien, si no hay nada más... 14:58 * jrandom se prepara 14:59 * jrandom *baf* cierra la reunión