Reunión de desarrolladores de I2P - 19 de marzo de 2016

20:00:01 <zzz> 0) Hola 20:00:01 <zzz> 1) Hoja de ruta 0.9.27-29: http://i2p-projekt.i2p/en/get-involved/roadmap 20:00:05 <zzz> 0) Hola 20:00:07 <zzz> hola 20:00:35 <zzz> 1) Hoja de ruta 0.9.27-29: http://i2p-projekt.i2p/en/get-involved/roadmap 20:00:57 <str4d> hola 20:01:17 <z3r0fox> hola 20:01:17 <zzz> mi objetivo hoy es dividir la hoja de ruta 27-29 en 27 y 28-29, como mínimo 20:02:05 <zzz> teniendo en cuenta mis dos objetivos a largo plazo: 1) hacer crecer la red; 2) mejorar la seguridad 20:02:55 <zzz> así que veamos la lista 27-29. ¿Algo salta a la vista como de alta prioridad que debamos incluir en 27, o al menos empezar a trabajar? 20:05:08 <str4d> "Migración de cripto para servicios ocultos existentes" <-- ¿Supongo que esto es añadir el backend y las partes de UI para permitir a la gente hacer la migración? 20:05:13 <str4d> (además de hacerlo en stats.i2p, etc.) 20:05:49 <str4d> "Trabajo inicial en nueva cripto" <-- Esto lo valoro muy alto, pero la implementación sigue bloqueada por el trabajo de diseño 20:05:51 <zzz> sí, basándose en el trabajo del feed de suscripción en la 26 20:06:21 <zzz> podríamos llamarlo 'trabajo de diseño inicial' 20:06:34 <str4d> Mmm 20:06:41 <str4d> Veamos el grafo real de dependencias aquí 20:06:53 <str4d> (para los otros primeros elementos) 20:07:11 <str4d> a - Trabajo inicial en NTCP2 20:07:24 <str4d> b - Trabajo inicial en nuevo DH 20:07:29 <str4d> c - Trabajo inicial en nueva cripto 20:07:29 <str4d> d - Trabajo inicial en LS2 con soporte para múltiples destinos 20:07:33 <str4d> e - Trabajo inicial en nuevo netdb ("próximo backend") 20:08:23 <zzz> cualquier cosa etiquetada como 'trabajo inicial' probablemente no tenga dependencias 20:08:23 <str4d> LS2 requiere código nuevo de netDB para admitirlo, ¿no? 20:08:46 <str4d> Pues sí, si es soporte interno para que el router analice partes de ello 20:09:23 <str4d> Pero la forma en que el router obtiene esos datos para analizarlos tendrá dependencias 20:09:39 <zzz> 'new netdb' es lo de tuna, como R5N, así que es ortogonal a LS2 20:09:51 * str4d está intentando separar las cosas que podemos implementar antes de las cosas en las que necesitamos centrar trabajo de diseño y que pueden estar bloqueando otras tareas 20:09:54 <str4d> Vale 20:10:34 <str4d> c depende de d, al menos 20:10:52 <str4d> porque en la capa e2e, la cripto está en el LS 20:11:08 <str4d> ¿Qué quieres decir con b? 20:11:27 <str4d> (porque b parecería ser un prerequisito para a, de lo contrario) 20:12:08 <zzz> b = hacer una lista de candidatos DH, con información sobre disponibilidad de código, velocidad, etc. 20:13:04 <str4d> Vale, entonces b *es* semi-independiente de a :) 20:13:04 <zzz> c = hacer un plan, hacer una lista 20:13:51 <zzz> mucho de este material de 'trabajo inicial' está prácticamente muerto antes de madurar. Nadie ha pensado en ello en meses o años; no hay discusión reciente 20:14:04 <zzz> alguien tiene que volver a meterse de lleno en ello 20:14:07 <str4d> Ah, veo mi error. Supuse que todo en la lista se refería a cosas que realmente iban a entrar como código 20:15:41 <zzz> quizá sí, quizá no 20:15:52 <str4d> Vale, mis prioridades ahora son todas a la vez ;D 20:16:25 <str4d> Pero probablemente empezando con algo que tenga un ciclo de entrega más corto 20:16:30 <zzz> mucho de ello requiere crear consenso y diseño con i2pd y kovri antes de codificar 20:17:02 <str4d> Mmm 20:18:34 <str4d> Lo que tiene que ocurrir, en mi humilde opinión, para a y d es que un pequeño grupo de personas revise todas las propuestas existentes y logre algo de claridad, y luego tener algún tipo de reunión de discusión de diseño 20:18:48 <str4d> Con la menor cantidad de reuniones posible, idealmente :P 20:19:28 <str4d> b tendrá cierto impacto en a desde la perspectiva de diseño, pero puede retrasarse 20:20:14 <zzz> yo estaría contento con revitalizar las discusiones en zzz.i2p para empezar. Tenemos 20-30 propuestas publicadas ahora, la mayoría han caído en saco roto o están olvidadas. 20:20:37 <str4d> Igual con c respecto a d 20:20:37 <str4d> De esas cinco, sin embargo, e probablemente tendrá el mayor efecto en la fiabilidad de la red... 20:20:40 <zzz> Como resultado, estamos muy mal posicionados para el desarrollo futuro por el momento 20:21:39 <str4d> En este punto estamos dejando de lado la cripto a nivel de tunnel, lo cual no tengo problema en hacer (queremos esperar un poco y ver qué sale del trabajo de Tor aquí) 20:21:47 <zzz> lo cual es otra razón por la que summer of x podría ser un mejor lugar para poner recursos. Al menos lo que hay que hacer para todas las x es más claro 20:22:21 <zzz> ¿'tunnel-level crypto' está siquiera en alguna lista o publicación? 20:22:41 <str4d> No lo sé 20:22:53 <str4d> Esto lo podremos aclarar mejor una vez que tenga las propuestas en el sitio web :P 20:23:40 * str4d estará trabajando en el precursor de eso hoy. 20:23:51 <zzz> Te preguntaría en qué te gustaría más trabajar, pero eso parece tonto dado que tienes meses y meses de cosas atrasadas en tu lista por el momento 20:24:43 <str4d> Bueno, mucho de eso fue simplemente una planificación de tareas demasiado ambiciosa e irrealista por mi parte 20:25:21 <str4d> (sin tener en cuenta el trabajo real requerido, como por ejemplo la publicación de Android...) 20:25:55 <zzz> Soy bastante pesimista sobre el progreso ahora mismo, incluso para la .26, que aún no he empezado y podría llevar bastante tiempo 20:26:03 <str4d> Para 0.9.26 ya tenemos una lista de cosas que hay que implementar. Pero también podemos comenzar con discusiones de diseño. 20:26:16 <zzz> Y puede que tenga que tomar varias semanas fuera de programar para entender launchpad y debian 20:26:30 <str4d> Hmm, sí.. 20:27:04 <zzz> así que a estas alturas 27 se siente muy lejano 20:27:21 <str4d> Vale, digamos que solo podemos hacer una de [ cifrado de transporte | cifrado e2e ] 20:27:33 <str4d> (en términos de hacer planificación de diseño en paralelo con otras cosas de implementación) 20:27:41 <str4d> ¿Cuál es más importante terminar? 20:28:26 <str4d> El cifrado de transporte es importante con respecto a adversarios de terceros 20:28:56 <str4d> El cifrado e2e es importante con respecto a OBEPs e IBGWs que ven ese paquete cifrado, y también para el rendimiento del tunnel 20:29:09 <zzz> Me inclino hacia lo de transporte DH/NTCP2/padding/PT. Es menos especulativo y ya tenemos más bosquejado. El camino es más claro 20:30:29 <str4d> Entonces centrémonos en eso para la .27 20:31:52 <zzz> ¿crees que eso es más importante que LS2? LS2 está en un estado similar a lo de transporte. Muchas propuestas, cero discusión reciente 20:32:28 <str4d> Idealmente me gustaría trabajar en ambos en paralelo 20:32:41 <str4d> Pero estoy intentando ser realista aquí sobre lo que realmente lograremos :) 20:32:47 <zzz> a punta de pistola, elige uno 20:33:30 <str4d> transporte 20:33:39 <zzz> ok, de acuerdo 20:33:46 <psi> tls lookalike transport when? 20:34:08 <str4d> Lo de transporte beneficia las propiedades de anonimato que proporcionamos a nuestros usuarios *actuales* 20:34:21 <str4d> Lo de LS2 beneficia a los usuarios *futuros* (así como a los actuales) 20:34:26 <zzz> no está en ninguna lista o propuesta, si no recuerdo mal, psi 20:34:34 <str4d> También tengo muchas más preguntas en la cabeza re: LS2 que sobre transporte 20:34:47 <psi> kk 20:35:12 <zzz> str4d, si pudieras llevar esas preguntas a los hilos de zzz.i2p, eso sería un comienzo 20:35:19 <str4d> zzz, no estoy seguro de que eso sea cierto; sé que como mínimo está en el Trac wiki 20:36:19 <zzz> básicamente hay unas 20 propuestas en zzz.i2p que claman por la participación de str4d, psi, orignal, anonimal. Si movemos un par a la parte superior de la lista como acabamos de hacer hoy, con suerte recibirán más atención 20:36:19 <str4d> Podría ser más apropiado decir "signos de interrogación" 20:36:36 <str4d> mmm 20:36:38 <zzz> claro, parte de lo de LS2 es bastante de lanzar ideas a ver si pegan 20:37:01 <str4d> Así que, en mi mente, mi tarea #1 ahora mismo es poner las propuestas en el sitio web 20:37:31 <zzz> en mi mente, Android es la #1 para ti 20:37:42 <str4d> (y mi otra tarea #1 es arreglar el bug de ProGuard en I2P Android) 20:37:50 <str4d> Sí 20:38:08 <orignal> Estoy bien con cualquier propuesta en cuanto se avance con ellas 20:38:08 <str4d> En el peor de los casos, simplemente deshago la corrección de Samsung 4.2 para esta versión 20:38:09 <zzz> así que para la 27, la lista es cosas de transporte: avances en DH, NTCP y PT 20:38:21 <zzz> ¿algo más para la 27? 20:38:39 <str4d> Mmm. Poner el trabajo de diseño de LS2 en la .28 20:39:17 <str4d> zzz, una planificación inicial del diseño de la consola estaría bien 20:39:45 <orignal> yo personalmente no puedo esperar por una cripto nueva, especialmente para destinos, así que LS2 debería implementarse cuanto antes 20:40:08 <str4d> (en la medida de decidir una dirección y hoja de ruta, sin implementación real) 20:40:08 <zzz> ok 20:41:18 <zzz> Creo que es una 27 bastante ambiciosa: migración de cripto para servicios ocultos existentes + lo de transporte 20:41:20 <str4d> orignal, lo mismo; por eso quiero asegurarme de que lo hagamos bien :) 20:41:43 <zzz> ¿Pondré LS2 y lo relacionado en la 28 y moveré todo lo demás a la 29? 20:42:35 <str4d> Suena razonable 20:42:35 <str4d> Entonces la .27 tiene una buena mezcla de diseño e implementación 20:42:38 <zzz> ¿algo más sobre 1) hoja de ruta? 20:43:18 <str4d> Por mi parte no, en este momento. 20:43:27 <zzz> ¿algún otro tema? 20:43:34 <str4d> Queremos revisar esto, por supuesto, probablemente a mitad de la .26 20:44:08 <str4d> (para asegurarnos de que estamos en ruta con la preparación necesaria para la .27) 20:44:50 <str4d> 2) ¿Cómo vamos con respecto a la recuperación tras la desaparición de kytv? 20:44:55 <zzz> La próxima reunión mensual es el 5 de abril. Quiero decir por adelantado que si nadie informa que ha hecho algo desde la reunión del 3 de marzo, voy a declarar este nuevo estilo de gestión de proyecto un fracaso. Si nadie está haciendo nada, no hay nada que gestionar y no hay necesidad de tener reuniones mensuales 20:45:33 <str4d> Mencionaste launchpad y debian arriba. ¿Hay algo más que consideres urgente para la recuperación? 20:45:35 <zzz> 2) Meeh estaba investigando launchpad/debian, que es nuestra principal interrupción. Necesito comparar notas con él 20:46:05 <zzz> echelon y yo intercambiamos correos con tails, están preocupados por él y buscando un reemplazo. 20:46:18 <zzz> Les dije que por nuestra parte no va a suceder pronto; por ahora es su problema 20:46:58 <zzz> todo lo demás alrededor del build (geoip, tx) lo tengo cubierto. 20:47:16 <zzz> pero launchpad/deb es un desastre. Nadie más sabe nada, y no hay nada escrito 20:47:58 <zzz> y lo que hizo para la 24 está incompleto, así que incluso hay más trabajo que hacer en la 24 antes de llegar a la 25 20:48:16 <zzz> ¿algo más sobre 2)? 20:48:42 <str4d> ¿Sería útil hacer un llamado para un nuevo empaquetador? 20:48:50 <str4d> (p. ej., Twitter?) 20:48:53 <zzz> claro 20:49:07 * zzz alcanza el baffer 20:49:20 <str4d> sadie puede definir la redacción precisa de la convocatoria 20:49:49 <str4d> (queremos que sea acogedora y alentadora sin parecer demasiado alarmista ;) ) 20:49:56 <zzz> no delegues cada tuit en sadie, tú también puedes tuitear :) 20:50:04 * zzz *bafffs* la reunión se cierra