[22:59] <duck> mar jun 1 21:00:00 UTC 2004 [23:00] <duck> ¡Hola a todos! [23:00] <mihi> Hola, duck [23:00] <duck> http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] <duck> mi propuesta: [23:00] * Masterboy se ha unido a #i2p
[23:00] 1) progreso del código
[23:00] 2) contenido destacado
[23:00] 3) estado de la red de pruebas
[23:00] 4) recompensas
[23:00] 5) ???
[23:00] hola:)
[23:00] .
[23:01] como jrandom está ausente, nos tocará hacerlo nosotros mismos
[23:01] (sé que está registrando y verificando nuestra independencia)
[23:01] no hay problema:P
[23:02] a menos que haya problemas con la agenda, propongo que nos ciñamos a ella
[23:02] aunque no hay mucho que pueda hacer si no lo hacen :)
[23:02] .
[23:02] ;)
[23:02] 1) progreso del código
[23:02] no se ha enviado mucho código a cvs
[23:02] gané el trofeo esta semana: http://duck.i2p/duck_trophy.webp
[23:03] * hypercubus todavía no tiene cuenta de cvs
[23:03] ¿y quién envió algo?
[23:03] ¿alguien está programando algo en secreto?
[23:03] * Nightblade se ha unido a #I2P
[23:03] BrianR estaba trabajando en algunas cosas
[23:04] tengo quizá un 20% del instalador 0.4 hackeado
[23:04] hypercubus: si tienes cosas entonces proporciona diffs y $dev hará commit por ti
[23:04] por supuesto se aplican los estrictos acuerdos de licencia
[23:05] hypercubus: genial, ¿algún problema / algo que valga la pena mencionar?
[23:06] aún no, pero probablemente necesite un par de personas de BSD para probar los scripts de shell del preinstalador
[23:06] * duck levanta algunas piedras
[23:06] ¿es solo de texto?
[23:07] duck: ¿Cuál eres tú en duck_trophy.webp?
[23:07] ;)
[23:07] luckypunk tiene FreeBSD, también mi ISP tiene FreeBSD pero su configuración está algo hecha un lío
[23:07] me refiero a mi ISP del hosting web, no a Comcast
[23:08] mihi: el de la izquierda con gafas. wilde es el de la derecha que me entrega el trofeo
[23:08] * wilde saluda
[23:08] tienes una opción… si tienes Java instalado, puedes omitir por completo el preinstalador… si no tienes Java instalado puedes ejecutar el preinstalador binario para Linux o el binario para win32 (modo consola), o un preinstalador genérico en script para *nix (modo consola)
[23:08] el instalador principal te da la opción de usar modo consola o un modo GUI vistoso
[23:08] instalaré FreeBSD pronto, así que en el futuro también le daré una oportunidad al instalador
[23:09] bien, ok… no sabía si alguien más además de jrandom lo estaba usando
[23:09] en FreeBSD Java se invoca como “javavm” en lugar de “java”
[23:09] ¿compilado a partir del código fuente de Sun?
[23:09] FreeBSD soporta enlaces simbólicos ;)
[23:10] de todos modos, el preinstalador binario está 100% completo
[23:10] se compila con gcj a binario nativo
[23:11] solo te pide el directorio de instalación y te consigue un JRE
[23:11] w00t
[23:11] genial
[23:11] jrandom está empaquetando un JRE personalizado para i2p
[23:12] .
[23:12] si instalas java desde la colección de ports de freebsd usas un script envoltorio llamado javavm
[23:12] .
[23:12] de todos modos este cacharro estará casi completamente automatizado
[23:12] .
[23:12] .
[23:12] .
[23:12] r: córtalo
[23:12] .
[23:12] .
[23:13] ups, el problema es “Nick change too fast” :(
[23:13] hypercubus: ¿tienes alguna ETA para nosotros?
[23:14] ups, el problema es “Nick change too fast” :(
[23:14] aún espero terminar en menos de un mes, antes de que la 0.4 esté lista para el lanzamiento
[23:14] aunque por ahora estoy compilando un nuevo SO para mi sistema de desarrollo, así que pasarán un par de días antes de que vuelva al instalador ;-)
[23:14] no se preocupen
[23:15] ok. así que más noticias la próxima semana :)
[23:15] ¿algún otro trabajo de programación hecho?
[23:15] con suerte… a menos que la compañía eléctrica me fastidie otra vez
[23:16] * duck se mueve a #2
[23:16] * 2) contenido destacado
[23:16] mucho audio en streaming (ogg/vorbis) hecho esta semana
[23:16] baffled está emitiendo su stream de egoplay y yo también estoy emitiendo un stream
[23:16] y funciona bastante bien
[23:17] en nuestro sitio puedes obtener info sobre cómo usarlo
[23:17] ¿tienes algunas estadísticas aproximadas para nosotros?
[23:17] si usas un reproductor que no esté listado allí y averiguas cómo usarlo, por favor envíamelo y lo añadiré
[23:17] duck, ¿dónde está el enlace al stream de baffled en tu sitio?
[23:17] :P
[23:17] hypercubus: 4kB/s va bastante bien
[23:18] y con ogg no está taaaaan mal
[23:18] ¿pero eso sigue siendo la velocidad promedio?
[23:18] mi observación es que ese es el máximo
[23:18] pero todo es ajuste de configuración
[23:19] ¿alguna idea de por qué ese parece ser el máximo?
[23:19] y no hablo solo de streaming aquí
[23:19] sino de descargas también
[23:20] ayer estaba descargando algunos archivos grandes (un par de megabytes) desde el servicio de hosting de duck y también estaba obteniendo alrededor de 4kb-5kb
[23:20] Creo que es el rtt
[23:20] esas películas de Chips
[23:20] 4-5 parece una mejora sobre los ~3 que he obtenido de forma consistente desde que empecé a usar i2p
[23:20] <Masterboy> 4-5kb no está mal..
[23:20] <duck> con un windowsize de 1 no consigues mucha más velocidad..
[23:20] <duck> recompensa por windowsize>1: http://www.i2p.net/node/view/224
[23:21] <duck> mihi: ¿quizá puedas comentar?
[23:21] <hypercubus> pero son 3 kbps sorprendentemente constantes
[23:21] <mihi> ¿sobre qué? windowsize>1 con ministreaming: eres un mago si logras eso ;)
[23:21] <hypercubus> sin saltos en el medidor de ancho de banda… una línea bastante suave
[23:21] <duck> mihi: sobre por qué es tan estable a 4kb/s
[23:21] <mihi> ni idea. no oigo ningún sonido :(
[23:22] <duck> mihi: para todas las transferencias de i2ptunnel
[23:22] <Masterboy> mihi necesitas configurar el plugin de streaming Ogg..
[23:22] <mihi> Masterboy:?
[23:23] <mihi> no, no hay límite dentro de i2ptunnel respecto a la velocidad. debe de estar en el router…
[23:23] <duck> mi razonamiento: tamaño máximo de paquete: 32kB, rtt de 5 segundos: 32kB/5s =~ 6.5kb/s
[23:24] <hypercubus> suena plausible
[23:25] <duck> ok..
[23:25] <duck> otro contenido:
[23:25] * hirvox se ha unido a #i2p
[23:25] hay un nuevo eepsite de Naughtious
[23:25] anonynanny.i2p
[23:25] la clave se ha enviado a CVS y la puso en el wiki de ugha
[23:25] * mihi está escuchando “sitting in the …” - duck++
[23:25] ve si puedes abrir dos o tres streams a una velocidad de 4kb, entonces podrás saber si está en el router o en la biblioteca de streaming
[23:26] Naughtious: ¿estás ahí? cuenta algo sobre tu plan :)
[23:26] he leído que ofrece hosting
[23:26] Nightblade: probé 3 descargas paralelas desde baffled y obtuve 3-4kB cada una
[23:26] ya veo
[23:27] Nightblade: ¿cómo puedes saber eso entonces?
[23:27] * mihi le gusta escuchar en modo “stop&go” ;)
[23:27] bueno, si hay algún tipo de limitación en el router que solo le permita manejar 4kb a la vez
[23:27] o si es otra cosa
[23:28] ¿alguien puede explicar este sitio anonynanny? no tengo un router i2p en ejecución en este momento
[23:28] hypercubus: solo un wiki o algo así
[23:28] configuración de CMS Plone, creación de cuentas abierta
[23:28] permite subir archivos y cosas de sitios web
[23:28] a través de la interfaz web
[23:28] otra cosa que hacer sería probar el rendimiento del “repliable datagram” (datagrama replicable), que por lo que sé es lo mismo que los streams pero sin ACKs (confirmaciones)
[23:28] probablemente muy parecido a Drupal
[23:28] sí, ya he ejecutado Plone antes
[23:29] Nightblade: he estado pensando en usar airhook para gestionar eso
[23:29] pero hasta ahora solo algunas ideas básicas
[23:29] ¿vale cualquier cosa para el contenido del wiki, o se centra en algo en particular?
[23:29] creo que airhook está bajo GPL
[23:29] el protocolo
[23:29] no el código
[23:29] ah :)
[23:30] hypercubus: quiere contenido de calidad, y te deja proporcionarlo :)
[23:30] sube el mejor pr0n de ti mismo que tengas hyper;P
[23:30] ok
[23:30] * Masterboy intentará hacer eso también
[23:30] sí, cualquiera que tenga un wiki abierto está pidiendo contenido de calidad ;-)
[23:31] ok
[23:31] * duck pasa al #3
[23:31] * 3) estado de la red de pruebas
[23:31] Airhook maneja con elegancia redes intermitentes, no confiables o con retrasos <– jeje no es una descripción optimista de I2P!
[23:31] ¿cómo ha ido?
[23:32] dejemos la discusión sobre datagram sobre i2p para el final
[23:32] me encanta ir por wikis abiertos y enlazar esto: http://www.fissure.org/humour/pics/squirre l.webp
[23:32] airhook es excelente
[23:32] también lo he estado mirando para construir una red P2P.
[23:32] me parece confiable (#3)
[23:32] lo mejor que he visto hasta ahora
[23:33] sí
[23:33] funciona bien, al menos para streaming de audio en stop&go
[23:33] veo tiempos de actividad bastante impresionantes en IRC
[23:33] de acuerdo… estoy viendo muchos más “azules” en la consola de mi router
[23:33] mihi: ¿estás escuchando techno? :)
[23:33] pero es difícil saberlo porque bogobot no parece manejar conexiones que pasan de las 00:00
[23:33] el streaming de audio me funciona muy bien, pero cargar sitios web a menudo requiere varios intentos
[23:33] tengo la opinión de que i2p funciona muy bien después de 6 horas de uso; en la 6.ª hora usé el IRC durante 7 horas y así mi router estuvo funcionando 13 horas
[23:33] (pista)
[23:34] duck: eh… jeje
[23:34] supongo que podría arreglar eso
[23:34] ¿tienes el registro configurado como diario?
[23:34] hypercubus++
[23:34] la rotación de logs, digo
[23:34] oh sí
[23:34] duck–
[23:34] por eso
[23:34] estuve en el trabajo todo el día, encendí mi computadora, inicié i2p y estaba en el servidor IRC de duck en solo unos minutos
[23:35] he estado viendo algunos DNFs raros
[23:35] incluso al conectarme a mis propios eepsites
[23:35] (http://dev.i2p.net/bugzilla/show_bug.cgi?id=74)
[23:35] creo que eso es lo que causa la mayoría de los problemas ahora
[23:35] bogoparser solo analizará tiempos de actividad que ocurran completamente dentro de un único logfile… así que si el logfile abarca solo 24 horas, nadie aparecerá como conectado por más de 24 horas
[23:35] Masterboy y ughabugha también lo tuvieron, creo…
[23:36] sí
[23:36] (¡arréglalo y ganarás el trofeo de la próxima semana seguro!)
[23:37] ¿bogobot está emocionado? ;)
[23:37] probé mi sitio web y a veces cuando pulso refrescar toma la otra ruta? y tengo que esperar a que cargue pero nunca espero ;P le doy de nuevo y aparece al instante
[23:37] ups, perdón. olvidé que esto está puenteado…
[23:38] Masterboy: ¿los timeouts duran 61 segundos?
[23:39] mihi: bogobot configurado a rotaciones semanales ahora
[23:39] * mihi ha salido de IRC (“adiós, y que tengas una buena reunión”)
[23:40] perdón, no lo verifiqué en mi sitio web; cuando no puedo acceder al instante, simplemente pulso refrescar y carga al instante..
[23:40] hm
[23:40] bueno, hay que arreglarlo
[23:41] …. #4
[23:41] creo que la ruta no se da igual cada vez
[23:41] * 4) recompensas
[23:41] Masterboy: las conexiones locales deberían cortarse antes
[23:42] wilde tenía algunas ideas sobre recompensas… ¿estás ahí?
[23:42] quizá sea un bug de selección de pares
[23:42] no estoy seguro de que eso fuera realmente para la agenda
[23:42] oh
[23:42] ok, pero las ideas eran algo como:
[23:42] creo que cuando salgamos al público el sistema de recompensas funcionará mejor
[23:43] masterboy: sí, hay dos tunnels por cada conexión, o así lo entiendo por leer el router.config
[23:43] podríamos usar este mes para hacer algo de pequeña publicidad de i2p y aumentar un poco el fondo de recompensas
[23:43] veo que el proyecto Mute va bien: consiguieron 600$ y aún no han programado mucho ;P
[23:44] dirigirnos a comunidades por la libertad, gente cripto, etc.
[23:44] no creo que jrandom quiera publicidad
[23:44] no atención pública de Slashdot, no
[23:44] eso es lo que yo también he observado
[23:44] quiero impulsarlo otra vez: cuando lo hagamos público el sistema funcionará mucho mejor ;P
[23:45] Masterboy: las recompensas podrían acelerar el desarrollo de myi2p, por ejemplo
[23:45] y como dijo jr, nada de público hasta 1.0 y solo algo de atención después de 0.4
[23:45] *escribió
[23:45] cuando tengamos como $500+ para una recompensa, la gente podría realmente sobrevivir algunas semanas
[23:46] lo complicado es que, incluso si apuntamos a una comunidad de desarrolladores pequeña, como cof los devs de Mute, esa gente podría difundir la noticia sobre i2p más de lo que nos gustaría
[23:46] alguien podría hacer carrera arreglando bugs de i2p
[23:46] y demasiado pronto
[23:46] los enlaces a i2p ya están en muchos lugares públicos
[23:46] buscas en Google y puedes encontrar i2p
[23:47] lugares públicos poco visibles ;-) (vi el enlace de i2p en un freesite (sitio en Freenet)… tuve suerte de que el maldito freesite siquiera cargara!)
[23:47] http://en.wikipedia.org/wiki/I2p
[23:47] pero estoy de acuerdo en que nada de publicidad hasta que 0.4 esté listo
[23:47] ¿qué???????
[23:47] http://www.ovmj.org/GNUnet/links.php3?xlang=English
[23:48] protol0l hace un gran trabajo ;P
[23:48] ;))))))
[23:48] buen typo ;-)
[23:48] ok, en cualquier caso, estoy de acuerdo en que deberíamos mantener I2P en privado (jr lee este registro ;)
[23:49] ¿quién hizo eso?
[23:49] creo que la discusión del equipo de Freenet atrajo más atención..
[23:50] y que jr discutiendo con toad le da mucha información al gran público..
[23:50] así que, como en el wiki de ughas, todos podemos culpar a jr por eso ;P
[23:50] ok, en cualquier caso, veremos si podemos traer algo de $ sin atraer a /.
[23:50] de acuerdo
[23:50] la lista de desarrolladores de Freenet difícilmente es lo que yo llamo el “gran público” ;-)
[23:50] .
[23:51] wilde: tendrás mucho $ antes de lo que crees ;-)
[23:51] oh vamos, hasta mi madre está suscrita a freenet-devl
[23:51] mi madre lo lee a través de gmame
[23:51] freenet-devl se enseña en las escuelas aquí
[23:52] .
[23:52] así que veremos más recompensas después de que 0.4 sea estable..
[23:53] es decir, dentro de 2 meses ;P
[23:53] ¿adónde se fue ese duck?
[23:53] gracias wilde
[23:53] aunque, como el único reclamante de la recompensa hasta ahora, debo decir que el dinero de la recompensa no influyó en mi decisión de aceptar el desafío
[23:54] jeje, lo haría si hubiera sido 100x
[23:54] eres demasiado bueno para el mundo
[23:54] jaja
[23:54] * duck se mueve a #5
[23:54] wilde, $100 no significan una mierda para mí ;-)
[23:54] 100 * 10 = 1000
[23:55] * duck hace pop (“5 airhook”)
[23:55] tessier: ¿tienes alguna experiencia en el mundo real con eso?
[23:55] (http://www.airhook.org/)
[23:55] * Masterboy va a probar esto :P
[23:56] implementación en Java (no sé si siquiera funciona) http://cvs.ofb.net/airhook-j/
[23:56] implementación en Python (un lío, funcionó en el pasado) http://cvs.sourceforge.net/viewcvs.py/khashmir /khashmir/airhook.py
[23:58] * duck abre la válvula del despotrique
[23:58] la de Java también es GPL
[23:58] llévalo a dominio público
[23:58] amén
[23:58] toda la documentación del protocolo tiene solo unas 3 páginas: no puede ser tan difícil
[23:59] nada es difícil
[23:59] solo que no es fácil
[23:59] no creo que esté completamente especificado, eso sí
[23:59] * hypercubus le quita a masterboy sus galletas de la fortuna
[23:59] podrías necesitar sumergirte en el código C para una implementación de referencia
[00:00] yo lo haría, pero ahora estoy ocupado con otras cosas de i2p
[00:00] (y también con mi trabajo a tiempo completo)
[00:00] duck: ¿quizá una recompensa por eso?
[00:00] ya la hay
[00:00] ?
[00:00] ahh Pseudonyms
[00:00] se podría usar a 2 niveles
[00:00] 1) como un transporte además de TCP
[00:01] 2) como un protocolo para manejar datagramas dentro de i2cp/sam
[00:01] eso merece una consideración seria entonces
[00:01]
[00:02] <Nightblade> duck: me di cuenta de que el repliable datagram (datagrama al que se puede responder) en SAM tiene un tamaño máximo de 31kb, mientras que el stream tiene un tamaño máximo de 32kb, lo que me hace pensar que el destino del remitente se envía con cada paquete en modo de repliable datagram, y solo al principio en el modo de stream - [00:02] <Masterboy> bueno, el cvs de airhook no está muy actualizado.. [00:03] <Nightblade> lo que me hace pensar que sería ineficiente construir un protocolo encima de los repliable datagrams a través de SAM [00:03] <duck> el tamaño de los mensajes de airhook es de 256 bytes; el de I2CP es de 32kb, así que al menos tienes que cambiar un poco [00:04] <Nightblade> en realidad, si quisieras hacer el protocolo en SAM podrías usar simplemente el datagrama anónimo y hacer que el primer paquete contenga el destino del remitente…. bla bla bla - tengo muchas ideas pero no suficiente tiempo para programarlas [00:06] <duck> de nuevo, tienes problemas para verificar firmas [00:06] <duck> así que alguien podría enviarte paquetes falsos [00:06] <Masterboy> tema:::: SAM [00:06] <Masterboy> ;P [00:07] <Nightblade> cierto [00:08] <Nightblade> pero si respondieras a ese destino y no hubiera acuse de recibo sabrías que era un impostor [00:08] <Nightblade> tendría que haber un handshake (intercambio inicial) [00:08] <duck> pero para eso necesitarás handshakes a nivel de aplicación [00:08] <Nightblade> no, no realmente [00:09] <Nightblade> solo ponlo en una biblioteca para acceder a SAM [00:09] <Nightblade> esa es una mala manera de hacerlo, aunque [00:09] <Nightblade> hacerlo, aunque [00:09] <duck> también podrías usar tunnels separados [00:09] <Nightblade> debería estar en la biblioteca de streaming [00:11] <duck> sí. tiene sentido [00:12] <duck> ok [00:12] <duck> me siento con ganas de baff [00:13] <Nightblade> ja [00:13] * duck baffs