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

21:00:01 <zzz> 0) Hola 21:00:01 <zzz> 1) actualización 0.9.27 (zzz) 21:00:01 <zzz> 2) Actualización de Summer of X (sadie/str4d) 21:00:01 <zzz> 3) Presupuesto 33C3 http://zzz.i2p/topics/2150 21:00:01 <zzz> 4) SAM activado por defecto (str4d) 21:00:06 <zzz> 0) Hola 21:00:12 <zzz> hola 21:00:13 <psi> hola 21:00:24 <eche|on> bienvenidos 21:00:33 <z3r0fox_> Hola 21:00:40 <zzz> 1) actualización 0.9.27 (zzz) 21:01:01 <zzz> ok, no hay mucho que informar. solo 6K líneas de diff desde la 26 21:01:13 <zzz> a estas alturas diría que la .27 será quizá a mediados de octubre 21:01:41 <zzz> a principios del verano estuve con cosas de Summer of X, últimamente he estado tomando un descanso... pero no veo mucha actividad de nadie más tampoco 21:02:03 <zzz> ¿algo más sobre el punto 1) ? 21:02:19 <eche|on> no mucho sobre Summer of X 21:03:25 <zzz> 2) Actualización de Summer of X (sadie/str4d) 21:03:30 <zzz> sadie / str4d adelante 21:06:07 <zzz> al no oír nada, lo pondré en la agenda para el próximo mes 21:06:15 <zzz> 3) Presupuesto 33C3 http://zzz.i2p/topics/2150 21:06:28 <str4d> ¡Hola! 21:06:33 <eche|on> Despierto 21:06:33 <zzz> eche|on, ¿podrías darnos una breve actualización de nuestras finanzas? 21:06:45 <str4d> Perdón, me distraje con el trabajo un momento. Puedo abordar el punto 2) al final de la reunión 21:07:34 <eche|on> finanzas, ok, sumas actuales: 37k , 510 BTC, 700 LTC y 1300 XMZ (aprox.) 21:07:47 <eche|on> bts está alrededor de 540 y LTC alrededor de 3.5 21:08:00 <zzz> suena a que estamos bastante bien 21:08:10 <eche|on> ya gastamos aproximadamente 4800 este año 21:08:56 <eche|on> y 10 BTC (que convertí en ), así que obtuvimos aproximadamente 5k este año 21:09:20 <zzz> para 33C3, propongo hacer más o menos lo mismo que el año pasado... pagamos todas las entradas de la conf. Y a los miembros plenos del proyecto les reembolsaremos hasta 1000 $ (o euros), o 1500 $ si realmente lo necesitan 21:09:41 <zzz> para la gente que gestiona uno o dos servicios, propongo que paguemos su entrada a la conf y hasta 500 $ en viaje 21:10:01 <zzz> ¿qué les parece? 21:10:23 <eche|on> actualmente tenemos 5 personas solicitando dinero 21:10:25 <str4d> Me parece justo. 21:11:04 <str4d> eche|on, suponiendo las cifras anteriores, ¿cuál sería el gasto total esperado? 21:11:13 <zzz> así que alrededor de 4000–5000 $, más unos 500 en entradas, ¿diría? 21:11:32 <eche|on> con esas reglas, tenemos alrededor de 4k máx. 21:11:39 <zzz> más un par de cientos para una cena 21:11:57 <zzz> oh, además, ¡quien NO haya enviado email a echelon y quiera financiación, que hable ahora! 21:11:58 <eche|on> 2 personas con servicios, 2 con lo usual y 1 con circunstancias especiales 21:12:07 <eche|on> la entrada estará alrededor de 100 cada una 21:12:12 <str4d> Mmm. Eso nos mantiene dentro de nuestro objetivo aproximado de gasto del 10% 21:13:03 <eche|on> un poco por encima, pero aún ok 21:13:21 <zzz> suena como unos 5200 o así. ¿Fijamos un presupuesto de 6000 euros? 21:13:46 <eche|on> la última vez algunos recibieron su solicitud en BTC, lo que me facilitó bastante la vida^^ 21:14:12 <zzz> sí, cualquiera que acepte cobrar en BTC, mejor 21:14:21 <eche|on> suena legítimo 21:14:48 <eche|on> la cena quizás sea en el mismo sitio que el año pasado o quizá un poco más arriba, ya veremos 21:15:02 <zzz> Quiero enfatizar que queremos verlos a todos allí. Aunque intentamos usar nuestro dinero sabiamente, también odiaríamos que alguien no se presentara porque no puede permitírselo. 21:15:09 <eche|on> algunos dulces y otras cosas para el evento en sí, 6k está bien 21:15:10 <str4d> A mí me viene bien que me reembolsen en BTC 21:15:48 <zzz> ¿algo más sobre el punto 3) ? 21:16:15 <eche|on> por mi parte no, responderé todos los emails mañana y más tarde compraré las entradas 21:16:18 <eche|on> oh, entradas: 21:16:36 <eche|on> si ALGUIEN aquí de I2P no solicitó financiación, pero quiere una entrada, ¡mándenme un mail! 21:16:37 <str4d> Quien busque compartir alojamiento, háganme ping :) 21:16:56 <str4d> eche|on, ¿planeas comprar las entradas para todos los miembros del equipo? 21:17:03 <eche|on> sí 21:17:07 <zzz> sí. Ech comprará las entradas. No compren las suyas 21:17:10 <eche|on> para evitar los problemas que tuvimos el año pasado 21:17:12 <str4d> Gracias :) 21:17:34 <str4d> Además, ¿estoy en lo cierto de que generalmente empieza sobre las 11am hora local? 21:17:56 <zzz> oh, ya que estamos en el punto 3), quiero agradecer a eche|on por todo lo que hace, incluyendo mantener las finanzas al día. ¡Estaríamos en bancarrota sin ti! 21:18:02 <str4d> He estado tratando de averiguar si puedo lograr un vuelo que llegue el 27 21:18:02 <eche|on> oh, nos reunimos mayormente 11am/12am en el lugar y nos quedamos hasta la 1, 2 am 21:18:05 <eche|on> pero algunas charlas terminan a las 3 am 21:18:10 <zzz> ok, no discutamos logística aquí 21:18:17 <zzz> ¿algo más sobre el punto 3) ? 21:18:19 <str4d> (si no, tengo que irme la tarde del 25) 21:18:34 <str4d> eche|on, mmk, gracias. Y sí, ¡muchas gracias por mantenernos a flote! :D 21:18:55 <zzz> 4) SAM activado por defecto (str4d) 21:18:59 <zzz> str4d adelante 21:19:08 <eche|on> gracias a todos los donantes (acabo de recibir una donación con la frase "no gasten todo el dinero en diseñadores inútiles" 21:19:39 <str4d> De acuerdo 21:20:29 <str4d> Estoy pensando que con el aumento de apps que usan la SAM API, deberíamos considerar si la habilitamos por defecto, y si lo hacemos entonces cómo deberíamos hacerlo 21:20:51 <str4d> Similar a cómo Tor habilita su puerto de control por defecto, para que las apps generalmente supongan que está disponible 21:21:07 <eche|on> Creo que SAM es bastante estable y no una razón para que un router se caiga fácilmente 21:21:19 <eche|on> Voto por sí, habilitar por defecto 21:21:25 <zzz> ¿hay alguien que se queje? 21:21:37 <EinMByte> Me parece una idea razonable 21:21:55 <EinMByte> El único problema que veo son los puertos en conflicto 21:22:07 <str4d> Mmm 21:23:08 <eche|on> No veo ese problema en instalaciones nuevas 21:23:10 <zzz> la forma habitual de hacerlo sería cambiar clients.config, lo que solo afectaría a instalaciones nuevas. Cualquier otra cosa sería... más difícil 21:23:12 <eche|on> ya que es todo localhost 21:23:27 <str4d> Sé que Tor ha estado sopesando la seguridad de tener siempre abierto su puerto de control 21:23:29 <eche|on> NO lo habilitaría en instalaciones antiguas 21:23:36 <EinMByte> eche|on: quiero decir, podría haber otro servicio (no relacionado con I2P) usando el mismo puerto 21:23:43 <str4d> Y animan a la gente a usar el modo de socket Unix en su lugar 21:23:50 <str4d> (con autenticación por cookie local) 21:23:58 <zzz> No creo que las apps puedan nunca “suponer que está disponible”, siempre necesitarán un manejo de errores y mensajes al usuario adecuados 21:24:01 <eche|on> EinMByte: claro, pero es localhost, y eso debería avisarse 21:24:08 <str4d> Pero eso no nos preocupa tanto, porque cualquier cosa que pueda conectarse a SAM solo puede controlar sus propios tunnels 21:24:33 <str4d> (a menos que puedan adivinar el nombre de sesión de los tunnels de otro cliente) 21:24:36 <EinMByte> eche|on: Ok, entonces si el puerto está ocupado, ¿no habilitar SAM y advertir? 21:24:41 <eche|on> EinMByte: esa es la forma lógica de hacerlo^^ 21:24:42 <str4d> zzz, seguro, las apps no pueden asumir 21:24:48 <str4d> La razón es la usabilidad 21:24:58 <str4d> Así la “opción simple” es “arrancar I2P; usar app” 21:25:06 <zzz> así que tras años y años de estar deshabilitado, habilitarlo ahora puede que no haga mucha diferencia 21:25:16 <str4d> La opción actual es “arrancar I2P; buscar la página para habilitar SAM; habilitar SAM; usar app” 21:25:33 <zzz> por si acaso, dividí /configclients, eso estará en la .27 21:25:36 <eche|on> En mi punto de vista: la mayoría de los i2p routers ya tienen SAM habilitado 21:25:39 <eche|on> si no >90% 21:25:41 <str4d> Mi principal motivador es reducir la fricción 21:25:48 <str4d> para usuarios nuevos 21:25:54 <str4d> así que concuerdo en que esto sería solo para instalaciones nuevas 21:26:19 <EinMByte> Eso suena bien. 21:26:27 <zzz> por cierto, aún no he visto evidencia de tu “aumento de apps usando SAM” 21:26:30 <str4d> eche|on, sí, Tor tiene un problema similar de conflicto de puertos con Orbot en algunos teléfonos Samsung 21:26:46 <psi> sam debería estar activado por defecto para que la gente no tenga que activarlo 21:26:50 <EinMByte> zzz: Tal vez esto sea exactamente lo que se necesita ;) 21:26:51 <zzz> pero tampoco me opongo a la propuesta 21:26:53 <zzz> je 21:27:05 <str4d> zzz, Tahoe-LAFS está a punto de salir con soporte nativo de I2P 21:27:19 <EinMByte> Recuérdenme cuál es el puerto SAM por defecto 21:27:21 <zzz> ok, ¿parece que hay consenso? 21:27:32 <str4d> 7656 21:27:52 <zzz> ¿algo más sobre el punto 4) ? 21:28:36 <EinMByte> str4d: Ok, no se me ocurre nada común que use eso 21:29:09 <zzz> 2) Actualización de Summer of X (sadie/str4d) 21:29:14 <zzz> sadie / str4d adelante 21:29:35 <str4d> ¡Bien! 21:29:45 <str4d> I2P Summer Dev fue, en mi opinión, un éxito 21:30:06 <str4d> No conseguimos nuevos contribuidores (al menos que yo haya visto) 21:30:42 <str4d> (hubo algunos en una de las primeras reuniones a quienes quizá deberíamos haber hecho seguimiento...) 21:30:45 <eche|on> tenemos un nuevo buildbot 21:30:52 <zzz> No vi la entrada de blog prometida de agosto... ¿podríamos tener una en septiembre? 21:30:54 <str4d> Pero hicimos un progreso excelente en varias áreas orientadas a usuarios y devs 21:30:56 <str4d> Como mencioné arriba, la próxima versión de Tahoe-LAFS incluirá soporte nativo de I2P mediante mi librería txi2p 21:31:13 <str4d> zzz, sí, no tuve tiempo de hacerlo. Escribiré una entrada de resumen este fin de semana 21:31:20 <zzz> genial 21:31:47 <str4d> Tengo mi trabajo de Zeronet localmente que quería incluir en la entrada de agosto, pero por desgracia no pudimos hacer que i2p.socket funcionara con gevent correctamente... 21:32:05 <str4d> Pero creo que simplemente haré un PR con eso este fin de semana, y veremos cómo va 21:32:33 <zzz> tahoe es, qué, al menos 5 años desde que pusimos los tickets en su sitio. zooko no se mueve rápido 21:33:05 <eche|on> al menos ahora está hecho 21:33:21 <str4d> Así que en cuanto a usabilidad para devs, hemos avanzado bien en i2p.socket y txi2p, y con la SAM API habilitada por defecto, debería haber menos fricción para añadir I2P a apps Python 21:33:25 <eche|on> ahora necesitamos subidas/descargas paralelas, o tahoe-lafs irá a paso de tortuga 21:33:55 <eche|on> por cierto, un usuario me preguntó hace unos min sobre trabajo de desarrollo en Python en I2P 21:34:04 <str4d> Hicimos algo de alcance con posibles apps nuevas, pero necesitamos más trabajo ahí 21:34:28 <str4d> (IPFS y OpenBazaar en particular están interesados, pero el progreso allí no está avanzando actualmente) 21:34:49 <EinMByte> Por cierto, mis disculpas; había dicho antes que intentaría hacer algo para Summer of X, pero llegó demasiado pronto para kovri 21:34:53 <zzz> lo que sigue en estado desesperado después de Summer of X es Bote. No hay versión desde hace siglos, y unos 40 (!) tickets de Trac, incluyendo el de classpath que creo que bloquea la .27 ... ¿Tienes intención de trabajar en Bote de nuevo o deberíamos descartarlo? 21:35:30 <str4d> zzz, planeo hacerlo, y trabajé en ello 21:35:38 <eche|on> alguien debería ocuparse de bote. es más importante que syndie o i2phex 21:36:05 <zzz> Necesito saber si tenemos que cambiar el empaquetado deb para arreglar Bote, o si es otra cosa lo que está mal, o si no nos importa 21:36:32 <zzz> ¿Septiembre de Bote? 21:37:22 <str4d> En agosto dediqué algo de tiempo a migrarlo a Gradle, lo que significa que podré fusionar las bases de código de android y del plugin 21:37:22 <str4d> Esto eliminará mucha de la fricción que tengo con respecto a desarrollar en Bote 21:37:22 <str4d> Solo falta integrar los scripts del plugin existentes 21:37:22 <str4d> (o reescribirlos en Gradle)( 21:37:39 <str4d> Lamentablemente los plazos de trabajo se interpusieron en agosto 21:37:54 <zzz> ok 21:37:59 <zzz> ¿algo más sobre el punto 2) ? 21:38:07 <str4d> Dedicaré tiempo a Bote este fin de semana 21:38:30 <zzz> ¿algo más para la reunión? 21:39:02 <zzz> ¿puedo proponer volver a las 8 PM UTC para octubre? 21:39:46 <str4d> e intentar encontrar una solución para el problema en Debian 21:39:55 <zzz> ¿alguna objeción a las 8 PM? 21:40:03 <str4d> Pero definitivamente solo en Debian 21:40:24 <zzz> ok, ni siquiera he visto confirmación de que sea solo en Debian, así que eso es un avance 21:40:46 <str4d> Nada más, ¡salvo buen trabajo a todos los que trabajaron en lo de Summer Dev! 21:40:46 <str4d> Espero con ganas el próximo año ;) 21:40:49 <zzz> He propuesto una corrección o al menos una prueba en el ticket, pero no he recibido respuesta 21:40:49 <eche|on> por mí OK hasta ahora 21:41:22 <zzz> ok, tuve más gente quejándose de las 9 que de las 8, así que volvamos a las 8. de todos modos el verano se acabó 21:41:29 * zzz agarra el mazo 21:41:29 <str4d> Estoy bien con las 8 PM en octubre, ya que estaré en EE. UU. 21:41:31 <str4d> (Y de hecho en noviembre también, ya que sería el 1º( 21:42:37 <eche|on> ok, hora de ir a dormir 21:42:41 <eche|on> nos vemos 21:42:44 * zzz ***bafs*** da por cerrada la reunión