I2P Dev Meeting - December 04, 2012

20:18:53 * KillYourTV ha notado que llevamos 17 minutos de reunión... y hemos empezado con calma... 20:19:31 <lillith> me preguntaba eso; ¿también me equivoqué de hora o algo? 20:20:23 * dg está esperando a estar libre 20:20:30 <dg> tengo que rematar algunas cosas primero 20:20:33 <dg> perdón 20:20:39 <dg> pueden empezar sin mí si lo necesitan 20:23:07 * KillYourTV va a ser mayormente un observador debido a sus roles bastante insignificantes & poco importantes... 20:23:15 <KillYourTV> ...así que las horas de inicio no importan. 20:23:39 <Meeh> Estaré aquí, pero puedo esperar hasta que dg esté listo 20:23:42 <str4d> Me pregunto si sería posible tener dos conexiones leaf (nodo hoja) de IRC al mismo leaf para reducir los netsplits... 20:23:48 <dg> Mientras nadie se moleste, esperaré un poco más 20:23:59 <dg> Ojalá $task no tarde mucho más 20:24:02 <str4d> (sin duplicar los mensajes) 20:24:05 <dg> str4d: no sin mods serios al IRCd 20:24:16 <dg> (¿o i2p hax?) 20:24:22 * KillYourTV baja la prioridad (nice) de sus tareas para darle más tiempo de CPU a dg 20:25:07 <str4d> Ya hay mods de I2P para el IRCd, así que ¿por qué no redundancia? 20:25:50 <dg> en realidad 20:25:50 <str4d> Supongo que depende del IRCd 20:26:04 <dg> Más o menos veo la cantidad de splits de IRC como una forma de medir la salud de la red 20:26:19 <dg> Para mí, dice algo sobre el éxito de los tunnel :-P 20:27:07 <str4d> Hablando de eso. 20:27:30 <KillYourTV> No sé qué mods se aplicaron ni por qué fueron necesarios. (En su día ngircd necesitaba un pequeño mod para mostrar b32... pero con webirc no hace falta (y aquí no se muestran de todos modos)) 20:28:00 <str4d> -_- 20:49:54 <psi> orion: re: c++ i2p ¿te importa si añado un sistema de compilación a tu código? probablemente scons 20:54:16 <dg> Estoy listo 20:54:27 <dg> Perdón por la demora, gente 20:55:01 * dg hace ping a #i2p-dev 21:03:16 <str4d> o/ dg 21:04:09 <hottuna> 'lo dg 21:05:07 <iRelay> <weltende@freenode> *saluda* 21:05:53 <psi> yay 21:05:56 * psi se desconectó por timeout 21:11:17 <hottuna> ¿listo, dg? 21:13:23 <dg> perdón, me desconecté 21:13:26 <dg> ¿Qué me perdí? 21:13:26 <dg> <+iRelay> <weltende@freenode> *saluda* 21:13:26 <dg> chanserv da voz a psi 21:13:26 <dg> <+psi> yay 21:13:26 <dg> +psi se desconectó por timeout 21:13:26 <dg> s-771 ahora se conoce como s-77 21:13:26 <dg> <+dg> ¡yay! 21:13:26 <dg> <+dg> Todos se despertaron por mí<3 21:13:27 <dg> <+dg> weltende: ¿Alguna novedad sobre la lista de correo? porfa ten alguna para mí 21:13:27 <Meeh> *saluda* 21:13:27 <hottuna> No creo que te hayas perdido nada 21:13:27 <psi> sip 21:13:27 <dg> vale 21:13:27 <dg> Entonces, weltende: .. 21:14:37 <iRelay> <weltende@freenode> no realmente... no he tenido tiempo hasta ahora 21:14:47 <iRelay> <weltende@freenode> kytv podría hacerlo... tiene acceso root a la máquina que tenía en mente, si no recuerdo mal ;-) 21:14:50 * dg espera unos minutos 21:15:41 * dg le da un toque a KillYourTV 21:17:30 <iRelay> <weltende@freenode> dg: ¡y más cencerro! 21:17:34 <iRelay> <weltende@freenode> ejem... estructura 21:18:02 * dg nunca fue bueno en eso, pero lo intentará 21:18:12 * dg sigue adelante 21:18:15 <dg> KillYourTV: haz ping cuando vuelvas 21:18:21 <dg> Entonces, actualizaciones de estado. 21:18:40 * str4d tiene ~40 min, así que GTFG fg ;P 21:18:40 <KillYourTV> ¿hmm? No me di cuenta de que tenía root, pero puedo dedicarle algo de tiempo (los trabajos de clase & la mudanza me han ocupado bastante tiempo) 21:18:40 <dg> ¿Vale la pena recuperarlas ya que tenemos las reuniones (y ojalá sus resúmenes, pero ahora mismo no están funcionando)? 21:19:15 <str4d> dg, ¿para quién serían las actualizaciones de estado? 21:19:22 <str4d> s/for/aimed at/ 21:19:25 <iRelay> str4d quiso decir: dg, ¿a quién irían dirigidas las actualizaciones de estado? 21:19:34 <dg> Bueno, supongo que las anteriores que mantenía jrandom eran para quienes querían un TL;DR de las reuniones 21:20:06 <dg> Quizá como lo que hicimos con la última reunión (en el sitio web), donde se resumieron los resultados al principio de la página 21:20:31 <hottuna> Serían buenas para la construcción de comunidad, pero también suponen algo de trabajo. 21:20:49 * dg no cree que sea estrictamente necesario, pero estaría bien decir qué logró/decidió la reunión 21:21:32 <hottuna> ¿A alguien le gustaría hacerlo? 21:22:01 <str4d> En el rediseño del sitio he tomado las actualizaciones de estado como 'entradas de blog' 21:22:05 <str4d> Así que quizá sea mejor escribir esas, o estructurar las actualizaciones de estado como tales. 21:22:20 <hottuna> suena bastante bien 21:22:57 <str4d> (Y dado que el blog terminará con RSS o lo que sea, eso se podrá usar para alimentar cualquier otra vía de distribución que se desee) 21:23:24 <psi> punto 1: a considerar, CCC 21:23:27 <lillith> estaba pensando que después de una reunión podríamos abrir un hilo nuevo en zzz.i2p, para permitir que la gente responda con cualquier seguimiento de lo discutido 21:23:30 <psi> ¿cómo se organizará 'este lado'? 21:23:55 <hottuna> Apoyo la idea del blog; sin embargo, alguien tendría que hacerlo. 21:24:50 <psi> oh maldito lag 21:25:27 <str4d> Y las actualizaciones de estado no tienen por qué ser demasiado 'de actas', ya que la sección de reuniones del rediseño es donde deberían ir las actas reales (y estoy pensando que las actas también podrían ponerse en un feed, mientras que los logs completos se muestran junto con las actas en el sitio) 21:26:10 <zzz> dg, para tu información, las actualizaciones de estado de jr se enviaban horas antes de cada reunión, y no eran actas de la reunión anterior 21:26:55 <str4d> Ah, gracias zzz; o sea, más bien una actualización general para poner a todos al día antes de la reunión. 21:27:10 <zzz> correcto 21:27:39 <zzz> dg, para tu información, las actualizaciones de estado de jr se enviaban horas antes de cada reunión, y no eran actas de la reunión anterior 21:28:00 <dg> zzz: ah ok, era un tl;dr de la $week? 21:28:03 <dg> <+dg> ¿Seguimos? 21:28:03 <dg> <+dg> psi: ccc está en la agenda :) 21:28:03 <dg> --- aquarium (grenze@irc2p) se ha unido a #i2p-dev 21:28:06 <dg> --- w8rabbit (w8rabbit@irc2p) ha salido (Killed (nickserv (Nick kill enforced))) 21:28:06 <zzz> <str4d> Ah, gracias zzz - so more of a general get-everyone-up-to-speed-before-the-meeting update. 21:28:06 <zzz> <zzz> correcto 21:28:09 <dg> <+dg> Siguiente tema: * PR management role (http://zzz.i2p/topics/1299) 21:28:09 <dg> <+dg> No sé si el que publicó eso está aquí.. 21:28:09 <str4d> dg, reenvío: Y las actualizaciones de estado no tienen por qué ser demasiado 'de actas', ya que la sección de reuniones del rediseño es donde deberían ir las actas reales (y estoy pensando que las actas también podrían ponerse en un feed, mientras que los logs completos se muestran junto con las actas en el sitio) 21:28:24 <str4d> Sí está; ¿orion? 21:28:34 <hottuna> dg, ¿estarías dispuesto a escribir una actualización de estado antes de las reuniones en el blog? 21:29:16 <str4d> (al menos está en el canal) 21:29:23 <str4d> Y para que conste, este es el tipo que trabaja en I2PCPP 21:30:15 * psi está compilando i2pcpp 21:31:12 <psi> también estoy mirando el código 21:32:58 <psi> tengo un archivo SConstruct 21:36:03 <dg> malditas ratas comiéndose los cables 21:36:03 <dg> [repost] 21:36:03 <dg> <+psi> i've got a SConstruct file 21:36:05 <dg> <+dg> str4d: 21:36:05 <dg> <+dg> * Actualizaciones del rediseño del sitio web 21:36:05 <dg> <+dg> ¿Algo? 21:36:08 <dg> [/repost] 21:36:12 <str4d> dg, necesito m0ar estables 21:36:15 <str4d> =P 21:36:21 <dg> :( 21:36:36 <str4d> dg, tengo funcionando URLs por red 21:36:59 <dg> oh, bien, progreso 21:37:02 <dg> ¿Cómo lo hiciste? 21:37:06 * psi nota mental: no compilar con -j8 en una máquina con 4 núcleos 21:37:13 <str4d> Así que en los archivos de página, si pones <a href="http://{{ i2pconv(trac.i2p2.i2p) }}/"> lo convertirá en trac.i2p2.de 21:37:32 <str4d> Y del mismo modo para cualquier otro sitio que tenga URLs públicas conocidas (hardcoded). 21:37:39 <str4d> De lo contrario añade .to 21:38:16 <str4d> dg, el problema era que Flask estaba cacheando filtros aplicados a cadenas. 21:38:19 <str4d> Así que se evaluaba (eval) en la primera lectura de la plantilla y luego se almacenaba. 21:38:39 <iRelay> <weltende@freenode> psi: a menos que haga múltiples hilos por núcleo ;) 21:38:43 <str4d> Convertir el filtro en un 'context processor' (para que la función se evalúe en cada petición) hizo el trabajo. 21:38:46 <dg> Oh, ja 21:39:34 <str4d> Puedo intentar generalizar la función para que le pases la URL completa y encuentre y cambie la parte del dominio, si la gente prefiere usarlo así. 21:39:45 <str4d> Pero funciona por ahora (TM) 21:40:01 <dg> psi: 21:40:04 <dg> * discusión de workshop/lightning talk de CCC 21:40:28 <psi> sí 21:40:39 * psi revisa el enlace de zzz.i2p 21:40:58 <str4d> (aparte: En cuanto tenga algo de tiempo libre (después de quitar los bugs del mecanismo del feed) me gustaría resolver lo del mirroring de descargas con welterde.) 21:42:36 <iRelay> <weltende@freenode> str4d: bueno... debería ser suficientemente simple... archivo de texto en mtn con la lista de todos los mirrors http, ftp.. 21:44:32 <iRelay> <weltende@freenode> (y en el backend solo un sitio maestro de rsync, del que tiran todos los mirrors) 21:44:40 <hottuna> ¿elegimos un tema para la lightning talk? 21:44:40 <psi> ok, respecto a CCC, hay un 0% de posibilidades de que consiga los documentos requeridos para llegar a tiempo 21:44:40 <psi> además... muchas "otras cosas" 21:44:40 <psi> en general estoy sobrecargado por los exámenes finales 21:44:40 <psi> también lag 21:45:31 <str4d> welterde, me lo imaginaba, pero no estoy familiarizado con la configuración actual de mirrors. 21:47:26 <str4d> La otra cosa, claro, es migrar el resto de las páginas antiguas (y ordenar el diseño de navegación) 21:48:06 <dg> <+psi> ok, respecto a CCC, hay un 0% de posibilidades de que consiga los documentos requeridos para llegar a tiempo 21:48:06 <dg> <+psi> además... muchas "otras cosas" 21:48:06 <dg> <+psi> en general estoy sobrecargado por los exámenes finales 21:48:06 <dg> <+psi> también lag 21:48:06 <dg> <+dg> Probablemente podríamos preguntar a la audiencia quién ha usado i2p antes 21:48:09 <dg> <+iRelay> <weltende@freenode> (y en el backend solo un sitio maestro de rsync, del que tiran todos los mirrors) 21:48:09 <dg> <+dg> psi: sí, ech y welt van, que yo sepa 21:48:11 <dg> <+str4d> welterde, me lo imaginaba, pero no estoy familiarizado con la configuración actual de mirrors. 21:51:57 <str4d> Bien, me voy o/ 21:52:13 <dg> adiós o/ 21:52:28 <dg> De verdad deberíamos haber empezado antes 21:52:31 <dg> maldita sea 21:52:47 <str4d> Veré si puedo estar de vuelta a tiempo para el final, pero sin garantías. 21:53:35 <dg> bien, estenografía 21:53:42 * dg le da un toque a Meeh 21:54:01 <psi> necesitamos una interfaz genérica para crear transportes 21:54:04 <psi> (en mi opinión) 21:54:23 <psi> s/need/should\ have/ 21:54:26 <iRelay> psi quiso decir: deberíamos\ tener una interfaz genérica para crear transportes 21:55:08 <Meeh> Estoy aquí, perdón, me interrumpieron con una llamada, ya estoy de vuelta 21:55:16 <dg> que yo sepa hay algo llamado "restricted routes" (rutas restringidas), pero no sé cómo funcionan 21:55:19 <Meeh> *poniéndome al día/leyendo el log* 21:55:22 <dg> (¿ni siquiera se han implementado?) 21:55:28 <dg> Meeh: no hay mucho que leer.. :( 21:55:50 <psi> dg ¿no hay docs sobre eso? 21:56:10 <dg> psi: lo único que encontré fue una mención en www.i2p2.i2p, bajo roadmap o algo así.. 21:56:47 <psi> si alguien recuerda qué son/eran las "restricted routes", por favor que lo diga 21:56:50 <lillith> dg, según lo entiendo, las 'restricted routes' son como el 'darknet mode' en Freenet: solo te conectas vía pares de confianza 21:56:57 <psi> ah 21:57:16 <dg> ah 21:57:31 <lillith> creo :) 21:57:34 <psi> suena a que podría ser eso 21:58:11 <dg> coincide con el nombre 21:58:33 <lillith> se ha mencionado en zzz.i2p recientemente, si no recuerdo mal 21:59:40 <psi> si alguien que sí lo sepa con certeza desde hace tiempo puede dar una "confirmación", sería genial 22:01:31 <lillith> http://zzz.i2p/topics/114 22:04:31 * dg lee 22:04:31 <lillith> no es lo que quería decir, pero lo explica bastante a fondo 22:06:02 <Meeh> solo me pregunto, ¿en qué vamos de la reunión? 22:06:13 <Meeh> ¿cuál es el tema actual? 22:06:16 <dg> Estamos un poco a la deriva, Meeh 22:06:23 <Meeh> ah ok 22:06:31 <dg> "* Ocultar tráfico de I2P. Como Tor, ocultar para que parezca tráfico SSL, o algo así. (Pensando en países donde las darknets son ilegales) " 22:06:41 <dg> (Empezamos tarde y por tanto estamos fallando) 22:08:10 <Meeh> sí, deberíamos pensar en posibles transportes alternativos para países que bloquean y hacen ilegales las darknets 22:09:47 <lillith> bueno, para empezar: ¿qué tan distintivo es el tráfico de i2p ahora? 22:09:50 <hottuna> Creo que deberíamos jugar algo así de la misma manera que Tor 22:09:50 <hottuna> y desplegarlo no antes de que sea necesario 22:09:50 <hottuna> para prolongar cualquier carrera armamentística 22:09:50 <hottuna> pero aún no hemos sido bloqueados en ningún sitio 22:09:50 <hottuna> que yo sepa 22:10:05 <dg> (todavía) 22:10:25 <dg> Además, la falta de este tipo de "protección", es decir, sistema, mantiene a algunos alejados de i2p 22:10:32 <psi> en general una API de transporte genérica sería una mina de oro para desarrolladores 22:10:32 <hottuna> tenemos muchos datos aleatorios, pero ninguno de los encabezados de SSL 22:10:57 <dg> obfsproxy es increíble pero no necesitamos algo de ese nivel 22:11:48 <psi> alguna interfaz que implementes que haga tu versión de transporte de datos, ya sea sobre cabras o sobre http+ssl 22:11:50 <iRelay> <weltende@freenode> psi: ya tenemos una API de transporte genérica ;) 22:11:54 <lillith> i2p realmente no puede ser "demasiado seguro" 22:12:02 <hottuna> una API de transporte sería una buena idea, y permitiría el desarrollo rápido de transportes necesarios 22:12:14 <psi> ¿ah, sí? 22:12:36 <psi> necesito mirar el código más de cerca 22:12:56 <psi> o no destaca mucho, o lo pasé por alto, o no está 22:13:03 <Meeh> sí, todavía... es cuestión de tiempo 22:13:36 <iRelay> <weltende@freenode> router/java/src/net/i2p/router/transport/Transport.java es la interfaz que tienes que implementar 22:13:36 <dg> definitivamente no, lillith 22:13:46 <dg> aunque i2p ya es mucha cripto 22:14:17 <hottuna> creo que obfsproxy es horrible, y está pegado a Tor de la manera más "frankenstein" posible 22:14:40 <dg> No me gustan sus pluggable transports pero la tecnología es genial 22:14:48 <dg> (emular Skype es algo genial) 22:17:27 <psi> si no recuerdo mal, obsproxy puede ser contraproducente 22:17:33 <hottuna> tengo que irme 22:17:46 <psi> debido a que emula una red de vigilancia 22:17:53 * psi ortografía 22:18:00 <dg> adiós 22:19:55 <psi> yo también tengo que irme por ahora 22:20:27 <dg> Creo que podemos darlo por terminado ahora y hacerlo la próxima semana/en algún momento pronto (o antes) 22:20:34 <dg> Más o menos la hemos cagado con esta 22:21:04 <iRelay> <weltende@freenode> suena como un plan 22:21:07 <psi> es mejor tener una estructura de reunión predefinida 22:21:54 <dg> sí 22:26:10 <Meeh> desconectado... 22:26:29 <Meeh> 23:10:30 <+psi> en general una API de transporte genérica sería una mina de oro para desarrolladores 22:26:32 <Meeh> 23:10:31 <hottuna> tenemos muchos datos aleatorios, pero ninguno de los encabezados de SSL 22:26:35 <Meeh> 23:13:01 <+Meeh> sí, todavía... es cuestión de tiempo 22:26:38 <Meeh> 23:13:15 <+Meeh> así que por qué dejar a la gente fuera de i2p un tiempo... más vale prevenir que lamentar 22:26:41 <Meeh> ¿qué me perdí? 22:27:11 <psi> Meeh: reunión aplazada por ahora 22:27:11 * psi ortografía 22:27:58 <psi> <dg> definitivamente no, lillith 22:27:58 <Meeh> ah, qué mal... ¿reunión la próxima semana? 22:28:10 * psi lag 22:28:55 <lillith> Meeh, por decidirse, quizá antes, ya que esta no fue un gran éxito 22:29:25 <Meeh> cierto, cierto; entonces la próxima semana