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

<zzz> 1) VRP/H1/1119 <zzz> 2) 0.9.26 arrastrado <zzz> 3) Verano de X <zzz> 4) 27-29 pospuestos para la próxima reunión <zzz> 0) hola <zzz> hola <str4d> hola <zzz> Explicaré el 3) cuando lleguemos a ese punto <EinMByte> Hola <zzz> 1) VRP/H1/1119 <zzz> http://trac.i2p2.i2p/ticket/1119 <zzz> ¿Todos han tenido oportunidad de ponerse al día y revisar este ticket? * str4d está a punto de publicar sus comentarios <zzz> str4d, ¿impresiones generales? <str4d> En general creo que está bastante bien. Me gustan los comentarios positivos que hemos recibido de gente que se dedica a esto profesionalmente :) <zzz> Creo que estamos más o menos en el camino correcto <zzz> Este ticket existe desde hace 2 años. Mencionaste h1 hace 14 meses. Tenemos borradores del proceso VRP de anonimal desde septiembre <zzz> Creo que en ese tiempo, h1 se ha vuelto bastante legítimo <str4d> Coincido con zzz en que los puntos finales están sobreespecificados, pero creo que las secciones de proceso y respuesta (secciones III y IV) tienen aproximadamente el nivel adecuado de especificación <zzz> Ya no tengo dudas sobre usar h1 <EinMByte> Sí, aunque solo he seguido la discusión desde la distancia, la respuesta a vulnerabilidades debería seguir procedimientos más estrictos que ahora. H1 podría ser una buena opción para eso. <EinMByte> s/opciones/opción <str4d> Yo también estoy +1 a h1, por las razones que ya expuse en el ticket. <zzz> str4d, conociste a Katie de h1 hace un tiempo, ¿verdad? ¿Puedes contarnos sobre esa reunión? <z3r0fox> Hola <str4d> ¡Sí! La conocí en Kiwicon 9 <str4d> Le pregunté sobre el tuit que publiqué, al que arice respondió en el ticket <str4d> Resulta que arice en realidad le envió por correo un enlace a nuestro ticket preguntando si su respuesta era adecuada, y ella terminó revisando el ticket en su teléfono mientras estaba en otra reunión :P <str4d> También le gustó :P <zzz> ¿Y qué hay de las cosas financiadas y lo que Tor está haciendo con ellos? <str4d> Ella mencionó que iba a suceder, e indicó que quizá podamos entrar en el mismo programa <zzz> Además, ¿impresiones generales de h1 como empresa después de reunirte con Katie? <str4d> Aún tengo que hacer seguimiento de esto, porque 1) tesis, y 2) no tiene sentido entrar en ningún programa si luego no usamos h1 <str4d> zzz, muy positivas <zzz> ¿Alguien tiene objeciones a usar h1? <str4d> Parece que saben lo que hacen, y Katie sin duda está prosperando allí <zzz> ¿Podemos activar h1 ahora para salir en producción o qué tiene que pasar primero? <str4d> Si optamos por h1, esto es lo que creo que debe suceder: <str4d> - Terminamos el VRP y lo publicamos en el sitio web <str4d> - Pulimos el texto de la portada de la página de h1 <str4d> (cosas como cómo respondemos, qué consideramos dentro del alcance, etc.) <zzz> ¿El VRP debe estar listo antes de que h1 esté en vivo? <str4d> - Decidimos el equipo de respuesta <str4d> - Movemos el sandbox a una beta cerrada, donde tengamos invitados a algunos investigadores <str4d> - Una vez que hayamos tenido tiempo para acostumbrarnos a la plataforma, volúmenes de respuesta, etc., lo abrimos <zzz> ¿De verdad crees que las respuestas empezarán a llegar el día que activemos el interruptor? <str4d> Podrían <str4d> Katie me indicó que había varios investigadores muy interesados en ayudar a proyectos de código abierto, si pudieran encontrarlos <zzz> No me imagino que necesitemos tener todo alineado. No es como si los investigadores fueran a empezar a hackear el primer día <zzz> Especialmente si no hay dinero de por medio <zzz> ¿Beta cerrada significa que ellos tienen que dejarlos entrar? <str4d> Sí <str4d> Básicamente h1 invita quizá a 10 investigadores para que puedan usar nuestra página <EinMByte> ¿Tienen alguna idea de quiénes serían invitados? <zzz> Entonces, dejando de lado el VRP y nuestro equipo de respuesta por el momento, ¿quién va a arreglar nuestra página de h1 para dejarla lista? ¿str4d? <str4d> No recuerdo los detalles exactos <str4d> (si invitamos nosotros mismos a la gente a través de h1 o si ellos buscan investigadores del grupo ya registrado) <str4d> La idea es que así no nos inundemos de tickets basura antes de acostumbrarnos a cómo responderlos <str4d> Pero, en mi humilde opinión, también nos ayuda a empezar a construir relaciones directas con algunos investigadores <zzz> ¿Tienes idea de si todos están yendo tras recompensas en h1 o si los programas sin pago también reciben muchos reportes? <EinMByte> Claro, o al menos con aquellos que están usando h1 <str4d> Personalmente no tengo una idea de eso <EinMByte> zzz: ¿Hay posibilidad de eventualmente ofrecer recompensas? <str4d> Pero Katie indicó que definitivamente había investigadores que querían ayudar a proyectos FOSS si podían identificarlos <zzz> Alguien está financiando recompensas para Tor ahora, así que sí <sadie> Puedo ayudar a str4d con la página principal de h1 <str4d> gracias, sadie <EinMByte> I2P tiene ahorros razonables, ¿por qué no gastar algunos en recompensas? <zzz> ok, genial, entonces sadie y str4d trabajarán en dejar lista la parte de h1 <str4d> EinMByte, sí podríamos pasar a recompensas, pero no inicialmente, en mi humilde opinión <zzz> 1mb, ciertamente podemos si queremos <zzz> ¿Algo más sobre h1 o podemos pasar al VRP en sí? <EinMByte> Veamos cómo funciona sin recompensas <str4d> Y como se mencionó arriba, ahora hay un programa en h1 para financiar recompensas para proyectos FOSS <z3r0fox> La beta suena como una buena oportunidad para que el equipo desarrolle respuestas de cara al público por si se divulga públicamente un error realmente serio <str4d> al cual quizá podamos entrar <zzz> última llamada para h1 <zzz> ok, veamos el VRP en sí en el ticket * str4d publica sus comentarios <zzz> Estamos revisando el borrador de anonimal de noviembre <zzz> Sin embargo, no vayamos punto por punto <zzz> ¿Impresiones generales sobre el borrador de noviembre y adónde vamos desde aquí? <str4d> <str4d> Coincido con zzz en que los puntos finales están sobreespecificados, pero creo que las secciones de proceso y respuesta (secciones III y IV) tienen aproximadamente el nivel adecuado de especificación * zzz se toma un minuto para leer los comentarios de str4d <zzz> ok, parece que en general estamos de acuerdo en que el borrador de noviembre es un gran comienzo y tenemos acuerdos aproximados sobre las ediciones necesarias <zzz> Lo que me gustaría hacer es tomar la etapa final de esto de manos de anonimal; que str4d y yo terminemos las ediciones, lo publiquemos en el sitio web y reunamos un equipo <str4d> Suena bien <zzz> ¿Qué opinan? <str4d> También están los ajustes necesarios ahora que vamos por h1 en lugar de un Trac privado <zzz> ¿Algún voluntario para ayudarnos a trabajar en la versión final? <zzz> No queremos volvernos demasiado específicos de herramientas (mtn, h1, etc.) en el proceso. Debería ser lo suficientemente de alto nivel como para evitar la mayor parte de eso <str4d> Cierto <str4d> Y de todas formas iremos iterándola <zzz> No necesita ser perfecta desde el inicio <str4d> Esa es otra razón para una beta privada inicialmente <zzz> ok, str4d, ¿para cuándo tendremos eso listo? <sadie> el borrador del VRP se ve bien <zzz> ¿finales de marzo? <str4d> suena bien <zzz> ok, ¿algo más sobre el 1)?? <zzz> pasando al 2) 0.9.26 revisitado <zzz> ¿Algún otro comentario? Lamentablemente aún no he actualizado la hoja de ruta en el sitio web <zzz> así que podría sostener mis notas frente a la cámara <zzz> perdón, debería haber hecho lo del sitio web. <zzz> Pero sí subí al sitio web los últimos 3 registros de reuniones, incluyendo los del jueves y viernes pasados <zzz> Supongo que estaré haciendo eso hasta que kytv reaparezca <zzz> Sea cuando sea nuestra próxima reunión, pondré la .26 en la agenda para verla entonces <zzz> ¿Algo más sobre el 2)? <zzz> ok, pasando al 3) verano de X <zzz> str4d, ¿puedes explicar nuestra idea por favor? <str4d> La idea es que enfoquemos el desarrollo durante tres meses en elementos de I2P orientados a usuarios y desarrolladores <str4d> es decir, cosas que a la gente realmente le puedan importar, en lugar de ajustes de streaming ;P <str4d> Y por lo tanto cosas sobre las que sea más fácil hacer difusión <str4d> La idea general es: <str4d> - Verano de APIs: dedicar un mes a actualizar nuestras bibliotecas, etc. <str4d> - Verano de Apps: dedicar un mes a ayudar a otros proyectos a usar esas bibliotecas <str4d> - Verano de Plugins: dedicar un mes a trabajar en nuestras propias apps y plugins <zzz> Exacto, esto es sobre hacer crecer la red mediante divulgación y mejorar las apps (las nuestras y las de otros) <str4d> Sí <zzz> Mi idea era: si conseguimos 5 Vuze más, seremos 5 veces más grandes <EinMByte> Quizá también quieran añadir documentación a eso <str4d> Además, está todo el espíritu de Summer of Code al que podemos engancharnos en línea <EinMByte> no hay buena API sin documentación decente <zzz> Muchas veces vemos algún proyecto pensando en I2P pero no saben mucho y no reciben ayuda <str4d> EinMByte, para las partes de API, sí <zzz> de acuerdo, 1mb <str4d> es decir, se trataría de hacer que nuestras bibliotecas y APIs sean lo más fáciles posible de usar para los desarrolladores <z3r0fox> ¡Suena como una buena idea de campaña! Vale la pena intentarlo <str4d> así, por ejemplo, actualizar txi2p, libsam, etc., con SAMv3.3 <EinMByte> ¿Soportar más lenguajes? <EinMByte> Más integración a través de bibliotecas existentes <str4d> Potencialmente, si tenemos desarrolladores que ayuden :) <str4d> EinMByte, sí <zzz> También me gustaría que sadie participara en esto con branding y divulgación <EinMByte> Creo que el trabajo de str4d con Twisted es genial, sería bueno hacer más cosas así <str4d> Arreglar el soporte de libtorrent, intentar meter algo en libp2p, etc. <zzz> verano de I2P, o I2P summer of fun, etc <EinMByte> es decir, no escribir nuestra propia API desde cero, sino ofrecer plugins para cualquier framework que la gente esté usando <str4d> EinMByte, exactamente. <zzz> impulsar SAM 3.3, poner al día todas las diversas bibliotecas puente, documentadas, etc. <str4d> O si ofrecemos nuestra propia API, hacerla lo más simple posible. Eso es lo que me gusta de libsam: son dos archivos que cualquier proyecto puede incluir (o idealmente, cualquier biblioteca existente) <zzz> hay Python y Go y C y C++ y Twisted y libtorrent y libsockets y y y... <zzz> arreglamos cosas de otros y les enviamos pull requests <EinMByte> str4d: De acuerdo, las APIs deberían ser fáciles de incluir. Es un problema común para mí <str4d> Mientras eso avanza, podemos preguntar a otros proyectos si quieren ayuda para integrar I2P en sus apps <zzz> ¿Por qué demonios no funciona libtorrent? ¿Quién puede averiguarlo y arreglarlo? <zzz> ^^ como ejemplo <str4d> Luego, en la siguiente fase de SoX, trabajamos en educarlos y ayudarlos a usar las bibliotecas y APIs recién actualizadas <EinMByte> suena bien <str4d> Sería genial contar con la adhesión de i2pd y kovri también, al menos para la parte de API <str4d> ya que queremos terminar con apps que puedan usar el backend de I2P que quieran <zzz> Creo que podríamos entusiasmar a mucha gente aquí. Sé que psi está trabajando en varias libs <zzz> Necesitamos una lista de todas las apps de mensajería a las que queremos apuntar <str4d> Y esto es bueno para vincular con nuestra divulgación existente <EinMByte> Si conseguimos la PR adecuada podría ser un éxito <EinMByte> Quiero crear una API sencilla en C++ para kovri, en algún momento <zzz> genial, 1mb <EinMByte> Luego esa API podría usarse desde varios lenguajes de programación. Pero esta es una API del núcleo, no una API de cliente (así que el caso de uso es algo diferente) <EinMByte> Básicamente debería permitir a cualquier aplicación incluir el núcleo de kovri. <zzz> Este sería un proyecto holístico agradable para involucrar a todos <EinMByte> De acuerdo <str4d> En mi lista de tareas de divulgación tengo Tahoe-LAFS, IPFS, Tox, OpenBazaar, Zeronet... <zzz> ok, ¿cómo avanzamos con esto? <zzz> quizá sadie pueda darle un nombre atractivo <str4d> Básicamente tenemos hasta finales de mayo para planear esto <str4d> (mientras se lanzan la .25 y la .26) <zzz> entonces después de la .26 <zzz> pongamos esto en la agenda de la reunión del 4 de abril <EinMByte> Ok. <EinMByte> Aunque tendría que asistir PR <zzz> junio: APIs julio: apps agosto: plugins <EinMByte> (así que creo que esa es sadie, ¿ahora?) <zzz> también podríamos encajar esto alrededor de HOPE <z3r0fox> No conozco muchos de los detalles todavía, obviamente, pero no soy un mal redactor técnico si alguien quiere asignarme trabajo pesado <zzz> ok, pidamos a sadie que desarrolle esto un poco el 4 de abril <sadie> zzz - Puedo encargarme de gráficos/contenido con str4d para la divulgación <zzz> ok <zzz> ¿Algo más sobre el verano de X? <sadie> además, estaré en HOPE con pegatinas .. <str4d> Nada por mi parte :) <amnesia> ¿Llámenlo de otra manera que no sea Summer of X para que no suene anodino o a porno? <str4d> amnesia, X es un marcador de posición <str4d> (hasta que pensemos en algo mejor) <zzz> ok. Como dije al principio de la reunión, me gustaría aplazar la discusión de 27-29 y de la hoja de ruta más grande y metas para la segunda mitad del '16 <amnesia> ¿Summer of Targetted Development? <zzz> ¿Nos gustan estas reuniones específicas de la hoja de ruta o no? ¿Deberíamos hacer esto otra vez? <str4d> amnesia, un poco largo, en mi humilde opinión <str4d> Pensaremos en algo para la reunión de abril <zzz> envíen sus ideas para 'X' a sadie o publíquenlas en algún lado <str4d> zzz, me gustan <str4d> Y ya que estamos <zzz> ¿Queremos otra reunión de hoja de ruta en marzo? <sadie> zzz, ¿podemos poner algo en el foro donde la gente pueda dejar sugerencias para el nombre de 'summer of'? <zzz> sí, sadie <str4d> La otra cosa que quería plantear era la planificación de la hoja de ruta a más largo plazo <EinMByte> zzz: Sí. Necesitamos más a largo plazo <zzz> Tenemos nuestro lanzamiento .25 el próximo fin de semana, así que eso nos mantendrá ocupados <zzz> quizá dentro de unas 2 semanas para otra reunión de hoja de ruta <EinMByte> A menos que lo planifiquemos para más adelante, pero en algún momento necesitará discusión <str4d> Suena bien <z3r0fox> zzz: Creo que son buenas. Mantiene el enfoque <str4d> Quiero sugerir algo para que la gente le dé vueltas <EinMByte> zzz: seguro <zzz> ¿Quieren volver a un martes a las 8 PM o hacerlo el fin de semana? <str4d> En paralelo con el SoX, me gustaría tener otros dos flujos paralelos de trabajo de desarrollo <str4d> - Migración criptográfica <str4d> - Renovación de la UI <str4d> El bloqueador en ambos es la investigación y el diseño, no la implementación <EinMByte> ¿La migración criptográfica incluye NTCP2? <str4d> Sí <str4d> Así que, mientras hacemos cosas de implementación de SoX, también estaremos revisando las distintas propuestas, etc. <zzz> ¿Qué tal el sábado 19 de marzo? <z3r0fox> +1 Fines de semana <zzz> 8 PM UTC sábado 19 de marzo <str4d> Con el objetivo de tener un plan listo para implementar durante o después de SoX <EinMByte> El 19 de marzo parece bien <str4d> De igual forma con la UI, necesitamos empezar a planear el trabajo de diseño en eso lo antes posible, porque tomará mucho tiempo <sadie> el 19 de marzo me funciona <zzz> ok, SoX == Summer of X, entendido <str4d> Sí (hasta que lo cambiemos :P ) <str4d> El trabajo de diseño puede ocurrir en paralelo con todo lo demás, y luego la implementación podría ocurrir después de SoX <str4d> Sería *tan* bueno si pudiéramos tener una UI nueva lista para el CCC <zzz> ok, pondré una agenda en zzz.i2p, además de las notas y los registros de la reunión de hoy en el sitio web <str4d> En fin, cosas en las que pensar <zzz> ¿Algo más para la reunión de hoy? * zzz agarra el baffer <str4d> Podemos discutir más en la próxima hoja de ruta <sadie> baff it <str4d> El 19 de marzo me funciona :) * zzz *baffs* it <zzz> gracias a todos