Reunión de desarrollo de I2P - 26 de octubre de 2004

14:04 <jrandom> 0) hola 14:04 <jrandom> 1) Estado de la red 14:04 <jrandom> 2) streaming lib (biblioteca de streaming) 14:04 <jrandom> 3) progreso de mail.i2p 14:05 <jrandom> 4) ??? 14:05 <jrandom> 0) hola 14:05 * jrandom saluda 14:05 <jrandom> notas de estado semanales publicadas en http://dev.i2p.net/pipermail/i2p/2004-October/000474.html 14:06 * jrandom les dejará leer por adelantado (¡maldita sea, lean por adelantado!) 14:06 <jrandom> pasando a 1) estado de la red 14:07 <jrandom> creo que el correo cubre lo que quería mencionar. buen arreglo respecto a "resume", duck, ¡y gracias por informarlo ardvark y ragnarok! 14:07 <jrandom> ¿alguien tiene algo que quiera plantear sobre el estado de la red? 14:08 <modulus> es genial. 14:08 <deer> <postman> hola 14:08 <jrandom> w3wt 14:09 <jrandom> hay algo raro con el lag últimamente, pero parece ser lo mismo que discutimos la semana pasada 14:09 <jrandom> (sobre todo porque no he hecho ningún trabajo en el core desde entonces) 14:09 <deer> <clayboy> creo que todos coinciden en que ha estado estable y usable. 14:09 <deer> <clayboy> echo de menos mis 10-16 horas conectado en irc, aunque no es importante 14:10 <deer> <jrandom2p> aquí llevo 20h 14:10 <deer> <jrandom2p> pero sí, varía (lo cual con suerte el punto 2) de la agenda ayudará) 14:10 <deer> <clayboy> a duras penas consigo > 2h, pero siempre me reconecto al instante, así que sigue siendo usable 14:11 <jrandom> bien 14:11 <jrandom> aún no es lo suficientemente bueno, pero suficiente 14:11 <jrandom> (por el momento) 14:11 <deer> <clayboy> de acuerdo 14:12 <jrandom> ok, ¿alguien tiene algo más, o pasamos a 2) streaming lib? 14:13 <jrandom> [considérense movidos] 14:13 <jrandom> el correo da un resumen de cómo va el progreso 14:14 <jrandom> las secuencias de mensajes son “correctas” en la mayoría de los casos (coincidiendo con las discutidas antes) 14:14 <jrandom> p. ej., una solicitud/respuesta corta obtiene la respuesta al solicitante en un único viaje de ida y vuelta 14:15 <jrandom> estoy trabajando ahora mismo en profile=bulk, revisando las ventanas deslizantes bajo condiciones de lag y fallos 14:15 <jrandom> aún hay cosas que limpiar, y nada listo para usar, pero es progreso 14:16 <deer> <clayboy> entonces, ¿0.4.2 con streaming lib en camino para octubre? parece una prisa innecesaria. 14:16 <jrandom> no creo que tengamos el streaming lib listo para el despliegue final para la semana que viene, no 14:17 <jrandom> así que habrá algo de deslizamiento del calendario, no estoy seguro de hasta qué punto aún 14:17 <deer> <duck> ¿alguna clase de prueba que podamos ejecutar por diversión? 14:18 <jrandom> no he hecho commit del archivo build.xml aún para evitar que la gente lo use ;) pero haré commit de lo que tengo más tarde esta noche, y pueden probar http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/streaming/java/test/net/i2p/client/streaming/StreamSinkTest.java?rev=1.1&content-type=text/x-cvsweb-markup 14:19 <deer> <duck> h0t 14:19 <jrandom> una cosa es que este nuevo streaming lib ya no usa el antiguo mode=guaranteed porque tiene su propia configuración de ACK/NACK 14:20 <jrandom> eso significa que, incluso cuando la lib funcione perfectamente, todavía habrá trabajo que hacer en el router en sí, ya que las tareas de envío del cliente están diseñadas para entrega “garantizada”, incluyendo un mensaje de ida y vuelta en el garlic para confirmar la entrega de etiquetas de sesión 14:21 <jrandom> aunque no tenemos que arreglar eso de inmediato: el uso de ancho de banda de ese DeliveryStatusMessage es... trivial 14:21 <jrandom> pero querríamos hacerlo más pronto que tarde 14:22 <jrandom> ok, eso es todo lo que tengo que decir sobre eso 14:22 <jrandom> ¿alguien tiene algo que plantear respecto al streaming lib? 14:23 <jrandom> si no, 3) progreso de mail.i2p 14:23 <jrandom> postman, ¿andas por aquí? 14:23 <deer> <postman> sí 14:24 <jrandom> ¿alguna novedad para nosotros, o esperamos hasta que haya más noticias? 14:24 <deer> <postman> ok 14:24 <deer> <postman> ¿lo digo? 14:24 <jrandom> el micrófono es tuyo 14:24 <deer> * gott despierta. 14:24 <deer> <postman> 1.) la función de in/out proxy se está instalando/probando por el momento 14:25 <deer> <postman> 2.) dentro de los próximos 10 días tendremos un servicio de pasarela desde y hacia internet para emails 14:25 <modulus> ¡genial! 14:25 <jrandom> ¡genial^2! 14:25 <deer> <clayboy> en efecto 14:25 <deer> <postman> 3.) la implementación seguirá las ideas/conceptos del documento ideas.html en mi sitio web 14:25 <deer> <gott> ¡bravo! 14:26 <deer> <postman> significa: hashcash/cuotas basadas en el destinatario y todas esas cosas interesantes 14:26 <deer> <postman> el servicio no debería ser abusado por sus compañeros usuarios anónimos 14:26 <deer> <postman> :) 14:26 <deer> <postman> bueno, hay otro punto 14:26 <deer> <postman> la cuestión de las interfaces webmail 14:26 <deer> <postman> ahora mismo no quiero alojarlas en mis servidores 14:27 <deer> <postman> ya que no conozco los posibles problemas de seguridad 14:27 <deer> <postman> el sistema que corre ahora está verificado por mí: conozco el código fuente y los riesgos de seguridad 14:28 <deer> <postman> añadir php y cosas dinámicas y una aplicación de webmail PARA TODOS los usuarios lo hace mucho más difícil 14:28 <deer> <postman> la idea (gracias jr) es: 14:28 <deer> <postman> ¿y si el usuario tuviera su propia interfaz de webmail instalada como otra instancia opcional de jetty o lo que sea? 14:29 <modulus> ¿como un pop3 -> webmail? 14:29 <jrandom> exactamente 14:29 <deer> <postman> y esta aplicación de webmail local usa los postman.i2p tunnels para hacer smtp y pop3 14:29 <modulus> suena bien. 14:29 <deer> <postman> pero necesito ayuda para evaluarlo 14:30 <deer> <postman> ahora mismo estoy bastante ocupado con cosas de la vida real y los in/out proxies 14:30 <jrandom> (¡puaj, vida real!) 14:30 <deer> <postman> y tengo un cerebro del tamaño de un cacahuete: no se me da bien Java en absoluto 14:31 <deer> <postman> necesito que alguien ayude con cómo se puede hacer esto como un servicio local/opcional 14:31 <modulus> ¿puede que ya exista algo que haga esto sobre tcp? si es así podría usarse. 14:31 <deer> <DrWoo> postman: Dudo que sea del tamaño de un cacahuete, creo que hace falta uno del tamaño de una nuez solo para respirar ;) 14:32 <jrandom> tras un vistazo rápido en hotscripts, vi uno que hacía pop3, aunque no sé si hacía smtp autenticado 14:32 <deer> <postman> modulus: supongo que hay algo por ahí que se pueda usar/adaptar; sería sexy hacerlo correr en su propia instancia de jetty 14:32 <jrandom> seguro que hay algo, solo necesitamos un alma aventurera que vaya a buscarlo :) 14:32 <deer> <postman> jrandom2p: creo que esto se puede hackear con bastante facilidad 14:33 <jrandom> exactamente: en un mundo ideal, alguien podría simplemente tomar un mywebmail.war y guardarlo en el directorio webapps/ y entrar en http://localhost:7657/mywebmail/ 14:33 <deer> <postman> bueno, te dejo este tema para que lo pienses :) 14:33 <modulus> incluso si es una app independiente, debería estar bien, con i2ptunel 14:33 <jrandom> cierto, modulus 14:33 <deer> <postman> sí :) 14:34 <jrandom> y local >> remoto, ya que el lado local puede hacer cosas como acceder a tus llaveros GPG o lo que sea 14:34 <deer> <postman> haré todo lo necesario para soportar tal sistema del lado del servidor 14:34 <modulus> lo cual con suerte será muy poco. 14:36 <deer> <postman> por supuesto habrá un anuncio oficial tan pronto como el acceso a internet esté disponible, así que manténganse atentos: quizá también haya algún progreso en la idea del webmail 14:36 <deer> <postman> eso es todo por mi departamento 14:36 <deer> * postman se sienta de nuevo y da sorbos a su café 14:36 <modulus> ¿podrías hacer algo para filtrar datos que revelen anonimato? 14:36 <jrandom> ¡genial, gracias postman! suena emocionante 14:36 <modulus> algunos MUA se comportan muy mal en este sentido. 14:37 <deer> <postman> modules: por favor mira la página web: hay un sermón de varias páginas sobre eso 14:37 <jrandom> :) 14:37 <modulus> ok 14:37 <jrandom> http://www.postman.i2p/sec.html para empezar 14:37 <modulus> leí eso, solo pensé que quizá algunos campos se podrían filtrar. 14:37 <modulus> quizá confío en postman pero no en otras personas. 14:38 <deer> <postman> modulus: ESTÁN filtrados 14:38 <modulus> ok, la última vez que lo probé no lo estaban. 14:38 <modulus> lo siento por eso. 14:38 <deer> <postman> modulus: sec2.html describe QUÉ líneas de cabecera se filtran o cambian 14:38 <deer> <postman> modulus: ¿a qué líneas de cabecera te refieres? 14:38 <modulus> from domain (IP) tipo de cosa 14:39 <jrandom> sería bueno si un script de webmail local hiciera el filtrado localmente 14:39 <jrandom> (además de cualquier filtrado hecho en smtp.postman.i2p) 14:39 <deer> <postman> modulus: hablemos de eso por privado, ¿ok? :) 14:40 <deer> <postman> jrandom2p: por supuesto: estoy feliz de que cada cliente haga su tarea 14:40 <modulus> claro, perdón. 14:41 <jrandom> ok, ¿tenemos algo más para las discusiones de mail.i2p? 14:41 <jrandom> si no, 4) ??? 14:41 <deer> * duck tiene algo para el #4 14:42 <jrandom> ¿qué pasa, duck? 14:42 <deer> <duck> el disco duro de home.duck.i2p explotó 14:42 <jrandom> (d'oh) 14:42 <deer> <duck> por suerte las cuentas de hosting no estaban realmente usadas, excepto por alexandria 14:42 <deer> <duck> ¿alguien aquí descargó todos los ebooks? :) 14:43 <deer> <duck> si es así, me faltan algunos, así que mándenme mensaje por favor 14:43 <jrandom> en realidad, creo que thetower lo hizo 14:43 <deer> <duck> sé que hypercubus también los tiene 14:43 <deer> <postman> maldita sea 14:43 <jrandom> vi un mirror en su sitio hace un tiempo 14:43 <deer> <postman> :/ 14:43 <deer> <duck> genial 14:43 <jrandom> aunque no sé si tiene todo, o qué tan actualizado estaba 14:43 <deer> <duck> alexandria ahora está en http://duck.i2p/alexandria/ 14:44 <deer> <duck> y vuelvo a estar avergonzado 14:44 <deer> <duck> . 14:44 <jrandom> no hay necesidad de avergonzarse, ¡has ofrecido un servicio gratuito genial! 14:45 <jrandom> quizá ahora es la oportunidad para algún sitio geocities.i2p ;) 14:46 <deer> <duck> oh, hice un frontend web de yodel en http://duck.i2p/yodel/ 14:46 <jrandom> oh, una cosa que no tenía en la agenda es lo relacionado con BT. sé que dinoman está haciendo algo de hacking en eso: quizá quiera mencionar algo 14:46 <jrandom> ah, bien 14:48 * jrandom observa que el enlace del mirror de alexandria de thetower da 404 14:48 <deer> <gott> Tengo algo que sugerir. 14:48 <jrandom> ¿qué pasa, gott? 14:48 <deer> <gott> Creo que sería una buena función para 0.4.2 añadir un enlace a una de las listas de sitios en páginas como las de thetower, baffled o la mía. 14:49 <jrandom> es una buena idea 14:49 <jrandom> quizá las tres 14:49 <deer> <gott> Esto es para (a) mantener una lista de eepsites activos y (b) formar un índice para i2p similar a FIND / Dolphin 14:49 <jrandom> la tuya está bien con los enlaces a las eepsites también 14:49 <deer> <gott> la que está en http://gott.i2p/sites.html se mantiene actualizada 14:49 <deer> <gott> y el script se ejecuta cada día 14:49 <deer> <gott> puedo añadir descripciones opcionales a los enlaces (gracias al script de baffled) 14:50 <deer> <gott> lo que lo convertiría en un índice 14:50 <jrandom> quizá sería interesante tener también un marcador de “añadidos recientemente” o “eliminados recientemente”? 14:50 <jrandom> palabra 14:51 <deer> <gott> bastante bien. 14:51 <deer> <gott> eso es todo lo que tenía que decir por ahora. 14:51 <deer> <gott> oh, otra cosa 14:51 <deer> <gott> snipsnap funciona bien bajo i2p 14:52 <deer> <gott> así que podríamos ver eepsites estilo kuro5hin montándose en algún momento a lo SCUM 14:52 <jrandom> genial 14:52 <deer> <gott> *excepto más retorcido a lo SCUM 14:52 <jrandom> un howto para configurarlo sería genial 14:52 <deer> <gott> pones el .war en webapps 14:52 <deer> <gott> es bastante sencillo ;-) 14:53 <deer> <polecat> snipsnap... ¿SCUM...? 14:53 <jrandom> ¿es así de fácil? ¡booyeah! 14:53 <jrandom> polecat - http://snipsnap.org/space/start 14:53 <deer> <gott> He terminado mi discurso. 14:53 <deer> * gott se retira. 14:53 <jrandom> gracias, gott 14:54 <jrandom> nickster estuvo usando snipsnap por un tiempo 14:54 <jrandom> ok, ¿alguien tiene algo más que plantear? 14:55 * jrandom observa que estamos cerca de la marca de la hora incluso SIN newsbyte ;) 14:55 <deer> <polecat> ¡Me gusta el pastel! 14:55 <deer> <gott> Tengo otra cosa. 14:55 <deer> <duck> oh, orz está despierto 14:55 <deer> <gott> Me gustaría anunciar que poco después del lanzamiento 0.4.2 publicaré una entrevista a jrandom sobre temas relacionados con i2p. 14:55 <deer> <polecat> No sabía que esto fuera una reunión formal. Podría mencionar mis ideas sobre servidores de nombres... 14:56 <deer> <duck> sugiero a todos los japoneses que revisen su eepsite/ircserver 14:56 <deer> <gott> Nada específico que decir hasta que se hagan y respondan las preguntas, pero tienen algo que esperar. 14:56 <deer> <gott> estará en mi eeplog y si a jrandom le parece suficientemente bueno, probablemente salga en algún lugar de i2p.net 14:57 <deer> * gott se retira de nuevo. 14:57 <deer> <postman> modulus: 14:57 <jrandom> sí, el sitio y el servidor irc de orz funcionan muy bien, solo que no sé qué dice :) 14:58 <modulus> ¿SÍ? 14:58 <modulus> perdón por las mayúsculas. 14:58 <deer> <DrWoo> polecat: ¿sobre el servidor de nombres? 14:58 <deer> * gott vuelve del retiro 14:58 <deer> <gott> duck: ¿habla inglés? 14:59 <jrandom> oh, polecat, ¿qué tal? 14:59 <jrandom> polecat: tenemos nuestra reunión semanal cada martes a las 9p GMT 14:59 <deer> <gott> Supongo que sí para haber configurado todo tan bien. 14:59 <jrandom> (registros publicados en http://www.i2p/meetings una vez que estén listos ;) 15:00 <deer> <polecat> Sí. Bueno, estaba pensando que un servidor de nombres podría ser buena idea. Pero no DNS. c.c Tuve una idea para un servidor que no hiciera nada más que traducir entre Direcciones Específicas de Protocolo y nombres legibles por humanos. 15:00 <jrandom> así que un resolvedor URI-->URL, ¿más o menos? 15:01 <deer> <polecat> Eso reemplazaría hosts.txt y eventualmente reemplazaría al DNS una vez que soporte ipv4 e ipv6. 15:01 <deer> <polecat> nombre => hash en el caso de i2p. Como duck.i2p => galimatías 15:02 <jrandom> correcto, correcto 15:02 <deer> <polecat> El problema con DNS es que tiene “requisitos” (es decir, hacks) como servidores MX, y jerarquía raíz, y cosas feas como esas. La chapucería de DNS deja mal incluso a Usenet. 15:03 <deer> <polecat> Hablaba de esto antes, y alguien mencionó http://distributeddns.sourceforge.net/ 15:03 <deer> <polecat> Aunque no he tenido oportunidad de ver ese sitio. 15:05 <jrandom> hay muchas cosas que tener en cuenta al trabajar un sistema de nombres y, a su vez, hay muchos compromisos que hacer. también ha habido muchas discusiones de mejoras a lo largo de los años (no solo dentro de i2p) para abordar muchos de los problemas, pero una solución concreta sería genial 15:05 <deer> <gott> bastante bien, bastante bien. 15:07 <jrandom> tengo mis propias opiniones, pero ahí es donde sale a relucir uno de los puntos fuertes de i2p: mis propias opiniones son irrelevantes :) cualquier tipo de servicio de nombres puede ser usado por aplicaciones cliente, ya que toda esa funcionalidad está fuera del alcance del core 15:08 <jrandom> sé que nano está trabajando en algo también: hay algunas entradas en nano.i2p, aunque no sé cómo progresa 15:08 <deer> <polecat> De acuerdo; podrías escribir clientes para usar un servidor ddns tanto como podrías escribirlos para analizar el hosts.txt local 15:08 <deer> <gott> jrandom: Temo el día en que hosts.txt o el sistema de nombres equivalente empiece a mostrar <<enlarge.your.penis.i2p>> 15:09 <deer> <polecat> Podría ser más fácil; en el estado actual solo I2PTunnel tiene la capacidad de entender hosts.txt. Además, si vamos a competir con ipv4 e ipv6, no podemos conformarnos con funcionalidad limitada cuando ellos no lo hacen. 15:10 <jrandom> hace un tiempo mihi separó los hooks de nombres en i2ptunnel: cualquier cosa que implemente http://dev.i2p.net/javadoc/net/i2p/client/naming/NamingService.html se puede usar de forma transparente 15:10 <jrandom> (y eso incluye I2PTunnel y SAM) 15:10 <deer> <polecat> ¿De verdad? Tendré que mirar eso también... 15:11 <jrandom> bueno, ellos intercambian funcionalidad por seguridad e identidad 15:11 <deer> <polecat> Y también, dado que i2p tiene hashes tan largos, por seguridad criptográfica, tener un servidor de nombres es aún más importante ya que la mayoría no puede recordar la dirección hash completa de i2p. 15:11 <jrandom> p. ej., los matones con botas pueden derribar la puerta de $domainOwner 15:11 <jrandom> (y alguien puede suplantar dns sin mucho problema) 15:12 <jrandom> pero tener algún tipo de funcionalidad de resolución nombre --> ubicación es definitivamente importante 15:13 <deer> <polecat> Sin un servidor centralizado, no puedes tener un nombre único legible por humanos de todos modos. Incluso si están firmados criptográficamente, todavía se pueden duplicar en la parte comprensible para nosotros. 15:14 <lucky> uf. 15:14 <lucky> ¿Por qué no haces que deer bloquee a gott? 15:14 <jrandom> hay muchos compromisos 15:14 <jrandom> he expuesto mi preferencia en http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 15:15 <jrandom> pero no voy a escribir un servicio de nombres pronto, así que lo que el implementador quiera hacer, es libre de hacerlo :) 15:15 <lucky> je. Pensé que eso era en respuesta a la pregunta sobre Gott. 15:15 <jrandom> je 15:15 <jrandom> no, gott ha estado contribuyendo positivamente últimamente 15:16 <jrandom> ok, en cualquier caso polecat, deberías poner una eepsite con tus ideas 15:16 <lucky> dios, ¿en qué mundo vivimos? 15:16 <deer> <polecat> Estoy pensando en escribir yo mismo un servicio de nombres. Me gustaría saber qué prefieren los demás, y obtener tanta guía como sea posible sobre cómo implementarlo de una manera que funcione realmente bien. 15:16 <lucky> Oh, ¿cómo puedo contribuir? 15:16 <lucky> Sé algo de java. Como asignación de variables. 15:16 <lucky> Y qué significa ++j 15:17 <deer> <polecat> Uf... una eepsite... 15:17 <deer> <polecat> ¿++j es el operador de post-incremento sobre la variable j? 15:18 <jrandom> polecat: también puedes publicar en la lista de correo o en el foro. quizá haz una encuesta en el foro si quieres ver qué tipo de preferencias tiene la gente 15:18 <deer> <polecat> El problema es que este ordenador en el que estoy se reinicia a Windoze con frecuencia, y por tanto, a menos que ponga mi eepsite en una partición vfat, no puedo compartir su info entre sistemas operativos. 15:19 <jrandom> ok, entonces probablemente sea mejor tener el tema de nombres en el foro en lugar de una eepsite :) 15:20 <deer> <polecat> ¿Dónde está el foro otra vez...? 15:20 <jrandom> http://forum.i2p/ 15:20 <jrandom> y http://forum.i2p.net/ 15:20 <jrandom> (¿no es maravilloso el naming? :) 15:21 <deer> <gott> Siempre he contribuido positivamente. 15:21 <deer> <polecat> Sí, excepto que todos seguimos haciendo wget del archivo hosts.txt desde fuentes centralizadas. ;3 15:22 * jrandom usa cp, no wget ;) 15:22 <jrandom> ok, ¿alguien tiene algo más que plantear? 15:23 * jrandom no pretende cerrar la discusión de nombres, es solo que podemos discutir eso durante semanas 15:23 <deer> <DrWoo> ¿dinoman está trabajando en un servidor cvs en i2p? 15:23 <jrandom> bueno, ya hay un servidor cvs en i2p (cvs.i2p) 15:24 <jrandom> pero sí: dinoman estaba trabajando en un gforge completo en i2p si no recuerdo mal 15:24 <deer> <DrWoo> jrandom: perdón, quise decir un cvs totalmente anónimo ;) 15:25 <jrandom> oye, cvs.i2p es cvs totalmente anónimo :) i2p es completamente autoalojado, pero sin todas las cosas buenas para añadir muchos otros proyectos 15:25 <jrandom> (y tener un gforge en i2p sería la caña) 15:26 <deer> <DrWoo> jrandom: ¿no corre cvs.i2p en el servidor público? 15:26 <deer> <polecat> gforge... no lo conozco... 15:27 <jrandom> DrWoo: quizá ;) 15:27 <jrandom> DrWoo: pero la clave es que los desarrolladores pueden ser anónimos y desarrollar para i2p a través de i2p 15:27 <jrandom> si la máquina en la que cvs.i2p está físicamente ubicada está bajo ataque, simplemente podemos mover el destino a otro lugar 15:28 <deer> <polecat> Sí, así que mientras el propio código fuente de i2p es vulnerable a ser confiscado por el Brazo Largo de la Ley, sus desarrolladores son inmunes hasta cierto punto gracias al anonimato. 15:28 <jrandom> que se queden con el código fuente, ¡es libre! :) 15:29 <deer> <DrWoo> jrandom: sí, veo lo que dices, pero aún está en riesgo de algo como lo de indymedia 15:30 <jrandom> si los matones con botas derribaran la puerta del colo donde está cvs.i2p, simplemente instalaría cvs en otro lugar, desplegaría una copia de seguridad del cvs allí, y correría un i2prouter con la clave privada de cvs.i2p 15:30 <jrandom> (y *no* decirle a la gente que cvs.i2p == cvs.i2p.net ;) 15:32 <jrandom> ok, ¿alguien más tiene algo que plantear para la reunión? 15:32 <deer> <polecat> Je, eso es bastante guay. 15:33 <jrandom> si no 15:33 * jrandom concluye 15:34 * jrandom *baf* cierra la reunión