Resumen rápido
Presentes: Brownspider, co, jrand0m, mariesofie, mihi, shardy, w0rmus
Registro de la reunión
[22:57] ok, buenos noches srs y srtas [22:57] agenda: [22:57] 0) bienvenida [22:57] 1) cvs [22:57] 4) servicio de nombres [22:58] Olvidaste 5) preguntas. [22:58] 3) estado de desarrollo [22:58] 2) preguntas sobre las especificaciones? [22:58] 5) otras preguntas? [22:58] oh, mierda, me olvidé de reordenarlas. ok. están numeradas incorrectamente :) 0 == 0, 1 == 1, 4 ==2, 3 == 3, 2 == 4, 5 == 5 [22:59] a ver si puedo mantener eso claro mientras avanzamos... [22:59] ok, 0) bienvenida [22:59] ¡vivan los grupos de permutación! [22:59] bienvenidos a la reunión 57 [22:59] sí, de todos modos solo son símbolos [22:59] genial, ¿qué hay? ;0 [23:00] Ayudaré a integrar la peanut gallery [23:00] 1) cvs sigue caído, tras más de 10 días. estamos buscando un nuevo servidor. [23:00] sf.net apesta, y no tengo razones para creer que el nongnu de gnu sea mejor. [23:00] jrand0m: ¿Por qué no hacer que ese host tenga el alias "cvs.invisiblenet.net"? [23:00] nop está encabezando la búsqueda del nuevo servidor. [23:01] claro co, una vez que tengamos el servidor [23:01] ¿qué necesitas para un host? [23:01] shardy> conexión de red fiable, acceso ssh/cvs. y algo de espacio en disco [23:01] ¿tienes algo apalabrado? [23:01] porque si no. podría ayudar. [23:02] ¡genial! no sé qué tiene apalabrado nop, pero haré que se ponga en contacto contigo (¿a menos que esté aquí ahora?) [23:02] * w0rmus le da un toque a nop [23:03] Tengo SDSL empresarial de 1.1. Necesitaría encontrar una máquina. pero mientras no usen cantidades uber de ancho de banda probablemente podría alojar el servidor. [23:03] ¿cuánto espacio en disco necesitarían? [23:03] el repositorio actualmente comprende ~ 6Mb. así que probablemente 50M cubrirían el crecimiento por un buen rato [23:04] oh. pfft. eso no es nada. [23:04] ¿y la máquina no necesitaría ser súper rápida? [23:04] ¿no harían trabajos de compilación grandes en ella? [23:04] nah, probablemente una 286 lo haría. [23:04] no, estrictamente cvs checking / checkout [23:04] (bueno, y diff, y log, etc ;) [23:05] "somos java, no necesitamos granjas de compilación" [23:05] *** Desconexión: cohesion (class) [23:05] ¿la gente preocupada por el anonimato accede a CVS usando algo como JAP? nunca he usado CVS [23:05] w0rmus> uso cvs a través de una serie privada de proxies ssh [23:05] jrand0m: Ten en cuenta que una implementación en C o C++ puede ser probable en el futuro. [23:06] jap no permite acceso a cvs, que yo sepa :( [23:06] ssh tunnelling [23:06] déjenme ver qué puedo hacer. alguien dijo que me iba a dar otro disco... si consigo un disco tengo una máquina que puedo levantar. [23:06] oh, por supuesto co. solo que no espero que podamos exigir que un repositorio cvs sea necesariamente también una granja de compilación. [23:07] genial shardy. si hay algo que podamos hacer, dilo y listo. [23:07] jrand0m: Tienes razón. Deberían estar separados. [23:07] hecho. déjenme rebuscar por un disco, debería poder conseguir uno, y si lo hago estaré encantado de alojar el cvs para todos. [23:07] shardy++ [23:07] yay ;0 [23:07] ok, 4) servicio de nombres [23:08] co, ¿cómo va? [23:08] Aún estoy escribiendo, pero me gustaría decir unas palabras al respecto. [23:08] Primero, para abordar una pregunta de thecrypto durante la última reunión, el NS no proporciona notificación de que alguien esté en línea. [23:09] Solo indica que se puede contactar a una persona a través de ciertos métodos, como AIM. [23:09] Segundo, el lado del cliente. [23:09] Habrá una API que los programas puedan usar para hacer consultas a los servidores de nombres. [23:10] El mecanismo subyacente leerá un archivo de configuración con los servidores a consultar, usará la red I2P para obtener los resultados y devolverá los resultados a quien lo invoca. [23:11] El mecanismo subyacente también leerá desde un archivo el mecanismo de destino para que el router local contacte. [23:11] ¿el mecanismo de destino? [23:11] Perdón, la dirección de destino. [23:11] ah 'k [23:12] Eso es todo por ahora. [23:12] genial [23:12] De acuerdo [23:12] ;) [23:12] ¿alguna estimación aproximada de plazos para varios hitos? [23:13] obviamente nada por lo que alguien pueda exigirte, claro, solo preguntaba [23:13] Digamos a finales de la semana para terminar la especificación y publicarla junto con la API. [23:14] * mariesofie llega tarde [23:14] ah, bien co [23:14] Luego, empezaré a implementarlo. No estoy seguro de cuánto tomará, eso sí. [23:14] comprensible [23:15] ¿alguien más tiene preguntas/ideas sobre el servicio de nombres? [23:15] ok, 3) estado de desarrollo [23:16] el desarrollo va bien. [23:16] la parte java está conforme a la especificación e implementa todos los mensajes y estructuras de I2CP e I2NP [23:17] la arquitectura en java en sí es funcional y voy a seguir creando stubs de los distintos subsistemas [23:17] ¿Lo has probado? [23:17] ¿los mensajes & estructuras? sí, a través del banco de pruebas TestData en net.invisiblenet.i2p.data.test [23:17] Me refiero a conectar dos computadoras diferentes con I2P. [23:18] oh, no, eso requiere la implementación completa del subsistema de comunicación [23:18] Ya veo. [23:18] primero estoy construyendo los distintos subsistemas para que operen en modo de prueba, luego implementando los distintos subsistemas para que puedan operar de forma aislada [23:19] probablemente estemos a 2 semanas de que un cliente envíe un mensaje a un cliente en un router diferente [23:19] * mariesofie vitorea [23:20] todavía queda mucho trabajo por hacer después de eso antes de la alfa, pero es progreso [23:21] las especificaciones de estructuras de datos y i2np necesitan alrededor de una docena de pequeñas modificaciones que he ido acumulando durante la implementación para abordar cosas pasadas por alto. p. ej. "datastructures p11, TunnelSigningPublic/PrivateKey should contain SIGNING Public/Private keys" y "i2np p15, TunnelCreateStatus - add hash of the replying RouterIdentity" [23:21] vaya. realmente necesito ponerme a leer las especificaciones. [23:22] bueno, pronto estarán alojadas en tu máquina así que será fácil :) [23:22] jaja [23:22] yo tampoco he terminado las especificaciones [23:23] imprimí las especificaciones, las leí tantas veces que se desgastaron y tuve que imprimir otra copia [23:23] a partir de conversaciones que he tenido con varias personas, he visto que las especificaciones no son tan buenas para transmitir cómo funciona realmente la cosa. cubren tanto lo difuso como lo minucioso, pero no explican por qué lo minucioso responde al porqué [23:23] je [23:23] rofl mariesofie [23:23] ok, eso es todo para 3) estado de desarrollo [23:24] ahora 2) preguntas sobre las especificaciones [23:24] supongo que las leeré en vez de cálculo estúpido [23:24] Estoy pensando un poco en el futuro. [23:24] Las implementaciones en python y en C o C++ necesitarán que los datos de los mensajes sean legibles por la implementación en Java. [23:24] *** Desconexión: mihi (EOF From client) [23:25] correcto co [23:25] ¿Cómo lograrás eso? [23:25] la especificación de estructuras de datos define específicamente los diseños de bytes [23:25] y todo es big endian y todos los números son sin signo [23:25] ¿a qué nivel de conocimiento técnico están orientando las especificaciones? ¿cualquiera con conocimiento informático decente? ¿estudiantes de ingeniería en informática a nivel universitario? [23:25] Ah, de acuerdo. [23:25] *** mihi_ (~none@anon.iip) se ha unido al canal #iip-dev [23:26] es decir, ¿quién es la audiencia objetivo? [23:26] *** mihi_ ahora es conocido como mihi [23:26] mariesofie> bueno, esas especificaciones realmente se orientaron de manera improvisada. i2p_philosophy era el "ok, ¿de qué va esto?", pero el resto de las especificaciones estaban dirigidas a personas interesadas en implementar realmente el sistema [23:26] realmente necesitamos documentos que se ubiquen en el medio [23:27] ya veo [23:27] he encontrado que la documentación de la API es muy fácil de entender y útil, pero irónicamente aún me confundo al leer las especificaciones de I2NP tratando de entender la arquitectura central [23:28] quizá eso diga más de mí que de la documentación :) [23:28] je, geek :) [23:29] ok, ¿alguna otra pregunta sobre las especificaciones? pasemos a 5) otras preguntas [23:29] ¿alguien tiene alguna otra pregunta? este es nuestro último punto en la orden del día de la reunión [23:30] Me pregunto dónde va thecrypto con achat [23:30] ah, thecrypto estará desconectado durante las próximas tres semanas más o menos [23:30] ¿qué pasa con la revisión por pares? [23:30] o atalk [23:30] wow [23:30] ¿alguien lo está revisando? [23:30] pensé que thecrypto tenía 2 horas por día [23:31] y ni siquiera puedo ver los códigos que tiene :( [23:31] mihi> se han enviado revisiones a varias personas para revisión y a medida que lleguen comentarios se atenderá. [23:31] w0rmus> ¿tienes alguna pregunta sobre ATalk? [23:32] lo estaré revisando tan pronto como tenga tiempo :) [23:32] quise decir, ¿llegó algún comentario hasta ahoraß [23:32] supongo que no [23:32] s/nowß/now?/ [23:32] mihi> en gran medida en forma de discusiones y aclaraciones [23:32] genial shardy :) [23:33] feliz cumpleaños, Google [23:33] mariesofie> cierto, pero eso ni siquiera es suficiente tiempo para que se descargue la documentación del lenguaje Java para continuar el desarrollo :/ [23:33] ahaha wtf [23:35] ok, ¿alguna otra pregunta / idea? [23:35] supongo que debería mencionar que nunca he programado fuera de la escuela [23:35] pero tengo que empezar en algún lado de todos modos [23:35] ahora es un buen momento para empezar :) [23:35] palabra [23:35] ;0 [23:35] tengo preguntas sobre la API, pero no todavía; en un día o dos cuando pueda probarla un poco más [23:35] he tomado como 2 años de java [23:36] ok, genial mariesofie, simplemente envía un mensaje a la lista o mándame un mensaje aquí cuando sea [23:37] mariesofie: ¿has leído la discusión en la lista de correo iip-dev? [23:37] ¿dónde está archivado? [23:37] http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel [23:37] (tráfico bastante bajo por el momento) [23:38] jrand0m quiere que programes algo que no puede existir lógicamente, para desgarrar el mundo, para acabar con el reinado de dios. [23:38] mis servicios siguen ofrecidos si necesitan que se escriban o depuren núcleos criptográficos o similares. [23:39] *** M123456789 (~no@anon.iip) se ha unido al canal #iip-dev [23:39] Brownspider: ¿eh? [23:39] co, estaba en su freesite, no importa [23:40] genial shardy, tengo la sensación de que vamos a necesitar algunos una vez que los routers estén en marcha, y especialmente cuando volvamos a poner las APIs de C/Python conforme a la especificación [23:40] co> solo he leído hasta aproximadamente el número #52 o así [23:42] ok. ¿últimas palabras (mientras observo el *baf*er...) [23:43] *** mihi_backup_ (~none@anon.iip) se ha unido al canal #iip-dev [23:43] *** Desconexión: mihi_backup (EOF From client) [23:43] *** mihi_backup_ ahora es conocido como mihi_backup [23:43] ok, genial. la próxima semana, misma bat-hora, mismo bat-lugar. [23:44] * jrand0m *baf*a la reunión para darla por terminada