Blog on I2P - El Proyecto Internet Invisible

Lanzamiento de I2P 2.11.0

Mon, 09 Feb 2026 00:00:00 +0000

A partir de esta versión, I2P ahora requiere Java 17 o posterior. Por favor consulta la documentación de tu sistema operativo para saber cómo actualizar Java. I2P ahora también usa Jetty 12. Por favor revisa los logs de tu router para detectar problemas de migración.

El trabajo en esta versión continúa mejorando el soporte para criptografía post-cuántica. La criptografía post-cuántica ahora está habilitada por defecto en la capa ratchet.

Hemos implementado la primera ronda de mitigaciones para los ataques de spam en curso. Se están desarrollando mitigaciones adicionales.

Tiempo Tormentoso

Wed, 04 Feb 2026 00:00:00 +0000

La red I2P está experimentando actualmente inestabilidad debido a ataques continuos de Denegación de Servicio y agotamiento de recursos. Estos ataques están afectando el rendimiento y la confiabilidad de los servicios I2P y sitios ocultos. El Equipo de Desarrollo de I2P está investigando activamente e implementando mitigaciones para contrarrestar estos ataques.

Introducing the New I2P Website

Tue, 06 Jan 2026 00:00:00 +0000

Launching the Redesigned I2P Website

We are pleased to announce the launch of the redesigned I2P website. This update is the result of a focused effort to make I2P easier to discover, easier to understand, and easier to contribute to—without compromising the values the project is built on.

This work is primarily aimed at the I2P community: long-time users, contributors, developers, researchers, and those discovering I2P for the first time and trying to understand how it fits together.

StormyCloud se une a la familia de I2P

Sat, 01 Nov 2025 00:00:00 +0000

Nos entusiasma compartir una noticia importante: StormyCloud está oficialmente uniendo fuerzas con I2P de manera significativa.

Durante años, StormyCloud ha sido una parte fundamental de la infraestructura de I2P, proporcionando alojamiento y soporte que ayudan a mantener la red funcionando sin problemas. Ahora estamos formalizando esa alianza y ampliando lo que podemos hacer juntos.

We’re particularly glad to announce that Lance James and idk are joining StormyCloud’s Board of Directors. Lance founded the Invisible Internet Project, which evolved into what we now know as I2P, and his experience building privacy-focused networks goes back decades. idk has been extensively involved in I2P development for years — if you use I2P, you’ve benefited from his work.

Nuevos I2P Routers

Thu, 16 Oct 2025 00:00:00 +0000

Es un momento emocionante para el desarrollo de I2P; nuestra comunidad está creciendo y ahora están apareciendo múltiples prototipos nuevos de I2P router (enrutador) completamente funcionales. Estamos muy entusiasmados con este desarrollo y con compartir esta noticia con ustedes.

¿Cómo ayuda esto a la red?

Desarrollar routers I2P nos ayuda a demostrar que nuestros documentos de especificación pueden utilizarse para producir nuevos routers I2P, abre el código a nuevas herramientas de análisis y, en general, mejora la seguridad y la interoperabilidad de la red. La existencia de múltiples routers I2P implica que los posibles errores no sean uniformes; un ataque contra un router puede no funcionar contra otro distinto, evitando así un problema de monocultivo. Sin embargo, quizá la perspectiva más emocionante a largo plazo sea la integración.

Lanzamiento de I2P 2.10.0

Mon, 08 Sep 2025 00:00:00 +0000

Continúa el trabajo en la implementación y el despliegue de la criptografía poscuántica en I2P. En esta versión, la criptografía poscuántica está disponible, pero no está activada de forma predeterminada para los nuevos tunnels. Quienes estén interesados en probar el soporte poscuántico deben habilitarlo a través de “Hidden Service Manager”, en “Encryption Types”. Asegúrense de ponerse en contacto en #i2p-dev en IRC2P para obtener ayuda y para informar de cualquier problema que encuentren.

Lanzamiento de I2P 2.9.0

Mon, 02 Jun 2025 00:00:00 +0000

I2P 2.9.0 es una versión de mantenimiento que incluye correcciones de errores y trabajo en nuevas funcionalidades.

Novedades

Se ha optimizado el uso de hilos para mejorar el rendimiento del sistema I2PTunnel. NTCP2 se ha mejorado para resistir ataques de sondeo. El sistema de notificaciones se ha integrado en más aplicaciones para proporcionar mejor información a los usuarios desde I2PSnark y las demás aplicaciones. Se ha corregido la inscripción automática en floodfill. Los usuarios pueden observar un mayor uso de recursos cuando actúan como floodfill. Si esto no es deseado, el modo floodfill puede desactivarse en la página /config.

Lanzamiento de I2P 2.8.2

Sat, 29 Mar 2025 00:00:00 +0000

2.8.2 corrige un error que causaba fallos de SHA256 y que fue introducido en la versión 2.8.1. El error afecta principalmente a routers de alto ancho de banda.

Como de costumbre, recomendamos actualizar a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Detalles de la versión

Bug Fixes

Fix SHA256 double-free from Noise
Clear i2ptunnel bubble count when clearing status messages

Correcciones de errores

Reduce memory usage in BanlistRenderer
Use torrent name instead of torrent file name in notifications
Translation updates

SHA256 Checksums

7658f9ba7e28ab29ffeb3ec1909bf04f5ae391ee159980145ea01bd793c46f80 i2pinstall_2.8.2_windows.exe
cd606827a9bca363bd6b3c89664772ec211d276cce3148f207643cc5e5949b8a i2pinstall_2.8.2.jar
039b59fedd4a64aaeb6b74ab974310abdc9c08cb47ef1b8568c718965b50a485 i2psource_2.8.2.tar.bz2
71cef41d7184516e42c15dc5105e52ab19960affd571b636e767e8bf8c227075 i2pupdate_2.8.2.zip
15d886a9015dcf27ccc25e31b703ef6538b8b777176adf643dfe8ee0ba4984e0 i2pupdate.su3

Versión 2.8.1

Mon, 17 Mar 2025 00:00:00 +0000

2.8.1 corrige el acceso a sitios locales que dejó de funcionar en 2.8.0. Añadimos burbujas de notificación a varias aplicaciones en la consola para destacar los mensajes de las aplicaciones. Corregimos un error en la prueba de tunnel que podría haber estado afectando la fiabilidad del tunnel. La libreta de direcciones ahora tiene una nueva pestaña “Más recientes” que muestra los nombres de host más recientes añadidos desde tus suscripciones. Hay varias correcciones y mejoras en el tema oscuro.

I2P 2.8.0 publicado

Tue, 04 Feb 2025 00:00:00 +0000

Esta versión mejora I2P corrigiendo errores, eliminando código no utilizado y mejorando la estabilidad de la red.

Hemos mejorado la gestión de routers congestionados en la red. Se abordaron problemas en UPnP y NAT traversal (atravesamiento de NAT) para mejorar la conectividad y la notificación de errores. Ahora contamos con una estrategia más agresiva para la eliminación de leaseset del NetDb con el fin de mejorar el rendimiento de los routers y mitigar la sobrecarga. Se implementaron otros cambios para reducir la observabilidad de eventos como el reinicio o el apagado de un router.

I2P 2.7.0 lanzado

Wed, 09 Oct 2024 00:00:00 +0000

Esta versión, I2P 2.7.0, continúa nuestro trabajo corrigiendo errores, mejorando el rendimiento y añadiendo funciones.

Se ha mejorado el acceso a la información desde la consola y las aplicaciones. Se han corregido problemas en I2PSnark y en la búsqueda de SusiMail. La búsqueda de netDB integrada en la consola del router ahora funciona de una manera más intuitiva y útil. Se han realizado mejoras menores en las pantallas de diagnóstico en el modo avanzado.

Versión 2.6.1

Tue, 06 Aug 2024 00:00:00 +0000

I2P 2.6.1 se publica para corregir un error de la interfaz de usuario en la aplicación Hidden Services Manager. Este error provocaba que el desplazamiento se deshabilitara, dejando parte de la configuración inaccesible.

Como de costumbre, recomendamos que actualices a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Detalles de la versión

Changes

Graphs: render graphs in svg
Translations: generate internal translation leaderboard

Cambios

i2ptunnel: Fix bug causing truncation configuration UI

Correcciones de errores

Translation updates

Lista completa de errores corregidos

Lanzamiento de I2P 2.6.0

Fri, 19 Jul 2024 00:00:00 +0000

Esta versión, I2P 2.6.0, continúa nuestro trabajo corrigiendo errores, añadiendo nuevas características y mejorando la fiabilidad de la red.

Se favorecerán los routers más recientes al seleccionar routers floodfill. I2PSnark incorporó funciones que mejoran el rendimiento de PeX(Peer Exchange), además de correcciones de errores. Los protocolos de transporte heredados están siendo eliminados, simplificando el código en los transportes UDP. Un destino alojado localmente será accesible por clientes locales sin solicitar su LeaseSet, lo que mejora el rendimiento y la capacidad de prueba. Se realizaron ajustes adicionales en las estrategias de selección de pares.

Versión 2.5.2

Wed, 15 May 2024 00:00:00 +0000

I2P 2.5.2 se ha publicado para corregir un error introducido en 2.5.0 que provocaba la truncación de algunos contenidos HTTP.

Como de costumbre, recomendamos que actualice a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Detalles de la versión

Changes

Console: Update rrd4j to 3.9.1-preview
Router: Publish G cap if symmetric natted

Cambios

i2ptunnel: Fix bug causing truncation of some HTTP content
i2ptunnel: Fix custom option form width (light theme)
Tunnels: Fix selection of peers with expired RIs

Correcciones de errores

Translation updates

Lista completa de errores corregidos

Nueva versión I2P 2.5.1

Mon, 06 May 2024 00:00:00 +0000

I2P 2.5.1 se publica para abordar ataques de denegación de servicio que afectan a la red y los servicios de I2P. Con esta versión desactivamos las partes basadas en IP de la herramienta de detección de ataques Sybil, que fueron objeto de ataques dirigidos para amplificar el efecto y la duración del ataque. Esto debería ayudar a que la red vuelva a su funcionamiento normal. Quienes hayan desactivado la herramienta de detección de ataques Sybil pueden volver a habilitarla con seguridad. También se han realizado ajustes en otros subsistemas para mejorar la validación de RouterInfo y la selección de pares.

Tiempo tormentoso

Thu, 25 Apr 2024 00:00:00 +0000

La red I2P está sufriendo actualmente un ataque de denegación de servicio. Este ataque afecta a I2P e i2pd, pero de formas diferentes y está teniendo un efecto grave en la salud de la red. La accesibilidad a los sitios de I2P está gravemente degradada.

Si está alojando un servicio dentro de I2P y este se encuentra alojado en un Floodfill router (router con función Floodfill), debería considerar hacer multihoming del servicio en un Floodfill-disabled router para mejorar la alcanzabilidad. Se están discutiendo otras mitigaciones, pero aún se está trabajando en una solución a largo plazo, compatible con versiones anteriores.

Nueva versión I2P 2.5.0

Mon, 08 Apr 2024 00:00:00 +0000

Esta versión, I2P 2.5.0, ofrece más mejoras orientadas al usuario que la versión 2.4.0, que se centró en implementar la estrategia de aislamiento de NetDB.

Se han añadido nuevas funciones a I2PSnark, como la posibilidad de buscar en torrents. Se han corregido errores para mejorar la compatibilidad con otros clientes de torrents de I2P, como BiglyBT y qBittorrent. Nos gustaría agradecer a todos los desarrolladores que han trabajado con libtorrent y qBittorrent para habilitar y mejorar su soporte de I2P. También se han añadido nuevas funciones a SusiMail, incluida la compatibilidad con formato Markdown en los correos electrónicos y la posibilidad de arrastrar y soltar archivos adjuntos en los correos. Tunnels creados con el Hidden Services manager ahora admiten “Keepalive”, lo que mejora el rendimiento y la compatibilidad con tecnologías web, permitiendo sitios I2P más sofisticados.

Muchas máscaras, una sola mente: asegurando la NetDB

Fri, 29 Mar 2024 00:00:00 +0000

Nota del autor: los ataques mencionados en este artículo no son posibles contra las versiones actuales de I2P.

Como una red peer-to-peer autoorganizada, I2P depende de los routers que participan en la red para disponer de una forma de compartir información sobre qué hay en la red y cómo acceder a ello. Los routers de I2P logran este intercambio de información utilizando la NetDB, una DHT (tabla hash distribuida) basada en Kademlia pero modificada para funcionar en I2P. La NetDB necesita compartir dos tipos principales de entradas, “RouterInfos”, que los pares usarán para comunicarse directamente con otros routers, y “LeaseSets”, que otros pares usarán para comunicarse con clientes de I2P a través de tunnels anónimos. Los routers se comunican con frecuencia entradas de la NetDB entre sí, ya sea enviando la información a un router o a un cliente, o solicitando información a un router o a un cliente. Esto significa que las entradas pueden llegar directa o indirectamente, de forma anónima o no anónima, según las necesidades de la red y las capacidades del cliente. Sin embargo, al tratarse de una red de anonimato, también es importante que siga siendo imposible que la información enviada de forma anónima pueda solicitarse de vuelta de forma no anónima. También es importante que la información enviada de forma no anónima sea imposible de solicitar de vuelta de forma anónima. Si llega a ser posible que se dé cualquiera de esas situaciones, entonces se podría llevar a cabo un ataque de vinculación que permita a un atacante determinar si clientes y routers comparten una vista común de la NetDB. Si puede determinarse de manera fiable que los 2 objetivos comparten una vista común de la NetDB, entonces hay muchas probabilidades de que estén en el mismo router, lo que debilita drásticamente el anonimato del objetivo. Debido a que hay tan pocas redes de anonimato, y I2P es la única en la que la tabla de enrutamiento se comparte mediante el funcionamiento de una DHT, esta clase de ataque es casi exclusiva de I2P y su resolución es importante para el éxito de I2P.

Lanzamiento de I2P 2.4.0 con mejoras en la congestión y en la seguridad de NetDB

Mon, 18 Dec 2023 00:00:00 +0000

Detalles de la actualización

Esta versión, I2P 2.4.0, continúa nuestro esfuerzo por mejorar la seguridad y la estabilidad de la red I2P. Contiene mejoras significativas en el Network Database (base de datos de la red), una estructura esencial dentro de la red I2P utilizada para descubrir tus pares.

Los cambios en la gestión de la congestión mejorarán la estabilidad de la red al dar a los routers la capacidad de aliviar a los pares congestionados evitándolos. Esto ayudará a la red a limitar el efecto del tunnel spam. También ayudará a la red a recuperarse durante y después de ataques DDoS.

Publicado Easy-Install para Windows 2.3.0

Mon, 10 Jul 2023 00:00:00 +0000

Ya se ha publicado la versión 2.3.0 del I2P Easy-Install bundle para Windows. Como de costumbre, esta versión incluye una actualización del router de I2P. Esto también abarca cuestiones de seguridad que afectan a quienes alojan servicios en la red.

Esta será la última versión del paquete Easy-Install que será incompatible con la I2P Desktop GUI. Se ha actualizado para incluir nuevas versiones de todas las extensiones web incluidas. Se ha corregido un error de larga data en I2P in Private Browsing que lo hacía incompatible con temas personalizados. Aun así, se recomienda a los usuarios no instalar temas personalizados. Las pestañas de Snark no se fijan automáticamente en la parte superior del orden de las pestañas en Firefox. Excepto por usar cookieStores alternativos, las pestañas de Snark ahora se comportan como pestañas normales del navegador.

I2P versión 2.3.0

Sun, 25 Jun 2023 00:00:00 +0000

Esta versión incluye correcciones para CVE-2023-36325. CVE-2023-36325 es un error de confusión de contexto que ocurría en el filtro Bloom. Un atacante crea un mensaje I2NP que contiene un messageID único y envía ese messageID a un cliente. El mensaje, después de pasar por el filtro Bloom, no se permite que se reutilice en un segundo mensaje. Luego, el atacante envía el mismo mensaje directamente al router. El router pasa el mensaje al filtro Bloom y este es descartado. Esto filtra la información de que el messageID ya se ha visto antes, lo que da al atacante un motivo sólido para creer que el router está alojando al cliente. Esto se ha corregido separando la funcionalidad del filtro Bloom en diferentes contextos según si un mensaje llegó por un tunnel de cliente, por un tunnel exploratorio o se envió directamente al router. En circunstancias normales, este ataque tarda varios días en ejecutarse con éxito y puede verse afectado por varios factores, como el reinicio de routers durante la fase del ataque y la sensibilidad a falsos positivos. Se recomienda a los usuarios de Java I2P actualizar de inmediato para evitar el ataque.

I2P versión 2.2.1

Wed, 12 Apr 2023 00:00:00 +0000

Después de la publicación de I2P 2.2.0, que se adelantó para acelerar las mitigaciones frente a los ataques DDOS, detectamos algunos problemas emergentes que hicieron necesario compilar y publicar nuevos paquetes. Esta versión corrige un problema en Ubuntu Lunar y Debian Sid en el que la consola del router era inaccesible al usar una versión actualizada del paquete jakarta. Los paquetes de Docker no leían correctamente los argumentos, lo que daba como resultado archivos de configuración inaccesibles. Este problema también se ha resuelto. El contenedor de docker ahora también es compatible con Podman.

I2P Versión 2.2.0

Mon, 13 Mar 2023 00:00:00 +0000

Hemos decidido adelantar la fecha de lanzamiento de la versión 2.2.0, que tendrá lugar hoy, 13 de marzo de 2023. Esta versión incluye cambios en los componentes NetDB, Floodfill y Peer-Selection que mejoran la capacidad del router para sobrevivir a ataques DDOS. Es probable que los ataques continúen, pero las mejoras en estos sistemas ayudarán a mitigar el riesgo de ataques DDOS al ayudar al router a identificar y dar menor prioridad a routers que parezcan maliciosos.

Acerca de los recientes ataques de denegación de servicio

Thu, 09 Feb 2023 00:00:00 +0000

La red I2P está siendo afectada actualmente por un ataque de denegación de servicio (DoS). La función floodfill de la red se ha visto afectada, lo que ha provocado interrupciones en las respuestas y una disminución de las tasas de éxito en la construcción de tunnel. Los participantes de la red han experimentado dificultades para conectarse a sitios I2P y utilizar servicios de I2P. Se están investigando e implementando gradualmente estrategias de mitigación.

Reunión de desarrollo de I2P - 07 de febrero de 2023

Tue, 07 Feb 2023 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, zzz, not_bob, echelonMAC, obscuratus

Registro de la reunión

(08:01:07 PM) eyedeekay: Hola a todos, perdón por llegar tarde, me desconecté justo antes de la reunión (08:01:59 PM) eyedeekay: 1. Hola (08:01:59 PM) eyedeekay: 2. Informe de estado 2.1.0 (08:01:59 PM) eyedeekay: 3. Estado del desarrollo 2.2.0 (08:01:59 PM) eyedeekay: 4. Limitación por congestión (08:01:59 PM) eyedeekay: 5. Gestión hipotética del tráfico (inundación de usuarios de Tor) (08:01:59 PM) eyedeekay: 6. Pegatinas para traductores (08:01:59 PM) eyedeekay: zzz ¿dónde quieres hacer tu informe sobre el DOS? ¿2 o tema propio? (08:02:45 PM) zzz: llamémoslo 3b) (08:02:46 PM) zzz: o 2b) (08:02:59 PM) eyedeekay: OK 2b entonces (08:03:00 PM) zzz: como prefieras (08:03:53 PM) eyedeekay: 1. Hola ¿quién más está aquí hoy además de zzz y yo? (08:03:58 PM) zzz: hola (08:04:09 PM) not_bob: Presente (08:04:18 PM) echelonMAC: aquí (08:04:18 PM) obscuratus: Hola (08:04:29 PM) eyedeekay: Gran asistencia, gracias a todos (08:04:30 PM) echelonMAC: en sistema de reemplazo. (08:05:06 PM) eyedeekay: 2. Informe de estado 2.1.0 (08:05:15 PM) zzz: IRC va con más retraso de lo habitual, así que por favor den un poco más de tiempo para las respuestas (08:05:38 PM) eyedeekay: Gracias zzz, lo tendré en cuenta (08:09:02 PM) eyedeekay: Por dónde empezar... me he centrado en problemas de UX de Android, en particular corregir cosas que estaba haciendo mal al inicializar la app (08:09:04 PM) eyedeekay: Android recibirá una versión menor por ello (08:10:00 PM) eyedeekay: El tema que seguro todos tienen en mente ahora es que la red está bajo ataque, lo que ha centrado la atención de todos (08:10:05 PM) eyedeekay: Y ese es el tema 2b (08:10:59 PM) eyedeekay: Rayos, mezclé los temas, olviden eso, debía ir en el 3. perdón, ha sido una semana larga, muchas cosas pasando (08:12:03 PM) eyedeekay: zzz, ¿me harías el favor de tomar el 2? Creo que no estoy bien preparado para presentar todo lo que está ocurriendo (08:12:28 PM) zzz: claro (08:12:29 PM) zzz: pero antes de hacerlo (08:12:56 PM) zzz: ¿tú y echelonMAC tienen un informe de progreso del paquete easy-install para Mac 2.1.0? (08:13:17 PM) eyedeekay: Ah sí, puedo hacerlo (08:14:38 PM) eyedeekay: Entonces, hemos ido acotando los problemas y ahora mismo echelonMAC y yo tenemos distintas hipótesis sobre lo que está pasando, que ambos estamos investigando (08:14:38 PM) eyedeekay: Mi hipótesis es que todo esto proviene de una solución temporal obsoleta para un bug en Java 14 (08:15:08 PM) eyedeekay: Donde jpackage se supone que firma los archivos dylib que se empaquetan en una imagen de disco (dmg), pero que en realidad quedan sin firmar (08:15:33 PM) echelonMAC: en resumen: eyedeekaym rehizo el script de firma, puedo compilar y firmar, pero sigue siendo una firma incorrecta para Apple (08:15:55 PM) eyedeekay: zab sorteó esto creando el directorio .app y firmando lo que hay dentro, y luego usando jpackage solo para el paso final de empaquetado (08:16:35 PM) eyedeekay: así que cuando actualizamos Java empezamos a firmarlo todo dos veces, y ya no necesitábamos hacer ese paso de firma manualmente (08:16:47 PM) eyedeekay: echelonMAC corrígeme si me equivoco, pero ¿crees que tienes el tipo de llaves equivocado? (08:17:10 PM) echelonMAC: quizá sí, quizá no, no estoy seguro (08:17:18 PM) echelonMAC: al menos los logs muestran este error (08:17:53 PM) zzz: mi pregunta era de más alto nivel, ¿cuál es el ETA? ¿2.1.0 sigue siendo el objetivo o se ha abandonado y están esperando a 2.2.0, o qué? (08:18:15 PM) echelonMAC: 2.1.0 sigue siendo el objetivo, pero actualmente sin ETA (08:18:39 PM) echelonMAC: puedo compilar casi al instante, pero ahora mismo no tengo tiempo para profundizar... (08:18:48 PM) eyedeekay: Aún quiero sacar una versión 2.1.0 tan pronto como sepamos que podemos pasar la notarización; en mi opinión, una vez que podamos pasarla una vez deberíamos poder hacerlo de forma predecible (08:18:59 PM) zzz: eyedeekay más o menos se comprometió a principios de abril para 2.2.0 en su entrada de blog, ¿no estás respaldando ese ETA, echelonMAC? (08:19:49 PM) echelonMAC: estoy completamente indefenso y no puedo predecir un ETA, ya que aún no entiendo completamente la firma y la compilación. (08:20:12 PM) echelonMAC: más o menos, sigo los scripts a ciegas; si idk puede arreglar la firma, la notarización es un trabajo de 5 minutos. (08:20:24 PM) echelonMAC: SI la firma funciona como Apple espera (08:20:26 PM) zzz: ok entonces recomiendo editar la entrada del blog, eyedeekay; no prometamos cosas que no podamos cumplir (08:20:33 PM) eyedeekay: Hecho (08:21:19 PM) zzz: ok, gracias ¿listo para mi parte del 2)? (08:21:41 PM) eyedeekay: Sí, por favor (08:21:48 PM) zzz: genial (08:22:00 PM) zzz: la última reunión fue una semana después del lanzamiento; ahora llevamos 4 semanas (08:22:15 PM) zzz: mi esperanza era que el éxito de construcción expl. fuera subiendo de forma constante (08:22:35 PM) zzz: del veinte y pocos por ciento a treinta y pocos, y luego “salir” de la congestión, de vuelta a cuarenta y pocos (08:22:45 PM) zzz: solo ocurrió la primera parte (08:25:20 PM) zzz: y luego oscilamos entre veinte y pocos y treinta y pocos (08:26:56 PM) zzz: así que tenemos algunas teorías, véase 2b) (08:26:56 PM) zzz: pero por lo demás estoy contento con el rendimiento de 2.1.0 (08:26:56 PM) zzz: no hay demasiados informes de bugs (08:26:56 PM) zzz: daré una visión general de lo que estamos corrigiendo en 2b) y 3) (08:26:56 PM) zzz: alrededor del 50% de la red se ha actualizado a 2.1.0 o al equivalente en i2pd (08:26:56 PM) zzz: por favor, todos actualicen si no lo han hecho (08:26:56 PM) zzz: eso es todo lo que tengo para 2a), pero haré una pausa de un minuto para preguntas/comentarios antes de empezar 2b) (08:28:33 PM) zzz: ok, 2b) condiciones actuales de la red (08:28:33 PM) zzz: durante el fin de semana comenzó un ataque inequívoco (08:28:33 PM) zzz: muchos floodfill routers (08:28:33 PM) zzz: en su mayor parte, la red en general y los routers de Java lo están manejando bien (08:28:33 PM) zzz: tengo un informe de routers que se caen con OOM (out of memory) (08:28:54 PM) zzz: Entiendo que los routers i2pd están teniendo serias dificultades con tasas de éxito de construcción de tunnels muy bajas (08:29:06 PM) not_bob: Mi flota está actualizada. (08:29:15 PM) zzz: el ataque está empezando/deteniéndose/cambiando varias veces al día (08:29:37 PM) zzz: así que llevamos apenas unas 60 horas tratando de entenderlo y discutiendo contramedidas (08:30:15 PM) zzz: recuerden que el problema de construcción de tunnels (ahora es mucho más probable que se clasifique como un ataque distinto) comenzó el 19 de diciembre y nos llevó varias semanas comprenderlo y abordarlo (08:30:27 PM) zzz: así que es pronto todavía (08:30:36 PM) not_bob: Tengo un router I2P+ y le ha ido bien para capear esto. Pero mis routers i2pd no tanto. He visto un éxito de construcción de tunnels tan bajo como 3%. Actualmente estoy alrededor del 10% en esos routers. (08:31:17 PM) zzz: pero este es un ataque sybil/DHT directo; es nuevo para nosotros, pero familiar para cualquiera que haga aplicaciones peer-to-peer/DHT (08:31:53 PM) zzz: demasiado pronto para decir si requerirá un lanzamiento adelantado (para java i2p) y, de ser así, cuándo (08:32:23 PM) zzz: FIN, esperaré un par de minutos para discusión/comentarios/preguntas (08:33:24 PM) eyedeekay: ¿Las personas que terminen en OOM deberían aumentar la RAM disponible para su router? (08:36:18 PM) zzz: sí, esa es una mitigación directa (08:36:18 PM) zzz: detén tu router, edita wrapper.config, reinicia (08:36:18 PM) zzz: Espero tener mitigaciones en compilaciones de desarrollo en unos días (08:36:18 PM) dr|z3d: idealmente quieres tu heap mínimo alrededor de 256M y tu RAM máxima en 2-3 veces eso. (08:36:18 PM) not_bob: Actualmente no tengo ningún router I2P estándar en ejecución. (08:36:18 PM) zzz: Quiero repetir lo que dije arriba: los ataques están evolucionando rápidamente y queremos tomarnos nuestro tiempo para abordar los problemas generales (08:36:18 PM) zzz: no centrarnos demasiado estrechamente en los detalles específicos (08:37:36 PM) zzz: de vuelta contigo, eyedeekay, si no hay nada más sobre 2b) (08:38:06 PM) eyedeekay: muchas gracias, zzz. 3) Estado del desarrollo 2.2.0 (08:39:51 PM) eyedeekay: Como dije por error antes, me he centrado en problemas de UX de Android, en particular corregir cosas que estaba haciendo mal al inicializar la app; cosas bastante básicas, considerando todo, pero que ya tocaba mejorar (08:39:57 PM) eyedeekay: o directamente corregir (08:40:49 PM) eyedeekay: Por ejemplo, correcciones para suscripciones y puertos personalizados al construir tunnels, que se interpusieron para varios usuarios tras un gran aumento de usuarios con 2.10 (08:41:07 PM) dr|z3d: como inciso, y para arrojar algo de luz sobre el tamaño del ataque, tenemos a un usuario informando de ~30K routers bloqueados. así que no es trivial :) (08:41:07 PM) dr|z3d: (ese sería shiver, que está aquí) (08:42:36 PM) mark22k: Tengo 56005 pares bloqueados. (08:42:58 PM) eyedeekay: Santo cielo. Yo tengo 11027 y pensé que era mucho (08:43:08 PM) moristo: ¿Es esto obra de un estado-nación—los routers bloqueados u otro patrón notable? (08:43:50 PM) moristo: El internet de Spectrum estuvo caído ayer en FL y en Italia el día anterior. (08:43:54 PM) moristo: *ayer. (08:43:55 PM) zzz: volvamos a 3), por favor, y pospongamos más discusión sobre el ataque hasta después de la reunión (08:44:05 PM) echelonMAC: Pares bloqueados (57053) (08:44:22 PM) moristo: oh, ¿hay una reunión en curso? Mi culpa. (08:46:50 PM) zzz: eyedeekay, ¿sigues con nosotros? (08:47:11 PM) eyedeekay: sí, aquí estoy (08:47:37 PM) zzz: ¿tienes más sobre el 3) o es mi turno? (08:47:37 PM) eyedeekay: empecé un largo: (08:47:37 PM) eyedeekay: i2p.firefox(El Easy-Install para Windows también se está trabajando; allí se está haciendo más trabajo por eliminación, las actualizaciones se están simplificando ahora que las instalaciones antiguas de estilo admin han migrado todas a instalaciones de estilo usuario (08:47:37 PM) eyedeekay: el soporte de instalación portátil en USB está en el horizonte para 2.2.0 (08:47:43 PM) eyedeekay: Con actualizaciones (08:48:21 PM) eyedeekay: Otros problemas y quejas de usuarios que estoy abordando o decidiendo cómo abordar están en ese rastreador de incidencias (08:48:28 PM) eyedeekay: FIN por mi parte (08:48:47 PM) zzz: ok, viste el problema de NPE en i2p.i2p, ¿verdad? (08:49:10 PM) eyedeekay: Sí, lo vi; estoy tras ello (08:49:21 PM) zzz: ok, avisa si necesitas ayuda, obvio (08:49:24 PM) zzz: 3) por mi parte: (08:49:47 PM) zzz: Terminé el refactor de selección de pares en el que he estado trabajando desde septiembre, por fin (08:50:31 PM) zzz: Creo que arreglé las indicaciones erróneas de NAT simétrico que había en 2.1.0, pero necesito que alguien con ese problema pruebe y lo reporte (08:50:59 PM) zzz: tenemos una nueva caja de búsqueda en i2psnark muy chula (08:51:19 PM) zzz: casi listo con los "límites de congestión" (propuesta 162) (08:51:31 PM) echelonMAC: :-) (08:51:49 PM) zzz: y algunos ajustes más para refinar nuestro manejo de la congestión en la construcción de tunnels (08:52:18 PM) zzz: a finales de la semana pasada pensé que ya casi había terminado con 2.2.0 y que podría relajarme dos meses hasta el lanzamiento (08:52:31 PM) zzz: así que, por desgracia, ahora tenemos mucho más que hacer (08:52:48 PM) zzz: así son las cosas a veces (08:53:24 PM) not_bob: Gracias por eso, una gran mejora de calidad de vida. (08:53:24 PM) zzz: FIN, esperaré un minuto para discusión y luego de vuelta contigo, eyedeekay (08:53:37 PM) zzz: jaja not_bob de nada (08:55:00 PM) eyedeekay: ¿Última llamada para el 3? (08:55:20 PM) eyedeekay: 4. Limitación por congestión - creo que este era un tema de tunnel_king, ¿está tunnel_king aquí? (08:55:42 PM) zzz: de vuelta contigo, eyedeekay (08:57:39 PM) eyedeekay: 4. Limitación por congestión, 5. Gestión hipotética del tráfico (inundación de usuarios de Tor) - ambas introducidas por tunnel_king, última llamada para tunnel_king (08:59:01 PM) eyedeekay: OK, la última, 6. Pegatinas para traductores (08:59:01 PM) eyedeekay: Específicamente, reglas para personas que reciben pegatinas fuera de las Américas (08:59:58 PM) zzz: este era mi tema, solo porque sigue sin resolverse desde la última reunión (09:00:28 PM) zzz: echelonMAC, ¿tienes una respuesta? (09:00:41 PM) echelonMAC: no en detalle, pero quien quiera debería recibir un montón de pegatinas si envían su dirección (09:01:04 PM) echelonMAC: o sea, enviar un anuncio en Transifex y enviar después de recibir la dirección (09:01:19 PM) echelonMAC: pero actualmente no han llegado nuevas pegatinas aquí (09:01:35 PM) eyedeekay: El tracking dice el día 10 (09:01:55 PM) zzz: Estoy esperando a que echelonMAC publique las instrucciones en mi foro, luego copiaré/pegaré a Transifex (09:02:17 PM) echelonMAC: ok (09:02:28 PM) zzz: ahí estamos desde hace un mes (09:02:42 PM) zzz: gracias (09:03:33 PM) eyedeekay: ¿Algo más para el 6 o para la reunión? (09:03:36 PM) zzz: FIN del 6) por mi parte, de vuelta contigo, eyedeekay (09:04:32 PM) zzz: una palabra de cierre para la reunión: zzz.i2p el mejor lugar para noticias y el clima; publicaré allí cuando sepa más de lo que sé ahora (09:04:32 PM) zzz: gracias (09:04:55 PM) eyedeekay: Muchas gracias por eso, zzz, y gracias a todos por venir a la reunión (09:05:44 PM) eyedeekay: Nos vemos por IRC y a la misma hora el próximo mes (09:08:55 PM) zzz: gracias, eyedeekay (09:08:55 PM) zzz: lo logramos sin desconexiones

Actualización sobre la notarización de Mac Easy Install

Tue, 31 Jan 2023 00:00:00 +0000

El I2P Easy-Install Bundle para Mac ha tenido las actualizaciones paralizadas durante las últimas 2 versiones debido a la salida de su mantenedor. Se recomienda a los usuarios del Easy-Install bundle para Mac que cambien al instalador clásico de estilo Java, que fue restaurado recientemente en la página de descargas. La versión 1.9.0 presenta problemas de seguridad conocidos y no es adecuada para alojar servicios ni para ningún uso a largo plazo. Se aconseja a los usuarios migrar lo antes posible. Los usuarios avanzados del Easy-Install bundle pueden sortear esto compilando el bundle desde el código fuente y autofirmando el software.

Lanzamiento de Windows Easy-Install 2.1.0

Fri, 13 Jan 2023 00:00:00 +0000

Detalles de la actualización

Se ha publicado el I2P Easy-Install bundle para Windows, versión 2.1.0. Como de costumbre, esta versión incluye una actualización del I2P Router. Esta versión de I2P proporciona estrategias mejoradas para gestionar la congestión de la red. Estas deberían mejorar el rendimiento, la conectividad y garantizar la salud a largo plazo de la red de I2P.

Presentes: echelon, eyedeekay, zzz

Registro de la reunión

(03:00:31 PM) eyedeekay: Hola a todos, bienvenidos a la reunión del 8 de noviembre (03:00:31 PM) eyedeekay: 1. Hola (03:00:31 PM) eyedeekay: 2. Estado del desarrollo de la 2.0.0 (03:00:31 PM) eyedeekay: 3. Publicar tarballs de código fuente para los lanzamientos del paquete (03:00:31 PM) eyedeekay: 4. Pegatinas gratis para traductores (03:00:31 PM) eyedeekay: ¿Algo más para la agenda? (03:00:39 PM) mode (-m ) by zzz (03:01:19 PM) zzz: hola (03:01:58 PM) eyedeekay: hola zzz (03:02:03 PM) eyedeekay: ¿Hay alguien más hoy? (03:02:08 PM) eche|on: hola (03:02:18 PM) eyedeekay: Hola eche|on (03:02:39 PM) eyedeekay: 2. Estado del desarrollo de la 2.0.0 (03:02:58 PM) eyedeekay: Estamos a 2 semanas del lanzamiento, con una congelación de etiquetas mañana, si mal no recuerdo (03:03:49 PM) eyedeekay: Sí, exactamente entonces (03:04:38 PM) eyedeekay: zzz y orignal han estado trabajando duro para tener ssu2 listo; el plan sigue siendo habilitarlo (03:05:08 PM) eyedeekay: Haré una versión sin firmar de I2P Easy-Install para Windows (03:05:50 PM) eyedeekay: No conozco el estado del lanzamiento para Mac; ¿los usuarios de Mac se quedan atascados en la 1.9.0 hasta que encontremos un nuevo mantenedor/firmante para Mac? (03:06:25 PM) zzz: sí. Hay un resumen bastante bueno del lanzamiento en `http://zzz.i2p/topics/3377` (03:07:02 PM) zzz: las pruebas de SSU2 en los últimos 3 meses, con un 2% habilitado, han sido un éxito tremendo (03:07:17 PM) zzz: no hemos encontrado problemas importantes, pero hemos corregido innumerables menores (03:08:19 PM) eche|on: adelante con SSU2 (03:08:35 PM) eche|on: sobre Mac: tengo una cuenta de desarrollador y un MAC, pero por ahora no tengo idea del howto (03:08:39 PM) eche|on: y poco tiempo (03:09:03 PM) zzz: interesante (03:09:31 PM) zzz: ¿crees que _podrías_ hacerlo en algún momento? Si es así, ¿cuándo? (03:09:39 PM) eche|on: Sí tengo el repositorio git de las inclusiones para Mac, pero aún no lo he mirado (03:09:54 PM) eche|on: SI averiguo el howto, más bien pronto (tm) (03:10:05 PM) zzz: aunque llegue con uno o dos meses de retraso, sería fantástico (03:10:08 PM) eche|on: pero el howto puede fracasar a corto plazo (03:10:41 PM) eche|on: tampoco idea de qué va a hacer Apple, pero son cosas que hay que averiguar (03:11:10 PM) eyedeekay: Veré si puedo ayudarte, construir los jpackages de Mac es bastante sencillo, nunca los he firmado pero está todo en los scripts que escribió zab (03:11:25 PM) zzz: cuando haga el 2.0.0 news.xml, también pondré una entrada de noticias en el feed de Mac diciendo que se retrasará (03:11:42 PM) zzz: eyedeekay, ¿tienes un Mac? (03:11:57 PM) eyedeekay: Tengo un Mac Intel pero no cuenta de desarrollador (03:12:04 PM) eche|on: sadie tiene un Mac, pero ni idk ni sadie quieren hacer públicos sus nombres (03:12:25 PM) eche|on: conseguir una cuenta de desarrollador es bastante simple : dar tu nombre y pagar 100$ al año (03:12:28 PM) eyedeekay: Puedo hacer un dmg pero se firma con claves locales que no están permitidas en otros Mac (03:12:32 PM) zzz: Entiendo. La idea es que puedas recorrer todo excepto la notarización (03:12:32 PM) eche|on: más o menos eso es (03:13:12 PM) eche|on: vuelvo en 2min (03:13:25 PM) zzz: que yo sepa, la notarización es la verdadera molestia. Ojalá el howto esté claro... (03:14:14 PM) eyedeekay: Creo que el único escollo real es preparar los entornos de desarrollo de Java; hay una herramienta que instalas vía brew que cambia de versión y lo hace muy fácil (03:14:25 PM) zzz: eyedeekay, pongamos esto en la agenda para el próximo mes (03:14:36 PM) eyedeekay: Se puede (03:15:19 PM) zzz: mientras tanto, por favor recorre el howto tal como existe actualmente hasta donde puedas sin notarización, solo para probar el howto y ver si necesita correcciones para ech (03:16:10 PM) zzz: especialmente para comprobar si la parte de arm64 está documentada (03:16:45 PM) eyedeekay: Haré todo lo que pueda, aunque no podré ejecutar el proceso de arm64 porque no tengo un Mac arm64 (03:16:53 PM) eche|on: Veré cómo obtener los certificados con la notarización, (03:16:55 PM) eyedeekay: Haré todo hasta ese punto, eso sí (03:17:18 PM) eche|on: eyedeekay: simplemente pide un Mac arm64. reembolso como de costumbre (03:17:28 PM) eche|on: no hace falta detenerse por eso (03:17:30 PM) zzz: ¿necesitas un Mac ARM para compilar ARM? (03:17:41 PM) zzz: probablemente... (03:17:59 PM) eyedeekay: No estoy del todo seguro de los matices de todo esto con respecto a la compilación cruzada (03:18:02 PM) zzz: también hay un flujo de trabajo posible en el que idk compila y ech notariza (03:18:23 PM) zzz: pero no necesitamos resolverlo todo aquí (03:18:44 PM) eyedeekay: Pero jpackage es bastante quisquilloso con las combinaciones de arquitectura/SO (03:19:28 PM) SoniEx2: raspberry pi? (03:19:39 PM) zzz: pasemos al siguiente tema (03:19:40 PM) eyedeekay: ELF no Mach-O (03:19:42 PM) eyedeekay: Pero sí (03:19:45 PM) eyedeekay: 3. Publicar tarballs de código fuente para los lanzamientos del paquete (03:20:24 PM) eyedeekay: Como ahora estoy solo y he querido publicar tarballs de código fuente todo el tiempo, 2.0.0 de Windows tendrá tarballs de código fuente (03:20:36 PM) eyedeekay: Uno para el propio paquete y otro para el componente del administrador de perfiles (03:21:17 PM) eyedeekay: Como parte de revisar los scripts del paquete de Mac, añadiré la generación de tarballs de código fuente como parte del proceso (03:21:18 PM) zzz: ok, y ya que el objetor de Mac se ha ido, añadamos uno también a la página de Mac (03:21:28 PM) eyedeekay: Lo haré (03:21:41 PM) zzz: genial, estoy contento (03:22:38 PM) eyedeekay: 4. Pegatinas gratis para traductores (03:23:27 PM) eche|on: sí (03:23:49 PM) eyedeekay: eche|on y yo hablamos de esto brevemente por correo tras la reunión del mes pasado (03:23:49 PM) eyedeekay: Creo que ambos estábamos a favor de hacerlo, no tengo el correo abierto (03:24:23 PM) eche|on: claro que podemos hacerlo, uno para cada parte del mundo (03:24:28 PM) zzz: fue mi propuesta, pero requiere a) pegatinas y b) alguien que las envíe (03:24:30 PM) eche|on: pero mis recursos de pegatinas son limitados (03:24:47 PM) zzz: por lo que entiendo, básicamente nos hemos quedado sin pegatinas (03:24:59 PM) eche|on: sadie/idk todavía tienen varias (03:25:05 PM) eche|on: yo tengo solo alrededor de 400 o así (03:25:23 PM) eche|on: deberían ser suficientes para 1 año o más, pero planifiquemos con antelación (03:25:26 PM) eyedeekay: Oh, me quedé en, como, 8 en All Things Open la semana pasada (03:25:30 PM) eyedeekay: Necesitaré pedir más (03:25:53 PM) eche|on: ah, ok (03:26:10 PM) zzz: ¿pueden coordinar entre ustedes quién hace el pedido, cuál es el diseño, y asegurarse de que cada uno reciba la mitad? (03:26:16 PM) eyedeekay: Sí, podemos (03:26:34 PM) zzz: estupendo (03:27:05 PM) zzz: cuando las tengan en mano, avisen y lo anunciaré en TX (03:27:11 PM) eche|on: bien (03:27:22 PM) zzz: gracias, chicos (03:27:46 PM) eyedeekay: No hay problema (03:27:56 PM) eyedeekay: ¿Algo más sobre el punto 4 o para la reunión? (03:28:25 PM) eche|on: no (03:29:14 PM) eyedeekay: Muy bien, gracias a todos por venir, publicaré la reunión en unos minutos

Transporte SSU2

Tue, 11 Oct 2022 00:00:00 +0000

Descripción general

I2P ha utilizado un protocolo de transporte UDP resistente a la censura, “SSU”, desde 2005. Hemos tenido pocos, si es que alguno, informes de que SSU haya sido bloqueado en 17 años. Sin embargo, según los estándares actuales de seguridad, resistencia al bloqueo y rendimiento, podemos hacerlo mejor. Mucho mejor.

Por eso, junto con el proyecto i2pd , hemos creado e implementado “SSU2”, un protocolo UDP moderno diseñado conforme a los más altos estándares de seguridad y resistencia al bloqueo. Este protocolo reemplazará a SSU.

Reunión de desarrolladores de I2P - 04 de octubre de 2022

Tue, 04 Oct 2022 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, zzz, zlatinb

Registro de la reunión

(04:00:08 PM) eyedeekay: Hi everyone, welcome to the October 4 2022 meeting (04:00:08 PM) eyedeekay: 1. Hi (04:00:18 PM) zlatinb: hi (04:00:28 PM) zzz: hi (04:00:51 PM) eyedeekay: 1. Hi (04:00:51 PM) eyedeekay: 2. 1.10.0 development status (04:00:51 PM) eyedeekay: 3. next release 2.0.0? (04:00:51 PM) eyedeekay: 4. Publish source tarballs for bundle releases (04:00:51 PM) eyedeekay: 5. Free stickers for translators (04:00:51 PM) eyedeekay: 6. Windows Easy-Install Update/Out-of-Beta (04:01:05 PM) eyedeekay: 2. 1.10.0 development status (04:01:15 PM) eyedeekay: About 7 weeks to go (04:01:24 PM) eyedeekay: My big priority this month has been to get the Windows Easy-Install bundle ready to go out of beta (04:01:31 PM) eyedeekay: Lots of stuff on the forum about that, targeting stable updates, compatibility with existing/unbundled routers, and a more stable and flexible way to manage and launch browser profiles, more on all that in item 6 (04:01:38 PM) eyedeekay: Also working on a "Split Tunneling" or "Per-App VPN" tool in Android(on the roadmap). (04:01:47 PM) eyedeekay: The utility is that it allow users to configure their browsers more easily, in a way which prevents WebRTC escapes by putting them onto an interface which corresponds to an I2P connection and not to their network provider (04:02:05 PM) eyedeekay: zzz, zlatinb what would you like to add that you're working on (04:02:30 PM) zzz: not a lot to report... SSU2 testing continues to go well... (04:02:53 PM) zzz: put up proposal 161 about compressible padding, we'll be discussing it in #ls2 meetings... (04:03:06 PM) zlatinb: Nothing specific I'm working on, just want to let everyone know that I'll be afk from 22nd Nov to 10th Dec so if the next release gets tagged on the 21st I may be able to build the mac bundles but will most likely not be able to seed the torrents (04:03:29 PM) eyedeekay: If you send me the files I'll seed them for you (04:03:32 PM) zzz: I have some peer selection efficiency improvements I'm going to try to get in soon, may or may not make it (04:03:43 PM) zzz: EOT (04:04:21 PM) eyedeekay: Thanks zzz, zlatinb, I don't want to rush anybody but we do have a long agenda today, anything else to add on 2? (04:04:59 PM) eyedeekay: 3. next release 2.0.0? (04:04:59 PM) eyedeekay: My vote is yes to 2.0.0 (04:05:19 PM) zzz: yeah I put it up for comments on my forum and got I think 1 yes and no no's (04:05:36 PM) eyedeekay: I was a yes at the last meeting too I think (04:05:46 PM) zzz: I'd like to decide today because I have a SSU2 blog post ready to go and it would be helpful to refer to the next release by number (04:06:22 PM) zzz: yeah I didn't hear any strong opinions one way or the other last meeting which is why we pushed it a month (04:06:34 PM) zzz: I think it's a good idea (04:06:51 PM) zzz: so if there's no objections, let's call it 2.0.0! (04:07:30 PM) eyedeekay: Timeout 1m for objections (04:07:47 PM) zzz: make it 30 seconds :) (04:07:54 PM) eyedeekay: Yeah I already burned 30 (04:08:04 PM) eyedeekay: OK there it is (04:08:06 PM) eyedeekay: 2.0.0 (04:08:17 PM) eyedeekay: 4. Publish source tarballs for bundle releases (04:08:31 PM) zzz: yeah this was my item (04:08:53 PM) zzz: standard open source practice is to post source tarballs, even if we can point to a git tag (04:09:06 PM) zzz: I understand that the Mac source doesn't change release to release? (04:09:10 PM) zzz: but the windows source does? (04:09:46 PM) zlatinb: well the mac bundle has evolved to enable arm64 but in general it doesn't change (04:10:02 PM) eyedeekay: What we both do is clone a copy of the repo and check out a specific release tag, ant distclean, generate our jars, and copy them into the bundle trees (04:10:15 PM) zzz: anyway, my recommendation is that we generate source tarballs as part of the build process and link to them on the respective download pages (04:10:36 PM) zzz: if they don't change, then I guess they can be unversioned (04:10:50 PM) zzz: so the windows source doesn't change release-to-release either? (04:11:01 PM) zlatinb: I would rather just tag and then fetch the tarball from github. I expect at least for a while the only thing changing in the mac bundle will be the changelog file (04:11:50 PM) zzz: you all can work out the details, but the goal is to have source and instructions so anybody can build it themselves (04:12:00 PM) eyedeekay: The i2p jars that get included don't change except to get updated, but the Windows source has changed in the launcher quite a lot since it started (04:12:12 PM) zzz: are you two willing to do that and add it to your release processes? (04:12:21 PM) eyedeekay: Yes absolutely (04:12:31 PM) eyedeekay: My release scripts and daily scripts now include tarball every time (04:12:36 PM) zzz: you don't need to include dependencies such as i2p, and probably shouldn't (04:12:37 PM) eyedeekay: zab's too IIRC (04:12:54 PM) zlatinb: the question is where to put the tarballs, should they be available on the site, etc. (04:13:25 PM) zzz: somewhere on the download server with everything else, with links on the bundle pages. You two can work out the details to be consistent (04:13:59 PM) zlatinb: well that's the thing, if we can just point to a gitlab tag then there's no need for any extraneous links (04:14:31 PM) zzz: disagree, I think it's good open source practice to publish source tarballs (04:14:55 PM) zlatinb: github and maybe gitlab allow tarball download off of a tag (04:14:57 PM) eyedeekay: It's not much more effort, I'm not against it, I tag in the same script I generate tarballs in (04:15:05 PM) zzz: here's the binary, here's the source, here's the gpg sigs, here's the build instructions (04:15:29 PM) zzz: it's also consistent with our mainline release to have tarballs (04:16:15 PM) zzz: sounds like zlatinb is not in agreement? should we push this off to next month? (04:16:38 PM) zlatinb: yeah I think it's unnecessary (04:16:57 PM) zlatinb: but don't mind doing it if that's what the decision is (04:17:11 PM) zzz: if it never changes, you only have to do it once and you're done (04:17:47 PM) zlatinb: it has changed very rarely historically (04:18:03 PM) eyedeekay: Kicking it down the road for now is fine with me, zlatinb and I can work out what we're going to do or not do in the meantime (04:18:33 PM) eyedeekay: This might be a situation where we have to be a little different because my bundle has been a little more rapidly-changing than his (04:19:27 PM) zzz: if we don't want to decide today I'll start a forum thread to solicit more opinions (04:20:44 PM) zlatinb: ok (04:20:44 PM) zzz: ok = you're oppposed for now? (04:21:02 PM) eyedeekay: Probably a good idea, and I'm pro tarballs (04:21:31 PM) zlatinb: yeah (04:21:31 PM) zzz: no problem, eyedeekay put it on the list for next month (04:21:37 PM) eyedeekay: OK can do (04:21:52 PM) eyedeekay: Anything else for 4? (04:22:38 PM) eyedeekay: 5. Free stickers for translators (04:22:55 PM) eyedeekay: zzz this one was also yours, take it away whenever you're ready (04:23:16 PM) zzz: yeah, credit sarah jamie lewis on twitter (04:23:32 PM) zzz: for her project which I've forgotten the name... cwtch? (04:24:02 PM) eyedeekay: That's the one (04:24:02 PM) zzz: anyway, thought it was a good idea, but we'd need a) stickers and b) people to mail them (04:24:17 PM) zzz: both of which we used to have but are now out of both people and stickers? (04:24:40 PM) zzz: so, do we want to do it, and should we order stickers (even if we don't) (04:24:45 PM) zzz: EOT (04:25:26 PM) zzz: sadie and eche|on used to be the sticker people I think (04:25:38 PM) eyedeekay: I went through and counted mine up, I've got maybe 35 of the old ones(Toopie) and 91 left of the run I ordered in the spring, but I'd be fine with ordering more (04:25:41 PM) zzz: anyway, comments please... yes/no/maybe? (04:26:00 PM) eyedeekay: I can mail them within the US and Canada but the EU isn't great for me (04:26:21 PM) zzz: we have hundreds of translators registered. only a few are probably active (04:26:41 PM) zzz: who is the sticker-orderer-person? (04:27:54 PM) eyedeekay: The last person to order stickers was probably me, but I did them on my own time/out of pocket so I would have them for conventions (04:28:19 PM) zzz: who's in charge of PR? (04:28:48 PM) zzz: who has an opinion about stickers for translators? (04:28:48 PM) zzz: well, you could have / should have gotten reimbursed... echelon used to be the sticker guy (04:29:54 PM) zzz: we're going to need his buyin both for the cost, and to make him the EU mail person, and to send half to you and half to him (04:30:15 PM) zzz: since he's not around, put this on the list for next month, I'll try to get his attention (04:30:22 PM) eyedeekay: I think that if translators request stickers we should be able to get them some stickers, but that it should be contingent on request (04:30:59 PM) zzz: sure, we don't have anybody's address, they have to ask. but we would have to tell them to ask (04:31:17 PM) uis is now known as Irc2PGuest33729 (04:31:48 PM) zzz: if anybody's going to CCC then you need to hop on more stickers, independent of translators (04:32:42 PM) zzz: EOT, push it to next month, no answers today (04:32:47 PM) eyedeekay: Ack, I do plan to go so I'll make sure I have some stickers (04:32:47 PM) eyedeekay: So next step is start an email chain with Ech about it (04:33:09 PM) eyedeekay: EOT from me, anything else on 5? (04:33:50 PM) eyedeekay: 6. Windows Easy-Install Update/Out-of-Beta (04:33:58 PM) eyedeekay: This one's mine obviously (04:34:26 PM) eyedeekay: So 1.9.5 point release happened technically because of the reseed application context timer obviously (04:34:45 PM) eyedeekay: But it was a convenient time to also keep an eye on how the updates performed (04:35:54 PM) zlatinb: and how did it behave? (04:35:55 PM) eyedeekay: It wasn't without complications, people who were using fell into 3 groups (04:36:56 PM) eyedeekay: 1. People for whom it worked perfectly (04:36:56 PM) eyedeekay: 2. People for whom it resulted in corrupted router.config files for un-bundled routers (04:36:56 PM) eyedeekay: 3. People for whom it it did not update because the router.config files were from un-bundled routers (04:37:22 PM) eyedeekay: 2 and 3 were problems, I followed up with the fix in a forum post on zzz.i2p (04:37:43 PM) eyedeekay: I believe they are fixed now and cannot recur in the future (04:37:57 PM) eyedeekay: Therefore I think the update process will be ready by what is now 2.0.0 (04:38:08 PM) eyedeekay: I actually think it's ready now but 7 weeks to test (04:38:53 PM) eyedeekay: So I would like to move it out of beta in November (04:39:09 PM) zzz: we don't have documented criteria for out-of-beta, really (04:39:17 PM) zzz: but for me it's that the release processes are solid, things aren't getting missed (04:39:27 PM) zzz: we're not doing point releases a week later to fix stuff (04:39:45 PM) zzz: but you may wish to list your own feature goals (04:40:21 PM) zzz: for example, are you two solid on reviewing the java updates every three months and jointly deciding to release or not? (04:40:40 PM) zzz: I didn't see any on-IRC discussion. did it happen off-IRC perhaps? (04:41:31 PM) zlatinb: the last discussion happened here, there has been no off-IRC discussion regarding jre point releases since (04:42:21 PM) eyedeekay: Didn't we talk about it on Whereby a little after that? (04:42:36 PM) eyedeekay: IIRC we only release in the Java cycle if there's a CVE which affects the last release? (04:42:46 PM) zzz: just to take an example, 18.0.2.1 August 18 2022 fixes a JIT bug that crashes the JRE. Are you two both on that, or did you jointly decide it wasn't necessary? (04:43:33 PM) zlatinb: I'm not on that I don't think (04:43:43 PM) zlatinb: and don't remember discussing that bug; I usually look only at the CVEs (04:44:08 PM) zlatinb: 21:43:29 zlatinb: I'm not on that I don't think (04:44:08 PM) zlatinb: 21:43:42 zlatinb: and don't remember discussing that bug; I usually look only at the CVEs (04:44:12 PM) zzz: back (04:45:12 PM) eyedeekay: I am on 18.0.2.1 but because I pushed back my release to try and make sure I addressed some stability issues and by that time Java had updated (04:45:24 PM) eyedeekay: Also my point release was built with an updated JDK (04:45:35 PM) eyedeekay: So that's got us out-of-sync again I think (04:45:54 PM) zzz: that's what I'm getting at about processes. If the build and release processes aren't yet stable and being reliably followed, these procucts aren't ready to graduate (04:46:01 PM) zzz: so when you updated, to 18.0.2.1, did you tell zlatinb you were doing it and suggest he do the same? (04:47:04 PM) eyedeekay: No I didn't, I simply let it auto-update and built with the latest version (04:48:13 PM) eyedeekay: So... there's another process to revise on my side (04:49:31 PM) zzz: I'd suggest you work on a solid bug-free release in november (together with whatever feature goals you have) and if that goes well put yourself on the agenda for december (04:50:00 PM) eyedeekay: OK can do (04:50:56 PM) zzz: or january because the release is likely to be late nov., may not have enough info by 1st week in dec. (04:52:02 PM) eyedeekay: If there's not enough to go on by then I'll move it (04:52:15 PM) eyedeekay: Anything else for 6? (04:52:27 PM) zzz: a brief 6a) (04:52:30 PM) eyedeekay: Sure (04:52:52 PM) zzz: zlatinb, reported that the mac arm update went well, so as far as I'm concerned it's out of beta as discussed on my forum (04:53:28 PM) zzz: zlatinb, you need to update your page to remove the beta label (04:53:28 PM) zzz: eot (04:53:28 PM) zlatinb: ok (04:53:29 PM) zlatinb: will do soon (04:54:24 PM) eyedeekay: All right that puts us at just shy of an hour, anything else for the meeting? (04:54:26 PM) eyedeekay: timeout 1m (04:54:41 PM) zlatinb: yes (04:54:57 PM) zlatinb: if StormyCloud reads the logs, I encourage them to address the concerns raised on reddit (04:56:15 PM) zlatinb: the longer that question stays unanswered the worse it looks (04:56:18 PM) eyedeekay: agreed, they do sometimes come to reddit and it would be good to hear from them (04:56:36 PM) zlatinb: eot (04:56:43 PM) eyedeekay: Thanks zlatinb (04:57:37 PM) eyedeekay: Anything else for the meeting(again)? timeout 30s this time (04:58:21 PM) eyedeekay: Thanks everyone for coming, I'll post the logs tonight, see you around IRC and same time next month

Conoce a tu mantenedor: DivaExchange

Mon, 26 Sep 2022 00:00:00 +0000

En esta segunda entrega de Conoce a tu mantenedor, me puse en contacto con Konrad de DIVA.EXCHANGE para hablar sobre la investigación y los servicios de DIVA. DIVA.EXCHANGE está desarrollando software con el objetivo de proporcionar tecnología bancaria libre para todo el mundo. Es segura sin una infraestructura centralizada y se basa en tecnología blockchain (cadena de bloques) e I2P.

¿Qué te llevó a interesarte por I2P?

Hace unos 10 años di una presentación para “Technologieforum Zug” - una red tecnológica muy local para gente de negocios. Les estaba presentando I2P y Tor como redes de superposición - para mostrarles que ahí fuera existen otras cosas interesantes.

Un recordatorio para mantenerse seguro a medida que I2P crece

Mon, 26 Sep 2022 00:00:00 +0000

Un recordatorio para mantenerse seguro a medida que I2P crece

Es un momento emocionante para The Invisible Internet Project (I2P). Estamos finalizando nuestra migración a criptografía moderna en todos nuestros transportes, ( Java y C++), y recientemente hemos obtenido un servicio de outproxy (proxy de salida) de alta capacidad y profesional, y hay más aplicaciones que integran funcionalidad basada en I2P que nunca antes. La red está preparada para crecer, así que este es un buen momento para recordar a todos que sean prudentes y se mantengan seguros al obtener I2P y software relacionado con I2P. Damos la bienvenida a nuevas aplicaciones, implementaciones y forks (bifurcaciones) con ideas nuevas, y el poder de la red proviene de su apertura a la participación de todos los usuarios de I2P. De hecho, no nos gusta llamarlos usuarios; preferimos usar la palabra “Participantes” porque cada uno de ustedes ayuda a la red, a su manera, aportando contenido, desarrollando aplicaciones o simplemente enrutando tráfico y ayudando a otros participantes a encontrar pares.

Conoce a tu mantenedor: StormyCloud

Wed, 07 Sep 2022 00:00:00 +0000

Una conversación con StormyCloud Inc.

Con la versión más reciente de I2P Java , el outproxy (proxy de salida) existente, false.i2p, fue reemplazado por el nuevo outproxy StormyCloud para las nuevas instalaciones de I2P. Para las personas que estén actualizando su router, el cambio al servicio Stormycloud puede hacerse rápidamente.

En el Administrador de Servicios Ocultos, cambia tanto Outproxies como SSL Outproxies a exit.stormycloud.i2p y haz clic en el botón Guardar en la parte inferior de la página.

Lanzamiento de la versión 1.9.5 del paquete de instalación fácil para Windows

Wed, 07 Sep 2022 00:00:00 +0000

Versión de corrección de errores para usuarios de Windows 11

Esta versión menor incluye una corrección de error en el router de I2P incluido, que resuelve un error muy poco común en el que el reloj de contexto está desincronizado con el reloj que utiliza el sistema de archivos, lo que da como resultado un router incapaz de leer el estado actual de su propia NetDB. Aunque hasta ahora este error solo se ha observado en Windows 11, se recomienda encarecidamente que todos los usuarios actualicen a la nueva compilación.

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

Tue, 06 Sep 2022 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, zzz, zlatinb, not_bob, RightNow, RN

Registro de la reunión

(04:01:46 PM) eyedeekay: Hola a todos (04:01:50 PM) eyedeekay: bienvenidos a la reunión del martes 6 de septiembre (04:02:02 PM) zzz: hola (04:02:07 PM) mode (-m ) by zzz (04:02:13 PM) zlatinb: hola (04:02:26 PM) eyedeekay: 1. Hola (04:02:26 PM) eyedeekay: 2. estado del lanzamiento de 1.9.0 (04:02:26 PM) eyedeekay: 3. estado del desarrollo de 1.10.0 (04:02:26 PM) eyedeekay: 4. ¿próximo lanzamiento 2.0.0? (04:02:26 PM) eyedeekay: 5. ¿paquete Mac arm64 fuera de beta si la actualización 1.9.0 fue exitosa? (seguimiento de la última reunión) (04:02:51 PM) eyedeekay: ¿Algo más que añadir antes de empezar? (04:03:19 PM) eyedeekay: hola zzz, hola zlatinb (04:03:46 PM) eyedeekay: 2. estado del lanzamiento de 1.9.0 (04:05:11 PM) eyedeekay: Publicamos hace unas 2 semanas; hubo un ligero retraso en sacar Android y el paquete Easy-Install (04:05:11 PM) eyedeekay: Las compilaciones de F-Droid también están corregidas, así que quien lo desee puede instalar desde F-Droid principal si así lo elige y la app funcionará (04:05:37 PM) not_bob: Gracias por eso. (04:05:43 PM) eyedeekay: No hay problema (04:06:41 PM) eyedeekay: Voy a hacer una versión de mantenimiento para el paquete Easy-Install de Windows; zlatinb encontró un error muy difícil de detectar que parece afectar al paquete easy-install en Windows 11 un poco más que en otros lugares (04:07:17 PM) eyedeekay: zzz, ¿quieres hablar de Debian o de algo más? (04:07:51 PM) zzz: claro (04:07:53 PM) zzz: alrededor del 40% de la red está actualizada, lo cual es típico a las 2 semanas (04:08:10 PM) zzz: tenemos unos cientos de routers con SSU2 habilitado ahora, como se deseaba/esperaba (04:08:41 PM) zzz: sin problemas importantes hasta ahora (04:09:06 PM) zzz: aunque el error de zlatinb quizá sea de gravedad media-alta :) (04:09:07 PM) zzz: EOT (04:10:01 PM) eyedeekay: Sí, y lo que no entiendo es cómo pasó sin ocurrir mucho durante tanto tiempo, y luego golpea al paquete Easy-Install dos veces en rápida sucesión (04:10:17 PM) zlatinb: bueno, fue casi por accidente que tengo que usar un portátil con Windows 11 por unos días; descubrió muchos problemas (04:11:08 PM) zlatinb: Supongo que el problema de reseed hizo que la gente o bien volviera a intentar, o bien abandonara i2p de entrada (04:11:09 PM) zzz: suele pasar así... el desarrollador consigue una configuración nueva... y se desata el caos (04:11:59 PM) zlatinb: todavía hay un problema sin resolver de creación de procesos (fork) con Firefox en el primer lanzamiento (04:12:48 PM) zlatinb: así que idealmente deberíamos intentar hacer algo al respecto (04:13:30 PM) eyedeekay: En efecto, solo ocurre la primera vez que se ejecuta el lanzador del navegador; todas las veces posteriores funciona bien (04:13:36 PM) zlatinb: quizá lanzarlo en modo headless (sin interfaz gráfica) o jugar con las opciones de lanzamiento, ni idea (04:14:10 PM) eyedeekay: Sí, podría lanzarlo en modo headless en la primera ejecución, dejar que haga fork y se cierre, y luego ejecutarlo con la ventana abierta (04:14:58 PM) eyedeekay: Es una buena idea, gracias zlatinb (04:15:15 PM) eyedeekay: ¿Algo más sobre el punto 2? (04:16:03 PM) goingpostal ahora es conocido como Irc2PGuest14444 (04:16:29 PM) eyedeekay: 3. estado del desarrollo de 1.10.0 (04:18:30 PM) eyedeekay: Perdón, estoy un poco menos preparado de lo habitual; he estado todo el día atrapado en la oficina de otra persona, ténganme paciencia (04:21:00 PM) eyedeekay: Tras 2 semanas, he estado trabajando en varias mejoras del paquete de Windows para hacerlo más estable e intuitivo de usar y ayudar a rastrear este error de desajuste de reloj (04:21:37 PM) eyedeekay: También he estado portando las partes de perfil y lanzador (menos el jpackaged router) a plataformas no Windows para, con suerte, proporcionar configuración automática del navegador allí (04:22:06 PM) eyedeekay: zzz ha estado trabajando en SSU2, corrigiendo errores con la ayuda de orignal; ¿te gustaría actualizarnos sobre eso, zzz? (04:22:16 PM) zzz: sí, gracias. Es pronto aún, pero hay un resumen de los cambios y correcciones hasta ahora en `http://zzz.i2p/topics/3377` (04:22:32 PM) zzz: SSU2: añadidos el ack-immediate flag y la migración de conexión (04:22:47 PM) zzz: que son las dos últimas cosas que queríamos incluir antes de habilitarlo para todos (04:24:07 PM) eyedeekay: Genial, ¿entonces vas justo en camino? (04:24:30 PM) zzz: la base de usuarios más grande nos está haciendo encontrar casos límite y errores más raros; nada demasiado serio, vamos corrigiendo sobre la marcha (04:24:30 PM) zzz: desde hace meses el plan ha sido habilitar SSU2 para todos en el lanzamiento de noviembre y seguimos en camino (04:24:30 PM) zzz: EOT (04:24:42 PM) zzz: sí (04:24:51 PM) eyedeekay: Genial, gracias por la actualización (04:25:09 PM) eyedeekay: ¿Algo más para el punto 3? (04:25:41 PM) eyedeekay: 4) ¿próximo lanzamiento 2.0.0? (04:25:52 PM) eyedeekay: zzz, tú añadiste este tema, ¿te gustaría empezar? (04:26:12 PM) zzz: esto fue una sugerencia de dr|z3d, así que si anda por aquí le pediré que haga su propuesta (04:26:50 PM) zzz: pero si no, diré que no es una mala idea (04:27:05 PM) zzz: Linux está a punto de pasar de 5.19 a 6.0 (04:27:25 PM) zzz: arti de Tor acaba de llegar a 1.0.0 (04:27:26 PM) zzz: SSU2 es tan buena excusa como cualquier otra (04:27:45 PM) RightNow: y I2P está pasando de SSU a SSU2 (04:27:47 PM) zzz: EOT - ¿opiniones, todos? y no necesitamos decidir hoy, tenemos 11 semanas más (04:28:30 PM) not_bob: No tengo problema con ello mientras funcione. (04:29:18 PM) zzz: ¿alguien lo odia? ¿alguien lo ama? (04:29:21 PM) eyedeekay: Claro, creo que tiene sentido; ambos transportes habrán sido modernizados, es un hito importante (04:29:43 PM) zlatinb: De algún modo me gustaría que tuviéramos algo más sonado para pasar a 2.0 (04:29:48 PM) RightNow ahora es conocido como RN (04:30:34 PM) eyedeekay: ¿Usarlo para 3.0.0 quizá? (04:30:38 PM) zzz: no hay nada más grande en la hoja de ruta. francamente, espero que no hagamos nunca nada más grande, estoy cansado... (04:30:56 PM) zlatinb: además tengo que irme ahora, perdón; sobre el último tema, sí, creo que el paquete Mac ARM está listo para salir de beta. Tendré el portátil con Windows otro día o dos para pruebas. Tengo que irme ya, perdón (04:30:59 PM) zlatinb: hablamos luego (04:31:05 PM) RN: zzz, también se te agradece. (04:32:26 PM) eyedeekay: Sí zzz, se aprecia tu dedicación y arduo trabajo (04:32:34 PM) zzz: te digo, eyedeekay: déjame publicar en el hilo de 1.10 en mi foro y volveré el mes que viene con un informe; ponlo en la agenda para el próximo mes (04:32:44 PM) eyedeekay: Lo haré, zzz (04:33:18 PM) zzz: no estaba intentando provocar agradecimientos, solo señalar que esta fue la última —y la más difícil— de las migraciones criptográficas en las que hemos estado durante cerca de una década (04:33:36 PM) eyedeekay: No hacía falta provocarlos, te los mereces :) (04:33:52 PM) eyedeekay: Pero entendido, es un esfuerzo enorme (04:33:58 PM) RN: es un hito digno de celebración, y sí, te lo mereces! (04:34:14 PM) zzz: si hubiéramos intentado hacer SSU2 primero nos habría matado a todos. Solo lo logramos gracias a la experiencia de todo lo demás (04:34:26 PM) zzz: mérito compartido para el proyecto i2pd, por supuesto (04:35:01 PM) eyedeekay: Cierto. Volviendo al tema, ¿algo más sobre el punto 4? (04:35:15 PM) RN: pero tú lideraste la carga. (04:35:21 PM) zzz: si queremos hacer poscuántico, eso puede ser 3.0.0 :) (04:35:43 PM) eyedeekay: Buena idea, eso será emocionante (04:35:53 PM) zzz: no, nada más (04:36:05 PM) eyedeekay: Bien, el 5) era: ¿paquete Mac arm64 fuera de beta si la actualización 1.9.0 fue exitosa? (seguimiento de la última reunión) (04:36:43 PM) eyedeekay: Sobre lo cual zlatinb nos dio una actualización de estado al salir; siendo exitosa la actualización, no veo razón para no hacerlo (04:37:38 PM) eyedeekay: ¿Alguien más tiene algo que añadir a este tema? (04:38:06 PM) zzz: Supongo que zlatinb quiso decir que la actualización funcionó; si es así, puede quitar la etiqueta de beta en la página web (04:38:32 PM) zzz: esa era la única reserva que tenía en la última reunión (04:38:33 PM) zzz: eot (04:39:45 PM) eyedeekay: De acuerdo. Uno de nosotros debería hacerle ping cuando lo veamos en línea (04:39:52 PM) eyedeekay: ¿Algo más para la reunión? (04:40:04 PM) eyedeekay: ping *a él (04:41:14 PM) eyedeekay: Bueno, supongo que sin sus credenciales de git bien puedo quitar la etiqueta (04:41:27 PM) eyedeekay: Así que lo haré (04:41:43 PM) zzz: ¿tienes confirmación de que la actualización funcionó? (04:42:11 PM) zzz: porque no dijo eso arriba (04:42:53 PM) eyedeekay: Creo que no (04:43:01 PM) eyedeekay: No (04:43:14 PM) eyedeekay: No, estrictamente hablando aún no he oído a nadie decir esas palabras exactas (04:43:21 PM) eyedeekay: Así que esperaré (04:43:26 PM) eyedeekay: Y le preguntaré (04:43:32 PM) zzz: ok (04:44:19 PM) eyedeekay: ¿Algo más para la reunión? tiempo de espera 1m? (04:45:44 PM) eyedeekay: Muy bien, gracias a todos por venir

Lanzamiento del paquete de instalación fácil para Windows 1.9.0

Sun, 28 Aug 2022 00:00:00 +0000

Esta actualización incluye el nuevo router 1.9.0 y mejoras significativas de calidad de vida para los usuarios del paquete

Esta versión incluye el nuevo router I2P 1.9.0 y se basa en Java 18.02.1.

Los antiguos scripts por lotes se han dejado de usar en favor de una solución más flexible y estable integrada en el propio jpackage. Esto debería corregir todos los errores relacionados con la resolución de rutas y el entrecomillado de rutas que estaban presentes en los scripts por lotes. Después de actualizar, los scripts por lotes se pueden eliminar de forma segura. El instalador los eliminará en la próxima actualización.

Versión 1.9.0

Mon, 22 Aug 2022 00:00:00 +0000

Detalles de la actualización

Hemos pasado los últimos tres meses trabajando en nuestro nuevo protocolo de transporte UDP “SSU2” con un pequeño número de probadores voluntarios. Esta versión completa la implementación, incluyendo retransmisión y pruebas de pares. Lo estamos habilitando de forma predeterminada para plataformas Android y ARM, y para un pequeño porcentaje de otros routers al azar. Esto nos permitirá realizar muchas más pruebas en los próximos tres meses, terminar la función de migración de conexiones y corregir cualquier problema pendiente. Planeamos habilitarlo para todos en la próxima versión programada para noviembre. No es necesaria ninguna configuración manual. Por supuesto, en esta versión también está la habitual colección de correcciones de errores. También añadimos un detector automático de interbloqueos que ya encontró un interbloqueo poco frecuente que ahora está corregido.

Cómo cambiar al servicio de Outproxy (proxy de salida) de StormyCloud

Thu, 04 Aug 2022 00:00:00 +0000

Cómo cambiar al servicio StormyCloud Outproxy

Un nuevo Outproxy (proxy de salida) profesional

Durante años, I2P ha contado con un único outproxy (proxy de salida) predeterminado, false.i2p, cuya fiabilidad se ha ido degradando. Aunque han surgido varios competidores para asumir parte de la carga, en su mayoría no pueden ofrecerse voluntariamente para atender de forma predeterminada a los clientes de toda una implementación de I2P. No obstante, StormyCloud, una organización profesional sin ánimo de lucro que opera nodos de salida de Tor, ha puesto en marcha un nuevo servicio profesional de outproxy que ha sido probado por miembros de la comunidad de I2P y que se convertirá en el nuevo outproxy predeterminado en la próxima versión.

Instalación fácil para Apple Silicon

Wed, 03 Aug 2022 00:00:00 +0000

Nos complace ofrecer un paquete BETA de instalación fácil para Mac OS que se ejecuta en hardware Apple Silicon. Puede descargarlo aquí:

Paquetes de instalación fácil de I2P para Mac OS

Velocidad

En nuestros benchmarks internos, las operaciones criptográficas son entre 2 y 2,5 veces más rápidas que al ejecutar el paquete para Intel bajo Rosetta.

Problemas conocidos

Quitting I2P by right-clicking on the dock icon causes I2P to freeze and a “Force Quit” is necessary. This issue will be fixed for the 1.9 release.
If you already had an Intel bundle installed on your Mac, you need to modify some settings to prevent in-network updates from reverting you to an Intel bundle. Please see the instructions on the download page.

(03:00:39 PM) eyedeekay: Hola a todos y bienvenidos a la reunión del 4 de enero de 2022 (03:00:39 PM) eyedeekay: 1. Hola (03:00:39 PM) eyedeekay: 2. Servicios de meeh/Requisitos de outproxy (proxy de salida) `http://zzz.i2p/topics/3218-meeh-services-going-down-soon` (03:00:39 PM) eyedeekay: 3. Promocionar Mac DMG JPackage a estable https://geti2p.net/en/download/mac (03:00:39 PM) eyedeekay: 4. Investigación de NetDB (Sim/Modelo) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:01:13 PM) zlatinb: hola (03:01:23 PM) zzz: hola (03:01:55 PM) eyedeekay: Hola zzz, zlatinb, ¿hay alguien más aquí hoy? (03:02:20 PM) eyedeekay: ¿Operadores de outproxy? (03:02:59 PM) eyedeekay: Bien, entonces pasemos al punto 1; pueden intervenir si quieren :) (03:03:38 PM) eyedeekay: Así que vamos a perder todos los servicios no estáticos de meeh; para nosotros eso es principalmente trac, que ya hemos reemplazado, y false.i2p, el outproxy predeterminado (03:04:07 PM) eyedeekay: Ninguno ha funcionado bien desde hace mucho, pero no tener un outproxy suele implicar una mala UX, así que debemos reemplazarlo (03:04:59 PM) eyedeekay: La semana pasada discutimos algunas opciones; una era encontrar un outproxy administrado por voluntarios para convertirlo en el predeterminado. (03:06:30 PM) eyedeekay: Si eso va a suceder, necesitaremos que cumpla algunos requisitos básicos. Obviamente, una política de privacidad es importante. (03:06:30 PM) eyedeekay: Si no están pasando todo a Tor directamente, también necesitaremos una descripción de qué filtrado, si lo hay, se aplica (03:07:34 PM) eyedeekay: Otras opciones son operar uno nosotros mismos, lo cual como mucho tiene un atractivo limitado; otra es la compatibilidad con SOCKS local, que requiere que haya un proxy SOCKS local disponible. (03:08:07 PM) eyedeekay: Si alguien quiere ofrecerse como outproxy, el lugar para ponerse en contacto es el foro de zzz (03:09:05 PM) zzz: correcto (03:09:12 PM) eyedeekay: Aún no he podido obtener de meeh estadísticas sobre el uso de false.i2p. EOT (03:09:40 PM) zzz: ante todo, queremos ser muy cuidadosos y no recomendar públicamente una alternativa ni establecer un nuevo predeterminado sin aprobación, ya que eso podría imponer una gran carga, financiera o de otro tipo (03:10:06 PM) zzz: como un pequeño primer paso, buscamos registrar alternativas en stats.i2p y obtener aprobación para añadirlas a nuestro hosts.txt predeterminado (03:10:16 PM) zzz: ya que eso al menos facilita que la gente los configure y use (03:10:55 PM) zzz: tenemos aprobación para ese paso para dos outproxies; sin embargo, solo uno está registrado actualmente en stats.i2p (03:11:05 PM) zzz: así que estoy a la espera de ese segundo registro (03:11:05 PM) zzz: eot (03:11:35 PM) eyedeekay: Gracias zzz, por cierto se lo recordaré (03:11:47 PM) dr|z3d: He tenido algunas conversaciones preliminares contigo, zzz, y con base en eso creo que debería quedar bastante claro que no estoy interesado en ofrecer un servicio oficial. Informal está bien, pero nada oficial. (03:12:52 PM) zzz: gracias por dejarlo claro, y también gracias por tu tiempo y experiencia en esas conversaciones (03:12:59 PM) dr|z3d: También opino que un único outproxy está condenado al fracaso en el momento en que se convierte en oficial. (03:14:13 PM) eyedeekay: Ciertamente puedo ver por qué sería el caso. ¿Algo más sobre el punto 1? (03:14:28 PM) zzz: quizás. ciertamente requiere capacidad adecuada y administración competente (03:14:29 PM) zzz: eot (03:14:59 PM) eyedeekay: 3. Promocionar Mac DMG Jpackage a estable (03:15:15 PM) eyedeekay: s/1/2/ (03:15:42 PM) eyedeekay: Este tema lo añadió zlatinb, adelante (03:16:21 PM) zlatinb: gracias. Básicamente, el paquete que no es DMG (jar) no está notarizado y las últimas 2 (¿o 3?) versiones de Mac OS se niegan a ejecutarlo a menos que el usuario cambie algunos ajustes avanzados (03:16:52 PM) zlatinb: al mismo tiempo, el jpackage DMG ha sido muy estable y las actualizaciones dentro de la red se han probado de extremo a extremo (03:17:10 PM) zlatinb: así que propongo que lo convirtamos en la descarga predeterminada para Mac y eliminemos por completo la opción .jar (03:17:55 PM) zlatinb: como ya tenemos una buena página /mac dedicada al paquete, sugiero que la mantengamos, quitando el modificador BETA (03:18:14 PM) zlatinb: y en la sección de Mac en /download, solo poner un enlace a la página /mac, nada más (03:18:19 PM) zlatinb: eot (03:19:22 PM) eyedeekay: Lo apoyo. (03:20:42 PM) eyedeekay: ¿Necesitamos esperar a una versión o simplemente hacerlo ahora? (03:21:51 PM) anonymousmaybe ahora se llama Irc2PGuest95343 (03:22:35 PM) mode (+ao zzz zzz) por ChanServ (03:22:37 PM) zlatinb: no hace falta esperar a una versión (03:22:54 PM) zzz: ¿vieron mis 3 preguntas antes de que me cayera? (03:23:01 PM) eyedeekay: No, me las perdí (03:23:03 PM) zlatinb: no, perdón, por favor vuelve a publicarlas (03:23:11 PM) zzz: Haré unas preguntas fáciles: (03:23:15 PM) zzz: 1) ¿La base de usuarios es suficiente como para tener confianza en que se ha probado bien? (03:23:17 PM) zzz: 2) ¿El proceso de publicación está documentado y, en teoría, alguien más podría construirlo si tuviera las claves adecuadas? (03:23:20 PM) zzz: 3) ¿Tenemos confianza en que contamos con los recursos para seguir manteniéndolo y haciendo lanzamientos? (03:23:23 PM) zzz: eot (03:24:08 PM) zlatinb: 1) - según Matomo, tiene 20-25 descargas al día. Usuarios de Macs con M1 han informado que funciona como se espera. Ningún informe negativo. (03:24:28 PM) eyedeekay: 2) y 3) en mi opinión las respuestas son definitivamente sí. Puedo compilar todo hasta la parte de la notarización y puedo enseñarle a otra persona (03:24:53 PM) zlatinb: 2) es sí, pero requiere desanonimizarse porque Apple Inc. (03:24:54 PM) eyedeekay: Así que, con zlatinb y yo, hay al menos 2 personas que saben cómo compilarlo (03:25:08 PM) zzz: 2) pero ¿está _documentado_? (03:25:33 PM) zlatinb: sí, paso a paso, incluyendo el proceso de notarización en el README.md (03:25:41 PM) zzz: genial (03:26:16 PM) zzz: 1) ¿“funciona” incluye el proceso de actualización? ¿Hemos visto que el enjambre torrent realmente se active cuando se actualizan las noticias? (03:26:29 PM) zlatinb: `http://git.idk.i2p/i2p-hackers/i2p-jpackage-mac` (03:26:43 PM) zzz: (porque creo que la versión de Windows en realidad aún no se ha visto funcionar) (03:27:26 PM) zlatinb: 1) sí, el enjambre se activa; es bastante pequeño pero está ahí. Lo he visto tanto en los lanzamientos 1.5.1 como 1.6.1 (03:27:49 PM) zzz: de acuerdo, genial, gracias por las respuestas, sin objeciones (03:28:14 PM) eyedeekay: Genial, haré los cambios en el sitio esta noche después de publicar los registros de la reunión (03:28:26 PM) zlatinb: ¡estupendo, gracias! (03:29:05 PM) eyedeekay: Con respecto a Windows, sí, pero parece que es un problema en el archivo de configuración que envié y no en el actualizador en sí (03:29:05 PM) eyedeekay: Así que Windows necesita una actualización manual más para funcionar con las actualizaciones automáticas, cosa que creo que quizá sabía de antemano pero olvidé (03:30:07 PM) eyedeekay: 4. Investigación de NetDB (Sim/Modelo) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:30:44 PM) eyedeekay: También es un tema de zlatinb, cuéntanos qué estás pensando (03:31:28 PM) zlatinb: Entonces, en las últimas dos semanas más o menos ha habido un deterioro notable en la accesibilidad de sitios como zzz.i2p, postman, incluso major.acetone.i2p... básicamente sitios que sé que están en línea (03:31:57 PM) zlatinb: He hecho algo de depuración y he tenido situaciones donde el LS de zzz.i2p se obtiene bien, pero luego el RI del IBGW debe estar fallando al obtenerse (03:32:03 PM) zlatinb: (estoy especulando aquí, claro) (03:32:47 PM) zlatinb: en pocas palabras, hay muchas incógnitas en el funcionamiento de la NetDB y tenemos que confiar en el algoritmo Kad, lo cual está bien, pero preferiría tener más confianza mediante algo de investigación (03:33:33 PM) zlatinb: así como el testnet (red de pruebas) ayudó mucho a mejorar el código de streaming y de SSU y NTCP, creo que un modelo o una simulación puede ayudar a mejorar el funcionamiento de la netDB (03:34:44 PM) zlatinb: y la razón por la que quiero discutirlo aquí es que, si vamos con una simulación que ejecute el código real que estará en el router, será necesario hacer algo de refactorización del código de la NetDB, posiblemente también de algunas de las clases *Job (03:34:52 PM) zlatinb: Nota: aún no he revisado la JVM multi-router ni JVMCommSystem (03:35:03 PM) zlatinb: quizá eso pueda ser una respuesta hasta cierto número de nodos (03:35:37 PM) zlatinb: pero mi objetivo es simular al menos unos cuantos miles de nodos, lo que implica abstraer la mayoría de los componentes del router (03:35:42 PM) zlatinb: eot-checkpoint (03:36:28 PM) major salió de la sala (quit: Ping timeout: 320 seconds). (03:36:32 PM) zzz: Estoy como mucho tibio, debido a lo difícil que sería y al tiempo que pasaría antes de obtener resultados útiles (03:37:20 PM) zzz: para empezar, hice una serie de cambios recientemente para hacer las cosas más fiables (03:37:27 PM) zzz: en la build de desarrollo 1.6.1-6 (03:37:46 PM) zzz: pero no sé si alguno de los servidores populares (además del mío) lo está ejecutando (03:38:17 PM) zzz: Me gustaría ver que los servidores de echelon y de eyedeekay lo prueben. Esos son dos lotes con los que he tenido problemas durante meses (03:38:20 PM) zzz: eot (03:38:44 PM) eyedeekay: La mayoría de mis servidores solo siguen el PPA; actualizaré git.idk.i2p (03:39:17 PM) zzz: git y gitssh son dos que con frecuencia me rehúyen. Si mejoran, me daré cuenta (03:40:07 PM) zzz: los servidores de echelon son otro misterio. parecen tener problemas a nivel de IP con frecuencia (03:42:11 PM) eyedeekay: Entonces puedo hacer eso pronto (03:43:37 PM) eyedeekay: Mis preguntas sobre el banco de pruebas de la netDB probablemente estén mal planteadas; por ejemplo, ¿el testnet existente tiene la capacidad de simular una netDB entre los routers dentro de él? (03:44:08 PM) eyedeekay: Y si es así, ¿hay alguna forma de usarlo? (03:44:44 PM) La cuenta se ha desconectado y ya no estás en este chat. Te volverás a unir automáticamente cuando la cuenta se reconecte. (03:49:14 PM) El tema para #i2p-dev es: 1.6.1-7 | próxima reunión de desarrollo 8 PM UTC martes, 4 de enero de 2022 (03:49:14 PM) Tema para #i2p-dev establecido por zzz a las 09:08:14 AM el 01/03/2022 (03:49:20 PM) zzz: vaya, no, no pspice. era algún tipo de modelo de red de colas/de comportamiento (03:50:31 PM) zzz: EOT y me voy, tengo que salir, gracias a todos (03:50:46 PM) eyedeekay: Hasta luego zzz (03:51:41 PM) eyedeekay: ¿Algo más sobre el punto 4? zlatinb (03:51:50 PM) zlatinb: no, eso es todo (03:52:08 PM) eyedeekay: Muy bien, eso cubre la reunión entonces, que tengan una buena semana todos

Resumen del año: 2021

Sat, 01 Jan 2022 00:00:00 +0000

Detalles de la actualización

Development Highlights

La versión 0.9.49 inició la migración al nuevo y más rápido cifrado ECIES-X25519 para routers. Tomó muchos años de trabajo en las especificaciones y protocolos para el nuevo cifrado, y con esta versión, las instalaciones nuevas y un porcentaje muy pequeño de las instalaciones existentes (seleccionadas aleatoriamente al reiniciar) comenzaron a usar el nuevo cifrado. Esta es la primera vez que el tipo de cifrado predeterminado se ha cambiado, por lo que la migración completa se llevaría a cabo a lo largo de varias versiones a fin de minimizar cualquier problema.

I2P no se ve afectado por la vulnerabilidad de log4j

Sat, 11 Dec 2021 00:00:00 +0000

I2P no se ve afectado por la vulnerabilidad de día cero de log4j publicada ayer, CVE-2021-44228. I2P no utiliza log4j para el registro; sin embargo, también fue necesario revisar nuestras dependencias por si usaban log4j, especialmente jetty. Esta revisión no ha revelado ninguna vulnerabilidad.

También fue importante revisar todos nuestros complementos. Los complementos pueden incorporar sus propios sistemas de registro, incluyendo log4j. Comprobamos que la mayoría de los complementos tampoco usan log4j, y que aquellos que sí lo usan no utilizaban una versión vulnerable de log4j.

Reunión de desarrolladores de I2P - 07 de diciembre de 2021

Tue, 07 Dec 2021 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, zzz, zlatinb

Registro de la reunión

(03:00:21 PM) eyedeekay: Hola a todos, bienvenidos a la reunión del 7 de diciembre (03:00:28 PM) eyedeekay: 1) Hola (03:00:28 PM) eyedeekay: 2) Estado del lanzamiento 1.6.1 (03:00:28 PM) eyedeekay: 3) Estado de la actualización de jpackage (03:00:28 PM) eyedeekay: 4) Integraciones con Monero (03:00:28 PM) eyedeekay: 5) Nueva biblioteca SAM (03:00:37 PM) zzz: hola (03:00:41 PM) zlatinb: hola (03:01:05 PM) eyedeekay: Hola zzz, hola zlatinb (03:01:12 PM) eyedeekay: ¿Hay alguien más aquí hoy? (03:01:16 PM) mode (-m ) by zzz (03:01:31 PM) eyedeekay: 2) estado del lanzamiento 1.6.1 (03:02:32 PM) eyedeekay: La versión 1.6.1 está disponible, el torrent está activo, al igual que Debian/Ubuntu/Launchpad, Maven, GPlay y nuestro F-Droid (03:03:10 PM) eyedeekay: El repositorio de F-Droid sigue desactualizado; una de mis tareas esta semana es lograr que nuestra app vuelva a funcionar con su sistema de compilación automática (03:04:01 PM) eyedeekay: Los repositorios de Debian, hasta donde sabemos, no van a recibir nuestras actualizaciones por ahora; quienes estén usando paquetes de Debian deberían cambiar a deb.i2p2.de o deb.i2p2.no (03:05:18 PM) eyedeekay: El paquete DMG construido por zlatinb también se ha actualizado a la 1.6.1 y está disponible en los espejos y como actualización (03:06:01 PM) eyedeekay: El paquete exe que hice va a estar disponible hoy, había planeado hacerlo ayer pero me atascaron las actualizaciones de Windows, así que lo haré esta tarde. (03:06:40 PM) eyedeekay: Según stats.i2p, aproximadamente el 20% de la red se ha actualizado (03:06:47 PM) eyedeekay: ¿Algo que añadir, zzz, zlatinb? (03:09:13 PM) eyedeekay: ¿Hola? (03:11:26 PM) eyedeekay: OK, ya volví (03:11:40 PM) eyedeekay: (03:06:40 PM) eyedeekay: Según stats.i2p, aproximadamente el 20% de la red se ha actualizado (03:11:40 PM) eyedeekay: (03:06:47 PM) eyedeekay: ¿Algo que añadir, zzz, zlatinb? (03:11:50 PM) zzz: sí (03:12:05 PM) zzz: aún no hay señales de una actualización de biglybt; con suerte llegará pronto (03:12:10 PM) zzz: aún no hay quejas de usuarios (03:12:26 PM) zzz: echelon tuvo problemas con una compilación de desarrollo 1.6.1-2, pero no sabemos por qué (03:13:03 PM) zzz: además, los usuarios de cualquier versión del paquete de i2p (actual o anterior) pueden tener un problema debido a cambios en las dependencias de jetty9 (03:13:24 PM) zzz: si es así, sudo apt install libservlet3.1-java manualmente (03:14:44 PM) zlatinb: sobre biglybt, hablé con Parg hoy más temprano sobre un asunto no relacionado, así que está bien. (03:15:52 PM) zzz: también podría afectar a Ubuntu jammy de vanguardia, no estoy seguro (03:15:52 PM) zzz: eot (03:16:12 PM) zlatinb: eot (03:16:22 PM) zzz: Me refiero al paquete de debian/ubuntu (03:16:22 PM) zzz: eot2 (03:16:22 PM) zzz: esto es en debian sid y quizá solo en jammy (03:16:22 PM) zzz: eot3 (03:16:22 PM) zzz: le daré unos días más y luego lo molestaré (03:16:31 PM) eyedeekay: Gracias zzz, el tema del paquete/dependencias probablemente aflorará en Reddit si es un problema (03:16:58 PM) eyedeekay: Uso sid a diario y no me he topado con esto hasta ahora (03:17:01 PM) zzz: ref: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 (03:18:40 PM) eyedeekay: 3) Estado de la actualización de jpackage (03:19:36 PM) eyedeekay: Ya cubrimos esto en parte: los paquetes dmg de zlatinb están en los espejos y listados en el sitio (03:20:29 PM) eyedeekay: Tenía que hacer algunas actualizaciones en mi portátil con Windows, así que no terminé las compilaciones exe anoche; lo dejo para después de la reunión (03:21:08 PM) eyedeekay: He cambiado mi servidor de noticias para publicar los nuevos paquetes de zlatinb (03:21:59 PM) eyedeekay: Hasta ahora no he recibido comentarios de usuarios (03:22:27 PM) zlatinb: El jpackage de dmg está a estas alturas bien afinado. Hicimos una prueba de extremo a extremo de la actualización dentro de la red con 1.5.0->1.5.1 y funcionó (pero al segundo intento) (03:23:02 PM) zlatinb: 1 persona ha descargado el torrent según snark (03:23:27 PM) zlatinb: no hay mucho más que informar sobre el jpackage de Mac, básicamente funciona (03:23:28 PM) zlatinb: eot (03:24:04 PM) eyedeekay: Gracias, zlatinb (03:24:41 PM) eyedeekay: 4) Integraciones con Monero (03:25:55 PM) eyedeekay: Hubo un renovado interés en lograr que Monero sobre I2P funcionara automáticamente en las carteras GUI(como Feather en particular) durante el feriado de Acción de Gracias (03:26:38 PM) eyedeekay: Estamos haciendo algunos prototipos de diseño y analizando los compromisos de distintas configuraciones aquí: (03:26:39 PM) eyedeekay: https://github.com/monero-project/monero-gui/issues/2274 (03:27:15 PM) eyedeekay: Están interesados en adoptar varias cosas nuestras, incluido eventualmente nuestro modelo para distribuir actualizaciones de software dentro de la red (03:27:53 PM) eyedeekay: Si alguien quiere participar en esa discusión, la estamos llevando principalmente allí y también en el canal de Matrix de Monero (03:28:06 PM) eyedeekay: Monero-Community (03:28:20 PM) eyedeekay: EOT (03:29:05 PM) eyedeekay: 5) Nueva biblioteca SAM (03:29:14 PM) zzz: genial, supongo que ya han mirado lo que hizo bitcoin para los protocolos de direcciones de bajo nivel (03:29:17 PM) zzz: eot (03:30:31 PM) eyedeekay: Sí, lo han hecho (03:31:24 PM) eyedeekay: Otra cosa interesante que ocurrió la semana pasada es que la gente de diva.exchange creó una nueva biblioteca SAM para node.js/javascript en general (03:32:02 PM) eyedeekay: Está mucho más y más recientemente documentada que la anterior, que ahora está sin mantenimiento (03:32:07 PM) eyedeekay: Source is here: https://codeberg.org/diva.exchange/i2p-sam (03:32:23 PM) eyedeekay: NPM package is here https://www.npmjs.com/package/@diva.exchange/i2p-sam (03:33:00 PM) eyedeekay: Dado lo popular que es node, le estoy dando un poco de visibilidad; parece que todo el mundo escribe sus aplicaciones web en node estos días (03:33:15 PM) eyedeekay: eot (03:34:21 PM) eyedeekay: ¿Algo más para la reunión? (03:35:13 PM) zlatinb: por mi parte, no (03:36:01 PM) eyedeekay: tiempo de espera 1, (03:36:04 PM) eyedeekay: 1m (03:37:03 PM) eyedeekay: De acuerdo entonces, gracias zzz, zlatinb, la próxima reunión será el 4 de enero de 2022 (03:37:03 PM) eyedeekay: Publicaré los registros en breve

Versión 1.6.1

Mon, 29 Nov 2021 00:00:00 +0000

Detalles de la actualización

Nota: 1.6.1 es la versión actual. 1.6.0 fue etiquetada pero no publicada.

Esta versión completa el despliegue de dos importantes actualizaciones del protocolo desarrolladas en 2021. Se acelera la transición al cifrado X25519 para routers, y esperamos que casi todos los routers hayan renovado sus claves para finales de año. Se habilitan los mensajes cortos de construcción de tunnel para lograr una reducción significativa del ancho de banda.

I2P Jpackages reciben su primera actualización

Tue, 02 Nov 2021 00:00:00 +0000

Hace unos meses publicamos nuevos paquetes que esperábamos ayudarían con la incorporación de nuevas personas a la red I2P al facilitar la instalación y la configuración de I2P para más gente. Eliminamos decenas de pasos del proceso de instalación al pasar de una JVM externa a un Jpackage, creamos paquetes estándar para los sistemas operativos de destino y los firmamos de una forma que el sistema operativo reconociera para mantener seguro al usuario. Desde entonces, los jpackage routers han alcanzado un nuevo hito: están a punto de recibir sus primeras actualizaciones incrementales. Estas actualizaciones reemplazarán el JDK 16 jpackage por un JDK 17 jpackage actualizado y proporcionarán correcciones para algunos pequeños errores que detectamos después del lanzamiento.

Reunión de desarrolladores de I2P - 2 de noviembre de 2021

Tue, 02 Nov 2021 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, zzz, zlatinb, Ryemantis_

Registro de la reunión

(04:00:16 PM) eyedeekay: Hola a todos, bienvenidos a la reunión comunitaria del 2 de noviembre (04:00:16 PM) eyedeekay: 1) Hola (04:00:16 PM) eyedeekay: 2) Estado del desarrollo 1.6.0 / Próximo lanzamiento (04:00:16 PM) eyedeekay: 3) estado de la beta de jpackage en mac/win, informes de pruebas de usuarios, estado de la actualización en la red 17.0.2, planes para la actualización 1.6.0 ? (04:00:35 PM) zzz: hola (04:00:38 PM) zlatinb: hola (04:00:55 PM) eyedeekay: Hola zzz, zlatinb (04:01:25 PM) eyedeekay: 2) Estado del desarrollo 1.6.0 / Próximo lanzamiento (04:02:25 PM) eyedeekay: El hilo del lanzamiento está aquí: `http://zzz.i2p/topics/3170-1-6-0-release-summary` y aún no hemos elegido una fecha, debería haber respondido en ese hilo, ¿queremos hacerlo aquí? (04:02:43 PM) zzz: sí, por favor (04:03:18 PM) zzz: Dentro de 3 semanas serían 13 semanas. +/- 1 semana también me parece bien (04:03:19 PM) eyedeekay: De acuerdo, entonces en mi caso estoy a favor de la semana del 29, después del Día de Acción de Gracias de EE. UU. (04:04:12 PM) zlatinb: Estoy AFK de mi estación de trabajo principal hasta principios de dic., así que no puedo compilar ni firmar los instaladores de jpackage. Pero aún puedo dar un OTP para el signtool ya que eso está en mi teléfono. (04:05:34 PM) zzz: vale, ¿entonces tentativamente la semana del 28? eche|off eche|on ¿alguna objeción? (04:07:30 PM) eyedeekay: La semana del 28 me suena bien por ahora. (04:08:34 PM) eyedeekay: ¿Algo más para el tema 2)? (04:08:45 PM) zzz: sí, estado rápido (04:09:02 PM) zzz: parece un lanzamiento bastante modesto en cuanto a la cantidad de cambios (04:09:27 PM) zzz: algunas mejoras de velocidad en SSU quizá sean el titular (04:09:48 PM) zzz: zlatinb, si tienes tiempo de incluir las correcciones de obsolescencia de las pruebas unitarias, estaría bien (04:09:52 PM) zzz: EOT (04:10:02 PM) eyedeekay: Gracias zzz (04:10:28 PM) zlatinb: sí, sin promesas con la prueba unitaria :) (04:10:42 PM) eyedeekay: 3) estado de la beta de jpackage en mac/win, informes de pruebas de usuarios, estado de la actualización en la red 17.0.2, planes para la actualización 1.6.0? (04:12:18 PM) zlatinb: Supongo que es jdk 17.0.1, no hay 17.0.2 aún hasta donde sé (04:12:21 PM) zzz: sí, añadí ese punto solo para darles a ustedes dos la oportunidad de dar a la comunidad una actualización (04:12:32 PM) eyedeekay: zlatinb y yo lo discutimos hace unos días y evaluamos la posibilidad de hacer una actualización a OpenJDK 17 para las instalaciones de jpackage (04:12:43 PM) zzz: ignoren cualquier error tipográfico :) (04:13:36 PM) Ryemantis__ ahora se conoce como Ryemantis_ (04:14:08 PM) eyedeekay: Ahora mismo estamos preparados para hacer actualizaciones en la red de las instalaciones de jpackage, pero vamos a esperar al lanzamiento principal para hacer nuestros lanzamientos de jpackage, que actualizarán a 17.0.1 o 17.0.2 (04:14:55 PM) zlatinb: 17.0.2 no está previsto hasta mediados de enero, así que definitivamente deberíamos tener un lanzamiento 1.6.0 de jpackage (04:15:32 PM) zlatinb: mi opinión es que me gustaría mucho hacer una prueba en seco del proceso de actualización en la red para depurar cualquier fallo, pero eso tiene que ocurrir en los próximos 7 días porque después estaré AFK (04:16:03 PM) zlatinb: para resumir, lo siguiente tiene que ocurrir: (04:16:12 PM) zzz: eyedeekay, eso no fue muy claro... estás 'preparado' pero no lo vas a hacer, ¿vas a esperar? (04:16:28 PM) zlatinb: 1. actualización del repo i2p.newsxml para producir entries.html por plataforma (04:16:50 PM) zlatinb: 2. Asegurarse de que los servidores http de noticias de idk y ech pueden servir los nuevos archivos news.su3 (04:17:17 PM) zlatinb: 3. crear una branch de i2p.i2p desde el tag i2p-1.5.0, incrementar CoreVersion/RouterVersion, etiquetar i2p-1.5.1 (04:17:27 PM) zlatinb: 4. compilar los instaladores de jpackage, firmar/notarizar según sea necesario (04:17:47 PM) zlatinb: 5. generar nuevo entries.html con nuevo release.json (04:17:50 PM) zlatinb: 6. desplegar (04:17:51 PM) zlatinb: eot (04:18:03 PM) zlatinb: así que no sé si eso puede suceder en 7 días, pero sería muy bueno si pudiera (04:19:10 PM) eyedeekay: Por preparado me refiero a que los cambios en i2p.newsxml producen feeds válidos que pueden usarse para distribuir actualizaciones en la red y funcionan en mi configuración de noticias en lighttpd (04:20:00 PM) eyedeekay: Necesito añadir compatibilidad con entries.html específicos por plataforma, ahora mismo todos reciben todas las noticias pero un torrent distinto (04:20:38 PM) zzz: en un panorama aún más general, dado que es beta, ¿va bien, están recibiendo descargas y/o quejas? (04:21:16 PM) zlatinb: descargas - ~25/día para mac, ~100/día para windows según matomo (04:21:44 PM) eyedeekay: No hay quejas importantes, hubo un problema al detectar la ruta al paquete instalado dependiendo de la arquitectura y de si windows estaba instalado, lo que afecta a una fracción de los usuarios de Windows pero *solo* cuando el lanzador se ejecuta desde el instalador (04:22:03 PM) eyedeekay: Así que después de ejecutar el instalador el bug desaparece, y está corregido en la nueva versión (04:22:11 PM) eyedeekay: Bueno, lo estará (04:22:15 PM) zzz: genial (04:22:21 PM) eyedeekay: Eso es lo que zab reportó el mes pasado (04:22:40 PM) eyedeekay: *instalado o actualizado desde una edición anterior (04:24:34 PM) Ryemantis_: Hola a todos. Solo quería pasar rápidamente y disculparme por estar callado las últimas semanas. Octubre fue un mes muy ocupado para mí y además tuve un fallo de hardware. Después de esta semana debería tener algo de tiempo para recomponer mi estación de trabajo y continuar con el trabajo en I2P para Android. Actualmente trabajando en LiveData, inicio remoto de I2P y corrección de UPnP. También actualizaré en los foros una vez que esté de vuelta en (04:24:35 PM) Ryemantis_: ello. Por favor, díganme también si hay algo más que requiera atención más inmediata. (04:25:04 PM) eyedeekay: Excelente saber de ti, Ryemantis_, y bienvenido a la reunión (04:25:28 PM) eyedeekay: Gracias por la actualización sobre en qué estás trabajando, los fallos de hardware y la vida nos pasan a todos (04:27:01 PM) eyedeekay: Así que volviendo al 3) por un momento, por ahora me corresponde añadir compatibilidad para entries.html en data/platform/branch/entries.html en lugar de solo en data/entries.html, para que podamos tener fuentes de noticias específicas por plataforma (04:27:13 PM) Ryemantis_: Definitivamente agradezco la comprensión y gracias a todos por su arduo trabajo (04:28:23 PM) eyedeekay: En lugar de una sola fuente donde todos reciben las noticias de todos (04:29:00 PM) eyedeekay: Después de eso, podemos empezar en el paso 3. en la descripción de zlatinb (04:29:37 PM) eyedeekay: ¿Algo para el 3)? (04:30:20 PM) zlatinb: no, creo que eso lo abarca todo (04:30:46 PM) eyedeekay: Genial, ¿algo más para la reunión zzz zlatinb Ryemantis_ ? (04:31:04 PM) zzz: no (04:31:30 PM) Ryemantis_: no (04:31:49 PM) zlatinb: sí, una rápida: ¿la próxima reunión es el día 1? (04:31:54 PM) ***zlatinb revisa el calendario (04:32:12 PM) eyedeekay: Creo que el 7, zlatinb (04:32:20 PM) zlatinb: ok no importa entonces (04:32:33 PM) eyedeekay: El primero es miércoles según mi calendario (04:33:28 PM) eyedeekay: Ah, eso me recuerda, el DST (horario de verano). Siempre he programado las reuniones en UTC, pero ¿alguien quiere ajustar la hora de la reunión por el DST? (04:33:36 PM) zzz ha cambiado el tema a: 1.5.0-4 | Congelación de etiqueta Mié. 17 de Nov. (04:35:30 PM) eyedeekay: Lo tomaré como un no entonces. A menos que alguien lo plantee en un hilo del foro, las reuniones seguirán programándose a la misma hora UTC (04:36:05 PM) eyedeekay: Gracias a todos por venir a la reunión, publicaré los registros en unos minutos.

Reunión de desarrolladores de I2P - 05 de octubre de 2021

Tue, 05 Oct 2021 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, zzz, zlatinb, T3s|4

Registro de la reunión

(04:00:04 PM) eyedeekay: Hola a todos, bienvenidos a la reunión de la comunidad (04:00:04 PM) eyedeekay: 1) Hola (04:00:04 PM) eyedeekay: 2) Elementos pendientes de 0.9.50/1.5.0 (04:00:04 PM) eyedeekay: 3) Distribuciones Jpackage (04:00:04 PM) eyedeekay: 4) Estado del desarrollo 1.6.0 (04:00:15 PM) mode (-m ) by zzz (04:00:16 PM) eyedeekay: 1) Hola, ¿quién está aquí hoy? (04:00:24 PM) zlatinb: hola (04:00:24 PM) zzz: aquí (04:00:48 PM) eyedeekay: Hola zzz, hola zlatinb (04:01:30 PM) eyedeekay: 2) Elementos pendientes de 0.9.50/1.5.0 (04:02:21 PM) eyedeekay: Es la misma historia que en la última reunión: actualmente no podemos contactar con mhatta, y por lo tanto nuestros paquetes principales de Debian no están actualizados (04:02:55 PM) eyedeekay: La recomendación oficial para instalar I2P en Debian y Ubuntu cambiará en la próxima versión para usar nuestro propio repositorio .deb/PPA (04:03:26 PM) eyedeekay: También estamos actualizando las instrucciones para reflejar algunas recomendaciones que harán más seguro el uso de nuestro repositorio (04:03:52 PM) eyedeekay: En la nueva configuración, nuestras claves de firma de paquetes .deb solo serán válidas para nuestros paquetes, en lugar de para todos los paquetes (04:04:04 PM) eyedeekay: Los usuarios actuales de deb/ubuntu no necesitarán cambiar nada (04:05:04 PM) eyedeekay: Eso es todo por mi parte para el punto 2). ¿Algo de alguien más? (04:05:23 PM) T3s|4: eyedeekay: ^todo anotado, y también estoy presente (04:06:21 PM) eyedeekay: Gracias, T3s|4 (04:06:21 PM) eyedeekay: Tiempo de espera 1m para 2) (04:07:36 PM) eyedeekay: OK 3) Distribuciones Jpackage (04:08:02 PM) zlatinb: Tengo dos puntos para este tema, ambos no son buenos (04:08:18 PM) eyedeekay: OK, quizá deberías empezar tú entonces (04:08:42 PM) zlatinb: 3.1 - el DMG de Mac no se desplegó correctamente en el mirror de sigterm.no y lo descubrí dos semanas después del lanzamiento (04:09:11 PM) zlatinb: lo cual es un fallo importante; necesitamos entender por qué ocurrió y cómo podemos evitarlo en el futuro (04:09:30 PM) zlatinb: 3.2 - Acabo de probar el AIO de Windows en una VM de Windows 10 recién instalada con solo Firefox, y el .bat no pudo lanzar el I2P.exe (04:09:50 PM) zlatinb: Ejecutar I2P.exe manualmente funcionó bien, pero algo en la conexión entre ambos falló (04:09:50 PM) zzz: ¿qué es AIO? (04:09:55 PM) eyedeekay: Easy-Install (04:09:56 PM) zlatinb: Todo-en-Uno (04:10:17 PM) zlatinb: EOT (04:11:42 PM) eyedeekay: El fallo en sigterm.no fue en parte culpa mía; he resuelto el problema allí, que tenía que ver con la forma en que hacía la sincronización de mirrors. (04:12:13 PM) eyedeekay: Con respecto al paquete de Windows, definitivamente no debería ser así, no es bueno. Haré seguimiento en i2p.firefox tan pronto como termine la reunión, gracias por traerlo a mi atención. (04:12:50 PM) zlatinb: ok, encantado de ayudar a depurar de cualquier forma (04:14:54 PM) eyedeekay: OK, por mi parte estoy probando los cambios a i2p.newsxml para que podamos hacer actualizaciones; debería estar listo para revisar esta semana. Hay algunos cambios menores en las instrucciones para ejecutar el servidor de noticias que necesitaré revisar con ech, pero ya estamos en comunicación sobre eso (04:16:03 PM) zzz: 3.3 sobre los paquetes para OSX, recomiendo que informemos que no están probados en Macs ARM, que el rendimiento es desconocido y que debemos solicitar testers (04:16:17 PM) eyedeekay: Sí, de acuerdo; puedo hacer ese cambio en el sitio web esta noche (04:16:19 PM) zzz: y a partir de eso, decidir cuándo empezar a hacer compilaciones ARM (04:17:17 PM) eyedeekay: Lo haré (04:17:20 PM) zzz: ten en cuenta que Java 17 en teoría admite OSX ARM nativo, pero no sé si alguno de los sitios tipo openjdk tiene ya las compilaciones del JRE (04:18:26 PM) zzz: EOT, gracias (04:18:38 PM) zlatinb: compilar para Mac aarch64 tiene que hacerse en Mac aarch64 debido a jpackage (04:18:55 PM) zlatinb: así que eso significa que necesito conseguir un Mac ARM en algún momento (04:19:12 PM) zlatinb: o que otra persona consiga una cuenta de desarrollador de Apple (04:19:31 PM) zlatinb: eot (04:20:35 PM) eyedeekay: Mi Mac también es x86_64, por desgracia, o me ofrecería a hacerlo (04:21:17 PM) eyedeekay: ¿Algo más para el punto 3)? (04:22:19 PM) eyedeekay: OK, entonces 4) es Estado del desarrollo 1.6.0 (04:25:17 PM) eyedeekay: zzz nos ha mantenido al día con sus desarrollos y estado aquí: `http://zzz.i2p/topics/3170-1-6-0-release-summary` (04:25:20 PM) eyedeekay: 6 semanas transcurridas, aprox. 7 semanas por delante (04:25:40 PM) eyedeekay: Uno de mis dos grandes cambios previstos para la consola del router probablemente no entre: X-I2P-Locations en el proxy HTTP (04:26:10 PM) eyedeekay: La otra, la gestión de plugins "fork-and-forget" (que crean un proceso y luego no lo gestionan), va a estar lista esta semana (04:27:10 PM) eyedeekay: El trabajo en SSU2 continúa en #LS2 (04:27:10 PM) eyedeekay: zlatinb y zzz también han estado identificando y depurando problemas de rendimiento en SSU1 (04:27:26 PM) eyedeekay: ¿Algo que añadir, zzz, zlatinb (04:27:28 PM) eyedeekay: ? (04:28:07 PM) zzz: hasta ahora no hay muchas cosas grandes en esta versión (04:28:21 PM) zzz: diff muy pequeño por ahora (04:28:50 PM) zzz: incluyamos cualquier otro cambio grande pronto (04:29:36 PM) eyedeekay: No voy a dejar que nada grande o drástico se me pase de este fin de semana. Si no puedo terminarlo para el lunes, me limitaré a cosas pequeñas. (04:29:40 PM) zzz: deberíamos ir en camino para un lanzamiento a finales de noviembre (04:30:43 PM) zzz: eot (04:30:45 PM) zzz: ah, también estamos a la espera de un lanzamiento de Jetty 9.3.30 posterior al EOL con algunos backports de CVE. Lo han etiquetado pero aún no han publicado las compilaciones; es típico en ellos (04:31:43 PM) eyedeekay: Si tardan demasiado en publicar las compilaciones, ¿requeriría retrasar el lanzamiento? (04:32:37 PM) zzz: debería ser solo una semana o así. Si por alguna razón no lo hacen, podemos simplemente tomar sus parches (04:33:02 PM) eyedeekay: OK, gracias por aclararlo (04:33:35 PM) eyedeekay: ¿Hay algo más para el punto 4) y, si no, hay algo que alguien más quisiera tratar mientras estamos aquí? (04:35:03 PM) eyedeekay: Tiempo de espera 1m (04:35:04 PM) zzz: si alguien con un nick registrado quiere voz, avísenme antes de que haga clic en el botón 'm'. disculpen las molestias (04:37:10 PM) eyedeekay: OK, gracias a todos por venir a la reunión (04:37:10 PM) eyedeekay: Nos vemos por IRC y en la reunión del próximo mes (04:37:20 PM) eyedeekay: Tengo algunas actualizaciones del sitio web que hacer (04:37:59 PM) eyedeekay: Por favor tengan en cuenta la afirmación ^ de zzz sobre la voz en el servidor IRC (04:40:00 PM) eyedeekay: Oh, otra cosa: voy a estar fuera de la ciudad el jueves y el viernes; trabajaré sin conexión esos días. Envíen un mensaje a idk_afk si no estoy en línea y lo veré por la tarde

¡Bitcoin Core añade soporte para I2P!

Sat, 18 Sep 2021 00:00:00 +0000

Un evento que llevaba meses gestándose: ¡Bitcoin Core ha incorporado soporte oficial para I2P! Los nodos de Bitcoin sobre I2P pueden interactuar plenamente con el resto de los nodos de Bitcoin, con la ayuda de nodos que operan tanto dentro de I2P como en la clearnet (Internet abierta), lo que los convierte en participantes de primera clase en la red de Bitcoin. Es emocionante ver que comunidades grandes como Bitcoin reconozcan las ventajas que I2P puede aportarles, proporcionando privacidad y reachability (posibilidad de recibir conexiones) a personas de todo el mundo.

Mejorar la adopción y la incorporación a I2P mediante Jpackage, I2P-Zero

Wed, 15 Sep 2021 00:00:00 +0000

For the majority of I2P’s existence, it’s been an application that runs with the help of a Java Virtual Machine that is already installed on the platform. This has always been the normal way to distribute Java applications, but it leads to a complicated installation procedure for many people. To make things even more complicated, the “right answer” to making I2P easy to install on any given platform might not be the same as any other platform. For example, I2P is quite simple to install with standard tools on Debian and Ubuntu based operating systems, because we can simply list the required Java components as “Required” by our package, however on Windows or OSX, there is no such system allowing us to make sure that a compatible Java is installed.

Lleva tus habilidades de I2P al siguiente nivel con LeaseSets cifrados

Tue, 07 Sep 2021 00:00:00 +0000

Mejora tus habilidades en I2P con LeaseSets cifrados

It has been said in the past that I2P emphasizes support for Hidden Services, which is true in many ways. However, what this means to users, developers, and hidden service administrators isn’t always the same. Encrypted LeaseSets and their use-cases provide a unique, practical window into how I2P makes hidden services more versatile, easier to administer, and how I2P extends on the Hidden Service concept to provide security benefits for potentially interesting use-cases.

Reunión de desarrolladores de I2P - 7 de septiembre de 2021

Tue, 07 Sep 2021 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, zzz, zlatinb

Registro de la reunión

(04:02:11 PM) eyedeekay: Hola a todos, perdón por el poco aviso, bienvenidos a la reunión del 7 de septiembre (04:02:11 PM) eyedeekay: 1) Hola (04:02:11 PM) eyedeekay: 2) Elementos pendientes de 0.9.50/1.5.0 (04:02:11 PM) eyedeekay: 3) Cambios en el repositorio de Debian (04:02:11 PM) eyedeekay: 4) Distribuciones Jpackage (04:02:11 PM) eyedeekay: 5) Planes para 1.6.0 (04:03:12 PM) zlatinb: hola (04:03:21 PM) eyedeekay: Hola zlatinb (04:04:21 PM) eyedeekay: Bien, podemos comenzar; si alguien más se une a mitad de la reunión, por favor intervenga y avísenos que está aquí (04:04:49 PM) zzz: hola (04:04:54 PM) eyedeekay: Hola zzz (04:05:03 PM) eyedeekay: Tomaré 2) elementos pendientes de 0.9.50 y 1.5.0 (04:05:41 PM) serempa: hola (04:05:55 PM) eyedeekay: Hola serempa, bienvenido a la reunión de la comunidad (04:06:19 PM) serempa: oh qué suerte la mía :) (04:06:20 PM) eyedeekay: Es la historia de siempre, nuestro paquete upstream de Debian mantenido por mhatta no está actualizado; en este punto recomendamos que uses el repositorio Debian del proyecto, recién bajo mi administración en http(s)://deb.i2p2.de (04:06:54 PM) eyedeekay: Primer martes de cada mes, 8PM UTC, cuéntenselo a sus amigos :) (04:07:19 PM) serempa: hmm en realidad estoy usando i2pd (04:07:28 PM) zzz: parece que nuestro F-Droid y el F-Droid oficial siguen pendientes, eyedeekay ? (04:07:41 PM) eyedeekay: Sí, justo iba a eso (04:09:26 PM) eyedeekay: Sigo actualizando el repositorio de F-Droid, no tengo control sobre cuándo se actualiza el F-Droid oficial así que la recomendación será similar: nuestro F-Droid se actualizará antes que el repositorio oficial de F-Droid (04:10:23 PM) eyedeekay: Así que, para paquetes al día, probablemente sea necesario nuestro F-Droid autoalojado (04:10:48 PM) zzz: No veo nada más que falte (04:11:42 PM) eyedeekay: Esos son los dos únicos productos de la versión que quedan (04:12:35 PM) serempa: perdón por preguntar, ¿hay paquetes para ARM mantenidos por alguien? (04:13:16 PM) zzz: funcionamos en cualquier plataforma que tenga Java (04:13:20 PM) serempa: en los repos de rpi es 0.9.38-3.1 (04:13:47 PM) eyedeekay: ¿Eso es Raspbian sin añadir deb.i2p2.de a la sources.list? (04:14:01 PM) eyedeekay: ¿Solo para aclarar, serempa? (04:14:05 PM) zzz: puedes seguir las instrucciones en geti2p.net/debian para usar nuestro repo, serempa (04:14:21 PM) serempa: ooh entendido, perdón (04:14:23 PM) eyedeekay: Sí, debería tener paquetes de Pi actualizados (04:14:37 PM) eyedeekay: Lo que nos lleva a 3) cambios en el repositorio de Debian (04:14:37 PM) eyedeekay: Tuvimos un problema de DNS con el antiguo repositorio http://deb.i2p2.no (04:15:43 PM) eyedeekay: El servidor que solíamos usar para eso ya no se usa para nada; se ha retirado. A partir de ahora, deb.i2p2.de y deb.i2p2.no están disponibles tanto por HTTP como por HTTPS (04:16:40 PM) eyedeekay: Por favor avísennos si encuentran algún problema usando la nueva configuración, que en general debería tener menos inconvenientes (04:17:22 PM) eyedeekay: ¿Algo que añadir sobre 3)? (04:18:07 PM) eyedeekay: 4) Distribuciones Jpackage (04:19:29 PM) eyedeekay: Zab tuvo hasta ahora un lanzamiento de jpackage exitoso; al menos, algunas personas lo están usando (04:20:29 PM) eyedeekay: Ahora tenemos una mejor idea de cómo adaptar el servidor de noticias para que los jpackages puedan recuperar noticias y actualizaciones para sus distribuciones (04:20:45 PM) eyedeekay: Estoy retrasando mi lanzamiento hasta que pueda publicar una nueva versión de I2P In Private Browsing que incluya algunas correcciones de errores y que establecerá la página de inicio y el motor de búsqueda (04:21:31 PM) eyedeekay: Eso debería ser aproximadamente otra semana (04:21:49 PM) eyedeekay: ¿Algo más sobre 4) zlatinb? zzz? (04:22:06 PM) zlatinb: ups, espera (04:22:06 PM) zlatinb: lag lag (04:22:37 PM) eyedeekay: No hay problema, adelante zlatinb (04:22:39 PM) zlatinb: sí, el dmg de Mac está teniendo ~25 descargas/día en promedio (04:22:44 PM) eyedeekay: ¡Genial! (04:23:10 PM) zlatinb: la página /en/download/mac también recibe buen tráfico. Mucha gente la visita después de intentar descargar el .jar (04:23:50 PM) zzz: de vuelta, perdón, problemas con la computadora (04:24:12 PM) eyedeekay: (04:22:39 PM) zlatinb: sí, el dmg de Mac está teniendo ~25 descargas/día en promedio (04:24:12 PM) eyedeekay: (04:22:44 PM) eyedeekay: ¡Genial! (04:24:12 PM) eyedeekay: (04:23:10 PM) zlatinb: la página /en/download/mac también recibe buen tráfico. Mucha gente la visita después de intentar descargar el .jar (04:24:24 PM) eyedeekay: Por si lo necesitas^ (04:25:09 PM) zzz: ¿ustedes tres ya resolvieron los problemas de URL del servidor de noticias? (04:25:39 PM) zlatinb: lo cual no funciona en absoluto en versiones recientes de Mac OS por la notarización (04:25:39 PM) zlatinb: eot (04:25:39 PM) zlatinb_ ahora se conoce como zlatinb (04:25:47 PM) zlatinb: mucho lag, perdón (04:27:00 PM) eyedeekay: Aún no. zlatinb, ¿cuándo sería un buen momento para reunirnos y hablar de los problemas restantes de las URL de noticias? Tengo una o dos preguntas para ti sobre los requisitos para eso; si pudiéramos reunirnos esta semana sería suficiente (04:27:42 PM) zlatinb: sí, con gusto haré los cambios en Python una vez que acordemos cómo manejar las cosas (04:27:56 PM) zlatinb: la gran pregunta es si queremos canales de noticias separados para los distintos productos o solo metadatos diferentes (04:28:05 PM) zlatinb: tenemos que decidir eso (04:29:45 PM) eyedeekay: Entonces me gustaría hacer una breve reunión de voz para eso en algún momento de esta semana; podemos programarla después, aún no tengo claros qué pros y contras me importan (04:30:01 PM) zlatinb: claro (04:30:08 PM) eyedeekay: Suena bien (04:30:21 PM) eyedeekay: ¿Algo más para 4)? (04:30:30 PM) zzz: necesitarán un feed diferente la primera vez que hagan una actualización intermedia, p. ej., para Java (04:31:17 PM) zzz: asegúrense de incluir a echelon, ya que podría tener sus propios problemas (04:32:19 PM) eyedeekay: ¿Intermedia como de no-jpackage a jpackage? De mi lado eso está "deshabilitado": el instalador de NSIS no sobrescribirá un instalador de IzPack si encuentra uno (04:33:01 PM) zzz: no se me ocurría la palabra correcta. Me refiero a un lanzamiento intermedio, entre los lanzamientos upstream, p. ej., 1.5.1 (04:33:10 PM) eyedeekay: Ah, ya veo (04:33:20 PM) eyedeekay: Tiene sentido, gracias por señalarlo (04:33:50 PM) eyedeekay: Enviaré un correo grupal para que todos estemos al tanto (04:34:12 PM) eyedeekay: Y definitivamente necesitaremos eso por los lanzamientos de OpenJDK (04:34:34 PM) eyedeekay: Así que definitivamente nos importa (04:35:13 PM) eyedeekay: OK, ¿algo más para 4)? (04:36:21 PM) eyedeekay: Eso nos lleva a 5) planes para 1.6.0 (04:37:45 PM) eyedeekay: Probablemente deberíamos tomarnos un momento para escribir nuestros planes, timeout 3 min (04:38:23 PM) zzz: He actualizado la hoja de ruta en el sitio web para 1.5.0 y 1.6.0 - eyedeekay, por favor revisa y corrige tus elementos (04:38:45 PM) zlatinb: Voy a ver si hay una solución rápida para la lentitud de SSU que he observado en la red de pruebas. Si es algo simple como un ack retrasado que tarda demasiado, creo que podemos incluirlo en 1.6.0 (04:39:04 PM) zlatinb: si resulta ser más complicado entonces no vale realmente la pena, ya que estamos trabajando en el reemplazo (04:39:40 PM) zzz: No tengo mucho en mi lista para 1.6.0... en este punto mi principal prioridad es SSU2, que está en una etapa muy temprana; no espero que se complete antes de mediados del próximo año (04:39:52 PM) eyedeekay: Recibido, zzz, lo haré esta noche (04:39:52 PM) eyedeekay: Traje copypasta, esta es la lista pegada con cinta en mi estantería: (04:39:52 PM) eyedeekay: Código/Empaquetado: (04:39:52 PM) eyedeekay: 1) Eliminar la clase de plugins "Unmanaged", hacer que los plugins Fork-and-Exec sean gestionables. (04:39:52 PM) eyedeekay: 2) Añadir soporte para el lado cliente de X-I2P-Location al proxy HTTP (04:39:52 PM) eyedeekay: 3) Debianizar (paquetizar para Debian) el perfil del navegador de I2P (04:39:52 PM) eyedeekay: 4) Convertir en plugin el perfil del navegador de I2P (04:39:52 PM) eyedeekay: 5) Mover goSam y sam3 a i2pgit.org en lugar de Github (04:39:52 PM) eyedeekay: 6) Limpiar los tunnels UDP de sam-forwarder y moverlos al espacio de nombres go-i2p (04:39:52 PM) eyedeekay: 7) Finalmente corregir y fusionar los cambios de go-i2p upstream (04:39:52 PM) eyedeekay: Web/Documentación: (04:39:52 PM) eyedeekay: 1) Documentar "Cómo usar" I2P para navegación en Android, correo, Bittorrent (04:39:52 PM) eyedeekay: 2) Dividir la página de descargas en partes manejables, redirigir a la página por SO (04:39:52 PM) eyedeekay: 3) Documentar los procesos de instalación de Jpackage en el sitio web (04:39:52 PM) eyedeekay: Varios: (04:39:52 PM) eyedeekay: 1) Migrar i2p.keyring.i2p a i2pgit.org (04:39:52 PM) eyedeekay: 2) Convertir en plugin mis otras apps (BRB, Railroad, reseed-tools) (04:39:52 PM) eyedeekay: 3) Reescritura en Go del servidor de noticias (newsxml-tools) (04:39:52 PM) eyedeekay: 4) Herramienta genérica de firma SU3 en Go (04:40:33 PM) zzz: eyedeekay, necesito Varios #1 esta semana, por favor (04:40:47 PM) eyedeekay: Por supuesto (04:40:54 PM) zzz: súper, gracias (04:41:10 PM) eyedeekay: No hay problema (04:42:03 PM) eyedeekay: ¿Algo más sobre 5)? (04:43:21 PM) eyedeekay: ¿Algo más para la reunión? Timeout 2 min en caso de lag (04:43:53 PM) zlatinb: hmm sí, ¿alguien ha notado un lag terrible hoy? También tengo que intentar hasta 10 veces para hacer push de algo a git.idk.i2p (04:46:39 PM) eyedeekay: He notado algunas dificultades inconsistentes al hacer push a git.idk.i2p en la última semana (04:48:07 PM) eyedeekay: Usualmente desaparecen en unos minutos, pero requiere múltiples reintentos (04:49:37 PM) eyedeekay: Lo tengo configurado con 6 tunnels y 2 tunnels de respaldo usando un hop en este momento (04:54:59 PM) eyedeekay: No es multihomed, pero podría hacerlo así (04:55:08 PM) eyedeekay: ¿Hay algo más para la reunión? timeout 1 min (04:57:26 PM) eyedeekay: Muy bien, gracias por venir a todos, misma hora el próximo mes, publicaré el acta de la reunión en el sitio en breve

20 años de privacidad: una breve historia de I2P

Sat, 28 Aug 2021 00:00:00 +0000

La invisibilidad es la mejor defensa: construir una internet dentro de otra internet

“Creo que la mayoría de las personas quieren esta tecnología para poder expresarse libremente. Es una sensación reconfortante cuando sabes que puedes hacerlo. Al mismo tiempo, podemos superar algunos de los problemas que se observan en Internet cambiando la forma en que se conciben la seguridad y la privacidad, así como el grado en que se valoran.”

I2P celebra su vigésimo aniversario

Thu, 26 Aug 2021 00:00:00 +0000

20 años de I2P

¡Cuesta creerlo, pero I2P existe desde hace casi 20 años! Desde sus inicios como un proyecto en C que proporcionaba acceso anónimo a IRC, hemos tenido cientos de colaboradores, aceptado confirmaciones de cambios (commits) de docenas de programadores, usado 2 lenguajes de programación principales, 3 sistemas de control de versiones, experimentado una migración de su criptografía y múltiples bifurcaciones suaves (soft forks). Ha habido alrededor de 500 sitios registrados en la Web Invisible, y un sinnúmero de sitios de I2P no registrados que solo eran accesibles a través de sus nombres de host criptográficos.

Versión 1.5.0

Mon, 23 Aug 2021 00:00:00 +0000

Detalles de la actualización

Sí, así es: después de 9 años de versiones 0.9.x, vamos directamente de la 0.9.50 a la 1.5.0. Esto no significa un cambio importante en la API ni implica que el desarrollo esté terminado. Es simplemente un reconocimiento de casi 20 años de trabajo para brindar anonimato y seguridad a nuestros usuarios.

Esta versión finaliza la implementación de mensajes de construcción de tunnel más pequeños para reducir el ancho de banda. Seguimos con la transición de los routers de la red al cifrado X25519. Por supuesto, también hay numerosas correcciones de errores y mejoras de rendimiento.

Versión 0.9.50

Mon, 17 May 2021 00:00:00 +0000

Detalles de la actualización

Hola Git, adiós Monotone

Thu, 10 Dec 2020 00:00:00 +0000

Hola Git, Adiós Monotone

The I2P Git Migration is nearly concluded

Durante más de una década, I2P ha dependido del venerable servicio Monotone para satisfacer sus necesidades de control de versiones, pero en los últimos años, la mayor parte del mundo ha pasado al ahora universal sistema de control de versiones Git. En ese mismo período, la red I2P se ha vuelto más rápida y fiable, y se han desarrollado soluciones alternativas accesibles para el problema de la non-resumability (imposibilidad de reanudar transferencias) de Git.

Versión 0.9.48

Mon, 30 Nov 2020 00:00:00 +0000

Detalles de la actualización

Ahora se requiere Java 8 o superior. Los paquetes de Debian para Wheezy y Stretch, y para Ubuntu Trusty y Precise, ya no cuentan con soporte. Los usuarios en esas plataformas deberían actualizar para poder seguir recibiendo actualizaciones de I2P.

Reunión de desarrolladores de I2P - 04 de agosto de 2020

Tue, 04 Aug 2020 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, zlatinb, zzz

Registro de la reunión

(04:00:50 PM) eyedeekay1: Hola zlatinb zzz mikalvmeeh eche|on, si todos están listos empezamos la reunión. (04:00:50 PM) eyedeekay1: 1) Hola (04:00:50 PM) eyedeekay1: 2) lanzamiento 0.9.47 (04:00:50 PM) eyedeekay1: 3) Seguimiento de reuniones mensuales (04:00:50 PM) eyedeekay1: 4) Actualización de Git (04:01:38 PM) eyedeekay1: Hola a todos, antes que nada, disculpen que no me di cuenta de que puse mal la fecha en el título de mi anuncio. (04:02:38 PM) zzz: hola (04:02:58 PM) eyedeekay1: hola zzz (04:03:31 PM) zlatinb: hola (04:03:42 PM) eyedeekay1: Hola zlatinb (04:04:49 PM) eyedeekay1: Bien, entonces 2) el lanzamiento 0.9.47 (04:05:27 PM) eyedeekay1: No parece que vaya a tener rekeyOnIdle listo a tiempo para 0.9.47 tampoco. (04:05:58 PM) eyedeekay1: Lo que se incluirá son principalmente actualizaciones de elementos visuales de mi parte. (04:06:19 PM) eyedeekay1: ¿Algo de zzz o zlatinb sobre el tema del lanzamiento 0.9.47? (04:06:43 PM) zzz: el resumen está en http://zzz.i2p/topics/2905 (04:06:49 PM) zzz: congelación de etiquetas una semana a partir de mañana (04:06:53 PM) zzz: lanzamiento en unas 3 semanas (04:07:07 PM) zzz: el diff está en unas 18,500 líneas, lo cual es bastante típico (04:07:23 PM) zzz: las cosas se ven bien. Tengo algunas cosas que cerrar (04:07:40 PM) zzz: pero estoy bastante seguro de que podemos mantener el cronograma (04:07:49 PM) zzz: EOT (04:08:08 PM) eyedeekay1: Vi que entró bastante ayer, he intentado revisarlo de forma incremental a medida que lo vas subiendo. Muy emocionante ver tu trabajo. Muchas gracias. (04:08:41 PM) zzz: eso era solo material variado que llevaba semanas en mi área de trabajo, nada que destacar realmente (04:09:42 PM) eyedeekay1: Bueno, seguirlo es educativo de todos modos; no sé dónde está todo, verte trabajar me ayuda a reconocer dónde ocurren diferentes cosas (04:09:43 PM) zzz: solo tratando de limpiar y subir cosas. a veces pruebo algo durante meses y meses (04:10:28 PM) zzz: claro, revisar los cambios de otras personas es una gran manera de aprender y de detectar errores, sigue así (04:10:39 PM) eyedeekay1: Lo haré (04:10:42 PM) eyedeekay1: Si no hay nada más, pasaré al 3) timeout 1m (04:12:40 PM) eyedeekay1: 2) Seguimiento de la reunión mensual: (04:12:53 PM) eyedeekay1: Esta es la reunión mensual. (04:12:53 PM) eyedeekay1: No configuré un gateway WebIRC, según entiendo habría ido en contra de nuestras reglas de IRC hacerlo. (04:13:13 PM) eyedeekay1: Ahora tengo una copia de las reglas de anuncio de reuniones y se me ha aclarado la responsabilidad de esos anuncios. (04:13:25 PM) eyedeekay1: El anuncio para el 1 de septiembre, esta vez con la fecha correcta, ha sido publicado. Aún no hay temas, por favor añádanlos según los vayan necesitando: http://zzz.i2p/topics/2931-meeting-tues-september-1-8pm-utc (04:14:55 PM) eyedeekay1: Esto, por supuesto, será poco después del lanzamiento 0.9.47 (04:15:45 PM) eyedeekay1: ¿Algo sobre el punto 2) de alguien más? (04:17:57 PM) eyedeekay1: 3) Transición a Git (04:18:34 PM) eyedeekay1: La transición a Git por fin está en marcha, tenemos un plan y estamos empezando a ejecutarlo (04:19:08 PM) eyedeekay1: nextloop y yo estamos avanzando para espejar las próximas ramas de mtn significativas a github (04:19:27 PM) eyedeekay1: estas siguen siendo de solo lectura hasta la conclusión de sus respectivas fases en la migración a git, es decir, aún no hay pulls ni MRs (04:20:04 PM) eyedeekay1: Para una descripción detallada de estas fases, ver: http://zzz.i2p/topics/2920-flipping-the-switch-on-git#10 (04:20:42 PM) eyedeekay1: Nos sería útil a nextloop y a mí si le diera permiso a nextloop para crear repositorios en el espacio de nombres i2p en github, y para escribir en los repositorios que cree. (04:20:47 PM) zzz: buen trabajo al escribir el plan (04:21:24 PM) eyedeekay1: Gracias zzz, me alegra por fin tenerlo en un estado utilizable (04:22:17 PM) zzz: no es perfecto pero es “utilizable” en el sentido de que podemos comentarlo (04:24:39 PM) eyedeekay1: Lo siguiente que moveremos es el sitio web, lo cual es bueno porque es bastante simple y no hay nada que dependa de él; eso debería ocurrir esta semana (04:25:26 PM) eyedeekay1: Pero sobre nextloop, me gustaría saber si cuenta con una aprobación amplia darle este permiso para crear/escribir en repos de github para nosotros (04:25:54 PM) zzz: ok. a la espera de que edites el plan/calendario para evitar conflictos con el lanzamiento .47 (04:26:25 PM) eyedeekay1: Entendido, lo tengo abierto en mi editor :) (04:26:48 PM) zzz: Tendrás que pedirlo a las personas que actualmente son admins de github, que no están aquí, y del que no soy miembro (04:27:39 PM) eyedeekay1: Hasta ahora esta propuesta cuenta con su aprobación, aunque todavía tengo a una persona que no ha respondido. (04:29:05 PM) zzz: por mí está bien siempre que ustedes dos tengan un método de comunicación confiable y respaldo. No creo que necesitemos más admins que no responden :) (04:29:53 PM) eyedeekay1: Creo que podemos manejar eso (04:30:06 PM) eyedeekay1: Así que nextloop obtendrá privilegios de github (04:31:40 PM) zzz: personas que llevan mucho tiempo sin responder y con muchos privilegios pueden ser buenas como respaldo en el peor de los casos, por si a alguien lo atropella un autobús, pero también es un posible riesgo de seguridad, así que hay que gestionarlo (04:33:12 PM) eyedeekay1: Sí (04:33:20 PM) eyedeekay1: Si hay algo más que podamos tratar aquí en el punto 3), entonces creo que ahora; de lo contrario, veremos el plan revisado en el hilo de zzz.i2p probablemente dentro del próximo día. (04:33:45 PM) zzz: súper (04:34:18 PM) mikalvmeeh: (Estoy medio aquí, me perdí los saludos) (04:34:56 PM) eyedeekay1: Bueno, hemos pasado por los temas planificados, ¿alguien tiene algo más? (04:36:43 PM) eyedeekay1: timeout 1m (04:38:51 PM) eyedeekay1: bafs Muy bien, con eso damos por cerrada esta reunión. Por favor recuerden el 1 de septiembre, la próxima reunión programada a esta misma hora, 8PM UTC (04:39:12 PM) eyedeekay1: Gracias a todos por venir

Ayuda a tus amigos a unirse a I2P compartiendo paquetes de reseed

Sun, 07 Jun 2020 00:00:00 +0000

La mayoría de los routers I2P nuevos se unen a la red mediante bootstrap (arranque inicial) con la ayuda de un reseed service (servicio de reseed). Sin embargo, los reseed services son centralizados y relativamente fáciles de bloquear, considerando el énfasis en conexiones descentralizadas e imposibles de bloquear en el resto de la red I2P. Si un router I2P nuevo no puede realizar el bootstrap, puede ser posible usar un router I2P existente para generar un “Reseed bundle” (paquete de Reseed) funcional y realizar el bootstrap sin necesidad de un reseed service.

Versión 0.9.46

Mon, 25 May 2020 00:00:00 +0000

Detalles de la actualización

0.9.46 contiene mejoras significativas de rendimiento en la biblioteca de streaming. Hemos completado el desarrollo del cifrado ECIES (propuesta 144) y ahora hay una opción para habilitarlo para pruebas.

Solo para usuarios de Windows: Esta versión corrige una vulnerabilidad de escalada de privilegios local que podría ser explotada por un usuario local con capacidad de ejecutar programas. Por favor, aplique la actualización lo antes posible. Gracias a Blaze Infosec por su divulgación responsable del problema.

Reunión de desarrolladores de I2P - 05 de mayo de 2020

Tue, 05 May 2020 00:00:00 +0000

Resumen rápido

Presentes: echelon, eyedeekay, zlatinb, zzz

Registro de la reunión

22:00:09 <eyedeekay> Hola a todos, bienvenidos a la reunión del primer martes del mes y la última reunión antes del lanzamiento de la 0.9.46. ¿Quién más está presente? 22:00:27 <zzz> hola 22:00:28 <zlatinb> hola 22:01:02 <eyedeekay> 0) Hola 22:01:02 <eyedeekay> 1) estado/lanzamiento de la 0.9.46 22:01:03 <eyedeekay> 2) estado de la migración a git 22:01:03 <eyedeekay> 3) reseeds 22:01:03 <eyedeekay> 4) varios 22:03:07 <eyedeekay> Esta es la última reunión en IRC antes del lanzamiento de la 0.9.46; la tag freeze (congelación de etiquetas) es en aproximadamente una semana, así que las cadenas traducidas deben estar listas para entonces. Cualquier cambio pendiente debe enviarse antes de la fecha límite final, el día 22 de este mes. 22:03:58 <eyedeekay> Hasta donde sé, vamos según lo previsto para hacer este lanzamiento a tiempo. 22:04:15 <eyedeekay> Por mi parte, en el ciclo 0.9.46 he seguido con cambios organizativos, cosméticos y de interfaz de usuario en las aplicaciones, centrándome principalmente en i2ptunnel. También he estado trabajando en una configuración de rotación de tunnel para i2ptunnel, que pronto estaré listo para integrar. Dudo que termine la asignación dinámica de tunnel para i2ptunnel a tiempo para la 0.9.46. 22:04:21 <eyedeekay> ¿Alguien tiene algo que añadir? 22:04:38 <zzz> sí 22:04:52 <zzz> los dos puntos principales, las mejoras de streaming y finalizar ratchet, están hechos 22:05:01 <eyedeekay> ¡Excelente! 22:05:03 <zzz> las pruebas de ratchet con i2pd van bien 22:05:08 <zzz> buenos reportes iniciales sobre el streaming 22:05:17 <zzz> los ajustes continuarán hasta justo el lanzamiento 22:05:28 <zzz> ahora me estoy centrando sobre todo en correcciones de errores, por todos lados 22:05:55 <zzz> deberíamos estar en camino para un lanzamiento a principios de la semana del 25 22:05:57 <zzz> eot 22:06:05 <eyedeekay> Muy bien. Para quienes siguen #ls2, ha sido muy emocionante de ver. 22:06:22 <eyedeekay> zlatinb, ¿algo de tu lado? 22:07:29 <zlatinb> solo mucho trabajo de streaming, para continuar o aplicarse a ssu en la 47 22:07:52 <eyedeekay> Genial entonces. Pasemos al punto 2) 22:08:14 <eyedeekay> 2) estado de la migración a git 22:08:14 <eyedeekay> Git se ha preparado para uso general; se ha trasladado a un centro de datos, con hardware más rápido y una conexión más rápida. La configuración para un nuevo git i2ptunnel está en gran medida decidida, pero no se ha integrado. A los nuevos registros en gitlab se les presentarán unos términos del servicio básicos. Si no pueden cumplir esos TOS, se detalla claramente la opción de autoalojar servicios de git. Tiene copias de seguridad y tiene tanto HTTPS como .oni 22:08:14 <eyedeekay> o el soporte de gittorrent sigue en curso, al igual que la migración de tickets de trac. Mientras sigamos usando trac para las incidencias por el momento, creo que Git está listo para uso a tiempo completo si hacemos la transición después de este lanzamiento. 22:10:16 <eyedeekay> el historial de mtn sigue siendo un punto conflictivo para algunos repositorios interesantes 22:15:23 <eyedeekay> Perdón, pidgin se me colgó. 22:15:23 <eyedeekay> ¿Dónde estábamos? 22:15:38 <zzz> "el historial de mtn sigue..." 22:20:14 <eyedeekay> Gracias, zzz. 22:21:03 <eyedeekay> No creo tener mucho más que decir sobre git por mi parte. Si nadie más tiene comentarios, podemos pasar a reseeds 22:21:03 <eyedeekay> tiempo de espera 1 min 22:21:03 <eyedeekay> Ah, cierto, no mencioné la URL HTTPS. Nuestro git es visible en i2pgit.org 22:21:05 <eyedeekay> Sigamos, tema 3) reseeds 22:21:05 <eyedeekay> zzz, tienes la palabra 22:21:18 <zzz> espera 22:21:25 <eyedeekay> OK 22:21:31 <zzz> ¿Puedo añadir algunas ideas sobre el punto 2)? 22:21:37 <eyedeekay> Claro 22:21:51 <zzz> gracias 22:22:11 <zzz> en primer lugar, estoy mejorando con git y gitlab, y envié 3 MRs a muwire este fin de semana 22:22:21 <zzz> dos salieron bien, una no tanto, pero estamos aprendiendo 22:22:30 <zzz> me siento mucho más cómodo 22:22:52 <zzz> segundo: como mencioné creo que en la última reunión, nos beneficiaría mucho tener un plan y un calendario para la migración 22:23:00 <zzz> no creo que haya uno publicado en ninguna parte 22:23:23 <zzz> en particular qué ramas y cuándo, y así sucesivamente 22:23:23 <zzz> eot 22:27:42 <eyedeekay> Vaya, eso no llegó al hilo. Sí discutimos un calendario que incluía mover a git las cosas que no eran i2p.i2p antes de i2p.i2p en sí. Eso debe estar disponible antes de terminar la transición. Lo publicaré esta noche. Gracias, zzz, por el recordatorio y por darle una oportunidad a git. 22:27:42 <eyedeekay> ¿Algo más sobre el punto 2) de parte de alguien? 22:28:58 <eyedeekay> De acuerdo entonces 3) reseeds 22:29:04 <zzz> gracias 22:29:16 <zzz> quiero hacer un llamado urgente para más reseeds 22:29:33 <zzz> meeh administra 3 de nuestros 10, y los 3 estuvieron caídos durante unas dos semanas. Uno volvió. 22:29:43 <zzz> y los otros dos siguen caídos, por diferentes razones 22:29:52 <zzz> no responde 22:30:12 <zzz> no es una buena situación. Si siguen caídos en 2 semanas, los quitaré antes del lanzamiento 22:30:16 <zzz> y nos quedaremos con 7 u 8 22:30:39 <zzz> los reseeds que están caídos dan como resultado una experiencia terrible para los nuevos usuarios; es inaceptable 22:31:12 <zzz> cualquiera que quiera ejecutar uno, por favor póngase en contacto conmigo 22:31:24 <fug> hagan más fácil ejecutar reseeds, entonces la gente los ejecutará 22:31:26 <zzz> estaría bien tener uno de biglybt u otras organizaciones relacionadas con i2p 22:31:45 <zzz> claro, siempre se puede mejorar 22:32:08 <zzz> por desgracia, la persona que gestionaba nuestros reseeds y el software desapareció el año pasado, así que eso también está sin responsable 22:32:11 <eyedeekay> fug, ¿qué califica como más fácil? Eso sería trabajo para mí; soy el tipo de Go, estaría encantado de dockerizarlo o hacerlo checkinstallable o go get-able o lo que sea. 22:32:16 <zzz> EOT 22:32:44 <zzz> también dejó a medias el plugin de reseed 22:32:47 <fug> eyedeekay: una imagen de Docker estaría bien 22:33:03 <eyedeekay> Genial, lo publicaré aquí en uno o dos días. 22:33:29 <fug> pero algo como una aplicación única y simple que hiciera el reseeding con poca o ninguna configuración requerida sería aún mejor 22:35:50 <eyedeekay> Eso se acerca bastante a lo que es el reseed en Go, aunque admito que hay algunos detalles por pulir. Empezaré con Docker. 22:36:01 <eyedeekay> ¿Algo más sobre el 3)? 22:36:23 <zzz> no. gracias por incluirlo en la agenda 22:36:48 <eyedeekay> De nada, sin problema. 4) varios 22:39:29 <eyedeekay> Quiero agradecer a dr|zed por contribuir el CSS mejorado para mis sitios web personales; realmente aprecio el trabajo que se puso en ello. También logré obtener un poco de asesoramiento de diseño para mi WebExtension. ¿Alguien está haciendo algo interesante o emocionante? 22:40:53 <eyedeekay> (¿Que no se haya mencionado en otro sitio?) 22:42:04 <eyedeekay> tiempo de espera 1m 22:43:47 <eyedeekay> Si nadie más tiene nada que añadir, voy a proceder a cerrar la reunión. 22:44:49 <eyedeekay> De acuerdo *bafs*. Gracias a todos por venir y contribuir a la reunión; nos vemos por IRC

Reunión de desarrolladores de I2P - 7 de abril de 2020

Tue, 07 Apr 2020 00:00:00 +0000

Resumen rápido

Presentes: echelon, eyedeekay, zlatinb, zzz

Registro de la reunión

22:04:29 <eyedeekay> Hola a todos, ¿quiénes están aquí? 22:04:40 <eche|on> peep :-=) 22:04:46 <zlatinb> hola 22:04:48 <zzz> presente 22:06:18 <eyedeekay> Muy bien, primer tema, 0.9.46, zzz adelante 22:06:52 <zzz> terminando unos dos meses de trabajo en ratchet (propuesta 144) 22:07:16 <zzz> Estoy casi llegando a la finalización de "fase 2", donde está completo en funcionalidades 22:07:32 <zzz> y pasaré a más corrección de errores y pruebas 22:07:51 <zzz> así que la 46 será donde más gente pueda probarlo, y quizá lo activemos por defecto en la 47 22:08:23 <zzz> en adelante prestaré atención a otras correcciones de errores y temas, como el streaming (trabajando con zlatinb) 22:08:56 <zzz> EOT por mi parte, así que quizá otros quieran decir en qué están trabajando para la 46 22:09:01 <eche|on> Acabo de actualizar a -5 hace 2 días, sigue funcionando bien, el parche de round-robin de tunnel está incluido, por ahora no se nota un gran cambio 22:09:56 <zlatinb> He estado re-reeleyendo los RFC de TCP y observando muchas discrepancias en nuestras implementaciones de streaming y SSU. Así que las reescribí. Los tickets están en trac 22:10:24 <eche|on> lectura y comprobación muy, muy detalladas, zlatinb 22:11:34 <eyedeekay> He empezado a trabajar en revisiones de la UI de i2ptunnel para reducir la cantidad de información innecesaria que presentamos a los usuarios nuevos y en el mecanismo de rotación periódica de claves para i2ptunnels 22:12:19 <eyedeekay> Mucho trabajo fuera del árbol para mí también; quiero reemplazar el paquete de perfil de Firefox por algo que funcione también en plataformas no-Windows, y eso va tomando buena forma. 22:12:32 <eyedeekay> ¿Eso es todo por parte de todos? 22:12:46 <eche|on> eso parece 22:12:49 <eyedeekay> Además, ¿alguien tiene alguna pregunta? 22:13:47 <eyedeekay> Hasta ahora, todo bien. Lo siguiente es miscelánea 22:14:37 <eyedeekay> Con respecto a la migración a git, se ha decidido migrar i2p.i2p *después* de la próxima versión y no antes. Otros repositorios podrían migrarse antes caso por caso. 22:15:06 <eche|on> bien 22:15:20 <eyedeekay> El registro en git.idk.i2p está abierto, pero requiere aprobación manual de un admin. Somos puntuales con ello, pero no dudes en hacerme ping si tienes prisa. 22:16:46 <eyedeekay> Por ahora el enfoque preferido es usar git con SSH, excepto para el clone inicial, que puedes realizar descargando el git bundle con snark. 22:16:50 <eyedeekay> EOT 22:17:18 <eyedeekay> ¿Alguna pregunta para mí respecto a la migración a git? 22:17:31 <eche|on> ¿Algún progreso con la inclusión de tickets de trac? 22:17:49 <eyedeekay> No he tenido tiempo de trabajar en tracboat, así que no, aún no. 22:17:58 <eche|on> ok 22:18:41 <zlatinb> Tengo 2 preguntas sobre la migración: 22:18:41 <zlatinb> 1. ¿Hay alguna manera de cambiar el tiempo de espera de lectura de red en ssh durante el git clone? Si es así, aumentarlo a algo como 5 minutos mejorará las probabilidades de éxito 22:18:41 <zlatinb> 2. Como trac no ha sido muy fiable, ¿está bien empezar a abrir o reflejar tickets en GitLab? ¿Se les prestará atención? 22:19:15 <eyedeekay> 1: He estado investigándolo; no parece que se pueda, pero aún no puedo responder de forma concluyente. 22:19:20 <zzz> con respecto al 2), no por mí, si te refieres a i2p.i2p 22:19:25 <eche|on> sobre el 2: tracboat sería la solución con script para incluir todos los tickets de trac en git 22:19:54 <zzz> pregunta relacionada: ¿cuál es el plan para mejorar el tiempo de actividad consistentemente pobre de los servicios expuestos al público que opera meeh? 22:20:02 <eche|on> oh, perdón, para copiar/migrar tickets existentes; los nuevos quizá sean un problema 22:20:18 <zlatinb> ¿Se conservarán los números de ticket? Si es así, ¿qué pasa con los tickets ya abiertos en GL, hay que eliminarlos? 22:21:21 <eyedeekay> Los números de ticket deberían conservarse si logro que la migración funcione; los tickets duplicados habrá que eliminarlos manualmente cuando se cierre uno u otro. 22:22:08 <zlatinb> y si por la razón que sea la migración no puede funcionar, ¿cuál es el plan de respaldo? 22:23:12 <zzz> todavía no hemos acordado la migración de trac en absoluto; supongo que todo esto son solo experimentos. Propongo que la migración de trac se aplace hasta después de que todas las ramas de mtn (incluidas las que aún no están en GH) se migren a git 22:23:33 <zzz> quizá septiembre, como muy pronto 22:23:42 <eche|on> la respuesta a esto se correlacionará con la pregunta de zzz; actualmente no hay un plan fijo. Mi idea sería mantener trac funcionando con los tickets antiguos 22:24:02 <eyedeekay> No tengo manera de arreglar trac; migrar los tickets fuera de él es lo único que personalmente puedo hacer. Si no puedo migrarlos con tracboat, tendré que hacerlo yo. Conozco la parte de gitlab; solo tendré que aprender la parte de trac. Sé que gitlab parece un reemplazo obvio y atractivo para trac, pero esto es un obstáculo importante. 22:24:03 <zlatinb> ok, y hasta que se haya intentado una migración, ¿debemos seguir usando trac? 22:24:41 <eyedeekay> Sí 22:24:51 <eche|on> en cuanto a tickets: por favor, usen trac hasta que se haya realizado la migración de tickets 22:24:53 <zzz> entonces, ¿quién está a cargo de arreglar los servicios de meeh? ¿O nos hemos rendido y ahora estamos trabajando para reemplazar todo lo que él opera? Si eso es lo que estamos haciendo, seamos explícitos al respecto 22:25:56 <eche|on> meeh está a cargo de sus servicios. trac debería reemplazarse por git. 22:26:31 <zzz> lo cual no arregla los problemas sistémicos con otros servicios como el repositorio deb y el outproxy 22:26:31 <eche|on> el repositorio de Debian es un punto abierto actualmente; hice un mirror de él, pero por ahora necesito más tiempo para ver cómo dejarlo configurado como se espera 22:27:32 <eche|on> el outproxy no lo tocaré en absoluto 22:27:50 <eyedeekay> Con gusto ayudo a reemplazar el repo deb de meeh, pero no puedo hacer nada por el outproxy. 22:29:19 <eche|on> meeh a menudo nos dijo que el problema es en su mayoría el sistema antiguo en IPs antiguas que está usando; con welterde cambiando el DNS, eso sí cambió hoy 22:29:33 <zzz> Supongo que la migración de tickets para una rama concreta X ocurriría solo después de que hayamos pasado de mtn a git para X 22:29:35 <eche|on> pero por ahora no tengo idea 22:30:55 <eyedeekay> zzz Sí 22:31:08 <eyedeekay> Con respecto a la migración de tickets 22:31:27 <eyedeekay> De ese modo no confundiríamos a la gente sobre dónde se están discutiendo las incidencias. 22:32:21 <eyedeekay> ¿Algo más? 22:34:22 <eyedeekay> timeout: 60s 22:36:22 <eyedeekay> **Bafs** OK, gracias por venir a todos

Uso de git bundle para obtener el código fuente de I2P

Wed, 18 Mar 2020 00:00:00 +0000

Clonar repositorios de software grandes a través de I2P puede ser difícil, y usar git a veces puede dificultarlo aún más. Afortunadamente, en ocasiones también puede facilitarlo. Git tiene un comando git bundle que se puede usar para convertir un repositorio de git en un archivo que git luego puede clonar, obtener (fetch) o importar desde una ubicación en su disco local. Al combinar esta capacidad con descargas por bittorrent, podemos resolver nuestros problemas restantes con git clone.

Configuración de Gitlab a través de I2P

Mon, 16 Mar 2020 00:00:00 +0000

Este es el proceso de configuración que utilizo para Gitlab e I2P, con Docker a cargo de gestionar el servicio en sí. Gitlab es muy fácil de alojar en I2P de esta manera; puede ser administrado por una sola persona sin mucha dificultad. Estas instrucciones deberían funcionar en cualquier sistema basado en Debian y deberían adaptarse fácilmente a cualquier sistema donde estén disponibles Docker y un router de I2P.

Dependencias y Docker

Dado que Gitlab se ejecuta en un contenedor, solo necesitamos instalar en nuestro sistema principal las dependencias que requiere el contenedor. Puedes instalar todo lo necesario con:

Git sobre I2P para usuarios

Fri, 06 Mar 2020 00:00:00 +0000

Tutorial para configurar el acceso a git a través de un I2P Tunnel. Este tunnel actuará como tu punto de acceso a un único servicio de git en I2P. Forma parte del esfuerzo general para migrar I2P de monotone a Git.

Antes que nada: Conozca las capacidades que el servicio ofrece al público

Según cómo esté configurado el servicio de Git, puede que ofrezca todos los servicios en la misma dirección o no. En el caso de git.idk.i2p, hay una URL HTTP pública y una URL SSH para configurar en su cliente SSH de Git. Ambas pueden usarse para hacer push o pull, pero se recomienda SSH.

Reunión de desarrolladores de I2P - 3 de marzo de 2020

Tue, 03 Mar 2020 00:00:00 +0000

Resumen rápido

Presentes: echelon, eyedeekay, sadie, mikalv, zzz

Registro de la reunión

20:59:49 <eyedeekay> Hola a todos, falta como un minuto para la hora de la reunión, ¿quiénes están aquí? 20:00:33 <eche|on> Bien, es la hora. Bienvenidos a la reunión de desarrollo en IRC del 3 de marzo de 2020. 20:00:40 <eche|on> Orden del día: 20:00:40 <eche|on> 0) Hola 20:00:40 <eche|on> 1) estado de la versión 0.9.45 20:00:40 <eche|on> 2) planes para 0.9.46 20:00:40 <eche|on> 3) estado/futuro de I2P Android 20:00:40 <eche|on> 4) planes MTN => Git 20:00:40 <eche|on> 5) varios - planes de UX para 2020; página de donaciones 20:01:28 <eche|on> así que, como el viejo buffer me resulta casi inutilizable y aún no tengo uno nuevo, empecemos 20:01:31 <eche|on> 0) hola 20:01:33 <nextloop> ¡hola! 20:01:38 <eche|on> Yo estoy aquí, eyedeekay está aquí, nextloop está aquí 20:01:40 <zzz> hola 20:02:21 <eche|on> ok, sigamos con el punto 1) 20:02:36 <eche|on> 0.9.45 se publicó hace unos días y hasta ahora parece bien 20:02:42 <eche|on> ¿algún comentario? 20:03:03 <zzz> todo fue sin problemas de mi lado 20:03:11 <nextloop> ¿cuál es el estado de Android? 20:03:16 <zzz> en la red, PPA, repo deb. Sin informes importantes hasta ahora 20:03:31 <eche|on> Android aún no listo, ver punto 3 20:03:34 <zzz> Te dejo a ti informar sobre maven/fdroid/android/mac, no tengo información sobre eso 20:03:47 <eche|on> Mac se compiló y se puso en línea 20:04:09 <eche|on> por mi parte fue lo suficientemente bien 20:04:13 <eche|on> hola sadie_ 20:04:45 <eche|on> ok, y ahora pasemos al 2, los planes para 0.9.46 20:04:55 <eche|on> zzz: ¿algún plan para 0.9.46 en tu hoja de ruta? 20:05:17 <sadie_> hola 20:05:51 <zzz> rrd4j está entrando para reemplazar jrobin 20:05:56 <zzz> unos 30 checkins hasta ahora en una semana 20:06:10 <zzz> orignal y espero terminar ratchet (prop. 144) 20:06:28 <eche|on> buen ritmo, seguro que se ralentizará. ¿Ratchet estará en la .46 o es un quizá? 20:06:41 <zzz> correcciones de SSU en jogger... quizá... quizá no... 20:07:23 <zzz> ratchet está en la 45, funciona, pero muchos detalles no están terminados, con suerte lo estarán para la 46 20:07:36 <eche|on> ok, bien. 20:08:15 <zzz> lista de tareas de ratchet `http://zzz.i2p/topics/2639` 20:08:49 <eche|on> ¿cuál es el plazo estimado para un lanzamiento 0.9.46? ¿mayo? 20:08:50 <zzz> ¿cuáles son los planes de los demás? 20:09:15 <eche|on> eyedeekay, sadie, ¿plan para 0.9.46? 20:09:18 <eyedeekay> Mi máxima prioridad en este momento es el readme ubicado en la consola del router; actualmente estoy un poco bloqueado por una recomendación de chat, pero lo resolveré pronto. A partir de esto iré trabajando progresivamente en nuestra ayuda dentro de la consola. 20:09:24 <zzz> mi propuesta es finales de mayo, sujeto al acuerdo de los demás 20:10:07 <eche|on> ok, finales de mayo parece bien, lo verificaré con los demás en los próximos días. 20:10:20 <eyedeekay> Estoy conforme con finales de mayo 20:10:32 <mikalv_> igual 20:10:43 <eche|on> ok, ¿alguna otra nota sobre los planes de 0.9.46? 20:10:51 <eche|on> ¿comentarios, preguntas? 20:11:24 <mikalv_> no, pero deberíamos resolver la cuestión del soporte de arquitecturas de Android ahora que estamos todos aquí 20:11:32 <eche|on> ese es el punto 3 :-) 20:11:44 <mikalv_> básicamente Google dice: soporta x64 o abandona la plataforma (si solo proporcionas 32 bits) 20:11:47 <eche|on> al cual pasamos ahora, ya que nadie planteó otra pregunta sobre el punto 2 20:11:56 <mikalv_> genial 20:11:59 <eche|on> mikalv_: ¿cuál es el estado de Android 0.9.45? 20:12:31 <mikalv_> Lo construí, obtuve la queja de Google y esperé a esta reunión para una decisión administrativa sobre qué deberíamos hacer 20:12:48 <mikalv_> si deberíamos abandonar mips y similares, o intentar producir los binarios de 64 bits para ello 20:13:04 <zzz> ¿cuál es tu recomendación? 20:13:34 <mikalv_> una vez que eso se decida, deberíamos estar listos para publicar en cualquier momento si lo quitamos, y no estoy seguro de si necesitamos producir los binarios de 64 bits, ya que no lo he intentado antes 20:13:42 <eche|on> En mi opinión no hay muchos dispositivos Android MIPS y x86 disponibles, así que descartémoslos para 0.9.45, pero tengámoslo en mente 20:13:57 <sadie_> Para mí, revisión de la arquitectura de la información de la consola y el sitio web; luego, taller de identidad y valores con Ura y Simply Secure. Trabajo posterior a la instalación, revisión de infraestructura y políticas 20:14:06 <mikalv_> Intenté lograr que Google Play me dijera de alguna forma cuánto se usaban (las distintas arquitecturas), pero no pude encontrar métricas para ello 20:14:10 <zzz> ¿tienes estadísticas de usuarios, mikal? 20:14:22 <eche|on> ok, sadie, añadido al punto 2, anotado :-) 20:14:23 <mikalv_> lo más cercano que tenemos es una lista de dispositivos 20:14:27 <nextloop> la arquitectura solo es relevante para la librería NDK jbigi, ¿verdad? 20:14:35 <mikalv_> pero entonces, necesitamos saber qué arquitectura tiene cada uno de los diferentes dispositivos 20:14:38 <zzz> me suena a una decisión fácil 20:14:40 <eche|on> sí, nextloop, en su mayoría sí 20:14:44 <mikalv_> sí, nextloop 20:14:48 <nextloop> porque se compila desde el código fuente en cada publicación de f-droid 20:15:17 <nextloop> nunca verifiqué si realmente se usa o si usa el fallback de Java 20:15:25 <eche|on> ok 20:15:25 <mikalv_> ¿pero eso es para las versiones de 64 bits, de modo que f-droid tenga binarios que no existen en la versión de gplay? 20:16:24 <nextloop> creo que solo ejecuta el script de shell. Lo que se compile allí es lo que se construye 20:16:50 <eche|on> mikalv_: por favor, revisa el script de shell/la versión de f-droid; si hay 64 bits disponible, úsalo, si no, elimina esa arquitectura 20:17:24 <mikalv_> de acuerdo, lo haré entonces a menos que haya objeciones 20:17:35 <eyedeekay> Por mi parte, sin objeciones. 20:17:40 <mikalv_> (?) 20:17:43 <mikalv_> genial 20:17:46 <eche|on> ahora al punto más interesante: el futuro de la versión de I2P para Android. Como Bote está casi muerto y no se usa, y no hay desarrollador disponible, el caso de uso para I2P en Android ha desaparecido 20:17:57 <eche|on> ¿queremos un futuro lanzamiento de I2P para Android? 20:18:09 <eche|on> ¿incluso sin Bote y con un caso de uso casi nulo? 20:18:16 <eche|on> eyedeekay: ¿opinión? ¿zzz? 20:18:28 <zzz> ¿tu premisa es que el único caso de uso para la app del router en Android es Bote? 20:18:47 <eche|on> como el navegador tiene otros problemas (como me dijo mikalv_), ¿qué queda? 20:18:59 <eyedeekay> La gente está usando Java I2P en Android para cosas que no son Bote. Hay un tipo alojando Yacy sobre termux o alguna locura por el estilo. No quiero coartar a la gente. 20:19:03 <eche|on> aparte de ser un simple router en dispositivos pequeños 20:19:18 <zzz> simplemente no es cierto que la navegación esté rota 20:19:34 <mikalv_> básicamente no hay una forma "no técnica" de usar la versión de Android actual 20:19:39 <eche|on> ok, bien, entonces ambos votan por el futuro de Android 20:19:41 <zzz> ¿cierto, idk? 20:19:48 <mikalv_> puedes ajustar Firefox en about:config, cosa que Mozilla te advierte que no hagas 20:20:06 <eyedeekay> Sí, creo que Android puede tener futuro. 20:20:06 <mikalv_> pero más allá de eso, en mi opinión necesita algún tipo de propósito vital 20:20:45 <eche|on> pero, por lo que he visto también, Android cambiará de responsable a eyedeekay, ¿es correcto? 20:20:46 <zzz> ¿Qué hay detrás de esto? ¿El equipo no quiere dar soporte? 20:20:51 <eyedeekay> Sí 20:21:00 <eche|on> O 20:21:01 <eche|on> ok 20:21:12 <eche|on> zzz: intento recopilar opiniones e ideas 20:21:26 <eche|on> y por lo que parece, eyedeekay dará soporte a Android para 0.9.46 y en adelante 20:21:35 <eyedeekay> Seguiré, al menos, manteniendo las compilaciones de Android; asumiré su responsabilidad. Sí deseo seguir dándole soporte. Solo para aclarar 20:21:45 <zzz> Creo que Android es importante. Ahora mismo estamos ofreciendo un soporte terrible. No estamos corrigiendo _ningún_ bug y no hay desarrollo nuevo 20:21:48 <eche|on> y como parece que los usuarios lo usan, se le dará soporte 20:22:12 <zzz> si no podemos aumentar nuestro soporte con el equipo actual, entonces deberíamos contratar a alguien nuevo para hacerlo 20:22:33 <eche|on> ok 20:22:48 <sadie_> He solicitado apoyo que sugeriría destinar a Android. Aún sin respuesta. 20:23:12 <sadie_> Creo que Android es importante 20:23:38 <eche|on> así que I2P para Android seguirá vivo e intentaremos darle mejor soporte, al menos mejor que solo proporcionar nuevas versiones 20:23:59 <eche|on> y si hay financiación, conseguir un desarrollador con fondos para apoyar el desarrollo en Android 20:24:25 <eche|on> ¿alguna pregunta, comentario, pista sobre el punto 3, Android? 20:25:43 <eche|on> ok, pasando al tema 4) la próxima migración de monotone a Git 20:26:20 <eche|on> hemos decidido dejar monotone y usar git en su lugar; aún se está trabajando en un plan de migración para mantener la mejor usabilidad y las características necesarias para el desarrollo de I2P 20:26:40 <eche|on> actualmente, eyedeekay montó un servidor git en `http://git.idk.i2p` e hizo un howto en https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md 20:27:02 <eche|on> estamos trabajando en integrar trac en la instancia de git y migrar todos los tickets a git 20:27:26 <eche|on> después de que esa migración se haga con seguridad y se verifique, decidiremos una fecha para el cambio 20:27:46 <eche|on> actualmente buscamos testers de la guía y del servidor git dentro de I2P 20:28:03 <eche|on> y por supuesto: más sugerencias, ideas, peticiones de funcionalidades sobre este tema 20:28:07 <eche|on> así que, por favor 20:28:12 <eche|on> eyedeekay: ¿más comentarios sobre esto? 20:28:39 <eyedeekay> También he estado trabajando en añadir soporte SOCKS a webtorrent, lo que con suerte nos permitirá usar gittorrent también en un futuro cercano. 20:29:19 <eche|on> nextloop: ¿comentarios? ¿ya que estás trabajando el script de sincronización actualmente? 20:29:49 <zzz> ¿El código de muwire está configurado y puenteado a GH como planeamos? 20:30:18 <eyedeekay> Aunque mis pruebas durante las últimas semanas han sido exitosas, me gustaría mucho que la gente revisara mi guía y comentara dónde podría aclararse o simplificarse. 20:30:37 <nextloop> el problema de que se rompan las conexiones durante el clonado inicial se resuelve haciendo un clon superficial y profundización iterativa, ¿estoy en lo cierto? 20:30:46 <eche|on> zzz: aún no tengo idea, no he trabajado en eso por mi parte 20:30:55 <eyedeekay> Sí, eso funciona ahora mismo. 20:30:56 <zzz> idk? 20:31:13 <eche|on> sí, nextloop, eso ayuda un poco, pero incluso la profundidad de 1 versión sigue siendo ~100 MB a descargar 20:31:37 <eche|on> al profundizarlo crece un poco más (4-5 veces en mi experimento) 20:31:49 <zzz> tengo una pregunta sobre los nombres de usuario en git.idk: ¿necesitamos elegir un nombre de usuario no usado en GH, o necesitamos registrarlo de forma preventiva en GH para que todo funcione bien? 20:32:12 <nextloop> zzz: GitHub identifica a los autores de commits en función de las direcciones de correo electrónico. 20:32:17 <zzz> hubo un informe en zzz.i2p hace un tiempo de que hay varias cuentas falsas de zzz-i2p en GH. ¿es eso un problema? 20:32:42 <nextloop> así que si añades en GitHub el correo que usas para el git de I2P, el commit quedará vinculado a tu cuenta 20:33:16 <nextloop> eyedeekay: ¿ya está en marcha el archivo torrent regular? si recuerdo bien, estabas trabajando en eso 20:33:48 <eyedeekay> Bueno, se puede generar, pero aún no hay nada que lo planifique 20:34:32 <zzz> entonces, ¿necesito registrarme en git.idk con una dirección de correo válida de clearnet si quiero registrarme (antes o después) en GH? ¿o eso es algo de configuración local? 20:34:55 <zzz> de todos modos, nos estamos metiendo en detalles, perdón; trabajaré con idk para resolverlo 20:35:17 <eyedeekay> No necesitas elegir un nombre de usuario no usado en GH, hasta donde sé; podrías trabajar completamente desde la instancia de gitlab y no necesitaríamos GitHub para nada 20:35:17 <eche|on> el correo de clearnet debería ser en este caso la dirección de i2pmail.org, en mi opinión 20:35:46 <nextloop> zzz: sí, para GitHub necesitas verificar el correo. ¿quizá usar i2p-mail.org? 20:35:54 <eche|on> actualmente el plan es usar gitlab (la instancia de git de idk en la red I2P) para nuestro trabajo y sincronizar con GitHub 20:36:23 <eche|on> los tickets de trac estarían en el servidor gitlab dentro de la red 20:36:25 <nextloop> eyedeekay: estaría motivado para configurar ese archivado automático 20:36:27 <zzz> solo quiero asegurarme de que no se vincule a alguna cuenta falsa de zzz cuando se puente a GH 20:36:47 <eche|on> (perdón por el lío, gitlab y github son ambos servidores con muchas funciones alrededor de git, ambos hacen casi las mismas tareas) 20:37:18 <eche|on> punto válido, zzz 20:37:47 <eche|on> ok, antes de entrar en muchos más detalles, ¿más comentarios? 20:39:06 <eche|on> pasamos al tema 5 - temas varios. actualmente 2 de mi parte: a) página de donaciones y b) planes de UX para 2020 20:39:40 <eche|on> 5a) mikalv_ ha configurado una nueva página de donaciones en https://donate.i2p.io/ y esas cuentas benefician a la empresa I2P que mikalv_ gestiona con torkel en Noruega 20:40:07 <eche|on> está en producción y recoge donaciones desde ahora; pronto (tm) se anunciará en la web y en Twitter 20:40:24 <eche|on> ¿algún comentario sobre esto? ¿incidencias, problemas? 20:41:29 <eche|on> 5)b) planes de UX para 2020: sadie está trabajando con elio en un proyecto de UX, en el que a elio se le han concedido fondos para trabajar en la UX de I2P 20:41:42 <eche|on> sadie, ¿más información, planes, ideas, comentarios? 20:42:05 <sadie_> Revisión de la arquitectura de la información de la consola y el sitio web; luego, un taller de identidad y valores con Ura y Simply Secure será el trabajo de este mes 20:42:41 <sadie_> ¡Hemos recibido muy buenos comentarios sobre el asistente de configuración! 20:43:31 <eyedeekay> Por mi parte, el proyecto del navegador ha sido puesto oficialmente en pausa. Prácticamente no podríamos haber elegido un peor momento para intentar algo así, ya que la base de código de Mozilla ha estado cambiando drásticamente mientras intentábamos trabajar con ella. Se retomará el proyecto cuando tengamos un objetivo menos cambiante. Estaré haciendo mejoras a I2P y a la navegación web en proyectos que requieran menos tiempo. 20:43:36 <sadie_> Así que por ahora, fase de investigación, síntesis y documentación. 20:44:03 <zzz> eyedeekay, ¿estado de la beta 8, prometida en 'un par de días' en la reunión de hace un mes? 20:44:24 <eyedeekay> Está cancelada. No tenía sentido crearla, ya que solo sería viable por muy poco tiempo. 20:44:35 <eche|on> gracias, sadie, ¿cuál es el plazo para el proyecto completo? fecha de finalización 20:44:56 <eche|on> eyedeekay: por favor, anúncialo en la página web 20:45:21 <eyedeekay> Lo haré 20:45:22 <sadie_> La fecha prevista de finalización del estudio es a mediados de junio 20:45:49 <zzz> si la beta 8 no habría sido viable por mucho tiempo, supongo que la beta 7 en nuestro sitio web hace tiempo que quedó obsoleta y debería retirarse, seguro 20:45:53 <eche|on> ok, ¿y hay una idea aproximada de en qué momento las mejoras de UX entrarán en el código de I2P? 20:46:59 <eche|on> sadie? 20:47:28 <eche|on> zzz: eso debería hacerse con el anuncio del final definitivo del proyecto del navegador 20:47:33 <sadie_> No será hasta después de junio. Primero tenemos que pasar por el proceso. Si hay mejoras que podamos implementar fácilmente a medida que se sugieren y aprueban, lo haremos. 20:47:35 <zzz> sadie_, ¿es pública la organización que financia a Ura? y si es así, ¿cuál? 20:47:46 <mikalv_> sí, el proyecto del navegador se inició desafortunadamente en el momento equivocado, ya que Mozilla reescribió básicamente todo en su base de código ese mismo año 20:48:05 <anonymousmaybe> i2pbrowser actualmente tiene muchas vulnerabilidades de seguridad sin corregir desde hace tiempo porque no siguió el ritmo de las versiones parcheadas de TB/FF 20:48:09 <mikalv_> así que cada versión tenía un código bastante diferente a la anterior, y así sucesivamente 20:48:23 <eche|on> sadie_: ok, parece que a inicios de 0.9.47, quizá 0.9.48, será la primera versión de I2P que recibirá cambios de este proyecto 20:48:25 <sadie_> La financiación de este estudio se proporciona a través del Usability Lab. 20:48:39 <zzz> ¿que es OTF? 20:48:40 <sadie_> correcto, ech 20:48:47 <mikalv_> tbb tuvo a 10 personas reescribiendo todos sus parches como tres o cuatro veces en 2019 20:49:34 <eche|on> https://www.opentech.fund/labs/usability-lab/ 20:49:45 <sadie_> OTF Resource Labs 20:49:58 <zzz> sería bueno sacar algunos tweets de agradecimiento y una entrada de blog si es público; ¡son grandes noticias que deberíamos contar a la gente! 20:50:37 <fug> también deberían decirle a la gente cómo vaciaron la interfaz de usuario y quitaron documentación 20:51:09 <eche|on> Como nota negativa menor, el InternetFreedomFestival en Valencia, España, fue cancelado debido al alto riesgo del coronavirus. 20:51:18 <eche|on> así que nueva participación de I2P allí 20:51:38 <eche|on> zzz: anotado y sucederá 20:52:15 <sadie_> zzz, sí, lo he anunciado en el foro la semana pasada. Se ha planificado el despliegue de PR 20:52:26 <eche|on> ¿más comentarios, temas en el punto 5) varios? 20:52:51 <eche|on> `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 <eche|on> es la entrada del foro con las novedades 20:53:10 <fug> zzz: GitHub hace la detección basada en el correo especificado en los commits; dicho correo debe estar registrado con una cuenta de GitHub, y el registro requiere enviar un enlace de confirmación al correo 20:53:33 <fug> zzz: así que en el caso de tus commits con correo .i2p, no podrás confirmarlos 20:53:55 <anonymousmaybe> ¿alguna hoja de ruta para el aislamiento de i2prouter? https://trac.i2p2.de/ticket/2132 20:54:47 <eche|on> la división del paquete de Debian de I2P está, en mi opinión, en pausa actualmente 20:54:51 <eyedeekay> Aún no hay hoja de ruta para eso. 20:55:02 <anonymousmaybe> ah, qué pena.. 20:55:22 <eche|on> Hasta donde sé, se mantuvieron algunas discusiones con el mantenedor de deb, sin un resultado productivo aún 20:56:02 <anonymousmaybe> el ticket ya está ahí pero no se ha hecho trabajo para él 20:56:17 <zzz> tampoco hay 45 para sid aún, sin noticias de mhatta 20:56:38 <anonymousmaybe> ¿mikalv_ arregló el filtrado de usuarios de Tor/I2P en trac? 20:56:42 <fug> hay https://github.com/tracboat/tracboat para la migración de trac->gitlab, ¿se ha evaluado? 20:57:25 <eche|on> En mi opinión, eyedeekay está probando tracboat para la migración; al menos se mencionó el nombre 20:57:28 <fug> ¿dónde hay alguna página de información que describa el estado de la migración a git? 20:57:46 <eche|on> actualmente no hay página excepto el howto y el servidor git mencionados arriba 20:57:56 <eche|on> ya que aún estamos en una fase temprana 20:58:17 <fug> aun así deberían tener una página para esa información 20:58:21 <eche|on> anotado crear una página informativa 20:58:22 <mikalv_> Espero que esté arreglado, ¿alguien ha tenido problemas con eso en los últimos días? 20:58:38 <eyedeekay> ¿trac? No últimamente 20:58:49 <eche|on> sí, mikalv_, hubo un usuario aquí que intentó enviar un ticket y fue bloqueado por spam 20:58:59 <eche|on> pero bueno, ¿algún otro comentario para la reunión de desarrollo? 20:59:09 <zzz> outproxy sigue siendo un montón de porquería, pero trac me está funcionando bien 20:59:20 <mikalv_> y ahora estamos hablando del propio sistema de trac, y no de i2ptunnel, ¿verdad? 20:59:26 <eche|on> sí 20:59:43 <eche|on> uhh, llegó el límite de 60 min... 20:59:55 <eche|on> ¿algún comentario adicional? 21:00:05 <fug> sí, información sobre desarrollar I2P 21:00:16 <fug> debería mencionarse el uso de la nueva instancia de git en lugar de mtn, que nadie usa 21:00:45 <eche|on> se hará, si es válido y verificado para hacerse al 100% 21:01:24 <eche|on> Si no entra ningún otro comentario, como esta reunión de IRC está llegando casi a los 60 min, que es un límite flexible, me gustaría cerrar la reunión. Debido a la falta de un buffer apropiado, haré un sonido de "plopp". 21:01:45 <eche|on> así que, oídos atentos: "plopp" 21:01:56 <sadie_> dejo el micro 21:02:02 <eche|on> fin de la reunión de desarrollo. gracias a todos por su tiempo, ideas y comentarios 21:02:14 <eche|on> se publicará un registro pronto 21:02:14 <sadie_> gracias, ech

Versión 0.9.45

Tue, 25 Feb 2020 00:00:00 +0000

Detalles de la actualización

0.9.45 contiene correcciones importantes para el modo oculto y el probador de ancho de banda. Hay una actualización del tema oscuro de la consola. Seguimos trabajando en mejorar el rendimiento y en el desarrollo de un nuevo cifrado de extremo a extremo (propuesta 144).

Como de costumbre, recomendamos actualizar a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la última versión.

Reunión de desarrolladores de I2P - 4 de febrero de 2020

Tue, 04 Feb 2020 00:00:00 +0000

Resumen rápido

Presentes: echelon, eyedeekay, sadie, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) Estado del proyecto I2P Browser (sadie, meeh, idk) 20:00:00 <zzz> 2) Casos de uso / estado del outproxy (sadie) 20:00:00 <zzz> 3) Estado del desarrollo de la 0.9.45 (zzz) 20:00:00 <zzz> 4) Scrum de estado (zlatinb) 20:00:04 <zzz> 0) Hola 20:00:06 <zzz> hola 20:00:19 <zlatinb> hola 20:00:29 <zzz> 1) Estado del proyecto I2P Browser (sadie, meeh, idk) 20:00:51 <zzz> sadie, ¿qué hay de nuevo en el proyecto del navegador? 20:01:22 <zzz> o, como no está aquí, ¿alguien más? 20:02:09 <eyedeekay> Hola 20:02:55 <zzz> eyedeekay, ¿tienes una actualización de estado sobre el proyecto del navegador? 20:03:22 <eyedeekay> Estamos a punto de publicar la última versión del navegador durante seis meses antes de que entre en pausa. Hemos decidido que debemos ser mucho más inteligentes sobre cómo encapsulamos la configuración y construimos el navegador para que el proyecto sea sostenible; ahora mismo es un drenaje enorme de recursos. Se publicará una declaración más completa en el sitio web en el momento del lanzamiento del navegador. 20:04:11 <zzz> ¿Esta versión será la beta 8? Si mal no recuerdo, en nuestra última reunión hace dos meses se preveía que saliera en 3 días 20:04:58 <eyedeekay> Sí, esa es la razón por la que entra en pausa. Simplemente no es sostenible hacerlo como lo hemos venido haciendo; hay que explorar otras opciones que nos exijan menos trabajo para tan solo mantenernos al día con las versiones de Firefox. 20:05:27 <zzz> ok. bienvenida, sadie_, ¿tienes algo que añadir? 20:05:44 <sadie_> no 20:06:05 <zzz> ¿Alguien tiene comentarios o preguntas sobre 1) navegador? 20:06:52 <zzz> ¿Algo más sobre el 1)? 20:07:29 <zzz> 2) Casos de uso / estado del outproxy (sadie) 20:07:32 <eyedeekay> Proporcionaremos recomendaciones para procedimientos alternativos para configurar navegadores. 20:07:47 <zzz> ok 20:08:04 <zzz> sadie_, por favor danos una actualización sobre la investigación del outproxy 20:08:51 <sadie_> la investigación del outproxy se ha pospuesto durante los últimos meses. 20:09:42 <zzz> ok, ¿alguna previsión de cuándo podría reanudarse? 20:11:53 <zzz> ¿Comentarios o preguntas sobre 2) outproxy? 20:12:20 <sadie_> no es una alta prioridad en el futuro inmediato, según la hoja de ruta. 20:12:40 <eyedeekay> Meeh de hecho ha mejorado notablemente últimamente el rendimiento del outproxy para el outproxy predeterminado de uso general en false.i2p 20:13:11 <zzz> ¿Algo más sobre el 2)? 20:14:04 <zzz> 3) Estado del desarrollo de la 0.9.45 (zzz) 20:14:15 <zzz> el desarrollo va bien 20:14:32 <zzz> tenemos 17K líneas de diff hasta ahora, incluyendo una gran actualización de los temas oscuros 20:14:38 <zzz> algunas correcciones para el modo oculto 20:14:47 <eche|on> espero que eso ayude 20:15:16 <zzz> algunos cambios de iconos, nuevo Tomcat, nuevo Jetty, reproductor de vista previa HTML5 para archivos parciales en i2psnark 20:15:52 <zzz> las fechas están en el /topic de arriba. congelación de etiquetas en una semana, fecha límite de check-in en 2 semanas y media, lanzamiento en 3 semanas 20:16:34 <zzz> No estrictamente en la .45, pero puedo anunciar que hemos tenido buenos avances en pruebas de interoperabilidad con i2pd en la propuesta 144 (nuevo cifrado) 20:16:59 <zzz> y seguimos trabajando en errores y problemas a ambos lados, y en la propia propuesta 20:17:27 <zzz> ¿Alguien más desea destacar algo que haya entrado para la .45, o algo que vaya a entrar? 20:19:01 <zzz> ¿Algo más sobre el 3)? ¿Preguntas o comentarios? 20:19:22 <eche|on> nop 20:20:02 <zzz> 4) Scrum de estado (zlatinb) 20:20:08 <zzz> adelante, zlatinb 20:20:15 <zlatinb> Hola. Brevemente: 1) qué has hecho desde la última reunión 2) qué planeas hacer el próximo mes 3) bloqueadores o ayuda necesaria. Di EOT cuando termines 20:20:46 <zlatinb> yo: 1) plugin MW 2) Más trabajo en el plugin MW, reescritura de SSU por jogger 3) sin bloqueadores EOT 20:21:16 <zzz> 1) correcciones de errores, propuesta 144, revisar los parches de jogger y la propuesta; 2) más de lo mismo, además del lanzamiento .45; 3) sin bloqueadores EOT 20:21:54 <eche|on> nada especial, soporte de servidor, `http://wiki.i2p-projekt.i2p` funciona y se está llenando, todo bien 20:23:26 <sadie_> trabajando en mejoras a la documentación post-instalación con idk, conseguí más investigación de pruebas de usabilidad, outreach comunitario / estrategia de PR / pruebas de las webextensions de idk/ proceso de descubrimiento - infraestructura resiliente, investigación de rebranding - más de lo mismo el próximo mes 20:23:57 <zlatinb> ¿Alguien más? T-1 minuto para el fin del scrum 20:24:01 <eyedeekay> 1) La mayor parte de mi trabajo fue una revisión sustancial del tema oscuro predeterminado para mejorar la legibilidad y hacerlo ver más moderno y consistente. También añadí funciones y corregí errores en mi webextension para Firefox; ahora tiene la capacidad de hablar con i2pcontrol y snark-rpc. También configuré mi eepSite personal y un recurso de git común (una instancia de GitLab en git.idk.i2p) para el proyecto. 2) Estaré trabajando en 20:24:01 <eyedeekay> la migración a git. 3) sin bloqueadores. 20:24:41 <zlatinb> gracias, scrum.end 20:24:48 <zzz> ok, gracias, zlatinb 20:25:07 <zzz> ¿Alguien tiene preguntas, comentarios o temas adicionales para la reunión? 20:26:13 * zzz agarra el baffer 20:27:01 * zzz *bafs* la reunión cerrada

Reunión de desarrolladores de I2P - 03 de diciembre de 2019

Tue, 03 Dec 2019 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, meeh, sadie, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) Estado del proyecto I2P Browser (sadie, meeh, idk) 20:00:00 <zzz> 2) Casos de uso/estado de outproxy (proxy de salida) (sadie) 20:00:00 <zzz> 3) Estado de la versión 0.9.44 (zzz) 20:00:00 <zzz> 4) Scrum de estado (zlatinb) 20:00:10 <sadie__> hola 20:00:20 <zzz> 0) Hola 20:00:22 <zzz> hola 20:00:47 <zzz> 1) Estado del proyecto I2P Browser (sadie, meeh, idk) 20:00:49 <zlatinb> hola 20:01:00 <meeh> hola 20:01:23 <zzz> sadie, ¿cuál es la novedad más reciente sobre el proyecto I2P Browser? y siéntete libre de delegar cualquier parte de tu respuesta a idk y meeh 20:01:32 <eyedeekay> Hola 20:03:02 <meeh> La mayor novedad probablemente es que nuestra próxima versión ahora se basa en ESR 68 y no en 60, y nuestras extensiones están en proceso de ser portadas al código fuente ya que mozilla elimina algunas de las API que usamos actualmente en versiones posteriores 20:03:27 <zzz> ¿y para cuándo está programada esa versión? 20:03:47 <meeh> También es la primera versión que debería estar firmada con nuestro nuevo certificado EV de firma de código, así que no más advertencias aterradoras 20:03:54 <meeh> en dos o tres días 20:04:06 <meeh> digamos el día 6 20:04:15 <zzz> ok, entonces esto será la beta 8, ¿no? 20:04:26 <meeh> sí, correcto 20:04:27 <eyedeekay> Sí, beta 8 20:04:43 <zzz> súper. ¿algo más que añadir sadie__ eyedeekay? 20:05:08 <eyedeekay> Además, ahora también habilitamos el conjunto de aplicaciones de I2P, snark, susimail, etc. 20:05:19 <sadie__> sí: también tendremos un MVP (Producto Mínimo Viable) y una hoja de ruta actualizados disponibles 20:05:54 <zzz> ¿cuándo se publicarán? 20:05:56 <meeh> y, con el tiempo, publicaremos reemplazos con estándares modernos, al menos para comenzar con susimail y addressbook 20:06:14 <meeh> eso no es para esta versión, eh, sino para versiones posteriores 20:06:47 <sadie__> eso debería estar en el sitio a mediados de la próxima semana, junto con el nombre del proyecto actualizado y la dirección de marca 20:07:15 <meeh> una novedad no directamente vinculada al navegador es que ahora también tenemos un "runner" de Rack que habla directamente con I2PSocket y no requiere que el usuario lo redirija a través de algún puerto TCP local 20:07:25 <zzz> bien. ¿quieres filtrar el nuevo nombre o vas a esperar hasta que esté en el sitio? 20:07:34 <meeh> así que hace posible ejecutar, por ejemplo, Ruby on Rails directamente contra I2PSocket 20:07:57 <sadie__> Vamos a esperar hasta que el sitio esté actualizado =) 20:08:12 <zzz> bien meeh, siempre es mejor evitar salir y volver a entrar vía un socket estándar 20:08:51 <zzz> suena a un gran progreso 20:09:01 <zzz> ¿algo más en 1)? ¿alguien tiene alguna pregunta? 20:10:31 <zzz> 2) Casos de uso/estado de outproxy (sadie) 20:10:41 <zzz> sadie__, ¿cuál es la última novedad de este esfuerzo de investigación? 20:10:44 <sadie__> La solución de outproxy llave en mano se ha puesto en pausa hasta que pueda conseguir los recursos necesarios para recopilar la información adecuada y completar el MVP. Esta investigación no se reanudará hasta el próximo año. La discusión general sobre el uso de outproxy se reanudará en las próximas semanas. En este punto, la prioridad para nuestro proxy debería ser investigar y mejorar los problemas de rendimiento. 20:11:45 <zzz> ok, con respecto al outproxy del proyecto, ¿cuál es el estado de la investigación y las mejoras? 20:12:10 <zzz> meeh, ¿tienes alguna información al respecto? 20:12:17 <sadie__> meeh puede comentar ese esfuerzo mejor que yo 20:12:28 <meeh> Además, ya que el tema es outproxy, la gema de JRuby que hice también tiene un outproxy simple de un solo hilo que puede ejecutarse como un plugin de i2p para ese caso 20:12:33 <meeh> se encuentra aquí https://github.com/mikalv/ji2p-jruby/blob/master/bin/simple_outproxy 20:13:08 <zzz> ¿pero qué hay del outproxy actual? 20:13:09 <meeh> también he empezado a dividir la gema, para que no necesites incluir soporte de clúster y demás para un simple plugin de i2p que no tiene nada que ver con eso 20:13:13 <meeh> porque se ha hecho bastante grande 20:13:41 <meeh> sí, he tenido algunas actualizaciones de cables y switches que eran un cuello de botella para el outproxy público 20:13:52 <zzz> He empezado a llevar la cuenta de cada petición del outproxy, exitosa o fallida, en un post-it. La tasa de éxito de hoy es solo del 75% 20:14:26 <zzz> sadie dice que es una prioridad, así que ¿qué piensas hacer a continuación? 20:14:39 <meeh> la próxima versión del navegador, la beta 8, perdón, olvidé mencionarlo antes, tendrá muchas más destinations (destinos) apuntando al mismo servicio, ya que creemos que las destinations en sí mismas son el siguiente cuello de botella 20:14:56 <meeh> así que no solo false.i2p y mi puente de tor, sino más bien del orden de 20 20:15:30 <meeh> También cambiaré el software del proxy por un software a medida en elixir/erlang para eso, que escribí hace algunos meses 20:15:45 <meeh> también se encuentra aquí https://github.com/mikalv/i2p-outproxy-elixir 20:16:00 <zzz> ¿has considerado cambiar de i2pd a java? Creo que hay algunos problemas importantes al ejecutarlo en i2pd 20:16:14 <meeh> Tengo algunos cambios no confirmados que voy a subir antes de hacer el cambio, y cualquiera puede usar esto para ejecutar el suyo propio. También haré una mejor documentación para eso 20:16:25 <meeh> Actualmente uso ambos 20:16:29 <meeh> tanto java como i2pd 20:16:39 <zzz> ok 20:16:40 <meeh> deberían ser cuatro routers, todos con los dos dest 20:16:51 <meeh> apuntando al mismo endpoint del proxy HTTP 20:17:05 <zzz> ¿ya tienes una conclusión sobre cuál ofrece mejor servicio? 20:17:17 <meeh> los i2pd están configurados con como 100 tunnels comparado con el límite de 16 tunnels de java 20:17:49 <meeh> no, lo siento, aún no, pero eso es algo que he puesto en mi lista de tareas de cosas que debería hacer en un futuro cercano 20:18:21 <zzz> ok, aliento al equipo a usar un enfoque basado en mediciones para hacer mejoras. no disparen a lo loco cambiando todo 20:18:51 <meeh> sí, lo he hecho antes y aprendí de ello, así que no te preocupes, será basado en mediciones 20:18:55 <zzz> ¿algo más en 2), sadie__? 20:19:09 <sadie__> no 20:19:22 <zzz> ¿alguien tiene preguntas sobre el punto 2)? 20:20:19 <zzz> 3) Estado de la versión 0.9.44 20:20:29 <zzz> ok, sacamos la versión 0.9.44 el domingo 20:21:00 <zzz> corrige un problema feo en la forma en que se manejan los nuevos tipos de cifrado. Todos deberían actualizar tan pronto como puedan 20:21:12 <meeh> para android está publicado en google play, fdroid y en nuestra página de descargas, donde esta última incluye firma gpg y el sitio web actualizado 20:21:33 <zzz> genial. ¿y mavencentral? 20:22:03 <meeh> sí, es una dependencia requerida de lo anterior, así que cuando he hecho lo anterior ya debo haber hecho mavencentral 20:22:07 <zzz> ya está disponible para actualizaciones dentro de la red. Aproximadamente el 10% de la red ya ha actualizado 20:22:38 <zzz> también hice el PPA y el repo deb el domingo 20:22:58 <zzz> así que creo que eso es casi todo 20:23:05 <zzz> sin quejas hasta ahora 20:23:24 <zzz> desafortunadamente, el tester de ancho de banda está casi completamente roto 20:23:51 <zzz> algo cambió recientemente en el pool de pruebas y la forma en que hacíamos el handshake dejó de funcionar 20:24:10 <zzz> pasé el último día y medio trabajando en ello y lo puse a funcionar de nuevo 20:24:40 <zzz> si alguien ve que cosas como esta están rotas, por favor abran un ticket. Es una pena que no nos diéramos cuenta de que estaba roto antes del lanzamiento 20:25:29 <meeh> también tenemos a la vuelta de la esquina una nueva página de donaciones (standalone), que habilitará más formas de donar, también PayPal recurrente, etc. 20:25:39 <zzz> así que eso es todo lo que tengo sobre la .44. Estamos empezando con la .45 y armando el plan, pero espero que el lanzamiento 45 sea en febrero 20:25:44 <meeh> y se ve **bonito** 20:25:48 <meeh> con letras mayúsculas 20:25:56 <zzz> ok meeh, genial 20:26:02 <zzz> ¿algo más en 3)? 20:27:02 <zzz> 4) scrum de estado 20:27:06 <zzz> adelante, zlatinb 20:27:31 <zlatinb> hola, muy brevemente: 1) qué has estado haciendo el mes pasado 2) qué planeas hacer el próximo mes 3) algún bloqueo o necesitas ayuda 4) EOT 20:28:31 <zlatinb> yo: 1) arreglé que el filtro scriptable escribiera al disco cada 10 segundos, investigué el soporte de servlet 3.0 (roto para clases internas) 2) empaquetar MW como un plugin del router 3) sin bloqueos 20:28:35 <zlatinb> EOT 20:28:49 <zzz> 1) lanzamiento .44, corrección de bugs, programación y pruebas de la prop. 144 (ratchet); arreglé un error grave de tunnel que causaba un arranque lento, saqué una nueva versión de zzzot con la ayuda de drzed 20:29:28 <zzz> 1 (cont) mucho trabajo probando reseeds y trabajando con reseeders para arreglar las cosas; también probé y eliminé open trackers 20:30:09 <meeh> hecho: gema de jruby para interactuar y/o controlar el router integrado o independiente, soporte inicial de kubernetes para destinations HA (alta disponibilidad) o pruebas de clúster de i2p, muchos, muchos parches de firefox ya sea escritos desde cero o portados desde tor browser, mejoras de outproxy y una nueva aplicación de correo con la intención de reemplazar susimail algún día 20:30:19 <meeh> trabajo inicial en el último* 20:30:23 <zzz> 2) corrección de bugs, pruebas de la prop. 144, más trabajo en mejorar el rendimiento, 36C3 20:30:46 <sadie__> El mes pasado estuve trabajando en cambios del tema claro de css que están en el último lanzamiento, respondiendo al Laboratorio de Usabilidad para financiación de un estudio de UX para la consola del router, y dirigiendo decisiones de producto para el futuro del navegador. El próximo mes, será la guía posterior a la instalación y más trabajo de css, gestión y desarrollo del navegador 20:30:56 <zzz> 3) sin bloqueos; 4) EOT 20:31:10 <sadie__> sin bloqueos, EOT 20:31:15 <eyedeekay> 1) He estado trabajando en abrir la experiencia de I2P Browser a más de las capacidades generales de I2P y ajustando la organización/look-and-feel de la consola del router y las páginas de inicio. 2) El próximo mes estaré trabajando en más mejoras de funcionalidades del navegador, más tutoriales de SAM y más mejoras de la interfaz de usuario de la consola del router. 3) sin bloqueos EOT. 20:31:48 <zlatinb> gracias, creo que eso es todo de todos </scrum> 20:32:08 <zzz> súper, ¿algo más en 4)? ¿alguien tiene alguna pregunta? 20:32:24 <zzz> ¿o algún otro tema para la reunión? 20:32:28 <meeh> el próximo mes: lanzar la beta 8 del navegador, averiguar cómo podemos usar el software osslsigncode para firmar binarios de windows en sistemas unix, cambiar el software de outproxy, continuar el trabajo de la nueva aplicación de correo y terminar los cambios para la gema de jruby 20:33:16 <zzz> ¿EOT meeh? 20:33:32 <meeh> sí, EOT. 20:34:16 <zzz> ok. Un recordatorio: no habrá reunión el próximo mes porque estaremos recuperándonos de 36C3. Si alguien quiere unirse a nuestras reuniones en 36C3, vengan a encontrar nuestra mesa 20:34:32 <zzz> seguro que tuitearé la ubicación aproximada 20:34:48 <sadie__> ¡y tendremos un nuevo banner para la mesa! 20:34:48 <meeh> ¿probablemente podamos publicar algunas notas públicas de la reunión también? 20:34:58 <meeh> eso es de ccc 20:34:59 <zzz> ¿algún otro tema para la reunión, mientras busco el baffer? 20:35:28 <zzz> ¿te ofreces voluntario, meeh? 20:35:41 <meeh> puedo intentar hacerlo, sí 20:35:59 <sadie__> haré un informe para ccc 20:36:35 <zzz> ok, encontré el *baffer* así que supongo que eso es todo por hoy 20:36:46 <zzz> nos vemos en persona en 4 semanas 20:37:10 <zzz> ups, 3 1/2 semanas 20:37:24 * zzz *bafs* cierra la reunión

Versión 0.9.44

Sun, 01 Dec 2019 00:00:00 +0000

Detalles de la actualización

0.9.44 contiene una corrección importante para un problema de denegación de servicio en los servicios ocultos al manejar nuevos tipos de cifrado. Todos los usuarios deben actualizar lo antes posible.

Esta versión incluye soporte inicial para un nuevo cifrado de extremo a extremo (propuesta 144). El trabajo en este proyecto continúa y todavía no está listo para su uso. Hay cambios en la página de inicio de la consola y nuevos reproductores de medios HTML5 integrados en i2psnark. Se incluyen correcciones adicionales para redes IPv6 detrás de cortafuegos. Las correcciones en la construcción de Tunnel (túneles de I2P) deberían resultar en un inicio más rápido para algunos usuarios.

Reunión de desarrolladores de I2P - 05 de noviembre de 2019

Tue, 05 Nov 2019 00:00:00 +0000

Resumen rápido

Presentes: echelon, eyedeekay, lbt, sadie, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) estado de la versión 0.9.43 (zzz) 20:00:00 <zzz> 2) estado del proyecto I2P Browser (sadie, meeh) 20:00:00 <zzz> 3) casos de uso / estado del Outproxy (sadie) 20:00:00 <zzz> 4) estado del desarrollo de la 0.9.44 (zzz) 20:00:00 <zzz> 5) estado de las propuestas (zzz) 20:00:00 <zzz> 6) scrum de estado (zlatinb) 20:00:04 <zzz> 0) Hola 20:00:06 <zzz> hola 20:00:10 <sadie_> hola 20:00:25 <zzz> 1) estado de la versión 0.9.43 (zzz) 20:00:38 <zzz> La 43 ha estado disponible un par de semanas, sin problemas graves hasta ahora 20:01:02 <zzz> los elementos restantes son el f-droid oficial (nextloop) y el debian oficial (mhatta) 20:01:08 <eyedeekay> hola 20:01:37 <zzz> ¿algún otro problema pendiente con la versión 43? 20:03:01 <zzz> 2) estado del proyecto I2P Browser (sadie, meeh) 20:03:16 <zzz> meeh, sadie, ¿cuál es la información más reciente sobre el navegador? 20:04:49 <sadie_> Se ha publicado la Beta 7 20:05:10 <eyedeekay> I2P Browser estaba en Beta 7, se publicó ayer, junto con una hoja de ruta actualizada. Esta es la penúltima versión que se basará en Firefox 60. Solucionamos algunos errores e implementamos integración continua, además de desarrollar un plan revisado y actualizado para el futuro del navegador como producto. 20:05:11 <sadie_> las notas se pueden encontrar en el sitio web del proyecto. 20:05:35 <zzz> la fecha de lanzamiento es incorrecta en el sitio, para tu información 20:05:51 <eyedeekay> Oh, caray, perdón, me lo perdí. La cambiaré de inmediato. 20:06:03 <sadie_> También hemos estado trabajando en la hoja de ruta, que también se puede encontrar en el sitio web del proyecto 20:06:29 <zzz> ¿qué nos pueden contar sobre la próxima beta 8? ¿qué incluye, cuándo saldrá? 20:07:40 <sadie_> la beta 8 saldrá a finales de noviembre. 20:08:19 <zzz> ¿alguien tiene preguntas sobre el navegador? meeh ¿tienes algo que añadir? 20:08:27 <eyedeekay> La Beta 8 se publicará a finales de noviembre, será la versión final basada en Firefox 60. Nos estamos preparando para algunos cambios de arquitectura que harán que las aplicaciones sean más visibles; empezarán a ver los comienzos de eso en la Beta 8, así como más retroalimentación en el navegador sobre el nivel de preparación del router integrado. 20:08:53 <sadie_> estamos trabajando en una mejor página de inicio, un indicador de preparación del proxy HTTP y temas dinámicos 20:09:20 <zzz> suena genial, espero que todos le den una oportunidad a la beta 7 20:09:45 <zzz> ¿algo más en el punto 2) ? 20:11:00 <zzz> 3) casos de uso / estado del Outproxy (sadie) 20:11:17 <zzz> sadie_, ¿qué novedades hay sobre este tema? 20:11:32 <sadie_> Hemos llevado el documento de requisitos hasta donde creo que podemos sin hacer ahora más investigación de usuarios. 20:11:38 <sadie_> A mediados de mes volveré a contactar con la persona que inspiró la solución de outproxy llave en mano. Podemos evaluar el documento de requisitos que se ha creado y comenzar a abordar las preguntas de investigación de usuarios de manera más exhaustiva. Los requisitos para esta solución forman parte de los entregables para la próxima versión. Hemos llevado el documento de requisitos hasta donde creo que podemos sin hacer ahora más 20:11:38 <sadie_> investigación de usuarios. 20:12:41 <zzz> ok, para que quede claro, solo trabajamos en requisitos durante el periodo de la 44. Cualquier implementación sería en la 45 o posterior, ¿cierto? 20:12:53 <sadie_> correcto 20:13:32 <zzz> ok, ¿algo más que quieras añadir? ¿Alguien tiene alguna pregunta sobre la investigación del outproxy? 20:14:01 <zzz> ¿algo más en el punto 3) ? 20:15:01 <zzz> 4) estado del desarrollo de la 0.9.44 (zzz) 20:15:23 <zzz> llevamos dos semanas en el ciclo .44, con mucho código nuevo integrado 20:15:52 <zzz> casi todo es la implementación de la propuesta 144, nuevo cifrado para destinos 20:16:07 <zzz> Espero comenzar pronto las pruebas de interoperabilidad con chisana_ 20:16:35 <zzz> y deberíamos estar listos para testers valientes en un par de semanas 20:16:57 <zzz> pero pasará bastante tiempo antes de que lo usemos por defecto, quizá de 6 a 12 meses 20:17:23 <zzz> se necesitan muchas pruebas y otros cambios para dejarlo sólido 20:17:59 <zzz> lo otro importante que tengo en cola para la .44 son algunas mejoras de rendimiento de SSU, impulsadas por nuestro prolífico trac ticker 'jogger' 20:18:17 <zzz> sadie_, eyedeekay, meeh, ¿algo que quieran añadir sobre en qué están trabajando para la .44? 20:19:34 <zzz> ¿algo más en el punto 4) ? 20:19:35 <sadie_> cambios en la consola del router /home, estrategia a largo plazo del sitio web 20:20:45 <zzz> 5) estado de las propuestas (zzz) 20:21:05 <zzz> no hay mucho más que decir aquí, el 99% del enfoque está en la 144. 20:21:30 <zzz> lo siguiente probablemente sea la 152, 153, o quizá incluso una nueva propuesta de SSU 2 20:21:47 <zzz> no espero mucho progreso en nada de eso hasta el año nuevo 20:21:58 <zzz> ¿preguntas sobre las propuestas? 20:22:06 <zzz> ¿algo más en el punto 5) ? 20:23:01 <zzz> 6) scrum de estado (zlatinb) 20:23:12 <zzz> Creo que zlatinb dijo que no podía venir hoy 20:23:32 <eche|on> nuevo servidor con nuevo hardware y nuevas IPs, migrando servicios de un servidor a otro con el tiempo. sin bloqueadores 20:23:41 <zzz> así que ya conocen el procedimiento, por favor digan 1) lo que hicieron el mes pasado 2) lo que harán el próximo mes; 3) cualquier bloqueador 20:23:52 <zzz> y terminen con EOT 20:24:49 <zzz> yo: 1) publiqué la versión .44, mucho trabajo en el nuevo cifrado; 2) más trabajo en el nuevo cifrado, mejoras de rendimiento de SSU, corrección de errores; 3) sin bloqueadores; EOT 20:25:11 <zzz> sadie_, meeh, eyedeekay, por favor vayan en paralelo 20:25:48 <sadie_> El mes pasado y el próximo mes continuaré trabajando en I2P Browser, seguir refinando el tema claro de la consola del router y desarrollar una estrategia a largo plazo para el sitio web con IDK. La gestión del producto Outproxy y la recopilación de requisitos continuarán. Propuestas para investigación y desarrollo: se han presentado propuestas para mejorar la UX (experiencia de usuario) y estudios de usabilidad, o bien se están redactando. Han comenzado las presentaciones y ta 20:25:48 <sadie_> lleres para conferencias de 2020. 20:27:01 <zzz> última llamada eyedeekay meeh zlatinb 20:27:11 <eyedeekay> 1) He estado trabajando en cosas que entran en el navegador o que están destinadas a ayudar al navegador. 2) Voy a trabajar en mejorar la organización de algunas de las páginas de inicio de la consola del router, así como en implementar algunas de las mejoras de diseño del navegador. 3) Sin bloqueadores EOT 20:27:53 <zzz> ok, presumiendo EOTs de eche|on y sadie_ ... ¿algo más en el punto 6) ? 20:28:02 <sadie_> sí 20:28:34 <zzz> ¿otros temas o preguntas para la reunión? 20:28:59 <eche|on> ¿qué hay de bote? 20:29:04 <eche|on> ¿alguna señal de str4d? 20:29:28 <zzz> He visto algún RT ocasional en twitter, así que está vivo 20:29:59 <zzz> eso es todo lo que sé 20:30:26 <zzz> aparte de lo que hay en los tickets 20:30:27 <eche|on> ok 20:30:38 <zzz> ¿algo más sobre bote? 20:31:01 <zzz> ¿algo más para la reunión? 20:31:22 <lbt> Un "gracias" para todos ustedes :) 20:31:48 <zzz> de nada lbt, gracias por unirte a la reunión 20:31:54 <eyedeekay> De nada amigo :) 20:33:00 * zzz *bafs* da por cerrada la reunión

Destacando la investigación

Fri, 25 Oct 2019 00:00:00 +0000

Investigación destacada - un estudio empírico de la red de anonimato I2P y su resistencia a la censura

La siguiente entrada del blog fue escrita por el Becario de Information Controls Hoàng Nguyên Phong. Como becario del ICFP, la investigación de Phong se centró en analizar distintos aspectos de la red I2P, una herramienta de Internet para mejorar la privacidad que puede utilizarse para acceder a contenido en línea a través de una red que mejora el anonimato y resulta útil para eludir la censura impuesta por el Estado. Trabajando con su organización anfitriona, la Universidad de Massachusetts Amherst, Phong estudió la resiliencia de la red I2P frente a la censura, lo que incluyó identificar qué métodos de bloqueo podría utilizar un censor estatal para impedir el acceso a I2P e investigar posibles soluciones para hacer que I2P sea más resistente a dichos bloqueos.

Versión 0.9.43

Tue, 22 Oct 2019 00:00:00 +0000

Detalles de la actualización

En la versión 0.9.43, seguimos trabajando en funciones de seguridad y privacidad más sólidas y en mejoras de rendimiento. Nuestra implementación de la nueva especificación de leaseset (LS2) ya está completa. Estamos comenzando nuestra implementación de un cifrado de extremo a extremo más sólido y rápido (propuesta 144) para una versión futura. Se han corregido varios problemas de detección de direcciones IPv6 y, por supuesto, hay varias otras correcciones de errores.

Informe del viaje a Our Networks- no sé

Sat, 05 Oct 2019 00:00:00 +0000

Our Networks Trip Report

El fin de semana del 20 de septiembre viajé a Toronto para reunirme con Sadie y participar en la conferencia Our Networks. La conferencia Our Networks abarca una amplia variedad de temas, incluidas muchas tecnologías peer-to-peer (de igual a igual), con la vista puesta en su potencial para hacer del mundo un lugar mejor.

La conferencia fue fascinante, llena de gente muy inteligente que trabaja en todo, desde redes de malla físicas hasta la web distribuida y, por supuesto, el anonimato. Pudimos hablar con gente estupenda de Tor, Protocol Labs, Parity Labs y el Dat Project, así como con una variedad de artistas y científicos sociales. También fue muy divertido y el ambiente fue excelente. En particular, creo que Dat presenta algunas oportunidades bastante interesantes para una colaboración futura.

Reunión de desarrolladores de I2P - 1 de octubre de 2019

Tue, 01 Oct 2019 00:00:00 +0000

Resumen rápido

Presentes: chisana, echelon, eyedeekay, meeh, nextloop, sadie, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) estado de la versión 0.9.42 (zzz) 20:00:00 <zzz> 2) estado del proyecto I2P Browser "labs" (sadie, meeh) 20:00:00 <zzz> 3) Outproxy (proxy de salida) casos de uso / estado (sadie) 20:00:00 <zzz> 4) estado del desarrollo 0.9.43 (zzz) 20:00:00 <zzz> 5) estado de las propuestas (zzz) 20:00:00 <zzz> 6) Scrum de estado (zlatinb) 20:00:05 <meeh> hola 20:00:05 <zzz> 0) Hola 20:00:08 <zzz> hola 20:00:16 <zlatinb> hola 20:00:18 <nextloop> Hola 20:00:23 <sadie__> hola 20:00:49 <zzz> 1) estado de la versión 0.9.42 (zzz) 20:01:12 <zzz> La versión .42 fue hace 5 semanas; creo que los únicos elementos pendientes hace un mes eran la biblioteca de cliente y una nueva versión de Bote para Android, y los paquetes deb/ubuntu oficiales 20:01:19 <zzz> todos esos ya están hechos 20:01:41 <zzz> poco más que decir sobre la .42, que parece estar funcionando bien 20:01:46 <zzz> ¿algo más sobre el punto 1)? 20:02:29 <zzz> 2) estado del proyecto I2P Browser "labs" (sadie, meeh) 20:02:37 <eyedeekay> Hola a todos 20:02:45 <meeh> vamos en camino con todas las tareas; también he empezado el parcheo inicial de ESR68, que sería nuestra nueva beta para el 31 de diciembre. 20:02:46 <zzz> sadie, meeh, ¿qué nos pueden contar sobre este nuevo proyecto y producto, cuál es el estado? 20:03:01 <chisana_> hola 20:03:02 <sadie__> La Beta 7 se lanzará el 23 de octubre o inmediatamente después de que 0.9.43 esté etiquetada. A día de hoy, estamos al día con los elementos de la hoja de ruta para el próximo lanzamiento. Se ha creado una hoja de ruta tentativa para lanzamientos futuros, que nos lleva hasta junio de 2020 20:03:04 <zzz> ¿cuál es la siguiente tarea, o el próximo lanzamiento, meeh? 20:03:07 * chisana_ acecha 20:03:13 <meeh> 23 oct 20:03:33 <meeh> o tan pronto como salga 0.9.43 en esa fecha o después 20:03:36 <meeh> depende de nosotros 20:03:50 <zzz> ¿pueden por favor decirnos dónde está la hoja de ruta y qué habrá en la Beta 7? 20:04:39 <sadie__> Los elementos de la Hoja de ruta están al día a fecha de hoy 20:05:00 <zzz> ¿la hoja de ruta está publicada en algún sitio donde la gente pueda verla? 20:06:27 <meeh> el próximo lanzamiento contendría sobre todo correcciones de errores, parches de estabilidad, y un mejor "backend" para la ventana de diálogo inicial 20:06:35 <eyedeekay> Estos son los elementos que también están en la hoja de ruta del proyecto para 9.43. 20:07:17 <meeh> si Mozilla tiene parches que debamos incluir para entonces, también se añadirán 20:07:18 <zzz> ok, así que la hoja de ruta para la Beta 7 está en la hoja de ruta de i2p en nuestro sitio web; la gente puede verla allí 20:07:29 <sadie__> sí 20:07:36 <zzz> ¿está publicada en algún sitio la hoja de ruta hasta junio de 2020 para que la gente pueda verla? 20:07:56 <sadie__> todavía no 20:07:57 <eyedeekay> Todavía no, puede ser pronto. 20:08:17 <zzz> ok. ¿alguien tiene alguna pregunta para el equipo del navegador? 20:09:03 <zzz> ¿algo más sobre el punto 2)? ¿algo más que el equipo quiera decir sobre el navegador? 20:09:26 <sadie__> por favor, prueben, ¡únanse a la lista de correo! 20:09:44 <zzz> ¿quieres comentar cómo suscribirse a la lista de correo, sadie? 20:10:02 <meeh> disponible en `http://lists.i2p` o https://lists.i2p.email 20:10:17 <zzz> genial 20:10:20 <sadie__> claro: todo lo que necesitan se puede encontrar en el sitio https://geti2p.net/en/browser/develop 20:10:25 <zzz> ¿algo más sobre el punto 2)? 20:11:01 <zzz> 3) Outproxy use cases / status (sadie) 20:11:13 <zzz> sadie, por favor cuéntanos el estado del proyecto outproxy 20:11:16 <sadie__> Se ha hecho el MVP de Open Outproxy; estamos casi listos con el MVP de Friends and Family, pero aún necesitamos recopilar más información sobre requisitos de administración, logging y generación de informes. Las reuniones se reanudarán la semana del 21 de octubre. 20:12:06 <sadie__> Tengo algunas ideas/pensamientos nuevos sobre cómo gestionar la administración, y más investigación que hacer antes de la próxima reunión 20:12:15 <zzz> con "hecho" no te refieres a que hayamos terminado el desarrollo, espero... y ¿podrías definir MVP para todos, por favor? 20:12:40 <sadie__> Producto Mínimo Viable 20:13:03 <sadie__> no, todavía estamos trabajando en los requisitos en algunas áreas 20:13:16 <zzz> entonces por "hecho" te refieres a una lista de requisitos, ¿correcto? 20:13:32 <sadie__> ¡correcto! 20:14:10 <zzz> ¿dónde puede la gente ver esa lista, y cuál es la mejor forma de hacerte llegar comentarios al respecto? 20:15:05 <sadie__> Actualizaré Trac e invitaré a la gente a unirse a la conversación allí 20:15:40 <zzz> por favor, ¿puedes decirle a todo el mundo dónde en Trac podrán verla? 20:16:07 <sadie__> un momento 20:17:04 <zzz> mientras buscas, comentaré que el objetivo para esto es el año que viene... no para la .43 o la .44 20:17:14 <zzz> para la implementación, quiero decir 20:17:46 <zzz> ¿alguna pregunta o comentario sobre el proyecto outproxy, mientras ella busca? 20:19:00 <sadie__> #2472 fue donde empezamos la discusión 20:19:00 <zzz> ¿algo más sobre el punto 3)? 20:19:59 <zzz> ok, entonces pondrás la lista de requisitos en el ticket 2472 y ahí es donde te gustaría recibir comentarios, ¿verdad? 20:20:17 <sadie__> correcto 20:20:27 <zzz> súper 20:20:56 <zzz> 4) estado del desarrollo 0.9.43 (zzz) 20:21:19 <zzz> el sitio web tiene la hoja de ruta para la .43, incluyendo los elementos del navegador para la Beta 7, como se mencionó antes 20:21:46 <zzz> llevamos 5 semanas de desarrollo de la .43, con un lanzamiento previsto dentro de unas 3 semanas a partir de hoy 20:22:12 <zzz> las cosas van bien, con algunas correcciones para IPv6 y más trabajo para hacer que el ls2 cifrado sea más fácil de usar 20:22:52 <zzz> ¿alguien más quiere contarnos en qué están trabajando para la .43, además de la Beta 7 del navegador? 20:23:36 <zzz> la congelación de etiquetas será dentro de una semana a partir de mañana, y actualizaré Transifex en ese momento y avisaré a todos que empiecen a traducir 20:23:42 <zlatinb> con suerte, me pondré a probar el escaneo de anotaciones de servlet 3.0 20:24:12 <zzz> ok, sí, me gustaría terminar eso si lo necesitas, o descartarlo si no :) 20:24:18 <meeh> mejorando nuestro build jlinked, que está relacionado con cosas del navegador, doh, pero sigue siendo sobre la base de código de Java 20:24:42 <sadie__> IDK y yo estamos trabajando en un nuevo asistente de configuración y ya se ha hecho la nueva navegación del menú del sitio web. Haré más cambios cosméticos al CSS de la consola 20:24:47 <meeh> Supongo que investigaremos más ese tema, ya que la libreta de direcciones está rota al usar jlink 20:25:13 <zlatinb> sí, y los plugins también, pero probablemente seguirán rotos por un tiempo 20:25:19 <zzz> ah, y la semana que viene trabajaremos en correcciones para Android para la 43 20:26:38 <zzz> no creo que quieran molestarse en habilitar plugins del router para el navegador, pero ¿quizá otros los están presionando para ello? vale la pena investigarlo más 20:27:04 <zzz> ¿algo más sobre el punto 4)? 20:28:21 <zzz> 5) estado de las propuestas (zzz) 20:28:45 <zzz> el único enfoque del equipo de propuestas de #ls2 en el último mes ha sido la prop. 144: nuevo cifrado 20:29:02 <zzz> estamos cerca de una especificación completa y coherente, y hemos empezado a escribir algo de código de prueba 20:30:01 <zzz> espero que algo de ese código entre en la versión .44 en Java —no en la .43—, pero será a principios del año que viene antes de que esté realmente terminado en la red en producción 20:30:20 <zzz> y luego quizá unas cuantas versiones más para depurar los errores 20:30:45 <zzz> pero es emocionante, ya que estamos cerca de reemplazar uno de los algoritmos criptográficos originales y muy lentos, ElGamal 20:31:28 <zzz> después espero que pasemos a otra parte del reemplazo de ElGamal, con la propuesta 152, sobre cómo hacemos las compilaciones de tunnel 20:31:46 <zzz> pero también podríamos decidir trabajar en "SSU2"... no lo hemos hablado 20:31:56 <zzz> supongo que eso sería para mediados o finales del año que viene 20:32:33 <zzz> el equipo está trabajando bien en conjunto y llevamos casi un año con la 144, así que estaremos todos muy contentos de terminarla en los próximos meses 20:32:43 <zzz> ¿alguna pregunta sobre estas u otras propuestas? 20:33:19 <zzz> ¿algo más sobre el punto 5)? 20:34:00 <zzz> 6) scrum de estado (zlatinb) 20:34:04 <zzz> adelante, zab 20:34:29 <zlatinb> Hola, describe brevemente 1) qué has estado haciendo el último mes 2) qué planeas hacer el mes que viene 3) ¿algún bloqueador o ayuda necesaria? Escribe EOT cuando termines 20:34:59 <meeh> Ha sido bastante trabajo inicial en el proyecto del navegador, tanto por la integración del router como por la curva de aprendizaje de toda la base de código de Firefox, el sistema de build y la arquitectura, para llegar a un nivel en el que podamos decir que tenemos las cosas bajo control. Estamos a punto de tener builds nocturnos y CI listos tanto para las ramas esr60 y esr68 como para los pull requests que podamos recibir. 20:35:01 <meeh> Los artifact builds también son un objetivo a lograr, lo que permitiría a personas con hardware más débil descargar partes del build de Firefox para reducir las operaciones de compilación más pesadas y hacer el desarrollo menos engorroso. También he estado investigando las pruebas unitarias y de regresión para el navegador, para evitar errores tontos y hacer el producto más estable y confiable. 20:35:01 <meeh> También estamos cerca de tener nuestros scripts de build personalizados que no se basan en la base del script de build en perl de Tor, tanto para soportar builds remotos como por el hecho de que no somos muchos los que sabemos perl. Más allá de esto, también he hecho algo de lectura e investigación sobre el marco legal aquí para gestionar nuestra organización. Trabajo inicial en la política de logging de los servidores del proyecto. 20:35:05 <meeh> EOT 20:35:18 <zlatinb> yo: 1) probando en testnet parches de jogger, algo de trabajo con jlink 2) más testnet, servlet 3.0 3) sin bloqueadores EOT 20:35:20 <sadie__> Asistí a Our Networks el fin de semana pasado en Toronto, elaboré un nuevo asistente de configuración para que lo implemente IDK en el lanzamiento, definiendo más cambios cosméticos de CSS para el próximo lanzamiento, avanzando el consenso de outproxy y del navegador, divulgación a la comunidad y se ha solicitado más financiación de UX. El mes que viene me centraré en opciones de financiación, nuevas estrategias de PR, divulgación en 36c3, y en preparar una 20:35:20 <sadie__> presentación introductoria de I2P terminada que podamos usar todos en futuras charlas, mejoras de SusiMail y continuar trabajando en el navegador y outproxy. EOT 20:35:32 <zzz> 1) correcciones de errores, IPv6, cifrado ls2, propuesta 144 20:36:06 <eche|on> servidor corriendo, lo mismo, sin bloqueadores 20:36:25 <zzz> 2) correcciones de errores, IPv6, cifrado ls2, especificación de la propuesta 144 y código de prueba, preparación y lanzamiento 0.9.43, más reuniones y definición de outproxy 20:36:48 <zzz> 3) sin bloqueadores, EOT 20:37:11 <zlatinb> scrum.setTimeout(60*1000); 20:37:25 <zzz> eyedeekay? 20:37:35 <eyedeekay> solo un momento 20:37:55 <eyedeekay> He estado trabajando en actualizar el asistente de ancho de banda para que funcione mejor con el I2P Browser y, en general, se vea más moderno y menos confuso. También he estado trabajando en organizar, eliminar duplicados y mejorar las bibliotecas SAM y hacer pequeños cambios en el navegador. El mes que viene ayudaré sobre todo con el navegador, pero también tengo algunas cosas que podría proponer en i2ptunnel. Sin bloqueadores. 20:38:41 <zzz> sadie__, o eyedeekay, ¿tienen un enlace a un informe de viaje de Our Networks para que la gente lo lea? 20:38:48 <meeh> sin bloqueadores, la mayoría de las tareas mencionadas continúan (seguiré trabajando en ellas en el futuro) 20:39:16 <sadie__> no, tenemos que hacer eso. Estará en el blog del sitio 20:39:29 <eyedeekay> Subiré el mío al blog esta semana. 20:39:47 <zlatinb> gracias, creo que eso es todo, fin del scrum 20:40:03 <zzz> eso es todo para el punto 6) 20:40:21 <zzz> ¿alguien más tiene preguntas, comentarios o algo que añadir? ¡Definitivamente hay mucho en marcha! 20:41:11 <zzz> ¿algo más para la reunión? 20:41:21 * zzz busca el baffer 20:42:05 <zzz> ahí está... 20:42:15 * zzz *bafs* la reunión se cierra

Reunión de desarrolladores de I2P - 03 de septiembre de 2019

Tue, 03 Sep 2019 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, sadie, zlatinb, zzz

Registro de la reunión

Nota: las líneas de sadie no se recibieron durante la reunión; se han pegado más abajo.

20:00:00 0) Hola 20:00:00 1) estado de la publicación 0.9.42 (zzz) 20:00:00 2) estado del proyecto I2P Browser “labs” (sadie, meeh) 20:00:00 3) casos de uso de outproxy / estado (sadie) 20:00:00 4) estado del desarrollo 0.9.43 (zzz) 20:00:00 5) estado de las propuestas (zzz) 20:00:00 6) Status scrum (zlatinb) 20:00:04 0) Hola 20:00:06 hola 20:00:17 hola 20:00:30 1) estado de la publicación 0.9.42 (zzz) 20:00:48 la publicación salió bastante bien la semana pasada 20:00:56 solo quedan unas pocas cosas pendientes 20:01:27 volver a poner en funcionamiento el puente de GitHub (nextloop), el paquete de Debian sid (mhatta), y la biblioteca de cliente de Android que olvidamos para la 41 (meeh) 20:01:37 nextloop, meeh, ¿tienen fechas estimadas para esos elementos? 20:03:06 ¿algo más en 1) ? 20:04:02 2) estado del proyecto I2P Browser “labs” (sadie, meeh) 20:04:25 sadie, meeh, ¿cuál es el estado y cuál es el próximo hito? La Beta 5 se suponía que saldría el viernes, pero hubo algunos problemas. Parece que algunas están listas https://i2bbparts.meeh.no/i2p-browser/ pero realmente necesitaba saber de meeh cuál es el próximo plazo para esto La Página del Laboratorio estará en línea antes de que termine esta semana. El próximo hito del Browser será discutir los requisitos de la consola para la versión beta 6 20:05:51 ¿algo más en 2) ? 20:06:43 3) casos de uso de outproxy / estado (sadie) 20:06:57 sadie, ¿cuál es el estado y cuál es el próximo hito? Cualquiera puede seguir nuestras notas de reunión en el ticket 2472. Hemos decidido los estados de los casos de uso y tenemos una lista de requisitos. El siguiente hito serán los requisitos de usuario para un caso de uso de Amigos y Familia, así como los requisitos de desarrollo para Amigos y Familia y para el caso de uso General, para ver dónde pueden superponerse 20:08:05 ¿algo más en 3) ? 20:08:19 Perdón por llegar tarde 20:09:01 4) estado del desarrollo 0.9.43 (zzz) 20:09:21 apenas estamos empezando el ciclo de la 43 que planeamos publicar en unas 7 semanas 20:09:40 hemos actualizado la hoja de ruta en el sitio web, pero agregaremos algunos elementos más 20:10:06 he estado corrigiendo algunos errores de IPv6 y acelerando el procesamiento AES del tunnel 20:10:30 pronto dirigiré mi atención al nuevo mensaje de I2CP de blinding info 20:10:59 eyedeekay, zlatinb, ¿tienen algo que añadir sobre la .43? 20:11:46 No, no lo creo 20:12:02 probablemente más cosas de la red de pruebas 20:12:32 sí, tenemos algunos tickets más de jogger que revisar, con respecto a SSU 20:12:48 ¿algo más en 4) ? 20:14:00 5) estado de las propuestas (zzz) 20:14:20 nuestro enfoque principal está en la propuesta 144, una nueva de cifrado muy compleja 20:14:48 hemos avanzado bien en las últimas semanas y hemos hecho actualizaciones importantes a la propuesta en sí 20:15:35 quedan algunas limpiezas y huecos por rellenar, pero confío en que está en buen estado como para empezar a codificar pronto algunas implementaciones de pruebas unitarias, quizá para fin de mes 20:16:17 además, el mensaje de blinding info para la propuesta 123 (LS2 cifrado) recibirá otra revisión después de que empiece a codificarlo la próxima semana 20:16:52 también esperamos pronto una actualización de chisana sobre la propuesta 152 (mensajes de construcción de tunnel) 20:17:27 terminamos la propuesta 147 (prevención entre redes) el mes pasado y tanto i2p como i2pd ya lo tienen codificado e incluido en la versión .42 20:18:23 así que las cosas avanzan; aunque la 144 parezca lenta y abrumadora, también está progresando bien 20:18:27 ¿algo más en 5) ? 20:20:00 6) Status scrum (zlatinb) 20:20:05 adelante, zlatinb 20:20:42 Hola, por favor digan en pocas palabras: 1) qué han estado haciendo desde el último scrum 2) qué planean hacer el próximo mes 3) si tienen bloqueadores o necesitan ayuda. Digan EOT cuando terminen 20:21:23 yo: 1) Varios experimentos en la red de pruebas para acelerar transferencias masivas 2) más trabajo en la red de pruebas en un servidor/red que espero sea más grande 3) sin bloqueadores EOT 20:22:15 1) correcciones de errores, el cambio de división de configuración, publicación .42, propuestas, talleres de DEFCON (vean mi informe de viaje en i2pforum y en nuestro sitio web) 20:23:56 2) correcciones de errores, propuesta 144, mensaje de blinding info, aceleraciones, ayudar con la investigación de outproxy, arreglar el asistente de SSL roto por la división de conf. 20:24:20 más correcciones de IPv6 20:24:38 3) sin bloqueadores EOT 20:24:50 1) Desde el último scrum he estado trabajando en correcciones de errores, el sitio web, trabajando en la propuesta de outproxy y cosas relacionadas con i2ptunnels. 2) Seguir reorganizando y mejorando la presentación del sitio web. Trabajar en avanzar la propuesta de outproxy 3) sin bloqueadores EOT 1) Asistí a FOCI, investigué opciones de financiación, me reuní con posibles financiadores, tuve una reunión con Tails (incluido Mhatta), trabajé en la marca de I2P Browser, actualizaciones del sitio web con IDK, hice pequeños cambios a la consola para la última publicación 2) el próximo mes trabajaré en subvenciones, mejoras de la consola y del sitio web, asistente de configuración, asistir a Our Networks en Toronto, e impulsar la investigación de I2P Browser y OutProxy 3) sin bloqueadores EOT 20:25:29 scrum.setTimeout( 60 * 1000 ); 20:27:04 ok, se acaba el tiempo 20:27:10 ScrumTimeoutException 20:27:41 último aviso para sadie meeh nextloop para volver a 1)-3) 20:27:52 ¿algún otro tema para la reunión? 20:28:47 * zzz agarra el baffer 20:30:00 * zzz bafs se cierra la reunión

Informe de viaje a RightsCon

Fri, 30 Aug 2019 00:00:00 +0000

Informe del viaje a RightsCon

Los mensajes de activistas en Siria durante la sesión Access No! del primer día fueron profundamente conmovedores y me hicieron comprender de verdad por qué trabajo en derechos digitales. Escuchamos las experiencias de activistas que no pueden viajar debido a la falta de estatus legal, de documentación y al conflicto activo. Para estas personas “internet es el único pasaporte que (ellos) llevan”. Defensores de derechos humanos hablaron de la importancia de la formación digital para mantener a las personas protegidas cuando se comunican con la familia dentro del país, así como con familiares y amigos que se han ido. Habían creado clínicas digitales para enseñar a la gente a usar los servicios de forma segura; por ejemplo, cómo usar funciones como los mensajes que desaparecen de Signal para que esos mensajes no pudieran utilizarse en su contra cuando se revisan los dispositivos en los puestos de control de seguridad. Seguir cursando estudios también era muy importante; se recurría a internet para acceder a recursos.

Informe del viaje a Def Con- no sé

Fri, 30 Aug 2019 00:00:00 +0000

Informe del viaje a Def Con

Fui a Def Con 27 el fin de semana pasado para impartir un taller sobre desarrollo de aplicaciones para I2P y para conocer en persona a zzz, mhatta y Alex.

Mi taller salió bien; ¡incluso asistieron algunos desarrolladores de aplicaciones! En particular, mantuve una conversación bastante larga con una persona llamada Mary sobre cómo I2P podría utilizarse para eliminar la centralización y mejorar la privacidad en una aplicación del tipo “Magic Wormhole”. Aunque en ese momento no estaba del todo familiarizado con Magic Wormhole, creo que la mayoría de mis consejos fueron útiles. Creo que Mary tenía ideas muy interesantes y viables sobre compartir información de formas más centradas en las personas que podrían resultar interesantes en aplicaciones de I2P, y tengo ganas de experimentar con algunas de ellas.

Informe del viaje a Def Con- zzz

Fri, 30 Aug 2019 00:00:00 +0000

Informe del viaje a Def Con

idk y yo asistimos a DEFCON 27 y presentamos dos talleres sobre I2P para desarrolladores de aplicaciones, con el apoyo de mhatta y Alex. Yo impartí el taller en Monero Village e idk impartió el de Crypto/Privacy Village. Aquí resumiré el taller de Monero Village y una charla sobre Tor impartida por Roger Dingledine. idk publicará un informe de viaje que cubra su taller.

Informe del viaje a USENIX FOCI

Fri, 30 Aug 2019 00:00:00 +0000

Informe de viaje de USENIX FOCI

Durante el último año he tenido la suerte de participar en la investigación que Nguyen Phong Hoang, de la Universidad de Stony Brook, ha estado realizando sobre la censura de I2P. La infraestructura utilizada para esta investigación proporcionó numerosos puntos de observación geográficamente diversos, así como la capacidad de realizar mediciones en profundidad en todos los niveles de la pila de red. Entre los servicios de I2P cuya disponibilidad se midió se incluyen la página principal oficial, el sitio espejo, los servidores de reseed y los relés activos.

Informe del viaje al Internet Freedom Festival

Fri, 30 Aug 2019 00:00:00 +0000

Informe del viaje al Internet Freedom Festival

Esta fue mi primera vez en el IFF, ¡y qué gran experiencia fue para I2P! Me reuní con defensores de los derechos humanos, personas que trabajan en métricas de censura y, por supuesto, profesionales de UX y de seguridad.

Mi objetivo fue conectar con personas para apoyar aún más la revisión integral de la experiencia de usuario (UX) de I2P, teniendo en cuenta consideraciones de seguridad y de UX para trabajadores en primera línea. Como me señalaron, las personas ven I2P como un recurso muy importante y potente para eludir la censura y apoyar una comunicación segura; sin embargo, la interfaz adolece de algunos problemas de usabilidad. La gente estaba contenta con nuestros pasos iniciales para que los usuarios que usan I2P por primera vez tengan una mejor experiencia, como nuestro asistente de configuración y la herramienta de detección de ancho de banda. También recibí comentarios positivos sobre nuestros cambios en el sitio web y los iconos de /home. Fue muy alentador escuchar directamente de la comunidad que los pequeños cambios que hemos realizado van en la dirección correcta.

Versión 0.9.42

Tue, 27 Aug 2019 00:00:00 +0000

Detalles de la actualización

0.9.42 continúa el trabajo para hacer I2P más rápido y más fiable. Incluye varios cambios para acelerar nuestro transporte UDP. Hemos dividido los archivos de configuración para permitir trabajos futuros hacia un empaquetado más modular. Seguimos trabajando para implementar nuevas propuestas para un cifrado más rápido y más seguro. Por supuesto, también hay muchas correcciones de errores.

Como de costumbre, recomendamos que actualices a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Reunión de desarrolladores de I2P - 6 de agosto de 2019

Tue, 06 Aug 2019 00:00:00 +0000

Resumen rápido

Presentes: mikalv, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) estado del lanzamiento 0.9.41 - elementos restantes (mhatta, nextloop) 20:00:00 <zzz> 2) estado del desarrollo 0.9.42 (zzz) 20:00:00 <zzz> 3) estado de LS2 (zzz) 20:00:00 <zzz> 4) estado del proyecto "labs" de I2P Browser (meeh) 20:00:00 <zzz> 5) Scrum de estado (zlatinb) 20:00:04 <zzz> 0) Hola 20:00:07 <zzz> ¡hola! 20:00:19 <zzz> 1) estado del lanzamiento 0.9.41 - elementos restantes (mhatta, nextloop) 20:00:46 <zzz> en las últimas dos semanas, veo que mhatta metió la 41 en sid, lo cual es genial 20:01:04 <zzz> También hablé con nextloop, él no metió la 41 en fdroid, pero alguien más sí. 20:01:27 <zzz> y nextloop prometió volver a encargarse de f-droid en adelante. ¡estupendo! 20:01:31 <zzz> ¿algo más sobre el punto 1)? 20:01:50 <zzz> ¿hay alguien más aquí? por favor, saluden 20:01:58 <zlatinb> hola 20:02:37 <zzz> ok, uno más. Con suerte los demás aparecerán pronto 20:02:50 <zzz> 2) estado de desarrollo de .42 20:03:02 <zzz> llevamos 5 semanas, faltan 3 semanas, 1 semana para la congelación de etiquetas 20:03:20 <zzz> incorporamos el código de separación de configuración en el que trabajé con idk 20:03:58 <zzz> muchas correcciones de bugs; GMP 6.1.2; actualizados los archivos de Debian para que funcionen en buster 20:04:17 <zzz> también algunas correcciones de ls2 20:04:39 <zzz> zlatinb, ¿quieres mencionar qué estás haciendo con tu red de pruebas y qué ha dado hasta ahora? 20:05:11 <zlatinb> sí, básicamente monté una testnet (red de pruebas) con contenedores LXC 20:05:32 <zlatinb> hasta ahora ha descubierto un bug importante relacionado con el uso de filtros Bloom y un bug menor de SSU 20:05:58 <zlatinb> últimamente he estado ajustando diferentes constantes, pero lo pondré a trabajar para verificar los parches/ideas de joggers 20:06:06 <zlatinb> eot 20:06:23 <zzz> eso está realmente muy bien, gracias 20:07:04 <zzz> si podemos añadir algo de latencia mínima sería aún mejor, pero ha sido divertido encontrar y corregir algunos cuellos de botella 20:07:15 <zzz> ¿algo más sobre el punto 1)? 20:07:30 <zzz> ups, ¿algo más sobre el punto 2)? 20:08:27 <zzz> 3) estado de ls2 20:08:38 <zzz> mucho progreso en el último mes 20:09:05 <zzz> hemos acordado una propuesta pequeña, la 147, para evitar que las redes de prueba se contaminen con la red principal 20:09:12 <zzz> ese código estará en la .42 20:09:45 <zzz> chisana tiene dos propuestas, 152 y 153, para hacer que la construcción de tunnel y el cifrado de tunnel (respectivamente) sean más seguros usando cifrado más moderno 20:10:14 <zzz> hemos hablado un poco sobre ellas, pero aún no las hemos revisado formalmente 20:10:47 <zzz> la propuesta 123 (LS2) sigue recibiendo pequeños ajustes mientras terminamos la implementación y las pruebas en la red en vivo, pero todo parece funcionar bien 20:11:26 <zzz> la grande es la propuesta 144, nuevo cifrado. Avanzamos lento pero constante. ¿Llevamos en esto quizá 9 meses ya? 20:11:58 <zzz> todavía hay algunos problemas técnicos importantes que resolver antes de poder empezar con implementaciones de prueba 20:12:20 <zzz> el mayor problema ahora mismo es encontrar suficiente tiempo de la gente para resolver las cosas 20:12:46 <zzz> ¿preguntas sobre el punto 3) LS2 y otras propuestas? 20:13:47 <zzz> ok, pasamos al punto 4) estado del proyecto labs de I2P Browser 20:13:54 <zzz> mikalv, ¿qué hay de nuevo? 20:14:16 <mikalv> nos movemos hacia una integración con el propio router de i2p, jlinked 20:14:38 <mikalv> por el lado de i2pbutton, estamos más o menos listos, quedan unas pocas cosas por arreglar 20:15:15 <mikalv> en cuanto a los scripts de compilación, tenemos que escribirlos, ya que los devs han usado un extracto simulado de i2p jlinked donde el navegador lo inicia, para pruebas 20:15:48 <zzz> ¿cuál es la versión beta actual y cuándo veremos la próxima versión beta? 20:15:52 <mikalv> más allá de eso, intentamos tener al menos dos reuniones por semana para convertirlo en un producto real y con objetivos claros 20:16:24 <mikalv> la actual sigue siendo beta4, y espero sacar la beta5 a finales de esta semana; de ser así, con el router integrado 20:17:27 <zzz> ¿Entiendo que has creado una lista de correo para ello? ¿Te gustaría anunciarla aquí o aún no está lista? 20:18:09 <zzz> sadie, zlatinb, ¿algo que quieran añadir sobre el navegador 20:18:20 <zzz> ? 20:19:36 <zzz> ¿alguien tiene alguna pregunta sobre el punto 4), el navegador? 20:20:21 <zzz> ¿algo más sobre el punto 4)? 20:21:10 <zzz> 5) scrum: adelante, zlatinb 20:22:02 <zlatinb> hagamos el scrum en paralelo; en pocas palabras: 1) en qué has estado trabajando desde el último scrum 2) en qué planeas trabajar el próximo mes 3) ¿tienes algún bloqueo o necesitas ayuda? Di EOT cuando termines 20:22:34 <zlatinb> yo: 1) construir una testnet, persiguiendo cuellos de botella 2) más testnet, también le echaré un vistazo a los tickets de joggers 3) realmente ninguno EOT 20:23:34 <zzz> 1) lanzamiento 41, código de separación de configuración, correcciones de bugs, propuestas, planificación de nuevos tipos de cifrado, correcciones de ls2 20:24:10 <zzz> 2) lanzamiento 42, correcciones de bugs, propuestas (especialmente investigación sobre nuevos problemas de cifrado), DEFCON 20:24:16 <zzz> 3) sin bloqueos; EOT 20:25:18 <mikalv> He estado trabajando principalmente en el navegador (incluyendo i2pbutton, que ahora lanza un router si lo encuentra); también hice grandes mejoras por mi parte para el outproxy (proxy de salida); además empecé a prototipar una solución para outproxies privados que tiene una velocidad tan buena que puedo usarla para navegar en clearnet a diario 20:25:53 <mikalv> y también he puesto listas de correo, sí, que sobre I2P se encuentran en `https://lists.i2p/postorius/lists/` pero también están disponibles desde clearnet en https://lists.i2p.email/postorius/lists/ 20:26:20 <mikalv> cualquiera con ideas constructivas, contribuciones, discusiones y demás, por supuesto, es bienvenido 20:26:57 <mikalv> más allá de eso, he investigado cómo podemos aceptar donaciones con tarjeta de crédito y cómo también podemos vender camisetas y similares al mismo tiempo 20:27:10 <mikalv> EOT 20:27:12 <mikalv> sin bloqueos 20:28:14 <zzz> ¿supongo que eso es todo? zlatinb, ¿te dejamos a ti regañar a los que no se presentaron? 20:28:17 <zlatinb> ¿alguien más? si no, el scrum termina en 1 minuto :) 20:28:27 <zlatinb> ok 20:28:33 <zlatinb> ScrumTimeoutException 20:28:41 <mikalv> lol 20:28:42 <zzz> mientras estamos en el 'periodo de gracia' - ¡DEFCON! ¡idk y yo estaremos allí este fin de semana! 20:29:04 <zzz> Monero Village el viernes por la tarde, y Crypto/Privacy Village el sábado por la tarde 20:29:22 <zzz> taller, preguntas y respuestas, y pegatinas ambos días. vengan a saludar 20:29:57 <zzz> sobre los outproxies, voy a ponerlo en la agenda del próximo mes para que sadie nos dé un informe de lo que estamos tratando de hacer 20:30:06 <zzz> ¿algo más para la reunión? 20:30:52 <zzz> ah, y Sadie presentará un artículo en FOCI en San José la próxima semana. asegúrense de encontrarla si están allí 20:30:59 <mikalv> nah, pero espero que tengamos más para los casos del navegador/outproxy para la próxima reunión 20:31:39 <zzz> sí, aún no tenemos un buen plan ni para el navegador ni para el outproxy. Tenemos ideas y pruebas de concepto, pero no un plan 20:31:53 <zzz> así que será bueno ver cómo se arma eso 20:32:02 * zzz calienta el baffer 20:32:44 <zzz> último baf del verano, nos vemos en septiembre... 20:32:55 * zzz ****bafs**** cierra la reunión

Programa de la conferencia agosto de 2019

Mon, 29 Jul 2019 00:00:00 +0000

Programa de la conferencia de agosto de 2019

Hola a todos,

Proporcionen ÚNICAMENTE la traducción, nada más:

¡El próximo mes será ajetreado! Reúnete con desarrolladores de I2P en dos talleres en Defcon 27 y conéctate con investigadores que han estado observando la censura de I2P en FOCI ‘19.

I2P for Cryptocurrency Developers

zzz

Monero Village
August 9, 3:15pm
Monero Village will be on the 26th floor of Bally’s map

Este taller ayudará a los desarrolladores a diseñar aplicaciones que se comuniquen a través de I2P para lograr anonimato y seguridad. Analizaremos los requisitos comunes de las aplicaciones de criptomonedas y revisaremos la arquitectura y las necesidades específicas de cada aplicación. Luego, abordaremos las comunicaciones por tunnel, la selección de router y de bibliotecas, y las opciones de empaquetado, y responderemos todas las preguntas relacionadas con la integración con I2P.

Aumentar la velocidad de su red I2P

Sat, 27 Jul 2019 00:00:00 +0000

Esta entrada está adaptada directamente a partir de material creado originalmente para el de mhatta blog de Medium . Él merece el crédito por la publicación original. Se ha actualizado en ciertos lugares donde se refiere a versiones antiguas de I2P como si fueran actuales y ha sido objeto de una ligera edición. -idk

Justo después de iniciarse, I2P suele percibirse como algo lento. Es cierto, y todos sabemos por qué: por su propia naturaleza, garlic routing (enrutamiento garlic) añade sobrecarga a la experiencia familiar de usar Internet para que puedas tener privacidad, pero esto significa que, para muchos o la mayoría de los servicios de I2P, tus datos tendrán que pasar por 12 saltos de forma predeterminada.

Reunión de desarrolladores de I2P - 2 de julio de 2019

Tue, 02 Jul 2019 00:00:00 +0000

Resumen rápido

Presentes: eyedeekay, meeh, sadie, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) Estado del lanzamiento 0.9.40, elementos restantes (mhatta, nextloop) 20:00:00 <zzz> 2) Estado del lanzamiento 0.9.41 (zzz) 20:00:00 <zzz> 3) Estado de LS2 (zzz) 20:00:00 <zzz> 4) Estado del proyecto I2P Browser "labs" (meeh) 20:00:00 <zzz> 5) Solicitud de página de inicio de la consola para muwire.i2p (zlatinb) 20:00:00 <zzz> 6) Scrum de estado (zlatinb) 20:00:03 <zzz> 0) Hola 20:00:05 <zzz> hola 20:00:12 <zlatinb> hola 20:00:31 <zzz> 1) Estado del lanzamiento 0.9.40, elementos restantes (mhatta, nextloop) 20:00:42 <zzz> aún no hay noticias de mhatta o nextloop, por desgracia 20:00:59 <zzz> He hecho intentos repetidos por encontrar un nuevo mantenedor de deb, sin suerte hasta ahora 20:01:09 <zzz> ¿algo más sobre el punto 1) ? 20:01:35 <zzz> 2) Estado del lanzamiento 0.9.41 (zzz) 20:01:46 <sadie__> hola 20:01:54 <eyedeekay> Hola 20:02:09 <zzz> estamos cerrando el período de revisión. Espero tener actualizaciones dentro de la red mañana por la mañana, y otras cosas después 20:02:44 <zzz> y luego lo haremos de nuevo para la 42 20:03:06 <zzz> ¿algo más sobre el punto 2) ? 20:03:48 <zzz> 3) Estado de LS2 (zzz) 20:04:01 <zzz> avanzamos lento pero constante 20:04:11 <zzz> la .41 tiene soporte para autenticación por cliente 20:04:22 <zzz> garlic farm también está progresando, lentamente 20:04:46 <zzz> planeamos un nuevo mensaje I2CP para la .42 para pasar información de blinding (enmascaramiento criptográfico) del cliente al router 20:05:12 <zzz> seguimos avanzando con la propuesta 144 para nuevo cifrado, pero es realmente difícil 20:05:42 <zzz> espero tener una buena especificación para la 144 en un par de meses, quizá publicar algo de código de prueba a finales de este año 20:05:55 <zzz> como siempre, nuestras reuniones son los lunes a las 6:30 PM UTC en #ls2, todos bienvenidos 20:06:07 <zzz> ¿algo más sobre el punto 3) ? 20:06:37 <zzz> 4) Estado del proyecto I2P Browser "labs" (meeh) 20:06:45 <zzz> meeh ¿qué novedades hay sobre el navegador? 20:07:38 <zzz> ok, supongo que no está aquí 20:07:51 <zzz> 5) Solicitud de página de inicio de la consola para muwire.i2p (zlatinb) 20:08:01 <zlatinb> hola 20:08:07 <zzz> `http://zzz.i2p/topics/2722` 20:08:11 <zzz> cuéntanos sobre tu sitio por favor 20:09:30 <zlatinb> MuWire es una aplicación de intercambio de archivos de propósito general que funciona sobre i2p. El sitio contiene enlaces de descarga, capturas de pantalla e información general sobre la aplicación. 20:10:05 <zlatinb> Creo que MW es de interés y utilidad general para la comunidad de i2p; ha estado creciendo rápidamente y atrayendo mucho interés. 20:10:22 <zzz> ¿alguien tiene algún comentario sobre esta solicitud? ¿a favor? ¿en contra? 20:10:41 <zzz> ¿o alguna pregunta? 20:11:39 <zzz> Apoyo la solicitud, creo que es una aplicación genial que solo es útil si tiene muchos usuarios, y podemos ayudar a eso poniéndola en la consola 20:11:55 <zzz> sadie__, ¿? eyedeekay ¿? 20:12:23 <sadie__> Apoyo la solicitud 20:12:30 <eyedeekay> Yo también la apoyo. 20:12:49 <zzz> genial. al no oír objeciones, la pondremos para la .42 20:12:54 <zzz> ¿algo más sobre el punto 5) ? 20:13:41 <zzz> 6) Scrum de estado (zlatinb) 20:13:45 <zzz> adelante zab 20:14:15 <zlatinb> Hola, hagamos el scrum en paralelo. Por favor, digan en pocas palabras: 1) qué han hecho desde el último scrum 2) qué planean hacer el próximo mes 3) si tienen algún bloqueo o necesitan ayuda. Cuando terminen, digan EOT 20:15:38 <zzz> 1) correcciones de errores, autenticación por cliente, garlic farm, nuevo cifrado, más correcciones de errores, preparándome para el lanzamiento, trabajo inicial en cosas nuevas para la .42 20:15:39 <zlatinb> yo: 1) solo un pequeño ajuste a la RouterContext api para permitir un gestor de registros personalizado 2) Tengo más cambios de Router/RouterContext que me gustaría hacer para mejorar la integración del router. También podría trabajar en garlic farm si se abre. 3) No hay bloqueos realmente, solo sería bueno tener Maven más simplificado 20:15:41 <zlatinb> EOT 20:16:41 <zzz> 1a) muchas correcciones de errores y limpiezas en Android 2) lanzamiento .41, separación de configuración para la .42, nuevo mensaje i2cp para la .42, trabajo en nuevo cifrado de la prop 144 20:17:20 <sadie__> Seguí trabajando en la consola: se actualizó el logo y se agregó a ambos temas. Viajé a Túnez para RightsCon y establecí más conexiones en la comunidad. Difusión comunitaria, pruebas, revisando tickets y acostumbrándome a tx. 20:17:37 <zzz> 2a) preparándome para defcon, más trabajo en garlic farm, trabajando con el equipo de #ls2 en la construcción de tunnels para routers con el nuevo cifrado 20:17:45 <sadie__> el próximo mes Actualización del modelo de amenazas, investigación de usuarios y creación de personas, búsqueda de financiación 20:17:45 <eyedeekay> He estado trabajando en la configuración de split tunnel, recientemente ha sido en pruebas en múltiples plataformas. Hice una WebExtension para mejorar cómo funciona la navegación en Android configurando automáticamente el navegador, escribí/repliqué un montón de entradas de blog y trabajé en el sitio web. 2) Terminar de probar los split tunnels e incorporarlos en el router para la .42. Trabajar con meeh en el navegador. 3) sin bloqueos EOT 20:17:46 <sadie__> EOT 20:18:01 <zzz> 3) sin bloqueos, EOT 20:18:15 <zlatinb> gracias, creo que eso es todo por parte de todos </scrum> 20:18:22 <meeh> Estoy escribiendo 20:18:24 <meeh> un momento 20:18:37 <zzz> ok 20:21:29 <meeh> He estado trabajando principalmente en el navegador, también revisé el problema de dependencias de maven, documentación y también miré qué tan engorroso sería compilar el navegador para android para que podamos retirar el interno en nuestra app. 20:22:29 <zzz> meeh ¿eso fue 1) ? por favor da 2) y 3) seguido de EOT 20:25:34 <meeh> 1) sí, arriba 2) navegador: preparar la documentación de usuario, hacer estables las funciones actuales, terminar el cambio de marca especialmente en términos de iconos y gráficos. osx launcher: terminar la función de compartir de torrent snark. android: terminar la evaluación de cuánto trabajo supondría un port del navegador - tor hace lo mismo ahora, y dado que usamos mucho de lo mismo y scripts de build quizá sea factible. y por último, para las donaciones 20:26:39 <meeh> 3) sin bloqueos, y no necesito ayuda más allá de que siempre estoy feliz de aceptar PRs para cosas del navegador y especialmente cosas de android en las que no soy muy hábil 20:27:03 <zzz> ¿EOT? 20:27:07 <meeh> EOT 20:27:14 <zzz> ok gracias meeh 20:27:22 <zzz> así que eso es todo para 6) scrum 20:27:34 <zzz> volvamos a 4) I2P Browser (meeh) 20:28:06 <zzz> ¿podrías darnos un estado si hay algo más que añadir a lo que estuvo en tu scrum? 20:28:56 <zzz> ¿último lanzamiento, próximo lanzamiento, estabilidad, funciones, ... ? 20:30:21 <meeh> Creo que hemos cubierto la mayor parte de los gráficos de iconos en el proyecto del navegador, sin embargo también tenemos algunas imágenes (recuerdo especialmente el asistente de incorporación ahora) que necesitan ser reemplazadas por algo, lo mismo para el texto. Además, la semana pasada mostró que nos toma aproximadamente 1-2 días (hasta 48 horas) reaccionar ante un problema de seguridad (es decir, desde que tuve tiempo hasta que estuvo compilado) 20:34:05 <meeh> la documentación para desarrolladores debería ser suficiente por un tiempo, la documentación para usuarios estará pronto lista, intentando no copiar demasiado de lugares como mozilla y similares en el intento. Nuestro enfoque para las modificaciones al fork es colocar la mayor parte de nuestra lógica y funciones en i2pbutton, y solo hacer lo que realmente se necesita en el código fuente de firefox, lo que hasta ahora parece funcionar bien. Esto también incluye traducciones ya que firefox proporciona las suyas, así que lo único que queda por traducir son cadenas específicas de i2p 20:35:01 <zzz> ok gracias por la actualización. ¿Algo más en 4) ? 20:35:07 <zzz> ¿alguna pregunta sobre el navegador? 20:35:16 <meeh> pensamientos sobre pasar a un nuevo lanzamiento ESR es ... bob-bob positive, es decir, no estoy muy seguro de si se puede hacer automático, sin embargo los pocos lugares que necesitan uno o dos parches están empezando a resultarme muy conocidos 20:35:56 <meeh> el próximo lanzamiento no debería tardar tanto, depende un poco de cuánto quiera el equipo avivar el fuego en las próximas semanas 20:36:35 <zzz> sí, tenemos que sopesar las prioridades. Creo que estamos aprendiendo más sobre cuánto esfuerzo llevaría hacer esto de verdad 20:36:46 <zzz> ¿algo más en 4) ? 20:36:50 <meeh> Realmente no tengo un calendario para eso más allá de cuando alguna función nueva/actual esté hecha o más hecha, y/o se publiquen parches de seguridad para android 20:36:53 <meeh> ffirefox** 20:38:10 <zzz> ¿algo más en 4) ? 20:39:05 <zzz> ¿algo más para la reunión? 20:39:54 <zzz> gracias a todos 20:40:01 * zzz *bafs* la reunión se cerró

Versión 0.9.41

Tue, 02 Jul 2019 00:00:00 +0000

Detalles de la actualización

La 0.9.41 incluye mejoras de rendimiento, mejoras en la biblioteca de streaming y correcciones importantes de errores. Seguimos trabajando en el desarrollo de nuevos leaseSets (LS2) y leaseSets cifrados. Esta versión contiene el conjunto habitual de correcciones de errores y actualizaciones de traducción.

Como de costumbre, recomendamos actualizar a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Así que quieres escribir una biblioteca SAM

Sun, 23 Jun 2019 00:00:00 +0000

O, comunicarse con i2p para quienes no están realmente acostumbrados a leer especificaciones

Una de las mejores características de I2P, en mi opinión, es su API SAM, que puede usarse para construir un puente entre I2P y tu aplicación o el lenguaje de tu elección. Actualmente, existen decenas de bibliotecas SAM para una variedad de lenguajes, incluidos:

Si estás usando alguno de estos lenguajes, puede que ya puedas portar tu aplicación a I2P utilizando una biblioteca existente. Sin embargo, de eso no trata este tutorial. Este tutorial trata sobre qué hacer si quieres crear una biblioteca SAM en un lenguaje nuevo. En este tutorial, implementaré una nueva biblioteca SAM en Java. Elegí Java porque aún no existe una biblioteca en Java que te conecte a SAM, por el uso de Java en Android y porque es un lenguaje con el que casi todo el mundo tiene al menos un poco de experiencia, así que, con suerte, podrás traducirlo al lenguaje de tu elección.

Cómo configurar un servidor ssh detrás de I2P para acceso personal

Sat, 15 Jun 2019 00:00:00 +0000

Cómo configurar un servidor SSH detrás de I2P para acceso personal

Este es un tutorial sobre cómo configurar y ajustar un I2P tunnel para acceder a un servidor SSH de forma remota, usando I2P o i2pd. Por ahora, se asume que instalarás tu servidor SSH desde un gestor de paquetes y que se ejecuta como un servicio.

Consideraciones: En esta guía, asumo algunas cosas. Será necesario ajustarlas según las complicaciones que surjan en tu configuración particular, especialmente si usas VMs (máquinas virtuales) o contenedores para aislamiento. Se asume que el router de I2P y el servidor SSH se están ejecutando en el mismo localhost. Deberías usar claves de host SSH recién generadas, ya sea utilizando un sshd recién instalado o eliminando las claves antiguas y forzando su regeneración. Por ejemplo:

Reunión de desarrollo de I2P - 4 de junio de 2019

Tue, 04 Jun 2019 00:00:00 +0000

Resumen rápido

Presentes: echelon, eyedeekay, zlatinb, zzz

Registro de la reunión

20:00:14 <zzz> 0) Hola 20:00:16 <zzz> hola 20:00:43 <zzz> 1) Estado de la versión 0.9.40, elementos pendientes (meeh, mhatta, nextloop, str4d) 20:00:43 <zzz> 2) Estado de la versión de i2pbote-android, corregido (meeh) 20:00:43 <zzz> 3) Estado de desarrollo 0.9.41 (zzz) 20:00:43 <zzz> 4) Estado de LS2 (zzz) 20:00:43 <zzz> 5) Estado del proyecto I2P Browser "labs" (meeh) 20:00:43 <zzz> 6) Scrum de estado (zlatinb) 20:01:03 <zzz> 1) Estado de la versión 0.9.40, elementos pendientes (meeh, mhatta, nextloop, str4d) 20:01:28 <zzz> ¿Creo que aún quedan Debian/Ubuntu y el F-Droid oficial? 20:01:41 <zzz> mhatta me respondió, pero no hizo ninguna promesa 20:02:04 <zzz> He contactado a otras personas de Debian para ver si alguien más podría hacerlo, nada todavía 20:02:10 <zzz> nextloop, ¿tienes una novedad para nosotros? 20:02:53 <eche|on> hice una compilación de prueba para Debian buster y stretch en echelon.i2p/update/ 20:02:57 <zzz> ¿Algo más sobre el punto 1)? 20:03:29 <zzz> 2) Estado de la versión de i2pbote-android (meeh) 20:03:40 <zzz> mikalv, ¿tienes alguna novedad para nosotros sobre bote? 20:04:52 <zzz> Creo que ya publicamos la versión de bote y está funcionando para la gente 20:04:58 <zzz> ¿Algo más sobre el punto 2)? 20:05:16 <eyedeekay> Nada de mi parte 20:05:30 <zzz> 3) Estado de desarrollo 0.9.41 (zzz) 20:05:45 <zzz> ok, estamos un poco más allá de la mitad del ciclo de desarrollo de la .41 y va bien 20:06:06 <zzz> la gran característica es la autenticación por cliente para LS2 cifrado 20:06:19 <zzz> también hemos corregido un error en el manejo de mensajes grandes que creo ayudará a que bote funcione mejor 20:06:55 <eche|on> ya veremos, hay una compilación de prueba disponible 20:06:56 <zzz> idk y yo estamos trabajando en dividir los archivos clients.config e i2ptunnel.config, pero parece que tendrá que esperar hasta la .42 20:07:38 <zzz> Para que bote note una diferencia, probablemente tenga que desplegarse a la mayor parte de la red, ya que el error podría encontrarse en cualquier router a lo largo del camino 20:08:03 <eche|on> sí 20:08:12 <zzz> la versión está programada para la primera semana de julio 20:08:33 <zzz> ¿Algo más sobre el punto 3)? 20:09:28 <zzz> 4) Estado de LS2 (zzz) 20:09:58 <zzz> sigue yendo muy bien. Llevamos 42 reuniones semanales hasta ahora y no se ve el final, aunque últimamente estamos dedicando más tiempo al nuevo cifrado (propuesta 144) 20:10:19 <zzz> Ya mencioné el código de autenticación por cliente que estará en la 41. 20:10:54 <zzz> El desarrollo de garlic farm (para meta LS2) ha estado en pausa quizá 3 semanas, a favor del código de autenticación de clientes, pero volveremos a ello en breve 20:11:27 <zzz> Sigo migrando especificaciones desde las propuestas a la sección principal de especificaciones de nuestro sitio web 20:11:38 <zzz> conforme vamos implementando y probando las cosas 20:11:52 <zzz> nuestras reuniones siguen siendo a las 6:30 PM UTC los lunes en #ls2 20:12:11 <zzz> ¿Algo más sobre el punto 4)? 20:13:04 <zzz> 5) Estado del proyecto I2P Browser "labs" (mikalv) 20:13:15 <zzz> mikalv, ¿cómo va el navegador I2P? 20:14:08 <zzz> Sé que salió una nueva versión beta y está recibiendo algo de pruebas, pero ¿para algunas personas no funciona en absoluto? 20:15:04 <zzz> También hay una solicitud de más documentación en nuestra página de descargas del laboratorio, y dijo que se pondría con eso pronto, así que estén atentos 20:15:17 <zzz> ok, supongo que mikalv no está, ¿algo más sobre el punto 5)? 20:16:08 <zzz> 6) Scrum de estado (zlatinb) 20:16:13 <zzz> adelante, zlatinb 20:16:42 <zlatinb> Hola, hagamos lo de siempre: digan 1) qué han estado haciendo desde el último scrum 2) qué planean hacer el próximo mes 3) si tienen algún bloqueador o necesitan ayuda 20:16:46 <zlatinb> terminen con EOT cuando acaben 20:17:08 <zlatinb> yo: 1) algo de garlic farm, no mucho más 2) con suerte, más garlic farm 3) sin bloqueadores 20:17:09 <zlatinb> EOT 20:17:17 <eche|on> haciendo lo de siempre, manteniendo el servidor en marcha, todo sigue igual, sin bloqueadores, eot 20:17:30 <zzz> 1) garlic farm, LS2 y autenticación por cliente; correcciones de errores 20:18:10 <zzz> 2) garlic farm, correcciones de errores, GMP 6.1.2, división de archivos de configuración, preparándonos para la versión 0.9.41 20:18:18 <eyedeekay> Dividir configs de i2ptunnel y escribir documentación/entradas de blog, 2) más de eso 3) sin bloqueadores eot 20:18:32 <zzz> 3) sin bloqueadores, EOT 20:18:44 <zlatinb> ok, creo que eso es todos, gracias 20:19:04 <zzz> ok, eso fue bastante rápido, ¡nos estamos volviendo más eficientes! 20:19:18 <zzz> ¿Algo más para la reunión de hoy? 20:20:15 <zzz> ah, y felicidades a eyedeekay, quien ha firmado un acuerdo de desarrollador y se le han concedido privilegios de checkin en mtn. ¡Aunque ya ha hecho bastante por nosotros en los últimos meses, ahora puede hacer daño mucho más rápido! 20:20:37 <eyedeekay> :-D 20:20:38 <zzz> con ganas de tener a eyedeekay directamente en la base de código 20:21:07 * zzz busca el baffer para golpearte 20:22:01 * zzz *bafs* da por cerrada la reunión

Cómo ofrecer su sitio web existente como un I2P eepSite

Sun, 02 Jun 2019 00:00:00 +0000

Esta entrada del blog está pensada como una guía general para mantener un espejo de un servicio de clear-net (Internet convencional) como un eepSite. Amplía la entrada anterior del blog sobre túneles básicos de I2PTunnel.

Por desgracia, probablemente sea imposible cubrir completamente todos los casos posibles de cómo hacer que un sitio web existente esté disponible como un eepSite; existe simplemente una variedad demasiado amplia de software del lado del servidor, sin mencionar las peculiaridades prácticas de cualquier implementación concreta de ese software. En su lugar, intentaré transmitir, con la mayor precisión posible, el proceso general para preparar un servicio para su implementación en eepWeb u otros servicios ocultos.

Tutorial básico de I2P Tunnels con imágenes

Sun, 02 Jun 2019 00:00:00 +0000

Aunque el Java I2P router viene preconfigurado con un servidor web estático, jetty, para proporcionar el primer eepSite (sitio web dentro de I2P) del usuario, muchos requieren una funcionalidad más sofisticada de su servidor web y prefieren crear un eepSite con un servidor diferente. Esto, por supuesto, es posible y, de hecho, es muy fácil una vez que lo has hecho por primera vez.

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) estado de desarrollo 0.9.38 (zzz) 20:00:00 <zzz> 2) estado de LS2 (zzz) 20:00:00 <zzz> 3) estado de 35c3 (echelon) 20:00:00 <zzz> 4) Scrum de estado (zlatinb) 20:00:03 <zzz> 0) Hola 20:00:05 <zzz> hola 20:00:08 <zlatinb> hola 20:00:13 <zzz> 1) estado de desarrollo 0.9.38 (zzz) 20:00:32 <zzz> La 38 está perfilándose como una versión muy grande; ya tenemos más de 30k líneas de diff 20:01:03 <zzz> Hasta ahora se han integrado las bases del nuevo asistente, la nueva implementación de geoip y el soporte inicial de LS2 20:01:26 <zzz> La 37 está funcionando muy bien, con el 75% o más de la red ejecutándola; no se han reportado problemas de NTCP2 20:01:55 <zzz> Los iconos y los cambios de CSS deberían empezar a aparecer la próxima semana 20:02:21 <zzz> nuestros planes son sacar una versión a finales de enero. Con un par de semanas libres por las fiestas, aún hay mucho por hacer de aquí a entonces 20:02:26 <zzz> pero hasta ahora todo va bien 20:02:50 <zzz> Animo a todos a probar una compilación de desarrollo de bobthebuilder.i2p, o a compilarlo ustedes mismos 20:03:08 <zzz> necesitamos probadores, ya que hay muchos cambios; necesitamos detectar los problemas ahora, no después del lanzamiento 20:03:15 <zzz> ¿algo más sobre 1) ? 20:04:16 <zzz> 2) estado de LS2 (zzz) 20:04:47 <zzz> ayer tuvimos nuestra 19.ª reunión semanal. La parte básica de LS2 está hecha y estoy trabajando en implementarla para la 38 20:05:28 <zzz> ahora mismo estamos haciendo dos cosas en paralelo: trabajar en la especificación de LS2 cifrado, y empezar el trabajo en la propuesta 144, que define una nueva criptografía y un protocolo de extremo a extremo que depende de LS2 20:05:43 <zzz> LS2 cifrado debería quedar listo en breve. 20:06:24 <zzz> la propuesta 144, a la que llamamos ECIES-X25519-AEAD-ratchet, es bastante compleja y creo que llevará uno o dos meses depurarla 20:06:41 <zzz> las reuniones son los lunes a las 7:30 UTC en #ls2, todos son bienvenidos 20:06:55 <zzz> ¿algo más sobre 2) ? 20:08:00 <zzz> 3) estado de 35c3 (echelon) 20:08:17 <zzz> Creo que echelon no puede venir hoy 20:08:46 <zzz> Sí sé que está trabajando en una solución de banner de mesa y en dulces para regalar, y que compró todas nuestras entradas 20:08:56 <zzz> así que creo que estamos en buena forma; nos vemos allí en 3 semanas 20:09:01 <zzz> ¿algo más sobre 3) ? 20:09:51 <zzz> ah, y un recordatorio: no tendremos reunión aquí el 1 de enero; nuestras reuniones serán en el CCC. La próxima reunión aquí será el 5 de febrero 20:10:11 <zzz> 4) Scrum de estado (zlatinb) 20:10:15 <zzz> adelante, zlatinb 20:10:28 <zlatinb> Hola. Vamos a hacer el scrum en paralelo, ya que es fácil seguirlo en IRC de todos modos. Solo empiecen a escribir 1) qué han hecho el último mes 2) qué planean hacer el mes que viene 3) bloqueos o ayuda necesaria. Terminen su informe con EOT 20:10:56 <zzz> ok, veamos cómo va esto... 20:11:10 <alex_the_designerr> alex realmente me encantan los hexágonos aquí : el trabajo de iconos está progresando como zzz mencionó en 1) 20:11:30 <alex_the_designerr> el mes pasado hice actualizaciones del sitio web y algo de trabajo de logotipo 20:11:48 <zlatinb> 1) Trabajo en onboarding (incorporación), principalmente el asistente, y el instalador de Firefox para Windows con IDK. Conseguí un certificado de firma para que nuestros instaladores de Windows puedan firmarse. Pequeños experimentos/hacks en snark 20:12:09 <alex_the_designerr> el mes que viene finalizaré la primera entrega del nuevo sitio web, integraré los iconos y, *con suerte*, conseguiré la bendición para un nuevo logotipo 20:12:21 <zlatinb> 2) Terminar el instalador de perfil de Firefox para Windows y el trabajo del asistente para 0.9.38 20:12:32 <alex_the_designerr> objetivos ampliados de personas (perfiles de usuario) y patrones 20:13:01 <alex_the_designerr> sin bloqueos, solo empuje EOT 20:13:06 <zlatinb> 3) Sin bloqueos, pero necesitaré trabajar de cerca con zzz para meter las cosas en monotone de una manera significativa, y también con meeh si vamos a reutilizar el perfil de Firefox en OSX 20:13:07 <zlatinb> EOT 20:13:09 <zzz> yo: 1) asistente, geoip, ls2, prop. 144, correcciones de errores; 2) ls2, prop. 144, integrar cambios del equipo de diseño, correcciones de errores, preparación para 35C3, 35C3, configurar la máquina de firmado; 3) sin bloqueos EOT 20:13:57 <zlatinb> ¿alguien más del equipo aquí? 20:14:30 <zlatinb> no parece. Eso es todo por mi parte en 4) 20:14:47 <zzz> ok, ¿alguien tiene algo más para la reunión? 20:15:49 * zzz encuentra el baffer 20:16:06 * zzz *bafs* da por cerrada la reunión

Reunión de desarrolladores de I2P - 6 de noviembre de 2018

Tue, 06 Nov 2018 00:00:00 +0000

Resumen rápido

Presentes: echelon, str4d, meeh, zlatinb

Registro de la reunión

<eche|on> 0) Hola <eche|on> 1) estado de desarrollo 0.9.38 (echelon) <eche|on> 2) estado de LS2 (echelon) <eche|on> 3) estado de scrum (zlatinb) <eche|on> no se añadió ningún otro tema al hilo en i2p antes. <eche|on> 0) <eche|on> ¡hola! <eche|on> ¡bienvenidos! <zlatinb> hola <eche|on> ¿Algo que añadir al orden del día? <eche|on> parece que no <eche|on> 1) estado de desarrollo 0.9.38 <eche|on> 0.9.38 será principalmente una actualización de la consola; Sadie y el equipo de UX y UI están trabajando duro en ello, como se vio en la transmisión en directo del viernes hecha por Alex <eche|on> las especificaciones son difíciles de concretar, pero están avanzando bien <eche|on> estamos averiguando qué es posible cambiar en la consola e incluiremos las primeras partes en 0.9.38 <eche|on> se prevé que falten unos meses hasta que entren todos los cambios; no todos estarán en 0.9.38 <str4d> hola <eche|on> actualmente, el plan para el lanzamiento de 0.9.38 es en diciembre, poco antes de 35c3 <eche|on> ¿Algo más sobre 1)? <zlatinb> Pensé que 0,9.38 iba a ser en enero, pero vale <eche|on> sí, si resulta demasiado trabajo, lo aplazamos a enero, después de 35c3 <zlatinb> nada más por mi parte sobre 1) <eche|on> ok <eche|on> 2) actualización del estado de LS2 <eche|on> nada importante que actualizar aquí; las reuniones de desarrollo continúan, se están tratando los temas, pero todavía no se ha publicado código <eche|on> trabajo duro, muchos temas; llevará más tiempo, se estima que no será antes de la .40 <eche|on> ¿Algo más sobre 2) <eche|on> ? <str4d> Quien esté interesado en enviar comentarios debería mirar https://geti2p.net/spec/proposals/123-new-netdb-entries (que es donde se concentran actualmente la mayoría de los cambios) <eche|on> sí, por favor participen y envíen comentarios <eche|on> así que le cedo la palabra a zlatinb para 3) estado de scrum <zlatinb> hola. Solo eche|on y meeh están en el canal ahora mismo, así que, ¿por qué no se adelantan y nos dan el 1-2-3 (en paralelo)? <eche|on> 1) trabajando en la financiación, servidor, preparando 35c3, compré las entradas <eche|on> 2) continuando con este trabajo <eche|on> 3) sin bloqueadores <eche|on> <meeh> 1) limpieza del lanzador de OSX y perfil de Firefox <meeh> 2) migración de servidor <meeh> 3) desarrollo de la Testnet (red de pruebas) <meeh> 4) sin bloqueadores <zlatinb> Aquí van los míos: 1) el mes pasado trabajé en UX con Sadie y Alex, definición de la Testnet (la publicación está en el foro de zzz.i2p) y un perfil de Firefox para I2P personalizado (la publicación está en i2pforum) 2) más UX, certificado de firma de código 3) sin bloqueadores <str4d> ERR_OUT_OF_BOUNDS_WRITE <zlatinb> lol <eche|on> bien, por favor prueben el perfil de Firefox para I2P; zlatinb, por favor pásanos el enlace <zlatinb> `https://github.com/eyedeekay/firefox.profile.i2p/releases` <eche|on> gracias <meeh> bien, gracias <eche|on> sobre 35c3: el equipo central se reunirá en Leipzig <eche|on> si alguien más quiere venir, estaremos encantados de verles y dedicar un rato a hablar de temas de I2P, o simplemente tomar un café/cerveza/dulces <eche|on> De acuerdo, eso es todo del orden del día, ¿algo que añadir? <str4d> ¡Que se diviertan! No estaré en 35c3 este año, pero estaré en RWC en enero. <eche|on> *me calienta el sidekick baffer* <eche|on> genial, Alex planea asistir, además de Sadie, también <eche|on> *baffer se balancea* <str4d> Aesome <str4d> s/Ae/Awe/ <eche|on> *baff* la reunión queda cerrada. Gracias por asistir. Nos vemos de nuevo en la próxima reunión en diciembre, el día 4 a las 8pm UTC

Desarrollo de aplicaciones conscientes de la privacidad con Python e I2P

Tue, 23 Oct 2018 00:00:00 +0000

Proyecto de Internet Invisible (I2P) proporciona un marco para desarrollar aplicaciones respetuosas de la privacidad. Es una red virtual que funciona sobre Internet convencional, en la que los anfitriones pueden intercambiar datos sin revelar sus direcciones IP “reales”. Las conexiones dentro de la red I2P se establecen entre direcciones virtuales llamadas destinos de I2P. Es posible tener tantos destinos como se necesiten, incluso usar un destino nuevo para cada conexión; no revelan ninguna información sobre la dirección IP real a la otra parte.

Versión 0.9.37

Thu, 04 Oct 2018 00:00:00 +0000

Detalles de la actualización

0.9.37 continúa el trabajo en nuestro nuevo transporte NTCP2, que se introdujo en la versión anterior. Ahora se admite un nuevo protocolo de prueba de pares SSU IPv6. Esta versión contiene numerosas correcciones de errores y mejoras de rendimiento.

Como de costumbre, recomendamos actualizar a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Reunión de desarrolladores de I2P - 02 de octubre de 2018

Tue, 02 Oct 2018 00:00:00 +0000

Resumen rápido

Presentes: alex, anonymousmaybe, DogeDollars, echelon, villain, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) estado de desarrollo 0.9.37 (zzz) 20:00:00 <zzz> 2) estado de LS2 (zzz) 20:00:00 <zzz> 3) Scrum de estado (zlatinb) 20:00:03 <zzz> 0) Hola 20:00:05 <zzz> Hola 20:00:11 <zlatinb> hola 20:00:17 <zzz> 1) estado de desarrollo 0.9.37 (zzz) 20:00:41 <zzz> como la mayoría sabe, adelantamos la versión 37 un par de semanas. La fecha límite de checkin fue ayer; el lanzamiento será el jueves 20:00:57 <zzz> trae muy poco aparte de habilitar NTCP2 por defecto 20:01:28 <zzz> el lanzador de OSX no estará listo para el lanzamiento, pero estamos viendo muy buenos progresos 20:01:54 <zzz> si todo va bien, este será nuestro último lanzamiento del año. Tenemos las fiestas y el CCC, y esperamos la 38 en enero 20:01:59 <zzz> ¿algo más sobre 1)? 20:02:30 <villain> hola a todos 20:02:43 <zzz> 2) estado de LS2 (zzz) 20:02:59 <zzz> hemos tenido 12 reuniones en los últimos 3 meses y estamos avanzando lenta pero firmemente 20:03:39 <zzz> tenemos un buen entendimiento de lo que se necesita para la nueva criptografía, y hemos acordado la mayoría de los temas genéricos sobre cómo añadir nueva criptografía y cómo meter y sacar nuevos LSes del netdb 20:03:40 <eche|on> hola 20:04:16 <eche|on> suena muy bien hasta ahora 20:04:17 <zzz> seguiremos trabajando en temas relacionados como leasesets cifrados y multihoming masivo, y además empezaremos a discutir los detalles de opciones concretas de nueva criptografía 20:04:51 <zzz> espero que las reuniones de LS2 continúen durante un tiempo, así que si te interesa, por favor únete a las discusiones 20:05:02 <zzz> ¿algo más sobre 2)? 20:05:14 <eche|on> me alegra ver algunos progresos 20:06:14 <zzz> 3) Scrum de estado (zlatinb) 20:06:18 <zzz> todo tuyo, zab 20:06:44 <zlatinb> bien, hagamos el scrum, lo de siempre: 1) qué has estado haciendo el último mes 2) qué vas a hacer el próximo mes 3) ¿algún bloqueo? 20:07:02 <zlatinb> villain: creo que este sería tu primer scrum de verdad, así que vas primero :) 20:08:23 <zlatinb> ¿villain? 20:08:26 <villain> ok, 1) publiqué la librería SAM para asyncio https://github.com/l-n-s/i2plib y su documentación, hice una aplicación de intercambio de archivos con GUI con ella https://github.com/l-n-s/QuickShare, aprendí cómo funciona JSP en RouterConsole, hice un primer lanzamiento de un paquete RPM para CentOS y Fedora y configuré un repositorio COPR para paquetes RPM https://copr.fedorainfracloud.org/coprs/supervillain/I2P/ 20:08:56 <zlatinb> ok, volveremos contigo. zzz, ¿qué tal si vas tú primero en su lugar? 20:08:59 <eche|on> 1) mantenimiento de servidores, cubrir las caídas de los servidores, gestión de finanzas 2) seguir con este trabajo, conseguir nuevas pegatinas 3) sin bloqueos por ahora :-) 20:09:04 <villain> 2) hacer que el paquete de Fedora use las bibliotecas del sistema, trabajar en un mejor diseño de la Router Console después del lanzamiento, publicar un artículo sobre desarrollo de aplicaciones de I2P vía SAM API 20:09:09 <zlatinb> ups, perdón 20:09:12 <eche|on> uups 20:09:29 <villain> 3) necesito hacer algo con la dependencia de Jetty en Fedora, ya que solo soportamos la v9.2 y Fedora tiene la v9.4 20:09:39 <DogeDollars> lol 20:10:03 <zzz> viva el scrum en paralelo 20:10:11 <zzz> por mi parte: 20:10:12 <villain> :D 20:10:39 <eche|on> villain: sobre Jetty, necesita más trabajo; que yo sepa (afaik), cambiaron algunas apis entre medias 20:10:44 <zzz> 1) muchas correcciones menores de errores de NTCP2 que aparecieron desde la versión 36, gracias a todos los probadores 20:11:11 <zzz> preparándome para el lanzamiento 37, probando el instalador de OSX, otras correcciones de errores e investigación, investigación sobre LS2 20:11:42 <zzz> 2) lanzamiento 37, comenzar trabajo serio en migrar al nuevo formato de base de datos geoip, más LS2, más correcciones de errores, trabajar con los equipos de PR/UI en ideas para la consola 20:12:23 <zzz> 3) sin bloqueos... además, tened en cuenta que, debido a algunas obligaciones personales, solo estoy trabajando a media jornada el mes pasado y el próximo 20:12:24 <zzz> FIN 20:12:52 <zlatinb> bien, ¿eche|on? 20:12:59 <eche|on> 1) mantenimiento de servidores, cubrir las caídas de los servidores, gestión de finanzas 2) seguir con este trabajo, conseguir nuevas pegatinas 3) sin bloqueos por ahora :-) 20:13:22 <zlatinb> genial, gracias 20:13:33 <zlatinb> alex_the_designer: ya que acabas de unirte, este es nuestro scrum mensual 20:13:46 <alex_the_designer> ¡hola! 20:13:55 <zlatinb> ¿quieres contarnos 1) en qué has estado el último mes 2) qué vas a hacer el próximo mes 3) si tienes algún bloqueo? 20:15:04 <alex_the_designer> 1 . he estado haciendo streaming los viernes. Durante ese tiempo he ido haciendo progresos incrementales en la actualización del sitio web. También creé una encuesta para ayudarnos con la marca y el diseño. 20:16:15 <alex_the_designer> 2. continuaré haciendo streaming, pero voy a intentar rematar el desarrollo web fuera del stream. También voy un poco atrasado con el libro blanco renovado. Quiero lograr al menos un esquema y un borrador para fin de mes 20:17:22 <alex_the_designer> 3. el único bloqueo por el momento es cierta falta de conocimiento sobre cómo el framework web actual genera rutas. Nada del otro mundo, solo requiere leer más documentación y trastear 20:18:28 <zlatinb> ok, hablaré un poco más de la encuesta después del scrum. Gracias 20:18:32 <zlatinb> meeh: ¿estás aquí? 20:20:10 <zlatinb> ¿meeh? 20:21:00 <zlatinb> siéntete libre de darnos tus 1-2-3 cuando aparezcas 20:21:20 <zlatinb> eso es todo para el scrum, pero me gustaría hablar un poco sobre la encuesta de Alex 20:21:27 <zzz> adelante 20:22:17 <zlatinb> para todos en el canal, por favor pensad esta encuesta y completadla. Está alojada en Google Forms, pero (a menos que hagáis algo estúpido) no es posible correlacionar vuestro id de Google con vuestra persona de I2P 20:22:46 <zlatinb> aquí está el enlace: https://docs.google.com/forms/d/e/1FAIpQLSdVCHXXBnHOrPpR6RH2DkCf3Q4W1kPBpg0QWToxfday0xqNAg/viewform 20:23:14 <zlatinb> alex_the_designer: por favor di unas palabras sobre cómo esta encuesta te ayudará con el proceso creativo 20:23:21 <alex_the_designer> ¡por supuesto! 20:24:14 <alex_the_designer> así que, desde lo básico, es importante entender las diferencias entre cómo nosotros, como mantenedores internos, percibimos la utilidad del sistema y nuestra presentación como marca frente a cómo los usuarios perciben la utilidad del sistema y su identidad como personas 20:24:41 <alex_the_designer> eso es bastante profundo, pero hay cosas realmente sencillas que podemos usar 20:25:22 <villain> oh, eso tiene sentido 20:25:25 <alex_the_designer> por ejemplo, si vemos que mucha gente tiene una postura agresiva, podemos usar la teoría básica del color para saber que los colores cálidos (rojos, amarillos, naranjas) tienen sentido 20:25:34 <anonymousmaybe> ¿en serio? «¿qué cosas debería i2p considerar para decidir para quién es i2p?» 20:25:55 <alex_the_designer> todas las preguntas son serias, anon :D 20:26:19 <villain> solo que no entendí: ¿esas preguntas son personales o relacionadas con la visión del proyecto? 20:26:48 <villain> la rellenaré pronto 20:27:02 <alex_the_designer> es importante hablar un poco sobre ti, tus valores y tus ideales para el proyecto 20:27:31 <anonymousmaybe> alex_the_designer sí, esa está algo mal, porque I2P es para todos, no hay duda al respecto 20:27:46 <alex_the_designer> ahí hay una suposición implícita de que quiénes somos y lo que hacemos no están compartimentados, sino que se alimentan mutuamente :D 20:28:36 <anonymousmaybe> me gusta la compartimentación, por eso uso Qubes :p 20:28:42 <alex_the_designer> anon, decir que es para todos no es del todo correcto, ¿verdad? 20:28:57 <alex_the_designer> estados de vigilancia, por ejemplo :D 20:29:48 <zzz> ¿algo más con respecto a la encuesta? 20:29:52 <alex_the_designer> la universalidad puede ser un resultado, eso sí, así que si lo sientes con fuerza, por favor escríbelo :D 20:30:10 <zlatinb> por mi parte no (re: encuesta) 20:30:25 <zzz> ¿algo más para la reunión? 20:30:51 <anonymousmaybe> zzz ¿alguna consideración para aislar I2P en sandbox? 20:30:54 <alex_the_designer> solo diría que se aprecian profundamente vuestros esfuerzos con la encuesta. Sé que es bastante larga 20:31:16 <zzz> gracias por hacer esto, alex 20:31:30 <anonymousmaybe> alex_the_designer sí, la completaré 20:31:46 <zzz> anonymousmaybe, que yo sepa no, y no soy la persona indicada a quien preguntar, pero podrías plantearlo en este canal después de la reunión 20:31:50 <zzz> ¿algo más para la reunión? 20:32:16 * zzz agarra el baffer 20:33:00 * zzz *baffffs* la reunión se cerró

Reunión de desarrolladores de I2P - 05 de septiembre de 2018

Wed, 05 Sep 2018 00:00:00 +0000

Resumen rápido

Presentes: alex, echelon, mikalv, R4SAS, villain, zzz

Registro de la reunión

20:07:48 <zzz> 0) Hola 20:07:48 <zzz> 1) estado de la versión 0.9.36 (zzz) 20:07:48 <zzz> 2) estado de desarrollo 0.9.37 (zzz) 20:07:48 <zzz> 3) estado de LS2 (zzz) 20:07:48 <zzz> 4) planificación de CCC (zzz/echelon/mikalv) 20:07:48 <zzz> 5) Scrum de estado (zlatinb) 20:07:55 <zzz> 0) Hola 20:07:58 <zzz> Hola 20:08:00 <eche|on> hola 20:08:16 <villain> hola :) 20:08:22 <zzz> disculpas por llegar tarde 20:08:29 <zzz> 1) estado de la versión 0.9.36 (zzz) 20:08:47 <zzz> Creo que hemos terminado con todo, con la posible excepción de f-droid 20:08:53 <R4SAS> hola 20:09:04 <zzz> nextloop, ¿alguna novedad de f-droid? 20:09:44 <zzz> las pruebas de ntcp2 van bien 20:09:56 <zzz> ¿algo más sobre el punto 1)? 20:10:09 <R4SAS> Tengo una 20:10:33 <R4SAS> ¿dónde puedo ver los paquetes de Debian como un listado? 20:10:54 <zzz> Creo que es packages.debian.org: hay un cuadro de búsqueda 20:11:12 <R4SAS> Estoy pensando en añadir paquetes de i2p en mi repo 20:11:32 <zzz> también está packages.ubuntu.com 20:11:44 <zzz> y nuestro repo es deb.i2p2.de 20:12:00 <zzz> ¿algo más sobre el punto 1)? 20:12:03 <R4SAS> para Ubuntu usaré los paquetes de Launchpad 20:12:36 <zzz> 2) estado de desarrollo 0.9.37 (zzz) 20:13:03 <zzz> Estamos al principio del ciclo .37. Hemos fijado un ciclo de 9 semanas con una publicación la semana del 22 de octubre 20:13:21 <eche|on> ok 20:13:39 <zzz> meeh está trabajando en terminar el instalador de osx para la 37. Yo estoy trabajando en migrar al nuevo formato geoip de MaxMind 20:13:56 <zzz> todos están mirando temas de interfaz de usuario 20:14:13 <zzz> deberíamos tener pronto los resultados de las pruebas de usabilidad 20:14:40 <zzz> esperamos mover la página de ayuda de la consola a Transifex 20:15:07 <zzz> ¡así que traductores, reserven algo de tiempo para mediados de octubre para traducirla! 20:15:11 <zzz> ¿algo más sobre el punto 2)? 20:15:28 <eche|on> nada aún, ¿ntcp2 por defecto? 20:15:32 <eche|on> ¿en la .37? 20:15:37 <meeh> sí, estoy trabajando en el wrapper de osx: ahora portado a Xcode; eso y cómo, si y qué con i2p-browser :) 20:15:38 <zzz> sí, eso también :) 20:16:32 <zzz> sí, ntcp2 por defecto en la 37. Por favor, todos prueben las compilaciones de desarrollo donde sea el valor por defecto, o actívenlo en la versión .36-0 20:16:38 <zzz> ¿algo más sobre el punto 2)? 20:17:34 <zzz> 3) estado de LS2 20:17:42 <zzz> hemos tenido unas 8 reuniones en dos meses 20:18:06 <zzz> todavía estamos en la fase de discusión, pero creo que estamos cerca de tomar algunas decisiones y avanzar 20:18:29 <eche|on> al menos algo 20:18:30 <zzz> hay muchos temas relacionados, como la criptografía nueva, que complican las cosas 20:18:47 <zzz> son muchas cosas que han estado sobre la mesa durante 5 años o más y que por fin estamos abordando 20:19:05 <eche|on> ¡buen trabajo! 20:19:17 <zzz> lo que está claro es que no haremos todo de una vez 20:19:35 <zzz> vamos a hacer algunos cambios iniciales, que permitirán cosas opcionales, y luego vendrán más cambios 20:19:53 <zzz> hemos empezado a actualizar el documento de propuesta 20:20:17 <zzz> espero tener algunas decisiones documentadas pronto... lo que nos permitirá empezar con algo de programación y experimentos 20:21:09 <zzz> nos tomamos una semana libre por el Labor Day, pero nuestra próxima reunión es el lunes 12 a las 5 PM UTC en #ls2 20:21:44 <zzz> todos son bienvenidos; es complejo y difícil de seguir incluso para nosotros que estamos metidos de lleno, pero es divertido ver cómo todo encaja 20:21:48 <zzz> ¿algo más sobre el punto 3)? 20:22:34 <zzz> 4) planificación de CCC 20:22:57 <eche|on> ok, el CCC será en Leipzig 20:23:01 <zzz> Tomamos decisiones preliminares el diciembre pasado, pero tradicionalmente finalizamos las reglas por estas fechas cada año 20:23:13 <zzz> absolutamente seguro que Leipzig, ¿verdad? 20:23:29 <eche|on> sí, ya anunciado oficialmente por el CCC 20:23:36 <zzz> genial, no lo vi 20:24:19 <zzz> pagamos las entradas del congreso; reembolsamos hasta 1500 euros por avión/tren, y como novedad este año acordamos hasta 400 euros de gastos de hotel 20:24:27 <eche|on> sí 20:24:56 <zzz> por encima de 1500 o pagado por adelantado solo en "circunstancias especiales", es decir, si estás sin dinero :) 20:25:13 <eche|on> todo bien hasta ahora 20:25:25 <zzz> y eso es solo para miembros del programa remunerados, salvo aprobación de echelon. 20:25:28 <eche|on> las entradas se gestionarán de forma centralizada, si es posible 20:25:38 <zzz> compraremos las entradas del congreso de forma centralizada, correcto. 20:25:48 <zzz> así que necesitamos saber quién viene... pronto... 20:26:12 <zzz> entonces, ¿alguna objeción o cambios a las reglas como las he enumerado aquí? 20:26:12 <eche|on> supongo que lo necesitamos para finales de octubre 20:26:20 <eche|on> no hace falta cambiar nada 20:26:31 <meeh> nop, todo bien 20:26:49 <zzz> la idea es: si quieres estar allí, el proyecto te ayudará a llegar 20:27:35 <zzz> pegatinas y regletas eléctricas y pancartas y mesas y otra logística por el estilo, lo iremos resolviendo sobre la marcha; no hace falta discutirlo aquí en la reunión 20:27:58 <eche|on> ok, sí 20:28:31 <zzz> si aún no has conseguido tus billetes de avión, hazlo YA; no hay muchos vuelos a LEJ. Si vas en bici o tomas el tren, tienes más tiempo 20:28:54 <zzz> quienes no han ido antes, pregunten a quienes sí han ido sobre hoteles y cualquier otra cosa que quieran saber 20:29:09 <zzz> ¿algo más sobre el punto 4)? 20:30:19 <zzz> 5) scrum 20:30:28 <zzz> zab no está, así que lo llevaré yo 20:31:05 <zzz> cuando te llame, por favor di: 1) qué hiciste el mes pasado 2) qué vas a hacer el próximo mes 3) impedimentos; termina con EOT o "eso es todo" o algo así 20:31:13 <zzz> villain, tú primero 20:33:00 <zzz> eche|on, sigues tú 20:33:35 <eche|on> Hice toda la parte financiera, trabajo de servidores, pruebas, ayuda con la publicación (noticias); haré lo mismo el próximo mes, sin impedimentos. Estaré AFK mañana hasta el miércoles 12 20:33:58 <zzz> gracias. meeh, tu turno 20:34:27 <meeh> bien, tengo tiempo para tres puntos 20:34:28 <meeh> * trabajé en portar el launcher de osx terminado a Xcode: el revert fue difícil, dado que mis habilidades con monotone dicen que no debería jugar con fuego (esto fue en tiempo de congelación) 20:34:28 <meeh> * uno de los DC donde tengo servidores tuvo un corte de energía en el que todo se apagó; así que hoy me he dedicado sobre todo a asegurar que todo funcione y a pelearme con los servidores. 20:34:28 <meeh> * investigué tanto Firefox/Chromium para resolver problemas de certificados autofirmados como un navegador de privacidad; hice 24 horas de monkey coding en un plugin de Qt que está basado en Chromium y dio resultados geniales. 20:35:23 <zzz> ¿y para el próximo mes? ¿impedimentos? 20:35:49 <meeh> el launcher de osx está completamente pasado a Xcode ahora, el icono vuelve a mostrarse; hay un comportamiento raro con el action handler, pero debería arreglarse en breve 20:36:31 <villain> Ok, aprendí cosas sobre monotone y Java. arreglé https://trac.i2p2.de/ticket/1244, añadí una traducción de un artículo de ntcp2. hice una nota de prensa para la 0.9.36 en ruso. La semana pasada, desarrollando esa biblioteca asíncrona de Python; ahora terminando su documentación. https://github.com/l-n-s/i2plib 20:36:47 <meeh> para el próximo mes profundizaré más en el tema del navegador si ustedes aprueban cuando les dé una revisión en la próxima reunión; si no, probablemente Android y osx, que están más alto en la lsit 20:37:35 <zzz> villain, ¿para el próximo mes? ¿impedimentos? 20:38:57 <zzz> por mi parte, el mes pasado arreglé muchos errores de NTCP2 y otros, y saqué la versión 36. 20:39:30 <zzz> el próximo mes tocará el nuevo código de geoip, seguir trabajando en LS2, arreglar más errores y dejar la página de ayuda lista para traducir 20:39:53 <zzz> sin embargo, estaré mayormente AFK la próxima semana 20:39:56 <zzz> sin impedimentos 20:40:28 <zzz> ¿alguien más para informar? ¿sl o alex_the_designer? 20:40:32 <eche|on> :-) 20:40:39 <alex_the_designer2> hola 20:40:59 <zzz> hola alex_the_designer2, por favor dinos tu 1/2/3 mes pasado/próximo mes/impedimentos 20:41:06 <alex_the_designer2> mes pasado: estaba bloqueado con el onboarding. Muchas gracias a eche|on y meeh por desbloquearme 20:41:23 <villain> el próximo mes, como mencionó zzz, practicaré más con monotone, arreglaré los tickets del sitio web, terminaré un paquete de RedHat. Me gustaría oír comentarios sobre mi lib de Python de parte de str4d, y añadirla a la organización i2p en GitHub, si está bien 20:41:37 <villain> sin impedimentos salvo eso 20:41:43 <villain> EOT 20:42:10 <zzz> gracias, villain 20:42:15 <alex_the_designer2> este mes: mirando el issue 1996 de Trac (bastante seguro de que ese era el que querías que revisara), además empezando el borrador del whitepaper. Avancé algo en la actualización de la web durante los streams de los viernes, pero también lo haré entre semana. 20:42:46 <alex_the_designer2> sin impedimentos. Estaré medio AFK del 17 al 21 porque estaré en SF. EOT o "eso es todo" o algo así :D 20:43:06 <zzz> alex_the_designer2, además, quizá como esta es tu primera reunión, ¿podrías darnos una visión rápida de tus sesiones de Twitch de los viernes por la noche, qué puede salir de ellas y cómo podemos participar? 20:43:20 <alex_the_designer2> ¡claro! 20:44:14 <alex_the_designer2> los viernes de 9:30pm CST hasta alrededor de las 11pm CST hago stream en twitch.tv/alex_the_designer. Cuando empecé en enero, el tema general era "FOSS Design", pero se ha orientado más hacia i2p 20:45:00 <alex_the_designer2> he estado haciendo tutoriales básicos y cosas así para ayudar a los primerizos a entender cómo configurar i2p y alojar un sitio, ya que creo que el contenido es el principal obstáculo para una adopción amplia 20:45:36 <alex_the_designer2> sería útil que la gente se pase y socialice si quiere. Además, promocionar el programa en los canales de redes sociales que prefieran ayuda muchísimo 20:46:26 <alex_the_designer2> también tengo algunas grabaciones en bruto que quiero subir de programas anteriores, pero necesito editarlas (principalmente para ocultar mi IP de casa) 20:46:48 <zzz> ¿estás recibiendo comentarios de los espectadores que nos den información sobre prioridades y elecciones de interfaz de usuario? ¿Cómo puedes canalizar lo que estás aprendiendo al resto de nosotros, ya sea en publicaciones o tickets o writeups? ¿Tienes algún plan? 20:47:08 <alex_the_designer2> the_tin_hat ha estado apareciendo con regularidad y ha aportado mucho alivio cómico y feedback 20:47:42 <alex_the_designer2> en cuanto a las decisiones de interfaz de usuario, no he tenido suficiente feedback de los usuarios para justificar realmente ninguna elección 20:47:52 <eche|on> ok, en 6 h suena mi despertador, me voy a la cama, nos vemos luego 20:48:03 <alex_the_designer2> así que es por instinto y prueba y error 20:48:04 <zzz> buenas noches, echelon 20:48:15 <alex_the_designer2> ¡nos vemos, echelon! 20:48:35 <zzz> ok, entonces quizá primero debamos ampliar la audiencia 20:49:04 <zzz> así que difundámoslo más, quizá en nuestros foros, o una entrada de blog... no solo en Twitter 20:49:33 <zzz> gracias, alex, por el resumen; estás haciendo un buen trabajo, ojalá se traduzca en más usuarios y contenido y un producto mejor 20:49:38 <alex_the_designer2> todo canal ayuda muchísimo, ya que la audiencia está por todas partes :D 20:49:45 <zzz> correcto 20:49:48 <alex_the_designer2> ¡gracias por el voto de apoyo! 20:50:07 <zzz> ¿alguien más que me haya perdido para el scrum? sadie sl 20:50:18 <zzz> ¿algo más para la reunión? 20:50:52 * zzz agarra el baffer 20:51:13 <villain> alex_the_designer2: puedo hacer anuncios en reddit /r/i2p para tus streams 20:51:31 <zzz> buena idea 20:51:36 <alex_the_designer2> muy agradecido, villain 20:51:42 <zzz> perdón de nuevo por empezar tarde la reunión 20:51:49 * zzz *bafs* se cierra la reunión

Versión 0.9.36

Thu, 23 Aug 2018 00:00:00 +0000

Detalles de la actualización

La versión 0.9.36 introduce NTCP2, nuestro nuevo protocolo de transporte seguro. NTCP2 proporciona una resistencia efectiva frente a la censura mediante DPI (inspección profunda de paquetes) y reduce la carga de la CPU. Facilita que I2P se ejecute en dispositivos de gama baja, como teléfonos inteligentes y routers domésticos. El protocolo está deshabilitado de forma predeterminada en esta versión para pruebas.

Como de costumbre, recomendamos actualizar a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Detalles de implementación de NTCP2

Mon, 20 Aug 2018 00:00:00 +0000

Los protocolos de transporte de I2P se desarrollaron originalmente hace unos 15 años. En aquel entonces, el objetivo principal era ocultar los datos transferidos, no ocultar el hecho de que se estaba utilizando el propio protocolo. Nadie pensaba seriamente en protegerse contra la inspección profunda de paquetes (DPI) y la censura de protocolos. Los tiempos cambian y, aunque los protocolos de transporte originales siguen proporcionando una seguridad sólida, surgió la demanda de un nuevo protocolo de transporte. NTCP2 está diseñado para resistir las amenazas de censura actuales. Principalmente, el análisis mediante DPI de la longitud de los paquetes. Además, el nuevo protocolo utiliza los avances más modernos en criptografía. NTCP2 se basa en el Noise Protocol Framework , con SHA256 como función hash y x25519 como intercambio de claves Diffie-Hellman (DH) de curva elíptica.

Reunión de desarrolladores de I2P - 7 de agosto de 2018

Tue, 07 Aug 2018 00:00:00 +0000

Resumen rápido

Presentes: echelon, mikalv, villain, zlatinb, zzz

Registro de la reunión

20:00:05 <zzz> 0) Hola 20:00:05 <zzz> 1) estado de 0.9.36 (zzz) 20:00:05 <zzz> 2) estado de LS2 (zzz) 20:00:05 <zzz> 3) Solicitudes para bobthebuilder.i2p y paste.crypthost.i2p en `http://zzz.i2p/posts/13897` 20:00:05 <zzz> 4) Scrum de estado (zlatinb) 20:00:05 <zzz> 5) Reprogramar la reunión del 4 de sept. (zzz) 20:00:10 <zzz> 0) Hola 20:00:12 <zzz> hola 20:00:21 <zzz> 1) estado de 0.9.36 (zzz) 20:00:27 <zlatinb> hola 20:00:29 <villain> hola a todos 20:00:34 <zzz> 6 semanas en el ciclo de la 36, quedan 2 semanas 20:00:52 <mikalv> hola 20:00:53 <zzz> la congelación de etiquetas es mañana; la fecha límite para commits es el viernes de la semana que viene; publicación la semana del 20 de agosto 20:01:18 <zzz> por favor, todos prueben. Marcaré la próxima versión como -rc 20:01:31 <zzz> ¿algo más sobre 1) ? 20:02:24 <zzz> 2) estado de LS2 (zzz) 20:02:30 <zzz> tuvimos nuestra 5.ª reunión ayer 20:02:47 <zzz> va bien, pero avanza muy lentamente. Los temas son complejos e interrelacionados 20:03:11 <zzz> actualicé la propuesta (123) hoy, pero aún está muy verde 20:03:41 <zzz> ni siquiera hemos acordado aún los objetivos y prioridades, así que llevará un tiempo, pero estoy contento con el proceso 20:03:58 <zzz> todos son bienvenidos, la próxima reunión es el próximo lunes, 6 PM UTC en #ls2 20:04:27 <zzz> ¿algo más sobre 2) ? 20:05:13 <zzz> 3) Solicitudes para bobthebuilder.i2p y paste.crypthost.i2p en `http://zzz.i2p/posts/13897` 20:05:25 <zzz> estas son solicitudes para la página de inicio de la consola 20:05:33 <zzz> ¿está aquí el solicitante sl? 20:06:07 <zlatinb> normalmente no, ya que es tarde en $HOME 20:06:27 <zzz> ¿alguien tiene comentarios a favor o en contra de añadir estos a la página de inicio de la consola? 20:07:06 <zlatinb> Estoy +1 en añadir bob the builder, neutral con el nuevo paste 20:07:13 <zzz> ¿alguna objeción? 20:07:31 <mikalv> Estoy +1 a favor de los servicios en línea en la consola 20:07:55 <zzz> no hace daño tener un segundo paste, especialmente dado que el que tenemos ahora ha estado fuera de línea durante semanas seguidas 20:08:15 <zzz> aunque últimamente ha sido bastante fiable 20:08:40 <zzz> al no oír objeciones, los añadiré a la consola para la 36 20:08:46 <villain> si hay enlaces muertos que quitar, se pueden añadir esos enlaces en su lugar 20:08:50 <zzz> ¿algo más sobre 3) ? 20:09:04 <eche|on> no 20:09:11 <zzz> zerobin no está muerto, simplemente no ha tenido el mejor uptime (tiempo en línea) en el pasado 20:09:46 <zzz> 4) Scrum de estado (zlatinb) 20:09:49 <zzz> adelante zlatinb 20:10:31 <zlatinb> ok, vamos a dar la vuelta por la sala y, cuando llamen tu nombre, describe brevemente 1) qué has estado haciendo el último mes 2) qué planeas hacer el mes que viene 3) si alguien te bloquea o necesitas ayuda 20:10:57 <zlatinb> vamos a empezar con El Nuevo - villain. Como este es tu primer scrum, omite 1) y ve solo con 2) y 3) 20:11:09 <zlatinb> adelante villain 20:12:24 <zlatinb> villain, ¿estás ahí? 20:12:34 <villain> aprendiendo Java y monotone, planes para arreglar algunos tickets más del sitio web antes del lanzamiento de la 36, como zzz comentó con zzz. y aprender más :) 20:13:00 <villain> sin bloqueos por el momento 20:13:41 <zlatinb> genial. Normalmente decimos EOT al final del informe :) 20:13:48 <villain> ahora investigando en https://trac.i2p2.de/ticket/1583 20:13:57 <villain> EOT 20:13:59 <villain> je 20:14:17 <zlatinb> gracias. zzz, sigues tú 20:14:37 <zzz> ok. el mes pasado fue sobre todo pulir y probar ntcp2, con la ayuda de orignal 20:14:46 <zzz> poniendo en marcha la investigación y las reuniones de LS2 20:14:59 <zzz> muchísimas correcciones de errores, por supuesto 20:15:33 <zzz> el mes que viene será sacar la versión .36 y continuar con LS2, correcciones de errores, etc. 20:15:41 <zzz> también haciendo algo de refactorización de código por el camino 20:16:06 <zzz> espero llegar al asistente SSL para no Jetty para la 37. Por desgracia no llegué para la 36, fue demasiado difícil 20:16:13 <zzz> sin bloqueos; EOT 20:17:14 <eche|on> ok, hice mucho trabajo de administración del foro, algunas pruebas de código, donaciones y gestión de cuentas; seguiré con esto el próximo mes, sin bloqueos por ahora 20:17:20 <eche|on> uupos 20:17:40 <zlatinb> ok, eche|on, también podemos seguir contigo :) 20:17:51 <eche|on> eso es más o menos todo^^ 20:18:04 <zlatinb> ok, genial 20:18:10 <zlatinb> mikalv: ¿y tú? 20:18:14 <mikalv> Sí, bueno, por mi parte; Actual: OSX Launcher beta para 0.9.36. Próximo; 1. Continuar con el lanzador de OSX (ponerlo bonito, algunas funciones más y trabajar en la estabilidad). 2. Con suerte ayudar a zzz con la investigación e impl. de LS2. 3. Sacar un test-MVP/alpha de un paquete de navegador. 20:18:23 <mikalv> 4. Continuar mi campaña por 'no-single-person-of-failure' (evitar que una sola persona sea un punto de fallo), donde los miembros del núcleo que alojan servicios clave den acceso a otros miembros del núcleo como respaldo/contingencia si alguien desaparece, para que el proyecto no sufra más eventos de ese tipo. 20:18:28 <mikalv> Bloqueador; espero que podamos obtener de welt el control DNS de i2p2.de. 20:18:56 <mikalv> ya sea yo o eche|on, al menos alguien más activo 20:19:09 <zlatinb> vaya, eso estaba bien preparado, bien hecho 20:19:25 <zlatinb> sadie mencionó que *quizás* podría venir; haciendo un llamado a sadie 20:19:49 <zlatinb> str4d: ¿hay alguna posibilidad de que estés por aquí? 20:19:53 <eche|on> Welt me contactó, respondí, no hubo más respuesta de su parte 20:19:58 <mikalv> zlatinb: recuerda que he hecho esto durante dos años cada día antes de i2p ahora :p 20:20:41 <mikalv> Deseo obtener el control del dominio DNS, para poder cambiar más libremente la IP de trac y, más adelante, la de download 20:20:59 <zlatinb> Alex W. andaba por aquí pero se acaba de ir, así que supongo que eso es todo para el scrum 20:21:16 <mikalv> debido a la situación, el servidor antiguo y obsoleto hace de reverse-proxy (proxy inverso) al nuevo trac :( 20:22:04 <zzz> 5) Reprogramar la reunión del 4 de sept. (zzz) 20:22:08 <zlatinb> EOT 20:22:19 <mikalv> sí, perdón, EOT 20:22:26 <zzz> ok, no puedo el 4 de sept. y creo que algunos otros tampoco 20:22:46 <zzz> ¿podríamos hacerlo el mié. 5 de sept. o el mar. 11 de sept.? 20:23:01 <zzz> si es el 11, habría solo 3 semanas entre esa y la reunión del 2 de octubre 20:23:27 <zlatinb> Estaré de viaje la mayor parte de septiembre, así que no puedo prometer ni el 5 ni el 11 20:23:27 <zzz> Quiero poner CCC en la agenda para la reunión de sept., aunque tomamos la mayoría de las decisiones en diciembre pasado sobre la financiación 20:23:44 <mikalv> Creo que puedo en ambas, así que por mí está bien 20:23:53 <zzz> eche|on, ¿y tú? 20:24:12 <eche|on> el 11 no es posible 20:24:30 <zzz> ¿mié. 5 ok? 20:24:41 <eche|on> el 5 parece estar bien 20:24:52 <zzz> ok, lo anotamos provisionalmente para el miércoles 5 20:24:55 <mikalv> ok 20:25:02 <zzz> ¿algo más sobre 5) ? 20:25:06 <zzz> ¿algo más para la reunión? 20:25:51 * zzz agarra el baffer 20:26:40 * zzz *bafs* se cierra la reunión

Reunión de desarrolladores de I2P - 03 de julio de 2018

Tue, 03 Jul 2018 00:00:00 +0000

Resumen rápido

Presentes: echelon, str4d, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) estado de la versión 0.9.35 (zzz) 20:00:00 <zzz> 2) actualización de NTCP2 (zzz) 20:00:00 <zzz> 3) anuncio de la reunión de LS2 (zzz) 20:00:00 <zzz> 4) programa de financiación del 2º semestre de 2018 (zab/zzz) 20:00:00 <zzz> 5) scrum de estado (zab) 20:00:05 <zzz> 0) Hola 20:00:07 <zzz> Hola 20:00:16 <zlatinb> hola 20:00:21 <zzz> 1) estado de la versión 0.9.35 (zzz) 20:00:42 <zzz> La 35 ha estado fuera una semana, sin quejas importantes hasta ahora 20:01:03 <zzz> los jars de maven están disponibles, creo que meeh tendrá la de android lista en breve 20:01:20 <zzz> aún no he sabido nada de mhatta respecto al debian oficial 20:01:57 <zzz> ¿algo más sobre 1) ? 20:02:44 <zzz> 2) actualización de NTCP2 (zzz) 20:03:04 <zzz> terminamos la spec la semana pasada, y tenemos varios routers activos en la red 20:03:26 <zzz> i2pd sigue adelante con su implementación y pruebas 20:03:30 <eche|on> bien hasta ahora 20:03:52 <zzz> Tengo algunas limpiezas que hacer, y aún no he probado la variante con cortafuegos, pero las cosas van bastante bien 20:04:21 <zzz> También publiqué hoy una FAQ breve en nuestros foros 20:04:43 <zzz> ¿algo más sobre 2) ? 20:05:37 <zzz> 3) anuncio de la reunión de LS2 (zzz) 20:06:01 <zzz> vamos a seguir el mismo proceso para la próxima propuesta, que es la 123 "LS2" 20:06:15 <zzz> también cubre nueva criptografía, búsqueda de servicios, multihoming masivo y temas relacionados 20:06:36 <zzz> la primera reunión será el lunes 9 de julio a las 19:00 UTC en #ls2 20:06:45 <eche|on> gran tarea, hay mucho trabajo por hacer 20:07:05 <zzz> sí, no tengo ni idea de cómo va a ir, pero tenemos que empezar, ha pasado demasiado tiempo 20:07:30 <zzz> ¿algo más sobre 3) ? 20:07:44 <eche|on> no 20:08:23 <zzz> 4) programa de financiación del 2º semestre de 2018 (zab/zzz) 20:08:32 <zzz> el anuncio está publicado en i2pforum.i2p y zzz.i2p 20:08:42 <zzz> el programa está abierto a nuevos solicitantes 20:08:51 <zzz> la fecha límite es el miércoles 25 de julio 20:09:13 <zzz> si alguien tiene alguna pregunta, puede hacerla ahora, o después de la reunión 20:09:34 <zzz> ¿alguien tiene alguna pregunta sobre el programa? 20:09:38 <eche|on> un punto: no todo el equipo de i2p necesita aprobar a los nuevos miembros (el equipo aún no está perfectamente definido, como un equipo de personas destacadas en la página web u otro grupo) 20:10:13 <zlatinb> Yo diría que al menos los que ya están en el programa remunerado 20:10:42 <zzz> cierto, supongo que necesitamos aprobarlo colectivamente... no que necesitemos la aprobación individual de cada uno 20:10:45 <eche|on> sí 20:10:50 <zzz> ¿les parece bien? 20:10:58 <eche|on> solo quería señalar esto para precisar ese punto 20:11:12 <zzz> ok 20:11:26 <zzz> ¿algo más sobre 4) ? 20:12:18 <zzz> 5) scrum de estado (zlatinb) 20:12:24 <zzz> todo tuyo, zlatinb 20:12:59 <zlatinb> hola. Demos la vuelta a la sala y hagamos lo de siempre: 1) qué has estado haciendo el último mes 2) qué planeas hacer el próximo mes 3) algún bloqueo o ayuda necesaria 20:13:03 <zlatinb> zzz: empieza tú 20:13:33 <zzz> 1) reuniones de NTCP2, propuesta, spec, implementación y pruebas; lanzamiento .35; correcciones de errores y triaje 20:14:02 <zzz> fusionando NTCP2 en trunk; fusionando actualizaciones de EdDSA desde github a trunk; actualizaciones de la hoja de ruta 20:14:30 <zzz> 2) pruebas de NTCP2, corrección de errores y otras cosas para la .36; iniciar reuniones de LS2, investigación y planificación 20:14:39 <zzz> 3) sin bloqueos 20:14:40 <zzz> EOT 20:14:55 <zlatinb> eche|on: ¿y tú? 20:15:38 <eche|on> Haciendo los servicios en la web, administrando el foro, gestiones financieras, ayudando con el lanzamiento 20:16:02 <eche|on> seguir haciendo eso, sin bloqueos aún 20:16:23 <zlatinb> Irc2PGuest44785: meeh sé que eres tú, ¿estás aquí? 20:16:43 <zlatinb> parece que no 20:16:48 <zlatinb> str4d: ¿estás aquí? 20:17:01 <str4d> 1) diseño de NTCP2. 2) investigación y diseño de LS2. 3) no tengo tiempo para nada más. 20:17:19 <zlatinb> genial, me alegra verte 20:17:49 <zlatinb> sadie no está aquí, manas está exento, así que quedo yo: 20:17:49 <zlatinb> 1) muchísimo perfilado, experimentos, mejoras de capacidad 20:17:49 <zlatinb> 2 20:17:52 <zlatinb> todavía no he decidido 20:17:54 <zlatinb> 3) no realmente 20:18:14 <zlatinb> Creo que ya somos todos 20:18:33 <zlatinb> zzz: de vuelta contigo 20:18:37 <zzz> bien, eso fue rápido. ¿algo más para la reunión? 20:20:01 * zzz da por cerrada la reunión

Lanzamiento 0.9.35

Tue, 26 Jun 2018 00:00:00 +0000

Detalles de la actualización

0.9.35 cambia el tipo de firma predeterminado a Ed25519. Este es el paso final en el largo proceso de migración a una criptografía más nueva, más robusta y más rápida. La versión incluye numerosas correcciones de errores y mejoras de rendimiento.

Como de costumbre, recomendamos actualizar a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Reunión de desarrolladores de I2P - 5 de junio de 2018

Tue, 05 Jun 2018 00:00:00 +0000

Resumen rápido

Presentes: echelon, obscuratus, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) estado de F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:00 <zzz> 2) actualización 0.9.35 (zzz) 20:00:00 <zzz> 3) actualización NTCP2 (zzz) 20:00:00 <zzz> 4) scrum de estado (zab) 20:00:03 <zzz> 0) Hola 20:00:05 <zzz> hola 20:00:12 <zzz> 1) estado de F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:20 <zzz> ¿Alguien ha sabido algo de nextloop? 20:00:30 <eche|on> no 20:01:22 <zzz> Intentaré encontrarlo en twitter, pero por ahora F-droid sigue desactualizado 20:01:27 <zzz> 2) actualización 0.9.35 (zzz) 20:01:54 <zzz> ok, la 35 va bien. retrasamos la publicación una semana. congelación de etiquetas en una semana, fecha límite para check-ins en 2 semanas y media 20:02:00 <zzz> lanzamiento en unas 3 semanas 20:02:15 <zzz> ¿Algo más sobre el punto 2)? 20:02:40 <eche|on> todavía no 20:03:07 <zzz> 3) actualización NTCP2 (zzz) 20:03:37 <zzz> seguimos teniendo reuniones semanales, pero ya casi terminamos con eso. la propuesta es bastante sólida, pero aún vienen cambios (probablemente), así que todavía no es definitiva 20:04:00 <zzz> Tengo un router de pruebas funcionando en la red. El plan es incluir compatibilidad en la .36, deshabilitada por defecto, y activarla en la .37 20:04:28 <eche|on> acabo de leer un tuit de orignal haciendo algo de ntcp2 para i2pd 20:04:37 <zzz> planeamos usar el mismo proceso de reuniones y toma de decisiones para la propuesta LS2, empezando pronto 20:04:43 <zzz> sí, toda la acción está en #ntcp2 20:04:51 <eche|on> ok 20:04:58 <zzz> ¿Algo más sobre el punto 3)? 20:05:18 <eche|on> ¿la .37 estará lista para usar ntcp2? 20:05:40 <eche|on> eso es a finales de 2018 20:05:48 <zzz> correcto, haremos pruebas en la 36 con gente que lo active manualmente. Luego lo habilitaremos por defecto en la 37 20:05:53 <zlatinb> otra pregunta: ¿algún plan para lanzar un modo bob-only en la .36, por ejemplo? 20:06:03 <zzz> sí. La 37 quizá en noviembre 20:06:04 <zlatinb> ¿o bob-only en la .35 para facilitar las pruebas? 20:06:14 <zzz> ¿Qué significa bob-only? 20:06:28 <zlatinb> solo conexiones TCP entrantes 20:06:45 <zzz> ah, ¿solo recibir? sí, no es una mala idea. Pero no para la 35. 20:06:53 <obscuratus> ¿Puedo empezar a probar ntcp2 en mi red de pruebas? 20:06:54 <zzz> depende de cuántas pruebas consigamos en el ciclo de la 36 20:07:14 <zzz> obscuratus, no, la compatibilidad completa no se integrará hasta después del lanzamiento de la 35. Aún está en desarrollo 20:07:29 <eche|on> Supongo que bastante rápido después del lanzamiento de la .35 el código se moverá a la rama principal (trunk) 20:07:32 <zzz> lo que hay en la 35 ahora son solo stubs 20:07:36 <zzz> correcto, eche|on 20:08:05 <zzz> ¿Algo más sobre el punto 3)? 20:09:01 <zzz> 4) scrum de estado (zlatinb) 20:09:03 <zzz> adelante, zlatinb 20:09:33 <zlatinb> hola, hagamos lo de siempre: 1. en qué has estado el último mes 2. qué planeas hacer el próximo mes 3. ¿alguien te bloquea o necesitas ayuda? 20:09:36 <zlatinb> zzz, tú primero 20:09:44 <zzz> ok 20:10:13 <zzz> He estado más o menos a partes iguales con NTCP2, corrección de errores, y cerrando algunas funciones nuevas para la 35 (asistente SSL y carpetas de susimail) 20:10:48 <zzz> Espero que el próximo mes sea NTCP2, corrección de errores, el lanzamiento de la 35 que siempre lleva mucho tiempo, y empezar con LS2 20:11:01 <zzz> sin bloqueadores; EOT 20:11:22 <zlatinb> gracias. eche|on ? 20:11:37 <eche|on> mucho IRC, foro, gestión de fondos, trabajando en el sistema de criptomonedas 20:11:54 <eche|on> siguiendo con este trabajo, sin bloqueadores aún, excepto las vacaciones ^^ 20:12:12 <zlatinb> ok. str4d, ¿estás aquí? 20:12:40 <zlatinb> parece que no. meeh, ¿estás aquí? 20:13:18 <zlatinb> parece que no. sadie no puede venir, mhatta y slumlord tampoco están aquí 20:13:26 <zlatinb> bueno, eso es todo 20:13:36 <zlatinb> eot 20:13:36 <eche|on> la época de vacaciones nos ha alcanzado.. 20:13:44 <eche|on> baffer? 20:13:46 <zzz> ok, ¿alguien tiene algo más para la reunión? 20:14:31 <zzz> sí, es hora de baffer 20:14:52 <zzz> reunión corta, pero están pasando muchas cosas, todo bien 20:14:59 * zzz *bafs* se cierra la reunión 20:15:01 <zzz> gracias a todos

Reunión de desarrolladores de I2P - 1 de mayo de 2018

Tue, 01 May 2018 00:00:00 +0000

Resumen rápido

Presentes: anonymousmaybe, orignal, str4d, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) estado de F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:00 <zzz> 2) actualización 0.9.35 (zzz) 20:00:00 <zzz> 3) actualización de NTCP2 (zzz) 20:00:00 <zzz> 4) scrum de estado (zab) 20:00:03 <zzz> 0) Hola 20:00:05 <zzz> hola 20:00:09 <zzz> 1) estado de F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:27 <zlatinb> hola 20:00:31 <zzz> ok creo que lo único que queda para la 34 es fdroid? ¿tienen algún estado? 20:00:35 <orignal_> hola 20:02:10 <zzz> ok, 3 semanas desde el lanzamiento de la 34, esperemos que se cierre pronto 20:02:15 <zzz> ¿algo más sobre 1)? 20:03:01 <zzz> 2) actualización 0.9.35 (zzz) 20:03:08 <zzz> la 35 va bien 20:03:29 <zzz> llevamos 3 semanas, faltan 7 semanas, 16K líneas de diff hasta ahora. congelación de funcionalidades en 1-2 semanas 20:03:57 <zzz> muchas cosas buenas ahí hasta ahora. como siempre, necesitamos probadores 20:04:12 <zzz> ¿algo más sobre 2)? 20:06:00 <zzz> 3) actualización de NTCP2 (zzz) 20:06:20 <zzz> tuvimos nuestra 6ª reunión ayer e hice mi actualización semanal de la propuesta hace un par de horas, está publicada en nuestro sitio 20:06:45 <zzz> esto prácticamente cierra la fase de especificación. Aún no es bonita y sin duda cambiará, pero lo importante ya está decidido 20:07:11 <zzz> ahora estamos en la fase de implementación de prueba. cada proyecto debería programar una implementación para finales de mayo, y haremos pruebas de interoperabilidad en junio 20:07:37 <zzz> por supuesto seguiremos actualizando la especificación según lo que aprendamos al empezar a programar 20:08:00 <zzz> así que las cosas van bastante bien 20:08:15 <zzz> ¿algo más sobre 3)? 20:08:21 <orignal_> zzz, ¿puedes enumerar toda la criptografía necesaria para ntcp2? 20:08:38 <zzz> por favor lee la especificación, no lo hagamos aquí, gracias 20:08:39 <orignal_> aparte de lo que ya está en I2P 20:09:02 <zzz> o podemos discutirlo en #ntcp2 después de la reunión 20:09:34 <orignal_> pensé que podría ser interesante para todos 20:09:36 <i2pr> [Slack/str4d] Ay, Internet 20:09:41 <zzz> ¿algo más sobre 3)? 20:09:52 <i2pr> [Slack/str4d] Escribiendo 20:10:07 <i2pr> [Slack/str4d] Ahora que tenemos un borrador de especificación razonablemente estable, veré si puedo pulirlo un poco este fin de semana, y luego les pediré a algunos amigos criptógrafos que le echen un vistazo. 20:11:01 <zzz> ok 20:11:08 <zzz> ¿algo más sobre 3)? 20:12:02 <zzz> 4) scrum de estado (zab) 20:12:06 <zzz> adelante, zlatinb 20:12:15 <zlatinb> Hola, antes de empezar: he recibido solicitudes de financiación de todos excepto de mhatta, pero eso se debe a confusión con PGP 20:12:32 <zlatinb> así que enviaré las aprobaciones finales a cada uno más tarde esta noche 20:12:41 <zlatinb> y la de mhatta acabará con un pequeño retraso 20:13:37 <zlatinb> ok, empecemos: vamos por turnos, 1-2-3 20:13:37 <zlatinb> zzz: adelante 20:13:45 <zzz> ok 1) el mes pasado: 20:14:12 <zzz> lanzamiento de la 34, carpetas de susimail, DNSoverhTTPS, asistente de SSL, el grupo revisó el artículo de PETS, nuevo lanzamiento de orchid... 20:14:23 <zzz> Especificación de NTCP2, muchas reuniones y planificación, muchas correcciones de errores 20:14:30 <zzz> 2) el próximo mes: 20:14:51 <zzz> implementación de ntcp2, finalización del asistente de ssl, muchas correcciones de errores, más planificación y reuniones 20:15:04 <zzz> 3) bloqueadores: especificación de indicación de listo para TAILS de mhatta 20:15:06 <zzz> EOT 20:15:18 <zlatinb> ok. str4d, tu turno 20:15:31 <i2pr> [Slack/str4d] 1) Mes pasado: 20:15:56 <i2pr> [Slack/str4d] - Terminé de migrar I2P-Bote a la versión oficial de Apache James Server, dejé IMAP y SMTP funcionando lo suficientemente bien como para implementar un servicio para retransmitir transacciones de Zcash, e hice un nuevo lanzamiento. 20:16:24 <i2pr> [Slack/str4d] - Terminé el artículo de XRDS 20:16:33 <i2pr> [Slack/str4d] - Revisé la actualización del borrador de VRP 20:16:40 <i2pr> [Slack/str4d] - Correcciones de errores 20:16:50 <i2pr> [Slack/str4d] - Reuniones de diseño/especificación de NTCP2 20:17:02 <i2pr> [Slack/str4d] - Implementé (casi todo) el borrador de la especificación de NTCP2 en Rust 20:17:07 <i2pr> [Slack/str4d] 2) Próximo mes: 20:17:32 <i2pr> [Slack/str4d] - Implementar los últimos detalles de NTCP2 en el borrador de la especificación 20:17:46 <i2pr> [Slack/str4d] - Escribir un arnés para generar vectores de prueba de NTCP2 20:17:55 <i2pr> [Slack/str4d] - Convencerme de que SipHash es adecuado para el blinding (cegado) de longitudes 20:18:09 <i2pr> [Slack/str4d] - Redactar el AES blinding de efímeros como una extensión de Noise 20:18:26 <i2pr> [Slack/str4d] - Trabajar en la implementación en Java de Noise con zzz y meeh 20:18:39 <i2pr> [Slack/str4d] - Publicar cosas según sea necesario 20:19:32 <i2pr> [Slack/str4d] 3) Bloqueadores: actualmente ninguno; Fricción: viajes. 20:19:34 <i2pr> [Slack/str4d] EOT 20:20:00 <zlatinb> muy bien. meeh, ¿estás aquí? 20:20:49 <zlatinb> echelon? sadie? 20:21:31 <zlatinb> mhatta: ¿andas por aquí por casualidad? 20:22:06 <zlatinb> :( 20:22:11 <anonymousmaybe> perdón por la interrupción, ¿pero hay preguntas/respuestas de discusión aquí? ¿o solo listado de cosas? 20:22:39 <zlatinb> anonymousmaybe: SCRUM: listar cosas, quizá discusión más tarde 20:22:39 <zzz> en unos 30 segundos pediré otros temas, esperen 20:23:01 <zzz> ¿eso es todo por tu parte, zlatinb? 20:23:08 <anonymousmaybe> ya veo, gracias 20:23:09 <zlatinb> supongo que sí 20:23:36 <zzz> ok, quizá sea hora de que envíes un correo enérgico a todos pidiéndoles que estén aquí y a tiempo... 20:23:48 <zzz> ok, eso es todo para el 4) 20:23:57 <zzz> ¿algo más para la reunión? anonymousmaybe, te toca 20:24:51 <anonymousmaybe> quisiera preguntar sobre la implementación de DNSoverhTTPS, 20:25:34 <zzz> ok, ese es un detalle técnico mejor para discutir después de la reunión de estado 20:25:46 <zzz> ¿algo más para la reunión? 20:26:40 <anonymousmaybe> por mi parte no 20:27:01 * zzz agarra el "baffer" 20:27:38 * zzz *bbbaffs* la reunión clased

Versión 0.9.34

Tue, 10 Apr 2018 00:00:00 +0000

Detalles de la actualización

La versión 0.9.34 incluye correcciones de errores importantes para los servicios ocultos, el streaming y SAM. Esta versión continúa el trabajo de preparación para Ed25519 como tipo de firma predeterminado y NTCP2 como un nuevo transporte. Se incluyen mejoras de rendimiento y el conjunto habitual de correcciones de errores.

Como de costumbre, recomendamos actualizar a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la última versión.

Reunión de desarrolladores de I2P - 03 de abril de 2018

Tue, 03 Apr 2018 00:00:00 +0000

Resumen rápido

Presentes: manas, meeh, str4d, zlatinb, zzz

Registro de la reunión

20:00:01 <zzz> 0) Hola 20:00:01 <zzz> 1) actualización 0.9.34 (zzz) 20:00:01 <zzz> 2) tickets bloqueantes de la 0.9.34 (str4d) 20:00:01 <zzz> 3) roles y calendario de compilación y publicación Android/Maven para la 0.9.34 (str4d/meeh) 20:00:01 <zzz> 4) Propuesta de eliminar open4you.i2p y git.repo.i2p de la página de inicio de la consola (anonymousmaybe) 20:00:01 <zzz> 5) plan 0.9.35 (zzz) 20:00:01 <zzz> 6) plan NTCP2 (zzz) 20:00:01 <zzz> 7) scrum de estado (zab) 20:00:05 <zzz> 0) Hola 20:00:07 <zzz> Hola 20:00:30 <zzz> Bienvenidos a la reunión 269, que abarca casi 16 años 20:00:33 <manas> Hola 20:00:43 <zlatinb> hola 20:00:44 <zzz> 1) actualización 0.9.34 (zzz) 20:00:55 <zzz> ok, la fecha límite para traducciones y check-in es en 3 días 20:01:20 <zzz> no hay mucho en cuanto a informes de errores recientes 20:01:36 <zzz> así que pinta bien, pendiente el punto 2) 20:01:56 <zzz> he estado trabajando en la .35 y más allá las últimas dos semanas 20:02:04 <zzz> ¿algo más sobre el 1)? 20:03:00 <zzz> 2) tickets bloqueantes de la 0.9.34 (str4d) 20:03:25 <i2pr> [Slack/str4d] Hola :B 20:03:32 <zzz> str4d tiene varios tickets bloqueantes que se remontan a varios meses, y ya se han pospuesto más allá de un par de versiones 20:03:38 <manas> hola str4d 20:03:38 <zzz> str4d, ¿cuál es tu plan para estos? 20:04:10 <i2pr> [Slack/str4d] Veo dos tickets bloqueantes. 20:04:19 <i2pr> [Slack/str4d] Uno es el reseeding (resembrado) en Android antiguos 20:04:39 <zzz> ok, bien, 2 es mejor que 'varios' 20:04:45 <i2pr> [Slack/str4d] Para ese, acotamos la ventana del problema, pero en su momento no pudimos identificar una solución (la que probamos no funcionó) 20:05:07 <i2pr> [Slack/str4d] Ahora mismo no tengo tiempo para trabajar en ello, y las versiones más antiguas se usan cada vez menos 20:05:24 <i2pr> [Slack/str4d] Así que estoy pensando que deberíamos simplemente deprecar las versiones antiguas de Android 20:05:59 <i2pr> [Slack/str4d] Ten en cuenta que Google Play Store ha impuesto requisitos para que las nuevas subidas de apps empiecen a ajustarse a APIs más nuevas, así que en ese sentido quizá estemos obligados si queremos seguir publicando en GPlay 20:07:02 <zzz> ¿y el otro? 20:07:16 <i2pr> [Slack/str4d] Eliminar el soporte para APIs antiguas debería ser relativamente simple hacerlo como parte de la próxima actualización, si estamos de acuerdo. 20:08:03 <i2pr> [Slack/str4d] El otro son correcciones de cadenas traducidas desde 0.9.31 (en el OP dice «menor, pero lo clasifico como bloqueante») 20:09:19 <i2pr> [Slack/str4d] Parte de esto lo he corregido localmente, pero no he tenido tiempo de extraerlo y publicarlo. 20:09:41 <zzz> Supongo que la pregunta es si piensas hacer alguna corrección de la UI en absoluto. La última corrección que vimos tuya fue hace 5 meses. Destaqué hace alrededor de un mes unos 10 tickets que quería ver corregidos para la .34. ¿Piensas hacer algún trabajo de UI de ahora en adelante o deberíamos buscar un reemplazo? 20:09:58 <i2pr> [Slack/str4d] Realísticamente, si depende de mí, seguirá retrasándose, ya que mis prioridades están en otra parte ahora mismo. 20:10:39 <i2pr> [Slack/str4d] Tengo previsto publicar más parches de UI, pero no tengo tiempo para hacerlo en un plazo suficientemente corto. 20:11:05 <zzz> ok, entonces no deberíamos esperar ningún trabajo de UI, ni siquiera arreglos simples, de tu parte, ni para la .34 ni después? 20:11:31 <i2pr> [Slack/str4d] El problema es que la palabra «simple» carga con mucho peso ahí :stuck_out_tongue: 20:12:11 <i2pr> [Slack/str4d] Para la .34, correcto, no esperen ningún trabajo de UI por mi parte. 20:12:15 <zzz> ok. Ojalá lo hubiéramos sabido hace meses. Hemos perdido muchísimo tiempo. Empezaremos a reasignar el trabajo y a buscar reemplazos. 20:12:22 <zzz> ¿algo más para el 2)? 20:13:01 <i2pr> [Slack/str4d] Estoy encantado de pasar conjuntos de parches a otros para extraer las correcciones «simples»; quizá tengan más suerte que yo lidiando con monotone+git 20:13:23 <zzz> 3) roles y calendario de compilación y publicación Android/Maven para la 0.9.34 (str4d/meeh) 20:14:03 <zzz> Me gustaría saber si str4d y meeh han decidido quién hace qué para las publicaciones de maven/fdroid/android de la .34, para saber a quién pedir cuentas y cuándo va a suceder 20:15:37 <i2pr> [Slack/str4d] Meeh tiene las claves de firma para Android y FDroid 20:15:51 <meeh> Podemos decidirlo ahora. ¿Qué piensas str4d, tienes tiempo para ello, o debería hacerlo yo? 20:16:16 <i2pr> [Slack/str4d] Estaría encantado de que lo hicieras tú con yo guiándote :slightly_smiling_face: 20:16:31 <i2pr> [Slack/str4d] (porque quiero ampliar nuestras capacidades de publicación) 20:16:47 <zzz> meeh, ¿te parece bien? 20:17:00 <i2pr> [Slack/str4d] Podemos fijar una hora para hacer pairing en ello. 20:17:16 <meeh> Sí, podemos hacer eso. Es la mejor opción hasta ahora, así puedes ponerme al día sobre cómo y qué hacer 20:17:29 <zzz> ¿qué hay de Maven Central? 20:17:45 <i2pr> [Slack/str4d] Actualmente soy el único con credenciales para ello. 20:18:08 <meeh> Sí, no tengo acceso a Maven 20:18:22 <i2pr> [Slack/str4d] Hay que pasar por algunos aros con Sonatype para cambiar eso 20:18:29 <zzz> entonces, ¿lo haces tú o le das los permisos a meeh? Necesito saber quién es responsable y cuándo va a suceder 20:18:39 <i2pr> [Slack/str4d] (recordando vagamente lo que tuve que hacer para configurarlo en primer lugar) 20:18:52 <i2pr> [Slack/str4d] Haré eso para la .34 20:19:21 <i2pr> [Slack/str4d] (probablemente en el mismo pairing con meeh) 20:19:57 <zzz> ok, ¿puedo comprometerlos a ambos a un plazo de dos semanas para sacarlo todo? Si yo corto la mía para el 10 de abril, eso sería el 24 de abril. ¿ok? 20:20:41 <i2pr> [Slack/str4d] De acuerdo. 20:20:51 <zzz> ¿ok, meeh? 20:20:56 <i2pr> [Slack/str4d] Estoy en Denver la semana del 9, luego vuelvo al Reino Unido la semana siguiente 20:21:09 <i2pr> [Slack/str4d] Así que la semana que mejor le funcione a meeh por huso horario 20:21:11 <meeh> Sí 20:21:39 <zzz> ok. meeh, también me debes un ack de que revisaste el informe de bloqueos de GPlay 20:21:45 <zzz> ¿algo más sobre el 3)? 20:21:49 <meeh> Debería poder ajustarme a algo que le encaje a str4d en ese plazo 20:22:27 <zzz> 4) Propuesta de eliminar open4you.i2p y git.repo.i2p de la página de inicio de la consola (anonymousmaybe) 20:22:48 <zzz> ok, anonymousmaybe informa que esos dos sitios han estado caídos durante semanas o meses y recomienda que se eliminen de la consola del router 20:22:55 <zzz> ¿alguna objeción? 20:23:28 <i2pr> [Slack/str4d] git.repo.i2p ha estado caído desde hace un tiempo principalmente porque no he tenido tiempo de entrar y volver a ponerlo en marcha. 20:23:53 <zzz> así que no te oigo objetar :) 20:23:55 <i2pr> [Slack/str4d] Si se desea que vuelva a estar en funcionamiento, puedo sacar tiempo para hacerlo. Pero tampoco me opondría a que se elimine. 20:24:06 <zzz> si no, eliminaré ambos para la .34 20:24:31 <i2pr> [Slack/str4d] Por mi parte, ninguna objeción sobre open4you.i2p 20:24:33 <zzz> puedes solicitar la reinclusión siguiendo nuestros procesos normales una vez que esté en marcha y estable 20:25:00 <zzz> es una experiencia de usuario terrible tener enlaces muertos en la página de inicio de nuestra consola, y les debemos a nuestros usuarios mantenerlos activos o eliminarlos 20:25:06 <i2pr> [Slack/str4d] ACK (seguí ese proceso la primera vez, si no recuerdo mal :D) 20:25:15 <zzz> ok, ¿algo más sobre el 4)? 20:25:54 <zzz> 5) plan 0.9.35 (zzz) 20:26:11 <zzz> ok, tuvimos una reunión de hoja de ruta hace una o dos semanas, y la hoja de ruta en nuestro sitio web refleja los resultados 20:26:22 <zzz> todo lo demás se ha movido a la 36/37 20:26:35 <zzz> ya llevamos un par de semanas trabajando duro en las funciones de la 35 20:26:55 <zzz> así es como quiero trabajar en cada lanzamiento, donde el trabajo se hace por adelantado y luego se integra temprano en el ciclo 20:27:13 <i2pr> [Slack/str4d] +1 20:27:13 <zzz> el calendario es para un lanzamiento de la .35 a mediados/finales de junio, ciclo estándar de 10 semanas 20:27:34 <manas> ¿Habrá una reunión similar a la última antes del lanzamiento de la .35? 20:27:57 <zzz> sí, me gustaría hacer una reunión de hoja de ruta unas semanas antes de cada lanzamiento 20:28:06 <manas> ok, suena bien 20:28:20 <zzz> todo lo ¿algo más sobre el 5)? 20:28:35 <zzz> s/all the// 20:29:08 <i2pr> [Slack/str4d] La hoja de ruta de la .35 me parece razonable 20:29:24 <i2pr> [Slack/str4d] +1 a las mejoras de la configuración de la red de pruebas privada :smile: 20:30:01 <zzz> 6) plan NTCP2 (zzz) 20:30:09 <manas> Publiqué en los foros un poco tarde pero me gustaría tener una reunión (o discutir en la próxima reunión) para tratar especificidades sobre la red de pruebas privada 20:30:30 <zzz> ok, hemos convocado un equipo con representantes de los 3 proyectos. Hemos tenido dos reuniones hasta ahora y hay una nueva versión de la propuesta publicada 20:30:39 <meeh> manas, te contactaré en un día o así; también he hecho algo de trabajo sobre el tema 20:30:43 <zzz> planeamos reunirnos una vez a la semana y sacar un nuevo borrador después de cada reunión 20:30:49 <manas> meeh: de acuerdo :) 20:31:02 <zzz> el objetivo es terminar a finales de abril y tener implementaciones de prueba a finales de mayo. 20:31:19 <zzz> la próxima reunión es en #ntcp2 el 9 de abril, a las 16:00 UTC, todos bienvenidos. 20:31:20 <i2pr> [Slack/str4d] ¿Qué propuesta se está impulsando? 20:31:36 <zzz> la versión que publicamos ayer. 20:31:52 <zlatinb> está disponible en el foro clearnet, str4d 20:32:16 <zzz> en realidad, está en el sitio web. propuesta 111. 20:32:56 <i2pr> [Slack/str4d] De acuerdo, entonces es la actualización que propuse 20:33:06 <zzz> se pueden hacer comentarios en i2pforum.i2p, i2pforum.i2p, el ticket de trac, el hilo en zzz.i2p, en #ntcp2, aquí, pueden enviarme un correo, como cualquiera quiera hacerlo. Clearnet o no. Damos la bienvenida a la participación de todos. 20:33:11 <i2pr> [Slack/str4d] Necesito comprobar si lo que se subió al sitio web coincide con lo que he estado trabajando localmente 20:33:46 <zzz> como te envié por correo hace una semana, no necesitamos una propuesta separada de tu parte. 20:34:12 <zzz> 111 será la propuesta y la actualizaremos cada semana después de nuestra reunión.\ 20:34:33 <i2pr> [Slack/str4d] Te haré ping después de la reunión. 20:34:40 <zzz> ¿algo más sobre el 6)? 20:36:00 <zzz> 7) scrum de estado (zab) 20:36:04 <zzz> te paso la palabra, zlatinb 20:36:30 <zlatinb> Hola. Antes de empezar el scrum, todos los que quieran cobrar, por favor completen la hoja de horas/solicitud que zzz publicó en su foro 20:36:55 <zlatinb> y envíenme el formulario por correo electrónico 20:36:58 <zlatinb> ahora, al scrum 20:37:01 <zzz> ok, sugiero que esperemos al menos a la última semana del mes, para que la gente sepa cuánto trabajó hasta entonces 20:37:42 <i2pr> [Slack/str4d] De acuerdo. Según entiendo, el trimestre empezó en febrero 20:37:43 <zlatinb> claro, pero necesitaría unos días después de recibir el formulario 20:38:09 <manas> Creo que la publicación decía no antes del 23 de ABR 20:38:29 <zzz> En la publicación dije que lo más temprano para enviar por correo es el 23 de abril y lo más tarde el 30 de abril. Pero tú pones las reglas y yo lo actualizo. 20:38:49 <zlatinb> esas fechas están bien 20:39:07 * zlatinb fue pillado por no haber leído la publicación ;-) 20:39:17 <zlatinb> en fin :) 20:39:50 <zlatinb> así que, scrum: vamos a dar una vuelta; cuando digan tu nombre, por favor publica una breve descripción de 20:39:56 <zlatinb> 1) qué has estado haciendo desde el último scrum 20:40:02 <zlatinb> 2) qué planeas hacer el próximo mes 20:40:21 <zlatinb> 3) si alguien te bloquea o si necesitas ayuda en algo 20:40:40 <zlatinb> háganlo incluso si han estado actualizando por el chat de video, esto es para la posteridad 20:41:02 <zlatinb> entonces, zzz, tú primero 20:41:35 <zzz> gracias, zlatinb. En el último mes he hecho mucho trabajo en el lanzamiento .34, incluyendo muchas correcciones de errores y nuevas funciones. 20:42:13 <zzz> Más recientemente, he pasado a funciones e investigación para la 35, incluyendo carpetas en susimail, y el nuevo protocolo NTCP2 20:42:53 <zzz> el mes que viene planeo revisar el artículo que recibimos hace un mes, continuar el trabajo en NTCP2, sacar la versión 34, 20:43:05 <zzz> y corregir errores. 3) sin bloqueadores. EOT. 20:43:18 <zlatinb> gracias 20:43:26 <zlatinb> eche|off: ¿estás aquí por casualidad? 20:43:39 <zzz> creo que no 20:43:40 <zlatinb> Sé que dijo que no estaría, pero por si acaso... 20:44:03 <zlatinb> de acuerdo. Siguiente de tiempo completo: meeh, adelante 20:44:22 <meeh> Destacados 20:44:22 <meeh> Pronto terminaré un MVP para un nuevo lanzador de OSX, he mejorado el servicio de outproxy (proxy de salida) y lo he ajustado para un mejor rendimiento. He hecho algunas pocas pruebas en Scala, más por venir. Y he configurado los sistemas de prueba que necesito tanto para desarrollo/pruebas en Android como en OSX. También dediqué tiempo a familiarizarme de nuevo con las bases de código. También he leído un poco sobre las propuestas. 20:44:40 <meeh> Varios: Mucho que realmente no recuerdo en este momento. 20:45:23 <meeh> Para la siguiente ronda: Tener listo el MVP para OSX. Sorprenderlos con un buen paquete de navegador. Enfocarme más en scalatests, Android y documentación para contribuciones 20:45:51 <meeh> Bloqueadores: mja... ser más estrictos con los cambios de DNS como se discutió en el último video 20:46:12 <zlatinb> sí, ciertamente, tendré que ponerme más serio persiguiendo a welt 20:46:34 <zlatinb> ¿algo más, meeh? 20:46:51 <meeh> Porque una vez que podamos estar seguros de los cambios y cuándo, puedo deprecar algunos servicios antiguos con servidores y software nuevos (limpieza y demás) 20:46:59 <meeh> Mejorar mis servicios para i2p 20:47:04 <meeh> Listo ahora :) 20:47:19 <zlatinb> genial 20:47:35 <zlatinb> manas: debe ser muy tarde donde estás, me alegra verte. ¿Tu actualización, por favor? 20:47:56 <manas> hola a todos. me alegra verlos de nuevo 20:47:57 <manas> para resumir: he estudiado hasta el capítulo 4, que trata sobre la sintaxis de Java, del libro que estoy usando para estudiar Java. continuaré con el capítulo 5 este mes, objetos en Java. he escrito algo de código Java que fue revisado por zzz (gracias, zzz). también seguiré estudiando cripto. leyendo sobre ant y gradle. pensando en la red de pruebas, planeando adquirir algo de hardware para 20:47:58 <manas> esto. seguir manteniendo los servicios que ejecuto y manteniéndome al tanto de divulgaciones de seguridad. leyendo/respondiendo regularmente a publicaciones en trac y en el foro. 20:48:19 <manas> meeh, si tienes algún artículo/documentación para compartir sobre operar un outproxy, me interesaría leerlo :) 20:48:21 <manas> eot 20:48:57 <zlatinb> buen material; quiero hablar pronto sobre el tema del outproxy a la luz de OTF 20:49:08 <meeh> Seguro, podemos hablar de eso después. Principalmente es un tunnel sin nada en el campo domain 20:49:09 <zlatinb> pero ahora volvamos al scrum: str4d, tu tunr 20:49:11 <zlatinb> turno 20:49:18 <i2pr> [Slack/str4d] En el último mes trabajé en nuestras especificaciones de cripto actuales, inicié el proceso para migrar propuestas al nuevo foro, asistí a la reunión de desarrolladores de Tor en Roma (por Zcash, pero tuve varias discusiones relevantes para I2P), trabajé con Elio/Ura en maquetas del sitio web, trabajé en Ire en preparación para la implementación preliminar de NTCP2, y en general pensé 20:49:19 <i2pr> sobre primitivas criptográficas de NTCP2. 20:50:20 <i2pr> [Slack/str4d] El próximo mes planeo revisar mi correo XD, hacer pairing con meeh en Android/Maven para la .34, agendar en mi calendario estas reuniones que parece que me estoy perdiendo, revisar el artículo, comenzar una implementación preliminar de NTCP2 para dilucidar algunos de los problemas de la biblioteca Noise, y trabajar en especificar el cegado de claves efímeras al estilo Elligator. 20:50:50 <i2pr> [Slack/str4d] El único bloqueador está relacionado con el correo; haré ping a la gente después al respecto. 20:50:57 <i2pr> [Slack/str4d] EOT 20:51:38 <zlatinb> i2pr: str4d ping ping 20:52:35 <zlatinb> gracias 20:52:46 <zlatinb> ¿está sadie por Slack? 20:53:40 <zlatinb> si no, creo que esto es todo/todos para el 7) 20:54:03 <zzz> ok, gracias zlatinb, ¿alguien tiene algo más para la reunión? 20:54:38 <i2pr> [Slack/str4d] No creo que ella esté aquí 20:54:55 <meeh> no, solo anunciar que configuraré más recursos para el outproxy y lo mejoraré 20:55:03 * zzz agarra el baffer 20:56:00 * zzz *baffs* da por cerrada la reunión

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

Tue, 06 Mar 2018 00:00:00 +0000

Resumen rápido

Presentes: echelon, meeh, psi, str4d, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) Elementos de la versión 0.9.33 pendientes (f-droid.org, Debian oficial) (nextloop, mhatta) 20:00:00 <zzz> 2) Actualización 0.9.34 (zzz) 20:00:00 <zzz> 3) Scrum de estado (zab) 20:00:04 <zzz> 0) Hola 20:00:06 <zzz> hola 20:00:17 <zlatinb> hola 20:00:20 <zzz> ¡bienvenidos a la reunión 268 de este gran proyecto de 15 años! 20:00:44 <zzz> 1) Elementos de la versión 0.9.33 pendientes (f-droid.org, Debian oficial) (nextloop, mhatta) 20:01:03 <zzz> ok, nextloop hizo un PR (pull request) para f-droid, aún no ha aparecido, pero con suerte será pronto 20:01:30 <zzz> para Debian, todavía no hemos tenido noticias de mhatta, y perdimos la fecha límite de Bionic 20:01:51 <zzz> ¿algo más en 1) ? 20:03:01 <zzz> 2) Actualización 0.9.34 (zzz) 20:03:37 <zzz> estamos a mitad del ciclo programado de 10 semanas. He fijado la fecha límite de checkin para dentro de 4 semanas y media. Congelación de tags en 3 semanas, versión en 5 semanas 20:04:03 <zzz> vamos por 16K líneas de diff. El cambio más notable es la parte 2 de la reestructuración de susimail. El resto son correcciones por todos lados 20:04:28 <zzz> Animo a todos en el equipo a corregir algunos tickets para la versión, si es posible 20:05:01 <zzz> ya pasamos la fecha límite de “cambios grandes”, pero aún esperamos que lleguen varias correcciones de todos 20:05:21 <zzz> y, por supuesto, probar los builds de desarrollo también es tarea de todos, por favor ayuden 20:05:31 <zzz> ¿algo más en 2) ? 20:07:01 <zzz> 3) Scrum de estado (zab) todo tuyo 20:07:04 <eche|on> no realmente 20:07:11 <zlatinb> Hola. Vamos a ir alrededor de la sala y, cuando se mencione tu nombre, por favor da una breve descripción de: 20:07:21 <zlatinb> 1) qué has estado haciendo desde el último scrum 20:07:29 <zlatinb> 2) qué planeas hacer el próximo mes 20:07:44 <zlatinb> 3) si estás bloqueado por algo o necesitas ayuda de alguien 20:08:11 <zlatinb> Por favor, esperen hasta que el scrum termine si sienten que necesitan abordar una pregunta o tienen un comentario 20:08:21 <zlatinb> vamos - zzz, empieza 20:09:10 <zzz> ok. además de lo que ya dije... he estado trabajando en mejorar el soporte ssl en la consola y eepsites; mejoras de upnp; correcciones de ipv6; y refactorización variada 20:09:40 <zzz> Espero continuar con ssl e ipv6 el próximo mes, así como cerrar otras correcciones para la versión, que será a principios de abril 20:10:06 <zzz> Estoy bloqueado para trabajar en propuestas, esperando trabajar con str4d 20:10:07 <zzz> EOT 20:10:41 <zlatinb> eche|on: por favor, adelante 20:11:07 <eche|on> ok, he estado trabajando en Trac, el foro y el blog 20:11:28 <eche|on> el próximo mes esto seguirá, un poco más de relaciones públicas, actualizar finanzas,... 20:11:39 <eche|on> actualmente todo bien, la próxima semana estaré de viaje 20:12:12 <zlatinb> genial. meeh, ¿estás aquí? ¿Puedes darnos una actualización? 20:12:38 <meeh> Sí, un momento 20:13:45 <meeh> He estado trabajando en la parte del lanzador de OSX porque me fastidia muchísimo ya que estoy en OSX, además: el último 1,5 día lo he dedicado a migrar nuestra horrible BD sqlite (trac) a algo que escale 20:13:53 <meeh> Tratando de evitar ese problema del byte nulo 20:14:31 <meeh> Parece que ahora lograré que funcione una vez que haya definido manualmente todas las tablas por adelantado en pgsql antes de intentar importar (sin tablas entonces) 20:15:37 <meeh> Y sí, también podría tener algo respecto a git->monotone export 20:15:45 <meeh> Eso es todo por mi parte 20:16:22 <zlatinb> ok, entiendo que no estás bloqueado por nada, ¿cierto? 20:16:46 <meeh> no 20:16:50 <meeh> Todo bien :) 20:17:16 <zlatinb> excelente. psi, ¿quieres unirte a la diversión? 20:17:22 <psi> claro 20:17:28 <psi> veamos 20:17:47 <psi> 1) este es mi primer scrum para I2P 20:18:18 <psi> 2) este mes haré que libsam sea súper reluciente y genial 20:18:32 <psi> posiblemente agregando una variante epoll/kqueue 20:18:57 <psi> 3) actualmente esperando la revisión del PR que hice en GitHub para libsam 20:19:00 <psi> EOT 20:19:20 <zlatinb> buen trabajo 20:19:24 <zlatinb> str4d: ¿estás aquí? 20:19:51 <zlatinb> sadie, ¿quizás tú estás? 20:20:09 <zzz> sadie me dijo que probablemente se lo perdería 20:20:41 <zlatinb> y str4d parece ausente 20:20:55 <zlatinb> así que eso concluye el scrum, creo: manas está exento y mhatta ausente 20:21:20 <zzz> ok, ¿algo más para 3)? ¿algo más para la reunión? 20:21:34 <zlatinb> ahora, ¿alguien tiene preguntas o comentarios sobre algo que se mencionó durante el scrum? 20:21:41 <meeh> Tengo una pregunta sobre Oracle, licencias y nosotros cuando sea el turno de preguntas y respuestas 20:21:54 <zlatinb> (esta es la parte de bloqueador/bloqueado) 20:22:05 <zlatinb> meeh: ok, podemos charlar después de la reunión 20:22:43 <zzz> Solo añadiré que estoy bloqueado en todos los posibles cambios y mejoras de empaquetado por mhatta 20:23:12 <zzz> y en la función de notificación de inicio de Tails, ídem 20:24:22 <zlatinb> ok. Eso concluye 3), creo 20:24:33 <zzz> ok, ¿algo más para la reunión? 20:25:02 * zzz agarra el baffer 20:25:27 <i2pr> [Slack/str4d] Aquí 20:25:38 * zzz deja el baffer 20:25:38 <zlatinb> ohai 20:25:39 <i2pr> [Slack/str4d] Perdón por el retraso, problemas de internet de nuevo 20:26:13 <zlatinb> así que sí, brevemente 1) lo que hiciste 2) lo que vas a hacer 3) bloqueos / ¿necesitas ayuda? 20:27:58 <i2pr> [Slack/str4d] 1) corrección de errores, trabajo de lanzamiento, conjunto de parches para la UI de la consola del router, trabajo en Android y delegación de clave de firma, triaje de tickets, artículo XRDS 20:29:14 <i2pr> [Slack/str4d] Ah, y colaboración con Ura 20:29:24 <i2pr> [Slack/str4d] (más las reuniones habituales, etc.) 20:31:40 <i2pr> [Slack/str4d] 2) Migrar todas las propuestas al foro nuevo, terminar el borrador de NTCP Noise como una propuesta nueva, reunión de Tor Dev, sincronizar con Ura, sincronizar con dawuud sobre SPHINCS, posiblemente revisión de un artículo, revisiones al artículo de XRDS, triaje de tickets 20:34:49 <zlatinb> ¿estás bloqueado por algo o necesitas ayuda de alguien? 20:34:50 <i2pr> [Slack/str4d] 3) Nada por ahora, pero acercamiento a personas interesadas en revisar cosas 20:35:07 <i2pr> [Slack/str4d] Ah, lista de correo 20:35:20 <zzz> ok, ¿algo más para 3)? ¿algo más para la reunión? 20:36:03 * zzz agarra el baffer otra vez 20:36:23 <zzz> zab, me gusta el 1-2-3, funcionó bien 20:37:01 * zzz **bafs** la reunión se cierra

I2P en BSidesNYC

Mon, 12 Feb 2018 00:00:00 +0000

Sadie y str4d asistieron a BSidesNYC el sábado 20 de enero. ¡Gracias al equipo de BSides por organizar una conferencia tan excelente!

Además de algunas charlas, trabajamos principalmente en varios objetivos que habíamos establecido para el día durante la tarde en el área común de John Jay College.

Nuestra tarea más urgente fue redactar la hoja de ruta de alto nivel para 2018, tras las discusiones en 34C3. Esto ya se ha publicado - ¡échale un vistazo! También retomamos algunos hilos de comunicación que se habían dejado de lado durante el periodo festivo en torno a nuestro incipiente Proceso de Respuesta a Vulnerabilidades, y trabajamos para llevarlo a “uso en producción”.

Hoja de ruta de alto nivel para 2018

Sun, 11 Feb 2018 00:00:00 +0000

Una de las muchas cosas que discutimos en el 34C3 fue en qué deberíamos centrarnos durante el próximo año. En particular, queríamos una hoja de ruta que dejara claro qué queremos asegurarnos de completar, frente a lo que estaría muy bien tener, y que pudiera ayudar a incorporar a los recién llegados a cualquiera de esas dos categorías. Esto fue lo que acordamos:

Prioridad: Nueva cripto(grafía!)

Muchas de las primitivas y los protocolos actuales aún conservan sus diseños originales de alrededor de 2005 y necesitan mejoras. Hemos tenido varias propuestas abiertas durante varios años con ideas, pero el progreso ha sido lento. Todos coincidimos en que esto debe ser nuestra máxima prioridad para 2018. Los componentes fundamentales son:

Hoja de ruta de alto nivel para 2018

Sun, 11 Feb 2018 00:00:00 +0000

Una de las muchas cosas que debatimos en el 34C3 fue en qué deberíamos centrarnos durante el próximo año. En particular, queríamos una hoja de ruta que dejara claro qué queremos asegurarnos de lograr, frente a lo que sería muy bueno tener, y que además nos permitiera ayudar a incorporar a los recién llegados en cualquiera de las dos categorías. Esto es lo que acordamos:

Prioridad: Nueva cripto(grafía!)

Muchas de las primitivas y los protocolos actuales aún conservan sus diseños originales de alrededor de 2005 y necesitan mejoras. Hemos tenido varias propuestas abiertas con ideas desde hace años, pero el avance ha sido lento. Todos coincidimos en que esto debe ser nuestra máxima prioridad para 2018. Los componentes fundamentales son:

Reunión de desarrolladores de I2P - 06 de febrero de 2018

Tue, 06 Feb 2018 00:00:00 +0000

Resumen rápido

Presentes: echelon, manas, meeh, orignal, R4SAS, sadie, str4d, zlatinb, zzz

Meeting Log

20:00:01 <zzz> 0) Hola 20:00:01 <zzz> 1) 0.9.33/34 actualización (zzz) 20:00:01 <zzz> 2) Seguimiento de 34C3 (zzz) 20:00:01 <zzz> 3) Informe de B-Sides NYC (sadie, str4d) 20:00:01 <zzz> 4) Informe de FOSDEM (echelon) 20:00:01 <zzz> 5) Scrum de estado (zab) 20:00:05 <zzz> 0) Hola 20:00:08 <zzz> Hola 20:00:11 <zlatinb> hola 20:00:15 <manas> hola 20:00:19 <echelon> hola 20:00:35 <zzz> 1) 0.9.33/34 actualización (zzz) 20:00:46 <zzz> ok, 0.9.33 ha estado fuera una semana, todo se ve bien hasta ahora 20:00:47 <orignal_> hola 20:01:22 <zzz> los elementos restantes son android/fdroid/maven de str4d y el debian oficial de mhatta. ¿Podrían darnos una ETA? 20:01:27 <R4SAS> hola 20:01:33 <echelon> sí, se ve bien 20:02:39 <zzz> necesitamos ambos para el fin de semana, para cumplir nuestro objetivo de dos semanas para los elementos principales de la versión y para llegar a la fecha límite de Bionic 20:03:24 <zzz> ok, pasaré a la .34, espero que aparezcan 20:03:48 <zzz> He fijado un cronograma de 10 semanas para la .34 con un lanzamiento a mediados de abril. Eso significaría tener los elementos grandes listos para principios de marzo 20:03:59 <echelon> ok 20:04:06 <zzz> He subido algunas cosas pequeñas y tengo una gran reescritura de susimail que llegará en un par de días 20:04:19 <echelon> los probaré 20:04:42 <echelon> ¿algo más en el plan para la .34 ? 20:04:50 <zzz> ah, otra cosa sobre la .33: tuvimos 73 tickets ingresados en el ciclo de desarrollo de la .33. Yo arreglé unos 30. 20:04:54 <i2pr> [Slack/sadie] hola 20:05:13 <zzz> Básicamente soy el único haciendo triaje o correcciones y si no recibo algo de ayuda, no tendré tiempo para nada más 20:05:38 <zzz> así que lo agradecería; los tickets son tarea de todos, por favor colaboren donde puedan 20:05:54 <echelon> Puedo buscar algunos tickets, pero no puedo hacer código 20:06:08 <echelon> sigo peleando con la gestión de usuarios en Trac 20:06:08 <zzz> sobre la .34, la hoja de ruta necesita algunos ajustes según lo que realmente podemos lograr, pero no la he visto en un par de semanas 20:06:23 <echelon> ok 20:06:34 <zzz> muchos de los tickets son para el sitio web y hace mucho que no tenemos a nadie haciendo correcciones constantes del sitio 20:06:51 <echelon> ok, el contenido es fácil 20:07:02 <zzz> Supongo que str4d tiene algunas correcciones de UI para la 34, ya que no metió nada para la 33, pero ya veremos 20:07:08 <zzz> ¿algo más sobre 1) ? 20:08:00 <zzz> 2) Seguimiento de 34C3 (zzz) 20:08:35 <zzz> esto era realmente solo un marcador. Una cosa pendiente es terminar el resumen de prioridades de la hoja de ruta de str4d y ponerlo en el sitio web 20:08:40 <zzz> str4d, ¿alguna novedad sobre eso? 20:08:55 <zzz> ¿Alguien más tiene algo que decir sobre 34C3? 20:09:17 <manas> fueron 4 días excelentes :) 20:09:17 <echelon> no hubo tanta gente hablándonos como en 33c3 20:09:52 <zzz> sí, aunque hicimos mucho, quizá porque hubo menos gente que se acercaba. Es un equilibrio 20:09:55 <orignal_> ¿ya no hay interés en I2P? 20:10:06 <i2pr> [Slack/str4d] Tengo el borrador desde entonces, pero sigo encontrando problemas de acceso al foro de desarrollo 20:10:08 <zzz> fue más por la ubicación de la mesa 20:10:11 <i2pr> [Slack/str4d] Hecho* 20:10:13 <echelon> seguro 20:10:27 <zzz> str4d, ¿ETA para ponerlo en el sitio web? 20:11:24 <zzz> str4d, volviendo al punto 1), ¿ETA para maven/android/fdroid de la .33? 20:11:31 <i2pr> [Slack/str4d] Si no necesito solicitar más revisión del foro de desarrollo, podría hacerlo esta noche 20:11:55 <zzz> Publiqué algunas objeciones a las que no has respondido, al menos hasta hace un par de horas 20:11:59 <i2pr> [Slack/str4d] Lo de la .33 probablemente no este fin de semana, estaré trabajando todo el fin de semana en cosas de Zcash 20:12:11 <zzz> ¿ETA para la .33 entonces? 20:12:23 <i2pr> [Slack/str4d] Correcto, eso es lo que he tratado de publicar en el foro de desarrollo 20:12:57 <zzz> bueno, si lo has visto, entonces toma en cuenta las objeciones, o no, como tú veas 20:13:58 <i2pr> [Slack/str4d] La .33 tendrá que ser el próximo fin de semana (¿sobre el 18?) 20:14:41 <zzz> eso son 2 1/2 semanas desde la publicación. ¿No hay manera de hacerlo antes? Realmente necesitamos tratar estos como productos principales de la versión y sacarlos rápido 20:15:31 <orignal_> zzz, ¿por qué no te encargas tú mismo? 20:15:50 <zzz> todos tenemos nuestros roles. No puedo hacerlo todo. 20:17:07 <orignal_> a veces tienes que hacerlo 20:17:09 <zzz> ok, str4d puede responder, o no. ¿Algo más sobre 1) o 2) ? 20:17:17 <i2pr> [Slack/str4d] No puedo hacer nada con mi agenda de trabajo 20:17:48 <i2pr> [Slack/str4d] Sería genial que más gente pudiera hacer estas publicaciones, particularmente Maven 20:17:52 <zzz> ok, averigüemos cómo hacerlo más rápido la próxima vez 20:17:59 <zzz> 3) Informe de B-Sides NYC (sadie, str4d) 20:18:19 <zzz> sadie, str4d, ¿podrían darnos un informe breve y también decirnos la ETA para publicar el informe completo del viaje? 20:18:47 <i2pr> [Slack/sadie] salió bien: tenemos una entrada de blog lista (algunos problemas para publicarla) 20:19:22 <zzz> eso fue... realmente breve... ¿ETA para publicar eso? 20:19:34 <i2pr> [Slack/sadie] trabajamos en la hoja de ruta, trabajamos en el sitio web y discutimos ideas de divulgación para este año 20:20:11 <i2pr> [Slack/str4d] La IA (arquitectura de la información) del sitio para la navegación está mucho mejor 20:20:25 <i2pr> [Slack/sadie] volvimos a ponernos en contacto con Elio, quien hizo el nuevo logo, para empezar con el diseño de subpáginas 20:20:32 <zzz> ¿IA? 20:20:40 <i2pr> [Slack/str4d] Arquitectura de la información 20:21:21 <zzz> sadie, str4d, ¿ETA para publicar el informe del viaje? 20:21:30 <i2pr> [Slack/str4d] La entrada del blog estará arriba en cuanto esté la hoja de ruta 20:21:56 <zzz> ok. ¿Algo más sobre 3) ? 20:22:45 <zzz> 4) Informe de FOSDEM (echelon) 20:22:47 <i2pr> [Slack/str4d] tl;dr salió bien, vale la pena hacerlo de nuevo 20:22:58 <zzz> echelon, ¿cómo fue en FOSDEM, cómo estuvo la charla de I2P? 20:23:25 <echelon> FOSDEM es un evento grande y agradable con>20 pistas paralelas y miles de visitantes, todo gratis para asistir 20:23:34 <manas> wow, genial 20:23:58 <echelon> FOSDEM en sí está bien gestionado y organizado, pero conseguir comida lleva un poco; además, muchas charlas se llenan rápido y no se puede entrar 20:24:23 <echelon> pero todas las charlas se transmiten en vivo y ahora se suben a YouTube y están en línea en la página de FOSDEM 20:24:49 <echelon> la charla de I2P fue breve y rápida sobre qué es I2P y en qué se diferencia de Tor; no mucho más, el tiempo era corto 20:25:09 <zzz> ¿conociste a la persona? 20:25:20 <echelon> el autor es un tipo de i2pd, no está mucho en contacto aquí, pero tenía una visión bastante buena del código, salvo por algunos números equivocados 20:25:29 <echelon> la audiencia fue de ~100-150 personas, la sala estaba llena 20:25:53 <zzz> genial, me alegra que hayas ido 20:26:01 <zzz> ¿algo más sobre 4) ? 20:26:01 <echelon> solo 2 preguntas después, por ejemplo, si Java I2P realmente usa ahora 2-4 GB y si corre en una Raspberry Pi 20:26:17 <echelon> deberíamos ir en 2019 también 20:26:43 <echelon> (solo me llevé a casa una tos, qué mal) 20:26:53 <orignal_> ¿cómo es que no conocemos a este tipo? 20:27:27 <manas> echelon: me traje una tos fea en el vuelo de vuelta desde 34c3 :) todo bien ahora 20:27:29 <echelon> se mantuvo bajo el radar, pero tiene permisos de push en git 20:27:49 <orignal_> manas, ¿dónde estás ahora? 20:27:51 <zzz> ¿algo más sobre 4) ? 20:27:58 <echelon> no hablé mucho, ya estaba mal y el tiempo fue un problema el domingo 20:28:29 <orignal_> ¿permisos de push? Creo que solo R4SAS, villain y psi los tienen 20:28:38 <zzz> 5) Scrum de estado (zlatinb) 20:28:45 <zzz> ok zab, tienes la palabra 20:28:50 <echelon> dijo que hizo push de código a i2pd 20:28:59 <echelon> ok 20:29:08 <zlatinb> hola a todos. Me complace decir que ¡todas las propuestas de compensación han sido aprobadas! 20:29:10 <orignal_> Entonces lo encontraremos 20:29:46 <zlatinb> vamos uno por uno y, cuando diga tu nombre, por favor da un breve resumen de en qué vas a trabajar los próximos 6 meses. Por favor, dejen las preguntas para después 20:29:55 <zlatinb> zzz, tú primero 20:30:52 <zzz> ok, la mayor parte de mi tiempo es gestión del proyecto, corrección de bugs y código nuevo, pero planeo dedicar una cantidad significativa a propuestas y planificación, así como a leer sobre temas 20:31:02 <zzz> para tener el criterio suficiente para tomar algunas de las decisiones que necesitamos tomar 20:31:27 <zzz> la mayoría ya saben lo que hago, pero ese es un resumen rápido 20:31:39 <zzz> código, código, código; errores, errores, errores; repetir 20:31:42 <zzz> EOT 20:31:56 <zlatinb> Gracias. echelon , tu turno 20:32:23 <echelon> ok, gestionar los fondos, hacer algo de PR, gestionar la mayoría de los servicios, hacer algo de trabajo en Trac, asistir a conferencias^^ 20:32:41 <echelon> eot 20:32:55 <zlatinb> str4d: adelante 20:33:04 <i2pr> [Slack/str4d] La primera prioridad de mi tiempo será escribir y revisar propuestas, y gestionar el proceso de propuestas junto con zzz para garantizar que tengamos documentos de propuesta de alta calidad para la comunidad. 20:33:33 <i2pr> [Slack/str4d] La segunda prioridad será esbozar implementaciones de propuestas en Java y Rust, y colaborar con gente fuera de I2P en componentes comunes. 20:34:10 <i2pr> [Slack/str4d] El resto de mi tiempo será para Maven, Android (solo corrección de bugs) e I2P-Bote. 20:34:13 <i2pr> [Slack/str4d] EOT 20:34:53 <zlatinb> sadie, ¡gracias por venir! Cuéntanos qué vas a hacer 20:35:20 <zlatinb> ¿Sadie? 20:35:42 <i2pr> [Slack/str4d] No puedes ver la notificación de escritura en Shack 20:35:43 <i2pr> [Slack/sadie] ¡Hola! Ampliaré mi rol de PR: entradas de blog, noticias en la consola.. 20:35:47 <i2pr> [Slack/str4d] Slack* 20:36:26 <i2pr> [Slack/sadie] además: triaje en Trac, mejorar nuestros tiempos de respuesta, ayudar a los usuarios 20:37:13 <i2pr> [Slack/sadie] búsqueda de financiamiento, acercamiento a otros proyectos y alianzas estratégicas. Encontrar más usuarios y desarrolladores 20:37:35 <i2pr> [Slack/sadie] EOT 20:37:47 <zlatinb> Suena genial. manas, tu turno 20:37:52 <manas> hola 20:38:05 <manas> próximos 6 meses: estudiar Java, la documentación de I2P y familiarizarme con la base de código; estudiar criptografía, anonimato, privacidad y seguridad; se agradecen recomendaciones de libros/artículos/etc. relacionados con estos temas :) 20:38:10 <manas> tengo algunas ideas para material gráfico interesante que podría usarse para pegatinas/camisetas con la marca I2P, que también estaré explorando 20:38:14 <manas> estado actual: el espacio de oficina está configurado; lo de redes está mayormente hecho: un router requiere una actualización de firmware; envié un ticket. Listo para avanzar con todas las tareas. 20:38:16 <manas> eot 20:38:36 <zlatinb> genial. meeh y mhatta, ¿están aquí? 20:38:49 <meeh> Estoy aquí 20:38:58 <zlatinb> adelante 20:39:01 <manas> hola meeh :) 20:39:05 <meeh> denme un momento para ponerme al día 20:39:40 <zlatinb> estamos haciendo el scrum, solo da un breve resumen de lo que vas a hacer los próximos 6 meses 20:39:46 <meeh> entendido 20:42:12 <meeh> próximos 6 meses: completar tantos scalatests (pruebas unitarias) como sea posible para las partes de core y router de I2P, probablemente otras también. Además, I2P para OSX necesita mejoras, en las que trabajaré en el lanzador y el proceso de actualización; también espero hacer mejoras en docs/web, dar seguimiento tanto como pueda en Trac con respecto a los tickets abiertos de todo tipo y, por último, algo de investigación para criptografía nueva / I2NP 20:42:45 <zlatinb> bien 20:44:39 <zlatinb> mhatta no está aquí, por desgracia, así que eso concluye el scrum 20:44:39 <zlatinb> antes de hacer 'baf' a la reunión me gustaría dar la oportunidad a la gente de hacer cualquier pregunta a los otros miembros del equipo 20:44:40 <zlatinb> así que si tienen algo específico que quieran preguntar respecto a los objetivos, ¡adelante! 20:44:40 <zlatinb> si no, Falcon Heavy despega en un minuto :) 20:44:41 <manas> meeh: ¿estarás viendo separar las pruebas que requieren acceso a la red de aquellas que no? 20:44:42 <meeh> Me gustaría pedir a la gente que diga si hay lugares que realmente necesitan pruebas, con prioridad sobre otros. Abierto a sugerencias. 20:45:21 <zzz> manas y str4d son los mejores para discutir las pruebas 20:45:38 <meeh> manas: intentaría emular/simular la red tanto como pueda; no he pensado aún cómo hacerlo si me topo con una prueba, pero puedo mantenerte informado :) 20:45:59 <manas> Actualmente BobTheBuilder ejecuta las pruebas de ant con el wrapper torsocks. Estaría bien poder ejecutar las pruebas que requieren red de forma independiente del resto 20:46:00 <meeh> s/test/a place where it's needed for a test/ 20:46:29 <zzz> zab, tendremos que discutir si queremos mantener la parte de scrum de esta reunión o no; podemos hacerlo en las próximas semanas 20:46:30 <meeh> entonces lo veré :) 20:46:33 <meeh> gracias por el consejo. 20:46:45 <zzz> ¿y habrá un scrum antes del próximo mes? 20:47:03 <manas> meeh: lo discutiremos más; yo también estaré mirando las pruebas :) 20:47:11 <zlatinb> bien, me gustaría un scrum con todos cada mes 20:47:17 <meeh> Estoy totalmente de acuerdo; he hecho cosas peores (cada día a las 09:30) :p 20:47:19 <zlatinb> excepto manas, que no puede por la diferencia horaria 20:47:44 <zzz> estoy seguro de que mhatta está en una zona horaria al menos igual de mala 20:47:46 <manas> sí, aquí es temprano lol 20:47:47 <zlatinb> independientemente de eso me reuniré con quienes trabajan a tiempo completo cada semana por IRC/Signal, etc. 20:47:56 <manas> mhatta puede estar en sueño profundo 20:47:59 <meeh> Cambiaré de zona horaria si hace falta, en el peor de los casos :) 20:48:14 <zzz> lo más temprano que puedo adelantar la reunión es otra media hora; aunque después del cambio de horario probablemente podría a las 7 PM UTC 20:48:25 <zzz> aún no lo bastante temprano para mhatta, supongo 20:48:41 <manas> aunque una vez al mes no sería un problema; una vez a la semana podría serlo 20:49:18 <zzz> Animo a todos a estar en IRC tan a menudo como sea posible. Ha estado terriblemente tranquilo aquí. Este es el mejor lugar para hacer cosas 20:49:25 <zzz> ¿algo más sobre 5) ? 20:49:30 <zlatinb> ok, he terminado, gracias a todos 20:49:38 <zzz> ¿algo más para la reunión? 20:50:08 <meeh> Estoy aquí casi siempre; solo he estado ocupado saliendo de mi proyecto en el trabajo diurno. Así que seré más activo con el tiempo. 20:50:19 * zzz agarra el *baffer* 20:50:29 <meeh> Supongo que tendré una fecha de inicio dentro de la semana, zlatinb 20:50:56 <zlatinb> genial 20:51:02 * zzz *bafs* la reunión queda cerrada

Versión 0.9.33

Tue, 30 Jan 2018 00:00:00 +0000

Detalles de la actualización

0.9.33 continúa el esfuerzo de varios años para migrar la red a una criptografía más fuerte y rápida. Esta versión incluye compatibilidad con más tipos de firmas y la preparación para que Ed25519 sea el valor predeterminado. Se incluyen correcciones de errores importantes y mejoras de rendimiento.

Como de costumbre, recomendamos que actualice a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Reunión de desarrolladores de I2P - 05 de diciembre de 2017

Tue, 05 Dec 2017 00:00:00 +0000

Resumen rápido

Presentes: str4d, orignal, zlatinb, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) actualización 0.9.33 (zzz) 20:00:00 <zzz> 2) planificación de 34C3 (zzz) 20:00:03 <zzz> 0) Hola 20:00:05 <zzz> hola 20:00:30 <zzz> 1) actualización 0.9.33 (zzz) 20:00:48 <zzz> el desarrollo de 0.9.33 ha arrancado con fuerza, con 20K líneas de diff hasta ahora 20:00:55 <zzz> muchas buenas correcciones 20:01:17 <zlatinb> hola 20:01:42 <zzz> además, 0.9.32 para Android salió más tarde que nuestro objetivo de 2 semanas, así que hemos hecho algunos cambios de proceso para asegurarnos de revisar los bloqueos de Google Play antes de la versión de escritorio 20:02:01 <i2pr> [Slack/str4d] hola 20:02:02 <zzz> esto debería permitir una versión de Android más pronta y de mayor calidad 20:02:29 <i2pr> [Slack/str4d] Tengo más parches de CSS y JSP localmente, que espero limpiar y subir a mtn este fin de semana para una revisión más prolongada. 20:02:40 <zzz> Creo que vamos encaminados a un lanzamiento de 0.9.33 a finales de enero. Eso significa que los cambios grandes deberían entrar este mes, antes del CCC 20:03:28 <zzz> tenemos más ajustes de streaming por hacer, y he estado corrigiendo problemas de susimail esta semana 20:04:12 <zzz> ¿algo más sobre 1) ? 20:04:24 <zlatinb> si puedo sugerir poner compilaciones de desarrollo disponibles en el tracker de postman 20:04:35 <zlatinb> algunas personas descargarán y probarán cualquier cosa que salga ahí 20:04:50 <zzz> Creo que puedes obtenerlas vía magnets o archivos torrent desde bobthebuilder.com 20:05:17 <zlatinb> oh sí, es solo que la presencia en postman aporta mucha visibilidad 20:05:43 <zzz> ok, habla con el op de bobthebuilder sobre eso, buena idea 20:05:54 <zzz> ¿algo más sobre 1) ? 20:05:58 <i2pr> [Slack/str4d] Además, ahora también tenemos compilaciones continuas en Travis CI, así que estén atentos a `https://travis-ci.org/i2p/i2p.i2p` para otra perspectiva 20:06:44 <zzz> str4d, si puedes configurar un bot de IRC para eso, podría ayudar; cuesta acordarse de revisar un sitio web 20:07:17 <zzz> ¿algo más sobre 1) ? 20:08:01 <zzz> 2) planificación de 34C3 (zzz) 20:08:10 <zzz> ok, el tema de las pegatinas está bajo control 20:08:25 <zzz> eche|on tiene los billetes de tren 20:08:33 <zzz> hottuna nos inscribió en el wiki 20:08:43 <zzz> ¿ha aparecido noisy square en el wiki ya? 20:08:50 <zzz> ¿y quién tiene el banner? 20:09:23 <zzz> Crearé el grupo de DM (mensajes directos) de Twitter más tarde, a menos que alguien más lo haga primero 20:11:01 <zzz> al no oír respuesta... ¿algo más sobre 2) ? 20:12:01 <zzz> ¿algo más para la reunión? 20:12:33 <orignal> ¿quizás tenga sentido fijar la reunión con menos frecuencia? 20:12:47 <orignal> debido a la falta de interés 20:12:56 <orignal> pero promocionarla más 20:13:09 <i2pr> [Slack/str4d] ¡Con ganas! 20:13:35 <i2pr> [Slack/str4d] Creo que mensual está bien 20:13:41 <zzz> orignal, quizá, podemos discutirlo en el ccc. 20:13:47 <i2pr> [Slack/str4d] Si esta es una buena hora siempre está a debate 20:13:56 <zzz> El equipo de PR podría quizá promocionarlo más, seguro 20:14:10 <orignal> Yo la pondría siempre una semana antes del lanzamiento 20:14:16 <i2pr> [Slack/str4d] zzz, acabo de enviar la configuración para notificaciones de IRC a i2p.i2p 20:14:34 <zzz> además, nota de planificación, nuestras próximas reuniones serán presenciales en el CCC. No tendremos reunión el 2 de enero. 20:14:35 <orignal> al menos tendría un tema 20:14:44 <zzz> Nuestra próxima reunión por IRC será el martes 6 de febrero 20:15:33 <zzz> revisen el hilo en zzz.i2p para temas de las reuniones del CCC 20:15:42 <zzz> añadan sus sugerencias allí si tienen alguna 20:15:47 <zzz> ¿algo más para la reunión? 20:15:52 * zzz agarra el baffer 20:16:58 <i2pr> [Slack/str4d] Haré más trabajo en propuestas antes del CCC 20:17:11 * zzz *bafs* la reunión se da por cerrada

Reunión de desarrolladores de I2P - 7 de noviembre de 2017

Tue, 07 Nov 2017 00:00:00 +0000

Resumen rápido

Presentes: orignal, zlatinb, zzz

Registro de la reunión

20:00:03 <zzz> 0) Hola 20:00:03 <zzz> 1) actualización 0.9.32 (zzz) 20:00:03 <zzz> 2) planificación de 34C3 (zzz) 20:00:06 <zzz> 0) Hola 20:00:08 <zzz> hola 20:00:27 <zlatinb> hola 20:00:39 <zzz> 1) actualización 0.9.32 (zzz) 20:01:02 <zzz> lo construí anoche, parece que echelon acaba de activar las noticias 20:01:20 <zzz> me pondré con debian/launchpad esta noche o mañana 20:01:41 <zzz> str4d, ¿cuándo podemos esperar android y maven? 20:02:22 <zzz> además, necesitaremos que str4d o meeh suban los archivos al sitio web, avísame cuando lo hagas 20:02:54 <zzz> he fijado la fecha de 0.9.33 para finales de enero 20:02:59 <zzz> ¿algo más sobre 1)? 20:03:54 <orignal_> hola 20:04:05 <zzz> 2) planificación de 34C3 (zzz) 20:04:20 <zzz> las entradas están resueltas, tendremos unas 8 personas allí 20:04:48 <zzz> anunciaron la nueva forma en que se organizarán las asambleas. hottuna2 normalmente nos inscribe, ¿lo harás este año? 20:05:43 <zzz> ok, tendremos que hacer seguimiento con hottuna2 para asegurarnos de que consigamos una mesa reservada 20:05:47 <zzz> ¿algo más sobre 2)? 20:05:57 <zlatinb> puede que simplemente me pase y nos veamos para tomar algo fuera 20:05:57 <zlatinb> a menos que tenga suerte y consiga una entrada 20:07:09 <zzz> teníamos entradas extra, aunque puede que hayan caducado. pregúntale a echelon 20:07:12 <zzz> ¿algo más sobre 2)? 20:07:31 <zzz> ¿algo más para la reunión? 20:09:00 * zzz *baffs* da por cerrada la reunión

Versión 0.9.32

Tue, 07 Nov 2017 00:00:00 +0000

Detalles de la actualización

Wed, 03 May 2017 00:00:00 +0000

Detalles de la actualización

Versión 0.9.29

Mon, 27 Feb 2017 00:00:00 +0000

Detalles de la actualización

La versión 0.9.29 incluye correcciones para numerosos tickets de Trac, incluidas soluciones alternativas para mensajes comprimidos corrompidos. Ahora admitimos NTP sobre IPv6. Hemos añadido compatibilidad preliminar con Docker. Ahora contamos con man pages (páginas del manual) traducidas. Ahora reenviamos encabezados Referer del mismo origen a través del proxy HTTP. Hay más correcciones para Java 9, aunque todavía no recomendamos Java 9 para uso general.

Como de costumbre, recomendamos actualizar a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

Reunión de desarrolladores de I2P - 07 de febrero de 2017

Tue, 07 Feb 2017 00:00:00 +0000

Resumen rápido

Presentes: echelon, EinMbyte, manas, psi, str4d, zzz

Registro de la reunión

20:00:00 <zzz> 0) Hola 20:00:00 <zzz> 1) Seguimiento de 33C3 20:00:00 <zzz> 2) Actualización 0.9.29 (zzz) 20:00:00 <zzz> 3) Mantenedor de Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:00 <zzz> 4) Borrador de NTCP2 (Manas) 20:00:00 <zzz> 5) Parche de documentación de reseed (proceso de inicialización del netDb) (Manas) 20:00:04 <zzz> 0) Hola 20:00:05 <zzz> hola 20:00:21 <zzz> 1) Seguimiento de 33C3 20:00:32 <eche|off> hola 20:00:50 <zzz> ¿alguien tiene algo que le gustaría decir sobre 33c3? Yo diría que el tráfico hacia nuestra mesa fue menor que en años anteriores 20:01:07 <zzz> gracias a manas por hacer algunas reseñas en zzz.i2p 20:01:09 <psi> ohay 20:01:15 <eche|off> sí, fue menos, pero aun así bien 20:01:21 <zzz> veremos Tails en 3) 20:01:32 <zzz> esperemos una ciudad nueva este año 20:01:54 <zzz> ¿algo más sobre 1)? 20:02:25 <i2pr> [Slack/str4d] Hola 20:02:26 <i2pr> [Slack/str4d] No puedo comentar sobre eso, ¡pero lo disfruté mucho! 20:02:28 <manas> ¡Hey! 20:02:38 <zzz> bien, seguimos 20:02:43 <zzz> 2) Actualización 0.9.29 (zzz) 20:02:51 <i2pr> [Slack/str4d] Lo pasé bien con Yolgie en Linz y Viena; debería ser un buen contacto de cara al futuro 20:03:17 <zzz> He fijado la fecha límite de check-in para dentro de 2 semanas y media, el viernes 2/24; lanzamiento alrededor del 2/27 20:03:21 <zzz> principalmente correcciones de errores 20:03:30 <eche|off> eh, hora de hacer algo, ok 20:03:40 <zzz> También (todavía) planeo hacer obligatorias las firmas en el registro de stats.i2p muy pronto 20:04:04 <manas> ¿Hacer obligatorias las firmas? 20:04:12 <zzz> la reestructuración de la consola de str4d se pospuso a la .30, así que eso sería una fecha límite de propuesta a mediados de febrero 20:04:17 <zzz> *a mediados de marzo 20:04:32 <manas> ¿Entonces más pasos de verificación al registrar un nombre de host? 20:04:42 <zzz> manas, básicamente pruebas de que controlas el dominio que estás registrando 20:05:10 <manas> Hm ok 20:05:15 <zzz> Arreglé un montón de errores el fin de semana, cerrando tickets de trac; intentaré unos cuantos más en la próxima semana o dos 20:05:38 <zzz> así que el tag freeze y el tx push serán en unos 8 días 20:06:07 <zzz> descubrí cómo hacer traducciones de man pages, así que todos vayan a hacer lo suyo en Transifex para eso 20:06:13 <zzz> ¿algo más sobre el 2)? 20:06:16 <i2pr> [Slack/str4d] Woo 20:06:19 <i2pr> [Slack/str4d] Si hay algo útil en lo que deba trabajar para la .29, avísenme. Si no, continuaré en la rama .ui. 20:06:20 <eche|off> eso ya lo hice^^ 20:06:37 <eche|off> Haré el certificado en mi reseed... 20:06:45 <manas> Estoy continuando con las traducciones al hindi :) 20:07:04 <zzz> sí, str4d, definitivamente hay algunas cosas que necesitan trabajo antes de que hagas la propuesta o saldrán las antorchas y las horcas 20:07:14 <zzz> ok, genial 20:07:29 <zzz> 3) Mantenedor de Tails (zzz) `http://zzz.i2p/topics/2108` 20:07:40 <i2pr> [Slack/str4d] Tengo un montón de cambios localmente que estoy ordenando antes de hacer push 20:08:07 <zzz> conocimos a un tipo 'yolgie' en ccc que dijo que lo haría. Le hice ping a principios de enero, dijo que empezaría en febrero. Le hice ping hace unos días, aún sin respuesta 20:08:26 <zzz> estamos a punto de ser expulsados de Tails, así que cualquiera que pueda ayudar sería genial 20:08:45 <psi> estoy listo para ponerme con Tails cuando sea; por fin he dominado cómo compilar Tails 20:08:51 <i2pr> [Slack/str4d] ¿Cuál es el plazo para eso? 20:08:57 <manas> psi: ¡bien! 20:09:50 <zzz> vean el hilo en zzz.i2p para un enlace a un ticket de Tails que tiene el cronograma de nuestra expulsión 20:09:55 <zzz> *expulsión 20:11:15 <zzz> hay un montón de tickets antiguos y un montón de haters y así que todo está prácticamente acabado 20:11:20 <zzz> ¿algo más sobre el 3)? 20:11:44 <eche|off> Espero que salga bien 20:11:55 <zzz> 4) Borrador de NTCP2 (Manas) 20:12:00 <zzz> manas, ¿qué tienes para nosotros? 20:12:24 <manas> El borrador está preparado, está publicado en zzz.i2p 20:12:40 <manas> No he oído comentarios hasta hoy 20:12:51 <zzz> entonces, ¿es una consolidación de la propuesta antigua y la reescritura completa de EinMByte? 20:13:07 <manas> Creo que incluí las partes importantes, pero necesitaría que alguien que conozca mejor este tema lo revise. 20:13:14 <eche|off> algunas personas preguntando cuándo estará listo, pero nada más.. 20:13:30 <manas> zzz: Sí 20:13:47 * psi comienza a leer la propuesta de ntcp 20:13:53 <zzz> esto es progreso, aunque pequeño. Sigo considerando que todo el asunto está completamente estancado; no pasará hasta que la gente empiece a participar 20:14:00 <manas> zzz: No incluí las partes de la propuesta antigua que estaban desactualizadas 20:14:22 <zzz> ok, le daré un par de días más; si no hay comentarios en el hilo de zzz.i2p, ¿simplemente lo integraré en el sitio web? 20:14:59 <manas> zzz: Hay unas pocas ediciones menores que puedo hacer (estilo) al final 20:15:09 <zzz> ok, genial. ¿Algo más sobre el 4)? 20:15:16 <manas> De la publicación reciente de tuna 20:15:38 <manas> Pero eso es todo 20:15:41 <zzz> 5) Parche de documentación de reseed (Manas) 20:15:46 <zzz> manas, ¿qué tienes para nosotros? 20:16:04 <manas> Supe de backup 20:16:08 <manas> Sus comentarios están aquí: `http://zzz.i2p/topics/2210-reseed-webpage-updates` 20:16:27 <manas> Haré otro parche después de incluir sus sugerencias 20:16:46 <eche|off> genial 20:16:48 <manas> Ha sugerido eliminar varias partes (métodos viejos de reseed) 20:16:56 <manas> Así como eliminar el soporte para lighttpd 20:17:06 <eche|off> Yo aún uso los métodos viejos, pero está bien 20:17:09 <manas> No sé quién, si es que alguien, está usando lighttpd para ejecutar reseeds 20:17:26 <zzz> este es un gran trabajo. backup es el dueño de la página pero se niega a crear parches html para sus cambios, y yo me niego a ser el editor html, así que hemos estado atascados durante un año. Gracias por hacernos avanzar. 20:17:29 <manas> problema con no poder establecer cierta cabecera HTTP 20:17:55 <manas> :) 20:18:10 <zzz> manas, para este, cuando termines, añade una nota en el hilo de zzz.i2p y lo integraré 20:18:44 <manas> Si alguien tiene comentarios sobre los cambios propuestos por backup, por favor publíquelos. Si no hay comentarios en una semana, compartiré el parche actualizado e informaré a zzz. 20:18:57 <zzz> ¿algo más sobre el 5)? 20:18:59 <manas> zzz: claro 20:19:16 <manas> Por mi parte no 20:20:03 <zzz> ¿Algo más para la reunión? 20:20:21 <eche|off> por mi parte no 20:20:28 <EinMByte> Llego tarde, pero sobre ntcp2 20:20:39 <manas> Hola, EinMByte 20:20:40 <zzz> adelante 20:21:00 <EinMByte> Puedo leer el borrador más reciente 20:21:24 <EinMByte> ¿Se ha tomado ya una decisión sobre qué cifrados soportar? 20:21:27 <manas> Está por aquí, por cierto: `http://pinkpaste.i2p/show/246/` 20:21:39 <psi> ahí está 20:22:19 <zzz> básicamente no hemos hecho ningún progreso desde el borrador de 1MB, y manas acaba de fusionarlo con la propuesta anterior 20:22:28 <zzz> ¿Algo más para la reunión? 20:22:58 <EinMByte> Ok, leeré el borrador. Alguien debería contactar a Winter 20:23:04 <EinMByte> (probablemente yo) 20:23:11 * zzz agarra el baffer 20:23:24 * zzz *bafs* la reunión cerrada

Versión 0.9.28

Mon, 12 Dec 2016 00:00:00 +0000

Detalles de la actualización

La versión 0.9.28 incluye correcciones para más de 25 tickets de Trac y actualizaciones de varios paquetes de software incluidos, entre ellos Jetty. Hay correcciones para la función de prueba de pares IPv6 introducida en la versión anterior. Seguimos introduciendo mejoras para detectar y bloquear pares potencialmente maliciosos. Hay correcciones preliminares para Java 9, aunque aún no recomendamos Java 9 para uso general.

I2P estará en el 33C3; por favor, acércate a nuestra mesa y danos tus ideas sobre cómo mejorar la red. Revisaremos nuestra hoja de ruta de 2017 y las prioridades de 2017 en el Congreso.

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

Tue, 06 Dec 2016 00:00:00 +0000

Resumen rápido

Presentes: echelon, manas, orignal, zzz

Registro de la reunión

20:00:02 <zzz> 0) Hola 20:00:02 <zzz> 1) planificación de 33C3 20:00:02 <zzz> 2) actualización 0.9.28 (zzz) 20:00:02 <zzz> 3) responsable de Tails (zzz) `http://zzz.i2p/topics/2108` 20:00:07 <zzz> 0) Hola 20:00:09 <zzz> hola 20:00:16 <i2pr> [Slack/manas] Hola :slightly_smiling_face: 20:00:44 <zzz> 1) planificación de 33C3 20:00:54 <orignal_> hola 20:01:08 <zzz> ok, a 3 semanas de hoy, ¿algo que necesitemos discutir? 20:01:38 <eche|on> Soy localizable vía Twitter al menos 20:01:49 <eche|on> Estaré en Hamburgo desde el 26 de diciembre en adelante 20:01:53 <zzz> Supongo que tendremos nuestro grupo de DM de Twitter configurado un par de días antes 20:01:58 <eche|on> Llevaré el banner, el portátil y pegatinas 20:02:10 <i2pr> [Slack/manas] Llegaré a Hamburgo la tarde del 26 de diciembre 20:02:11 <zzz> Yo también llevaré pegatinas. 20:02:21 <zzz> no olvides tu regleta 20:02:39 <eche|on> las entradas ya están pagadas y me encargaré de repartirlas a la gente 20:02:45 <zzz> lo de siempre: quienes estén allí el 26 reservan una mesa 20:02:45 <eche|on> ok 20:02:57 <i2pr> [Slack/manas] ¿Algún consejo/sugerencia para quienes van al CCC por primera vez? 20:02:57 <eche|on> sí 20:03:12 <zzz> fluffypony + 1 del lado de Monero 20:03:29 <eche|on> manas: estate allí, absorbe todo, prepara tus sistemas para estar bajo ataque 24/7, consigue un disco duro grande, lleva algo de dinero, espera lo inesperado^^ 20:03:30 <zzz> los consejos generales los puedes obtener después de la reunión 20:03:35 <i2pr> [Slack/manas] :smile: 20:03:41 <zzz> ¿algo más sobre el punto 1)? 20:04:48 <zzz> 2) actualización 0.9.28 20:04:55 <eche|on> sólo: esperemos un buen 33c3 20:05:19 <zzz> 0.9.28 va según lo previsto, la fecha límite de check-in y traducciones es el viernes, deberíamos sacar la versión a principios de la próxima semana 20:05:35 <zzz> por favor ayuden a revisar el diff este fin de semana 20:05:57 <orignal_> ¿Algo nuevo de lo que deba estar al tanto? 20:06:09 <orignal_> Me refiero a 0.9.28 20:06:09 <eche|on> ok, estaré aquí hasta el 19 de diciembre para hacer cosas, y desde el 20 en adelante algunas horas al día en línea 20:06:22 <zzz> no lo creo, orignal_ 20:06:28 <zzz> ¿algo más sobre el punto 2)? 20:06:53 <orignal_> gracias 20:07:34 <zzz> 3) responsable de Tails 20:07:49 <zzz> estamos en mala situación en Tails. 3 responsables han desaparecido este año 20:08:23 <zzz> una parte de los desarrolladores de Tails quiere que i2p se elimine de Tails, debido a la falta de atención a los tickets durante varios años y a la falta de mantenimiento estable 20:08:47 <zzz> sadie envió un tuit esta mañana y recibió una respuesta 20:09:26 <zzz> puede que necesitemos un gran empuje de PR (relaciones públicas) por parte de sadie... o quizá este nuevo voluntario funcione 20:09:36 <zzz> ¿alguien quiere ser voluntario, alguien tiene ideas? 20:10:34 <zzz> ok, responderé al voluntario de Twitter y veremos cómo va 20:10:41 <zzz> ¿algo más sobre el punto 3)? 20:11:34 <zzz> ¿algo más para la reunión? 20:11:35 <i2pr> [Slack/manas] Me gustaría ayudar, pero necesitaría leer y aprender mucho porque no estoy familiarizado con esto. 20:11:46 <i2pr> [Slack/manas] Tengo los hilos abiertos, leeré 20:12:01 <zzz> se requiere experiencia con i2p, Tails y paquetes de Debian 20:12:08 <i2pr> [Slack/manas] Los certificados SSL de mi reseed (servidor de arranque/semilla) pueden estar caducados o a punto de caducar; me aseguraré de que estén actualizados 20:12:19 <orignal_> I2P debería hacer más PR que ahora 20:12:54 <zzz> orignal_, de acuerdo, por favor pasa cualquier idea que tengas a sadie y str4d 20:12:56 <i2pr> [Slack/manas] letskencrypt (ahora llamado acme-client) ha estado pasando por una serie de cambios, pero ahora se ha estabilizado. Puedo automatizar las actualizaciones de los certificados SSL para los reseeds. 20:13:09 <i2pr> [Slack/manas] Así que los reseeds pueden caer temporalmente, pero volverán :slightly_smiling_face: 20:13:18 <zzz> manas, para cualquier problema con reseed, por favor coordina con backup@mail.i2p 20:13:24 <zzz> ¿algo más para la reunión? 20:13:28 <i2pr> [Slack/manas] Claro 20:14:44 <zzz> no hay reunión la primera semana de enero. Tendremos reuniones presenciales en el CCC. Estén atentos a este canal para los detalles; las reuniones pueden programarse con poca antelación 20:15:10 <zzz> hay una lista de posibles reuniones en un hilo de zzz.i2p; comenten allí para añadir temas o para pedir unirse de forma remota 20:15:23 * zzz **bafs** cierra la reunión

Reunión de desarrolladores de I2P - 01 de noviembre de 2016

Tue, 01 Nov 2016 00:00:00 +0000

Resumen rápido

Presentes: echelon, fluffypony, hottuna, str4d, zzz

Registro de la reunión

20:00:01 <zzz> 0) Hola 20:00:01 <zzz> 1) planificación de 33C3 20:00:01 <zzz> 2) actualización 0.9.28 (zzz) 20:00:07 <zzz> 0) Hola 20:00:09 <zzz> hola 20:00:17 <eche|on> hola 20:00:22 <i2pr> [Slack/str4d] ¡Hola! 20:00:38 <zzz> 1) planificación de 33C3 20:01:05 <eche|on> bien 20:01:11 <zzz> ok, quiero asegurarme de que eche|on tenga bajo control la compra de entradas para el 8 de nov., y que hottuna tenga bajo control la solicitud de mesa 20:01:16 <eche|on> el lunes a las 8pm empezará la preventa de entradas 20:01:29 <eche|on> estaré en Praga con internet móvil y portátil 20:01:38 <hottuna> zzz hola 20:01:47 <zzz> ok, entonces suponiendo que Praga tiene internet ¿estarás bien? 20:01:56 <eche|on> pero temo que no pueda comprar 6 entradas de una vez. Lo intento. Si no, avisaré por Twitter 20:02:11 <zzz> ok, genial 20:02:20 <eche|on> me da que limitarán a un máximo de 2 entradas por pedido o algo así, pero ya veremos 20:02:36 <zzz> hottuna, ¿pondrás nuestra solicitud de noisy square en el wiki otra vez este año? ¿y sabes que monero quiere unirse? 20:04:20 <hottuna> zzz: no estaba al tanto de monero. ¿cuántas personas seremos? ¿y monero volará bajo nuestra bandera? 20:04:21 <hottuna> zzz: el servidor del wiki de ccc no está respondiendo en absoluto ahora. hace unas semanas que no comprobaba si el wiki de 33c3 se había lanzado 20:05:10 <zzz> no lo sé, habla con fluffypony para obtener información; creo que harán su propia solicitud pero pueden pedir que compartamos una mesa o que estemos cerca 20:05:37 <zzz> hottuna, por favor confirma que vigilarás el wiki y harás la solicitud para nuestro proyecto 20:06:39 <fluffypony> me gustaría que compartiéramos una mesa 20:07:01 <fluffypony> si hottuna tiene la solicitud bajo control, sería genial 20:07:08 <fluffypony> puedo coordinar con hottuna la descripción 20:07:22 <zzz> fluffypony, sugiero que hagas tu propia solicitud pero pidas estar cerca de nosotros y/o compartir 20:07:24 <fluffypony> hottuna: no estoy seguro de cuántas personas, pero nos aseguraremos de que esté atendida 20:07:27 <zzz> ¿hottuna? 20:07:32 <i2pr> [Slack/str4d] Suena bien 20:07:46 <hottuna> fluffypony: puedo solicitar una mesa para i2p+monero si sabes cuántos seréis por parte de monero y si también os parece bien volar bajo la bandera del proyecto i2p 20:07:55 <zzz> ok, genial 20:07:58 <hottuna> zzz: ¿cuántos seremos? 20:08:07 <fluffypony> hottuna: ok, hablemos en privado y lo concretamos 20:08:09 <eche|on> hottuna: actualmente cuento 6 20:08:33 <eche|on> zzz, hottuna. bobthebuilder,meeh, str4d y yo 20:08:34 <hottuna> zzz: en cualquier caso me comprometo a vigilar el wiki y rellenar todo esto 20:08:36 <zzz> Puede que Meeh traiga algunos extra, pregúntale. Yo diría 8 por nuestra parte y 4 por monery por ahora 20:08:43 <eche|on> ¡Si dejé a alguien fuera, avisen! 20:08:43 <zzz> genial, hottuna 20:09:00 <i2pr> [Slack/str4d] ¿De qué tamaño son las mesas? 20:09:02 <hottuna> ok, entonces 12 de forma preliminar 20:09:13 <hottuna> básicamente, tan grandes como las pidamos 20:09:26 <zzz> ok, en cuanto a charlas: sé que str4d y sadie estaban pensando en enviar una, ¿ocurrió? (probablemente no) ¿y se han coordinado con YTBI como plan de respaldo? 20:09:37 <zzz> *YBTI 20:09:44 <eche|on> que yo sepa, no 20:09:54 <eche|on> str4d podría iluminarnos aquí 20:10:15 <i2pr> [Slack/str4d] Sadie no va a asistir a CCC, según entiendo (asuntos personales), y yo no envié una charla por asuntos del lanzamiento de Zcash 20:10:24 <zzz> ah, y felicitaciones a str4d por el lanzamiento; puede que ahora sea demasiado rico para hablarnos 20:10:47 <i2pr> [Slack/str4d] Je, poco probable :stuck_out_tongue: 20:10:56 <zzz> ok, con suerte sadie y eche|on están coordinados respecto a si ella va o no, en lo relativo a las entradas 20:11:02 <i2pr> [Slack/str4d] Sin embargo, trabajaré en una charla para YTBI 20:11:21 <eche|on> zzz: ella no asistirá a 33c3, pero irá a RWC 20:11:30 <zzz> ok, ¿alguien ha visto algún comentario sobre grothoff o si YBTI sucederá? 20:11:51 <zzz> siempre está mal organizado, probablemente no lo sabremos hasta más tarde 20:11:55 <eche|on> no he visto nada aún; en mi humilde opinión, el tema de las entradas es un motivo para esperar 20:12:09 <i2pr> [Slack/str4d] Bien que aún haya alguien yendo a RWC 20:12:32 <zzz> ¿es en NYC este año? 20:12:40 <i2pr> [Slack/str4d] Sí 20:12:55 <zzz> bien. quizá consigamos que se presente más gente también 20:13:02 <zzz> ¿algo más sobre 1)? 20:13:12 <eche|on> por ahora no 20:13:18 <eche|on> avisaré sobre las entradas 20:13:26 <zzz> ok 20:13:44 <zzz> 2) actualización 0.9.28 20:14:00 <zzz> he actualizado varias de las bibliotecas de terceros que incluimos, incluyendo jetty 20:14:24 <eche|on> genial 20:14:28 <zzz> y jrobin. También peleando con algunos problemas de Java 9. Y persiguiendo algunos tickets de transporte 20:14:46 <eche|on> ¿y hay temas especiales a tener en cuenta al compilar las actualizaciones? 20:14:51 <zzz> como de costumbre, no estoy recibiendo mucha ayuda con el código ni con los tickets; se agradece toda ayuda 20:15:01 <zzz> ¿eh, ech? 20:15:40 <i2pr> [Slack/str4d] tengo el trabajo de renovación de la UI que quiero pulir y fusionar para 0.9.28 20:15:40 <eche|on> ant updatewithjetty es lo habitual, pero con algunas otras libs nuevas, ¿algo especial a tener en cuenta? 20:15:57 <zzz> no, nada especial 20:16:06 <eche|on> ok, bien 20:16:13 <i2pr> [Slack/str4d] Además, voy a trabajar en la función de “asistente de configuración” en noviembre, que quiero incluir en 0.9.28 para que tengamos algo a lo que podamos dirigir a los nuevos usuarios en CCC 20:16:32 <zzz> str4d, si vas a fusionar algo grande, hazlo la próxima semana, quizá dos como mucho; quiero sacar la .28 a mediados de dic. antes de ccc 20:16:46 <zzz> str4d, hablando de lanzamientos, ¿cómo va la versión .27 de Android? 20:16:49 <eche|on> con la mayoría de los tickets no puedo ayudar mucho. pero los tickets de syndie sí puedo arreglarlos, con una pequeña ayuda tuya, zzz (después de meeet) 20:16:49 <i2pr> [Slack/str4d] ACK 20:17:27 <i2pr> [Slack/str4d] La versión .27 de Android no llegó a arrancar mientras estaba ocupado con el lanzamiento de Zcash. 20:17:32 <i2pr> [Slack/str4d] Pero sacaré tiempo para ello esta semana. 20:17:35 <zzz> después de un ciclo de 4 meses durante el verano, quiero volver a ciclos de 6-8 semanas 20:17:55 <i2pr> [Slack/str4d] también estoy *realmente* cerca de haber terminado de fusionar los repositorios I2P-Bote y Bote Android 20:18:00 <zzz> ok, y por supuesto bote necesita algo de cariño, y no es demasiado tarde para una entrada de blog de summer of x 20:18:18 <i2pr> [Slack/str4d] El plugin de Gradle para hacer plugins de I2P está funcionando (al parecer) 20:18:54 <i2pr> [Slack/str4d] Así que una vez que integre las últimas partes (lo cual dependerá de que suba router.jar para la 0.9.27 a Maven Central junto con los otros JARs), entonces todo debería funcionar bien. 20:19:31 <zzz> str4d, he hecho algunos cambios posteriores a la 27 que pueden obligarte a ajustar cosas para Android y/o tus archivos de IDE o Maven, para tu información, para la .28, pero no deberían afectar a tu lanzamiento 27 20:19:44 <i2pr> [Slack/str4d] Si no es durante esta semana, tendré tiempo durante mis vuelos de regreso a NZ este fin de semana. 20:19:49 <i2pr> [Slack/str4d] ACK 20:20:11 <zzz> ok. Realmente no esperaba que hicieras nada en octubre, a pesar de tu optimismo :) 20:20:16 <zzz> ¿algo más sobre 2)? 20:20:29 <i2pr> [Slack/str4d] tengo todo el optimismo 20:20:48 <zzz> ¿algo más para la reunión? 20:21:26 * zzz alcanza el baffer 20:22:18 * zzz *baffffffffs*** se da por cerrada la reunión

Lanzamiento 0.9.27

Mon, 17 Oct 2016 00:00:00 +0000

Detalles de la actualización

0.9.27 incluye varias correcciones de errores. La biblioteca GMP actualizada para aceleración criptográfica, que se incluyó con la versión 0.9.26 solo para instalaciones nuevas y compilaciones de Debian, ahora se incluye en la actualización a través de la red para 0.9.27. Hay mejoras en los transportes IPv6, las pruebas de pares SSU y el modo oculto.

21:00:23 <zzz> 0) Hola 21:00:23 <zzz> 1) Actualización de HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:23 <zzz> 2) Actualización de 0.9.27 (zzz) 21:00:23 <zzz> 3) Actualización de Summer of X (sadie/str4d) 21:00:27 <zzz> 0) Hola 21:00:29 <zzz> hola 21:00:47 <psi> hola 21:00:48 <zzz> 1) Actualización de HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:48 <i2pr> [Slack/str4d] Hola 21:01:13 <zzz> ok, HOPE es en 2 semanas y media. La posible reunión de almuerzo con Lance el viernes sigue aún por determinar 21:01:42 <zzz> por favor mantengan libre el almuerzo del viernes, no espero que sepamos si se cancela o se confirma hasta esa semana 21:01:49 <zzz> tengo muchas ganas de verlos a todos allí 21:01:54 <zzz> ¿algo más sobre el punto 1)? 21:02:06 <i2pr> [Slack/str4d] Ahora seguro que no estaré allí 21:02:20 <i2pr> [Slack/str4d] Los tiempos no han estado a mi favor ;_; 21:02:51 <psi> parece que no voy a ir a HOPE este año 21:03:14 <i2pr> [Slack/sadie] Estaré en HOPE 21:03:38 <zzz> 2) Actualización de 0.9.27 (zzz) 21:04:13 <zzz> La .27 está progresando lentamente, como era de esperar. A este ritmo, el lanzamiento de la .27 se aplazará de agosto a septiembre. 21:04:31 <zzz> mientras nos enfocamos en cosas de X y, quizás, en NTCP2 21:04:47 <i2pr> [Slack/str4d] Por mí, bien 21:04:50 <zzz> ¿les parece bien a todos? 21:05:02 <dg> No hay nada que amerite prisa, así que OK 21:05:09 <dg> en última instancia lanzaremos cuando sea necesario 21:05:28 <zzz> La 26 parece muy estable. Lo único es el asunto de 'bote class not found', para lo cual estamos esperando información de seguimiento en Trac 21:05:52 <dg> Había algo relacionado con el paquete de Debian que identifiqué como un problema 21:05:56 <i2pr> [Slack/str4d] Y eso nos da la oportunidad de avanzar en agosto con plugins para la .27 21:05:57 <zzz> y si es lo que creo, podríamos arreglarlo con un cambio simple y solo una recompilación de deb/ubuntu 21:06:00 <dg> De todos modos lo guardaré para un ticket. 21:06:12 <zzz> ¿algo más sobre el punto 2)? 21:06:38 <psi> ¿la .27 afecta algo en i2pd? 21:07:19 <zzz> hay pruebas de pares IPv6, sí. i2pd no debería subir a la 27 hasta que esté soportado 21:07:39 <psi> ok 21:07:50 <zzz> aunque no tiene que estar en el calendario de Java 21:07:53 <zzz> ¿algo más sobre el punto 2)? 21:08:42 <zzz> 3) Actualización de Summer of X (sadie/str4d) 21:08:51 <zzz> sadie, str4d, ¿qué está pasando? 21:08:52 <i2pr> [Slack/str4d] Aún no, creo? 21:08:55 <i2pr> [Slack/str4d] Ah sí 21:08:55 <i2pr> [Slack/str4d] No 21:10:30 <zzz> ¿los peligros de usar un relé para la reunión? 21:10:40 <i2pr> [Slack/str4d] Creo que hasta ahora ha ido bien 21:10:55 <i2pr> [Slack/str4d] Ya llevamos un mes, y hemos publicado tres entradas de blog (si no me falla la memoria) sobre ello 21:11:46 <zzz> ok, ¿qué hacemos en julio? 21:12:02 <i2pr> [Slack/str4d] Aplicaciones 21:12:05 <i2pr> [Slack/str4d] Divulgación 21:12:15 <i2pr> [Slack/str4d] Así que estaré trabajando con Tahoe-LAFS 21:12:29 <i2pr> [Slack/str4d] En su integración con I2P 21:13:12 <zzz> ¿Algún voluntario para trabajar en transmission y/o libtorrent? Ahora mismo parecen pantanos de problemas 21:13:14 <i2pr> [Slack/str4d] Y también enviaré un PR para actualizar la librería de I2P del navegador Lightning 21:13:45 <i2pr> [Slack/str4d] Sí, nunca es tarde para adoptar otra API 21:13:59 <i2pr> [Slack/str4d] Otros proyectos en los que me gustaría que ayudáramos este mes: 21:14:02 <zzz> la parte de divulgación es clave, difundamos el mensaje por Twitter y correo 21:14:08 <psi> ¿qué se hizo antes en transmission? 21:14:31 <zzz> hay un fork de i2p para transmission, vean el hilo en zzz.i2p 21:14:33 <i2pr> [Slack/str4d] psi, compatibilidad con SAM 21:14:52 <i2pr> [Slack/str4d] en libtorrent 21:14:54 <psi> eso fue antes de libsam3, ¿no? 21:14:58 <psi> imaginaría que se ha quedado totalmente desfasado 21:15:09 <i2pr> [Slack/str4d] (sigo olvidando que transmission no usa eso) 21:15:23 <zzz> sadie, ¿qué tienes planeado para el PR de julio? 21:15:31 <i2pr> [Slack/str4d] Mmm, un fork limpio podría ser más fácil 21:15:58 <i2pr> [Slack/str4d] Como decía, los otros proyectos para los que tengo ideas: 21:16:01 <i2pr> [Slack/str4d] - IPFS (implementaciones en Go y Python) 21:16:27 <i2pr> [Slack/str4d] - OpenBazaar (pronto usará IPFS) 21:16:34 <i2pr> [Slack/str4d] - ZeroNet 21:17:02 <i2pr> [Slack/str4d] Cualquiera de estos sería un buen candidato para que alguien ayude 21:17:33 <villain> hola i2peeps :) zzz: acabo de enviar un parche para el sitio web, espero que llegue 21:17:38 <psi> aún no logro entender la guía de contribución de IPFS 21:17:45 <zzz> ok, genial. ¿Algo más sobre el punto 3)? ¿Sadie? 21:18:05 <zzz> gracias, villain, estamos en medio de una reunión, lo revisaré luego 21:18:06 <psi> me encantaría meterme en IPFS pero no he averiguado cómo. 21:18:25 <Zerolag> Me encantaría meterle mano a ZeroNet. Ver qué tan bien va sobre i2p. 21:18:28 <i2pr> [Slack/str4d] Psi, este fin de semana puedo echar un vistazo a cómo gestionan la incorporación 21:19:08 <psi> Zerolag: la última vez que miré, añadir i2p a ZeroNet debería ser bastante fácil puesto que ya tienen plantilla para Tor 21:19:11 <i2pr> [Slack/str4d] Zerolag, ¡genial! Se basan en torrent, así que habría que modificarlos a nuestra especificación de torrent 21:19:21 <psi> además, i2p.socket va avanzando 21:19:33 <i2pr> [Slack/str4d] (para soportar torrents de clearnet e I2P lado a lado) 21:19:54 <psi> ¿ZeroNet usa Mainline BitTorrent? 21:20:01 <i2pr> [Slack/str4d] No estoy seguro 21:20:17 <psi> Estoy bastante seguro de que no, pero bueno... 21:20:22 <i2pr> [Slack/str4d] (qué implementación usan) 21:20:36 <zzz> ¿Algo más sobre el punto 3)? ¿Sadie? 21:20:58 <i2pr> [Slack/str4d] psi, usan criptografía de Bitcoin y la red BitTorrent 21:21:39 <i2pr> [Slack/str4d] Creo que Sadie podría haber reservado dos reuniones a la misma hora 21:21:49 <zzz> sigamos entonces. ¿algo más para la reunión? 21:22:21 <zzz> ¿todos de acuerdo con las 9 PM otra vez? Veo que echelon no está aquí, quizá por el cambio de horario, quizá no 21:22:46 <psi> 9 pm me viene bien 21:22:46 <Zerolag> str4d de acuerdo, ¿cuál es la especificación de i2p para torrent? 21:23:09 * zzz calienta el baffer 21:23:12 <i2pr> [Slack/str4d] Nada más de mi parte salvo: ¡elijan un proyecto y ayúdenlos! :-) 21:23:31 <i2pr> [Slack/str4d] 9 pm es perfecto para mí 21:24:05 <Zerolag> Estaré aquí a las 9 pm seguro 21:24:15 <i2pr> [Slack/str4d] Zerolag, mira el sitio web de I2P (Docs -> Apps -> BitTorrent) 21:24:19 * zzz *baffffs* se cierra la reunión

Resumen de verano para desarrolladores: APIs

Sat, 02 Jul 2016 00:00:00 +0000

Summer Dev está en pleno apogeo: hemos estado aceitando la maquinaria, puliendo asperezas y poniendo todo en orden. Ahora es el momento de nuestro primer resumen, en el que te ponemos al día sobre los avances que estamos logrando!

Mes de las APIs

Nuestro objetivo para este mes fue “encajar” - hacer que nuestras APIs y bibliotecas funcionen dentro de la infraestructura existente de diversas comunidades, de modo que los desarrolladores de aplicaciones puedan trabajar con I2P más eficientemente y los usuarios no tengan que preocuparse por los detalles.

I2P en Maven Central

Mon, 13 Jun 2016 00:00:00 +0000

Estamos casi a mitad del mes de APIs de Summer Dev y estamos logrando grandes avances en varios frentes. Me complace anunciar que el primero de ellos se ha completado: ¡las bibliotecas de cliente de I2P ya están disponibles en Maven Central!

Esto debería facilitar mucho a los desarrolladores de Java el uso de I2P en sus aplicaciones. En lugar de tener que obtener las bibliotecas de una instalación existente, pueden simplemente agregar I2P a sus dependencias. Actualizar a nuevas versiones también será mucho más fácil.

Reunión de desarrolladores de I2P - 07 de junio de 2016

Tue, 07 Jun 2016 00:00:00 +0000

Resumen rápido

Presentes: eche|on, plzcdv, psi, str4d, zzz

Registro de la reunión

20:00:31 <zzz> 0) Hola 20:00:31 <zzz> 1) Plan de lanzamiento 0.9.26 (zzz) 20:00:31 <zzz> 2) Actualización de la planificación de HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:31 <zzz> 3) Plan 0.9.27 (zzz) 20:00:31 <zzz> 4) Verano de X (sadie) 20:00:35 <zzz> 0) Hola 20:00:37 <zzz> Hola 20:01:16 <zzz> 1) Plan de lanzamiento 0.9.26 (zzz) 20:01:46 <zzz> ok, construí la .26 ayer, hice las cosas de Launchpad, y activamos las actualizaciones en la red hace una hora 20:01:56 <zzz> lo único que queda es debian, que planeo hacer mañana 20:02:27 <zzz> recuerden que las actualizaciones en la red no obtendrán los nuevos archivos jbigi, ya que nos preocupaba la falta de pruebas 20:02:40 <zzz> así que estén atentos a informes de errores de usuarios de deb y de instalaciones nuevas 20:02:45 <zzz> ¿algo más sobre 1) ? 20:03:14 <zzz> 2) Actualización de la planificación de HOPE (zzz) `http://zzz.i2p/topics/1968` 20:03:39 <str4d> ¡Hola! 20:03:45 <zzz> HOPE es dentro de 6 semanas a partir del viernes. Vamos a pagar los tickets de conferencia de $150 a posteriori (después del evento) 20:04:11 <zzz> no pagaremos viajes, pero si alguien realmente no pudiera asistir sin ayuda, que lo diga 20:04:32 <zzz> no habrá reunión de devs antes o después porque no pude conseguir el compromiso de lance 20:04:53 <zzz> tengo muchas ganas de ver al equipo en Nueva York 20:05:02 <zzz> ¿algo más sobre 2) ? 20:05:25 <zzz> 3) Plan 0.9.27 (zzz) 20:06:00 <zzz> esperemos al netsplit 20:06:06 <plzcdv> Hola. 20:07:47 <zzz> ok, ¿todos ustedes de ese lado vieron todo lo de 2) sobre HOPE? 20:08:35 <str4d> ¡Hola de nuevo! 20:08:35 <eche|on> jo 20:08:39 <str4d> Nop 20:08:43 <str4d> Lo último que vi fue tu Hola 20:08:53 <zzz> madre mía. Estoy en 3) 20:08:57 <str4d> (y el 1) ) 20:09:02 <zzz> déjenme copiar/pegar 1 y 2 20:09:16 <zzz> <zzz> 1) Plan de lanzamiento 0.9.26 (zzz) 20:09:16 <zzz> <zzz> ok, construí la .26 ayer, hice las cosas de Launchpad, y activamos las actualizaciones en la red hace una hora 20:09:16 <zzz> <zzz> lo único que queda es debian, que planeo hacer mañana 20:09:16 <zzz> <zzz> recuerden que las actualizaciones en la red no obtendrán los nuevos archivos jbigi, ya que nos preocupaba la falta de pruebas 20:09:16 <zzz> <zzz> así que estén atentos a informes de errores de usuarios de deb y de instalaciones nuevas 20:09:31 <zzz> <zzz> 2) Actualización de la planificación de HOPE (zzz) `http://zzz.i2p/topics/1968` 20:09:44 <zzz> <zzz> HOPE es dentro de 6 semanas a partir del viernes. Vamos a pagar los tickets de conferencia de $150 a posteriori (después del evento) 20:09:44 <zzz> <zzz> no pagaremos viajes, pero si alguien realmente no pudiera asistir sin ayuda, que lo diga 20:09:44 <zzz> <zzz> no habrá reunión de devs antes o después porque no pude conseguir el compromiso de lance 20:09:44 <zzz> <zzz> tengo muchas ganas de ver al equipo en Nueva York 20:09:44 <zzz> <zzz> ¿algo más sobre 2) ? 20:10:03 <zzz> ¿o sobre 1) ? 20:10:43 <str4d> Nada que se me ocurra sobre 1) 20:11:09 <str4d> Sobre 2), todavía espero asistir, pero aún no tengo entrada porque todavía no tengo fecha de defensa y por lo tanto no sé si siquiera estaré en EE. UU. para entonces. 20:11:27 <str4d> fecha* 20:11:43 <zzz> ok, si alguien está indeciso, por favor consiga una entrada, es muy divertido 20:11:51 <zzz> 3) Plan 0.9.27 (zzz) 20:12:34 <zzz> hay muchas cosas difíciles en la hoja de ruta: migración criptográfica para servidores, cosas de Mac, y trabajo en IPv6 y NTCP2 20:13:07 <zzz> nadie ha mirado NTCP2 en un año o así y no he recibido ningún comentario sobre las pruebas de pares en IPv6. así que necesito ayuda 20:13:39 <zzz> además, qué tan rápido avancemos en la .27 depende de cuánto tiempo pase en Summer of X. Lo tengo apuntado para finales de agosto. 20:13:46 <zzz> ¿algo más sobre 3) ? 20:13:46 <eche|on> Podría probarlo, pero... 20:14:01 <str4d> Subiré esas cosas en mi lista de pendientes de I2P 20:15:09 <zzz> 4) Verano de X (sadie) 20:15:24 <zzz> ¿Cuál es el plan para nuestro verano en el hemisferio norte? 20:15:31 <str4d> También podría tener cosas de UI intermedias para apoyar 20:15:49 <str4d> sadie llega tarde por trabajo (cliente de pesadilla) 20:15:55 <str4d> Así que yo cubro :) 20:16:10 <str4d> Espero que todos aquí hayan visto la entrada de lanzamiento en el blog :D 20:16:43 <str4d> Básicamente expone lo que ya se había discutido. 20:17:09 <str4d> Entonces: 20:17:16 <str4d> 4a) APIs 20:17:17 <str4d> 4b) Apps 20:17:22 <str4d> 4c) Plugins 20:17:29 <str4d> 4d) Marca 20:17:33 <str4d> 4a) 20:18:13 <str4d> Este mes impulsamos la mejora de nuestras APIs. Ya hemos hecho buenos progresos para esto en la versión 0.9.26 20:18:39 <str4d> Lo siguiente que pasará es que subiré nuestros JARs a Maven Central, para que los devs de Java puedan usarlos más fácilmente 20:18:53 <str4d> (y actualizar la biblioteca cliente de I2P para Android de forma apropiada) 20:19:15 <str4d> Para lo que queda de este mes, tengo una larga lista de sugerencias: 20:19:33 <zzz> mencionas "nuestras bibliotecas de C++ y python" pero ¿siquiera tenemos alguna que mantengamos? ¿quién hará este trabajo y en qué bibliotecas específicas? 20:19:41 <str4d> - Actualizar las bibliotecas SAM a v3.3 20:19:50 <str4d> zzz, esto ^ 20:19:56 <zzz> Acabo de decirle a un tipo aquí hace una hora que esas no son nuestras, son de terceros 20:20:10 <str4d> - txi2p (Python Twisted, yo haré esto) 20:20:32 <zzz> ¿dónde están las libs de SAM? 20:20:41 <zzz> o, más bien, ¿cuáles? 20:21:25 <str4d> - libsam3 (C, tanto síncrona como asíncrona, en git.repo.i2p) 20:21:49 <zzz> ok. psi también tiene una en Go 20:21:53 <str4d> - - i2psam (C++, https://github.com/VirtualDestructor/bitcoin-qt-i2p/tree/master/i2psam) 20:22:16 <str4d> Ver `http://i2p-projekt.i2p/docs/api/samv3` para otras 20:22:33 <zzz> Creo que en su mayoría me adelantaré con las apps, aparte de quedar atento para responder preguntas 20:22:35 <zzz> suena bien 20:22:45 <str4d> Me gustaría ver al menos las bibliotecas de Python Twisted y C++ actualizadas 20:22:56 <str4d> (para mis propios fines el mes que viene>:D ) 20:23:06 <str4d> Otras sugerencias para este mes: 20:23:11 <str4d> - hacer que libtorrent funcione correctamente 20:23:34 <zzz> oh sí libtorrent++\ 20:23:36 <str4d> - Habilitar SAM API por defecto en I2P de Java (para .27 ahora) 20:23:54 <str4d> - Subir mi patch de I2P para lighttpd upstream (requiere actualizar al menos libsam3) 20:24:21 <zzz> ingresé el ticket #1804 para dividir /configclients 20:24:25 <zzz> puedo hacer eso 20:24:28 <str4d> Bien, ¿tenemos voluntarios para alguna de estas sugerencias? 20:25:34 <plzcdv> Soy tímido, pero estoy aquí. 20:25:48 <str4d> zzz, Mmm, eso sería un buen paso adelante tanto para mis cosas de UI como para el mes de Plugins 20:26:17 <zzz> ok. aunque podría darte conflictos de merge, ojo 20:26:29 <str4d> zzz, Sería bueno que eso ocurra ya sea en mi rama de UI o basada en ella para reducir conflictos de merge 20:26:29 <str4d> plzcdv, ¡hola! 20:27:14 <str4d> dg, hottuna3, psi, ¿alguna idea sobre lo anterior? 20:27:34 <zzz> si no hay voluntarios, pasemos a 4b 20:28:29 <plzcdv> No sabía que existía libtorrent. 20:28:29 <str4d> plzcdv, se usa en varias aplicaciones, pero ninguna (que yo sepa) expone la funcionalidad de I2P (probablemente porque está rota) 20:28:54 <plzcdv> Libtorrent (o algo similar) parece algo fundamental. 20:29:04 <plzcdv> La comunicación trata de compartir información. 20:29:17 <str4d> Me quedan tres fines de semana este mes para trabajar en I2P. Uno de esos será en txi2p, y me apunto a trabajar en i2psam en otro. 20:30:13 <str4d> todos los demás, si tienen ideas o ganas de trabajar en cualquiera de los otros, siéntanse libres de hacerlo 20:30:33 <zzz> ¿Cuál es el plan de PR de sadie para todo esto? 20:30:38 <str4d> Conseguiré algo de difusión en algún momento de esta semana que podamos usar para PR y quizá obtener ayuda adicional 20:30:38 <str4d> 4b) Apps 20:30:40 <plzcdv> Me gustaría trabajar en libtorrent o algo similar. 20:30:54 <str4d> zzz, lo cubriré en 4d) 20:31:02 <zzz> ok 20:31:09 <str4d> plzcdv, ¡adelante! 20:32:20 <str4d> Si pudieras actualizar libtorrent para que su soporte de I2P funcione, sería muy apreciado :D 20:32:45 <zzz> para apps, planeo hacer snark independiente (aprovechando el buen trabajo de psi), syndie e i2phex. Quizá orchid también. 20:33:00 <str4d> plzcdv, podemos comentarlo después de la reunión :) 20:33:13 <zzz> ups, orchid es de Plugins. 20:33:24 <str4d> zzz, Yo pensaba en todo eso bajo Plugins 20:33:28 <zzz> de todos modos, los 3 primeros antes de HOPE. 20:33:45 <str4d> Pero bien empezar antes 20:34:01 <zzz> ok, entonces estaré trabajando por adelantado, a menos que haya alguna app en la que trabajar. Supongo que snark cuenta. 20:34:23 <str4d> Lo que veo para el mes de Apps es acercamiento a otros desarrolladores que quieran integrar I2P en sus aplicaciones 20:34:25 <str4d> Entonces: 20:34:26 <str4d> - Tahoe-LAFS 20:34:29 <str4d> - Zeronet 20:34:41 <str4d> - OpenBazaar (vía IPFS, al que se están trasladando) 20:34:51 <zzz> ok, así que eso es principalmente PR y acercamiento, hasta que alguien pique 20:35:06 <str4d> - Whonix (alguien me acaba de enviar un correo hoy) 20:35:11 <str4d> zzz, no solo PR 20:35:23 <str4d> Iré y contribuiré código 20:35:53 <str4d> Tahoe en particular, ya conozco las partes relevantes de su base de código (habiendo trabajado con ellos en esto antes) 20:36:07 <str4d> Por eso quiero poner txi2p al día este mes 20:36:16 <str4d> Otra: Zcash 20:36:22 <zzz> ok 20:38:52 <str4d> Otro lugar donde conozco la base de código, estoy pensando en mirar los parches de bitcoin-qt-i2p de arriba y ver cuán aplicables serían. 20:39:09 <str4d> Los entregables concretos que quiero para el mes de Apps son haber escrito código o contribuido a discusiones de diseño que ayuden a otros desarrolladores con su integración de I2P, idealmente aprovechando el trabajo que estamos haciendo ahora 20:39:09 <str4d> Otras ideas para el mes de Apps: 20:39:09 <str4d> - Vuze 20:39:09 <str4d> - Lightning Browser (en Android, actualizaré su uso de la biblioteca cliente de I2P) 20:39:09 <str4d> - ¡Proyectos que usen libtorrent! 20:39:39 <str4d> Empezaré a contactar a algunos de estos este mes, y animo a otros a hacer lo mismo Si alguien tiene otras ideas de proyectos, hágamelo saber. 20:40:10 <str4d> (algunos de estos proyectos) 20:41:51 <str4d> 4c) Plugins 20:41:51 <str4d> Aquí es donde veía que le diéramos cariño a apps y plugins existentes que desarrollamos y mantenemos :) 20:41:51 <str4d> Entonces: 20:41:51 <str4d> - Bote 20:41:51 <str4d> - Snark 20:41:51 <str4d> - Orchid 20:41:51 <str4d> - Et. al 20:41:51 <str4d> Dicho esto, no hay razón por la que no puedan trabajarse antes si alguien no tiene otra cosa en la que trabajar 20:42:12 <str4d> O trabajarse más tarde si, por ejemplo, va bien contribuir a una de las apps el mes que viene 20:44:51 <str4d> Los tres meses son principalmente para PR, no para gestión de proyectos :) 20:44:51 <str4d> (¡aunque sin duda me ayudará a planificar mi propio tiempo!) 20:44:51 <str4d> Podemos hablar más de 4c) en la reunión del próximo mes. Por ahora, animo a más gente aquí a pensar en 4b), y a empezar a trabajar en 4a) :D 20:44:51 <str4d> 4d) Marca (y PR) 20:44:51 <str4d> Actualmente la estrategia de PR para I2P Summer Dev se centra en entradas de blog y Twitter 20:44:51 <str4d> Escribiré actualizaciones periódicas para el blog sobre lo que estamos haciendo. 20:44:51 <str4d> Plan aproximado: 20:44:51 <str4d> - Entrada de lanzamiento (hecho) 20:45:30 <str4d> - APIs (escribiré en los próximos días, para dar visibilidad al trabajo de Maven Central y a la lista de otras sugerencias para este mes) 20:46:02 <str4d> - Apps (dar visibilidad a la lista de proyectos con los que trabajaremos, así como otras sugerencias, y un resumen de cómo nos fue en el mes de APIs) 20:46:11 <str4d> - Plugins (estructura similar a la entrada de Apps) 20:46:19 <str4d> - Entrada de cierre 20:46:54 <str4d> Así que las entradas restantes deberían estar separadas por alrededor de un mes, quizá con actualizaciones más pequeñas entre medio según veamos 20:47:19 <str4d> Mientras tanto en Twitter, cualquier cosa que publiquemos relacionada con este trabajo debería llevar el hashtag #I2PSummer 20:47:38 <str4d> (estas entradas de blog, comentarios sobre qué API o app estás trabajando, etc...) 20:47:50 <psi> re: go i implement net.* for i2p in go 20:48:10 <str4d> psi, ¡genial! 20:48:28 <psi> net.Dial net.Listener net.PacketConn net.Conn net.Addr etc 20:48:36 * psi se desplaza hacia arriba 20:48:56 <str4d> Con respecto a la marca, se me ocurrió una idea tres días antes del lanzamiento: que sería genial tener algún tipo de logo para I2P Summer Dev (preferiblemente uno que podamos reutilizar en años futuros) 20:48:58 <psi> ++ sam default plz 20:49:12 <str4d> Y luego vi a Elio Qoshi lanzar una startup de diseño de código abierto un día después 20:50:00 <zzz> ¿algo más sobre 4) ? 20:50:09 <str4d> Entonces: Me he puesto en contacto con él para que diseñe un logo para I2P Summer Dev (solo, y con texto para usar en banners, camisetas, etc.), apuntando a finales de este mes para la entrega 20:50:47 <str4d> He indicado un presupuesto de $200, porque era lo que me sentía cómodo pagando yo mismo si el proyecto no pensaba que fuera un buen uso de fondos. 20:50:55 <str4d> Entonces: ¿esto es un buen uso de fondos? 20:51:25 <psi> ¿tenemos personal para Summer of $i2pthing ? 20:51:41 <zzz> no es un buen uso de fondos a menos que planeemos hacer algo con ello 20:51:47 <str4d> (sadie también está contactando a un diseñador que conoce, y la startup de Elio promete garantía de devolución del 100% si no nos gustan los diseños, así que en general es de bajo riesgo en mi opinión) 20:52:26 <str4d> zzz, el plan es usar la marca en la cuenta de Twitter de GetI2P (avatar + banner), usarla en las entradas relevantes del blog en el sitio web (y en la página principal de alguna manera), etc. 20:52:29 <zzz> así que a menos que tengamos planes concretos para usarlo rápido, va a ser dinero tirado a la basura 20:52:36 <str4d> Posiblemente camisetas (sadie está mirando costos) 20:52:54 <str4d> zzz, por eso quiero un entregable para fin de este mes, así tenemos dos meses para usarlo 20:53:09 <str4d> Y luego lo tenemos para uso futuro 20:53:16 * psi lag 20:53:41 <str4d> Como dije en la entrada de lanzamiento, me entusiasma dar merchandising a nuevos contribuidores. Actualmente son pegatinas, quizá camisetas 20:54:04 <str4d> psi, actualmente no tenemos todo el personal para I2P Summer Dev, hay un montón de ideas que buscan devs :) 20:54:14 <zzz> por favor obtén la aprobación de echelon antes de gastar cualquier dinero 20:55:03 <psi> ok 20:55:09 <str4d> Contacté a eche|on cuando tuve la idea, pero quería conseguir confirmación en una reunión :) 20:56:02 <psi> re: summer of $i2pthing creo que mi i2p net.* podría encajar en libp2p de ipfs relativamente fácil, pero arrancar en el proceso de desarrollo de ipfs intimida 20:56:04 <zzz> entonces ya tienes su aprobación, o solo le dijiste que lo estabas pensando? 20:56:22 <psi> más bien mi biblioteca de Go para i2p 20:56:41 <str4d> zzz, Le dije lo que estaba pensando y mi presupuesto propuesto, y que lo traería a la reunión 20:56:50 <zzz> Quiero evitar el problema que tuvimos con las pegatinas, donde hottuna solo lo discutió vagamente con eche, y luego presentó una factura de $600 20:56:57 <str4d> Si lo único que necesito es la aprobación de eche, entonces iré a por ella y seguiré mi camino :D 20:57:22 <psi> dependiendo de si consigo esta próxima entrevista de trabajo, puede que tenga o no mucho tiempo libre 20:57:43 <str4d> zzz, así será 20:57:51 <str4d> (evitar ese problema) 20:58:06 <str4d> psi, ¿libpnp está en Go? 20:58:07 <zzz> $200 no es mucho, pero tampoco nos consigue mucho. Las camisetas cuestan más y son mucho más trabajo si vas a llevarlas a NYC para HOPE 20:58:16 <psi> libp2p está en go y js 20:58:26 <str4d> mmk 20:58:32 <zzz> ¿algo más sobre 4) ? 20:58:33 <str4d> ¿OpenBazaar también está en Go entonces? 20:58:35 <psi> más bien, es la capa de abstracción de red de ipfs 20:58:38 <psi> es un api 20:58:49 <psi> openbazaar es py2 20:58:49 <str4d> zzz, eso es solo para el logo. Las camisetas serían un presupuesto aparte 20:58:53 <psi> usando twisted 20:59:02 <str4d> Y sí, sadie está mirando camisetas a tiempo para HOPE 20:59:02 <psi> (iirc) 20:59:17 <str4d> psi, pero han dicho que se están trasladando a IPFS... raro 20:59:34 <zzz> última llamada para 4) 20:59:37 <str4d> De cualquier modo, si tienes tiempo este mes para actualizar tus bibliotecas SAM a 3.3, sería fantástico :) 20:59:48 <str4d> Bien bien, ya terminé :P 20:59:55 <psi> sí, SAM 3.3 se implementará seguro 20:59:57 <str4d> (sobre 4)) 21:00:08 <zzz> también estaría bien actualizar el lado de i2pd a 3.3 21:00:16 <zzz> ¿algo más para la reunión? 21:00:25 * zzz encuentra el baffer 21:00:28 <str4d> Oh, estoy pensando en mover las libs de SAM bajo el proyecto i2p en GitHub 21:00:38 <str4d> Y sí, tengo 5) reprogramar la próxima reunión 21:00:50 <zzz> ok 5) adelante str4d 21:01:09 <str4d> Creo que estaría bien que algunas de las más oscuras (mirando a libsam3 e i2psam aquí) fueran más visibles 21:01:11 <psi> ¿qué libs de sam específicamente? 21:01:22 <psi> recuerda que mezclar licencias es malo 21:01:22 <str4d> txi2p probablemente esté bien donde está, ya que ya tiene mucha vinculación 21:01:32 <str4d> psi, no estará en el repo i2p.i2p 21:01:37 <zzz> dejemos el resto del tema de libs para después de la reunión 21:01:39 <psi> oh 21:01:42 <zzz> ok 5) adelante str4d 21:01:54 <psi> kk 21:01:54 <str4d> Solo estaría alojando los repos git existentes 21:01:57 <str4d> 5) reprogramar 21:02:13 <str4d> Me cuesta llegar a esta hora de reunión en este momento porque es temprano 21:02:21 <str4d> a sadie le cuesta porque es en horas de trabajo 21:02:46 <str4d> Me gustaría proponer que movamos la reunión una hora más tarde, lo que resuelve ambos problemas. 21:03:16 <str4d> (al menos por el resto del verano; podemos volver a cambiarla cuando lleguen los cambios de horario de verano si queremos) 21:03:18 <zzz> ¿podrías coordinarlo con los europeos? son quienes se verían más afectados 21:03:58 <str4d> Ese es eche|on, y...? 21:03:59 <zzz> lo que sea que arregles con ellos está bien para mí. Eso es lo que dije en la última reunión, o quizá en la anterior. 21:04:10 <zzz> principalmente ech 21:04:24 <str4d> mmk 21:04:33 <str4d> Le preguntaré al mismo tiempo que arreglo presupuestos 21:04:53 <str4d> Si él está de acuerdo, probablemente lo más fácil sea cambiar la hora sin más y esperar quejas :P 21:05:02 <zzz> probemos el próximo mes y veamos cómo va, pero sí, mejor preguntarle primero 21:05:07 <zzz> ¿algo más sobre 5) ? 21:05:14 <str4d> ¡Eso es todo por mi parte! 21:05:17 <zzz> ¿algo más para la reunión? 21:05:45 <str4d> ¡Feliz Summer Dev a todos! ¡Hagamos que I2P se inteGre de nuevo! 21:05:49 * zzz ***bafs*** da por cerrada la reunión

Versión 0.9.26

Tue, 07 Jun 2016 00:00:00 +0000

¡I2P es ahora un sitio propuesto en Stack Exchange! Por favor, comprométete a usarlo para que pueda comenzar la fase beta.

Detalles de la actualización

0.9.26 contiene una actualización importante de nuestra biblioteca criptográfica nativa, un nuevo protocolo de suscripción de la libreta de direcciones con firmas y mejoras importantes en el empaquetado para Debian/Ubuntu.

Para la criptografía, hemos actualizado a GMP 6.0.0 y añadido compatibilidad con procesadores más recientes, lo que acelerará considerablemente las operaciones criptográficas. Además, ahora utilizamos funciones de GMP de tiempo constante para prevenir ataques de canal lateral. Por precaución, los cambios de GMP están habilitados solo para instalaciones nuevas y compilaciones de Debian/Ubuntu; los incluiremos para las actualizaciones dentro de la red en la versión 0.9.27.

I2P Desarrollo de Verano

Wed, 01 Jun 2016 00:00:00 +0000

En los últimos años, la necesidad de que los usuarios tengan control sobre sus propios datos se ha vuelto cada vez más evidente. Se han logrado excelentes avances en este sentido con el auge de aplicaciones de mensajería como Signal y de sistemas de almacenamiento de archivos como Tahoe-LAFS. El trabajo continuo de Let’s Encrypt para llevar HTTPS a todo el mundo está cobrando fuerza de manera constante.

Pero incorporar la privacidad y el anonimato a las aplicaciones no es trivial. Gran parte del software que la gente usa a diario no fue diseñado para preservar la privacidad, y las herramientas de las que disponen los desarrolladores generalmente no son fáciles de utilizar. El estudio OnionScan publicado recientemente da una idea de lo fácil que es incluso para usuarios técnicos configurar incorrectamente sus servicios, socavando por completo sus intenciones.

Reunión de desarrolladores de I2P - 03 de mayo de 2016

Tue, 03 May 2016 00:00:00 +0000

Resumen rápido

Presentes: eche|on, pr0ng, xmpre, xmz, zzz

Registro de la reunión

20:00:46 <zzz> 0) Hola 20:00:46 <zzz> 1) Estado de Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:00:46 <zzz> 2) Actualización de planificación de la 0.9.26 (zzz) 20:00:46 <zzz> 3) Actualización de planificación de HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:50 <zzz> 0) Hola 20:00:52 <zzz> hola 20:01:01 <pr0ng> Hola, Eeepers 20:01:22 <zzz> 1) Estado de Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:01:32 <zzz> bien, han pasado muchas cosas en Tails el último mes 20:01:33 <pr0ng> Hola zzz 20:01:47 <Irc2PGuest33835> hola 20:02:01 <zzz> La 0.9.25 entró en Tails 2.3, y la 0.9.26 puede que coincida o no con la 2.4. pr0ng, ¿podrías darnos un informe breve? 20:02:51 <pr0ng> No estoy seguro de la parte de 'no coincidir' - ¿es por el soporte de persistencia de I2p? 20:03:05 <zzz> me refiero en cuanto al calendario 20:03:36 <pr0ng> Básicamente, esta versión se tomó del repo deb.i2p.no y 'anonym' la subió al Tail APT repo 20:04:00 <pr0ng> Probé la versión de forma aislada en la imagen de Tails, bastante a fondo 20:04:20 <pr0ng> He estado comunicándome con anonym para entender qué va dónde y cuándo 20:04:28 <zzz> y les dije que la habías probado... quizá por eso anonym hizo el resto? 20:04:48 <pr0ng> Persona muy amable y servicial, me dio muchos consejos y ayuda 20:05:02 <pr0ng> Ahora tengo claro exactamente cómo se prueba y se despliega la versión 20:05:27 <zzz> ¿Lo que pasó para la .25/2.3 es el proceso real, o esperan que hagas más la próxima vez? 20:05:42 <pr0ng> Así es. Tomaron el .deb de I2P directamente 20:06:40 <pr0ng> Hay un par de scripts que dictan cómo se despliega I2P; ellos / anonym usaron esos y ahora sé dónde están y cómo compilar/transferir para su inclusión 20:07:29 <zzz> ok, entonces harás más la próxima vez 20:07:55 <pr0ng> Pueden tomarlo de deb.i2p2.no u otros métodos; en este momento están destacando el tema de la persistencia; puede que tenga que hacer otras cosas para que eso funcione en el próximo lanzamiento, pero lo averiguaré con certeza. 20:08:20 <eche|on> hasta ahora, genial 20:08:30 <pr0ng> es posible - parece que podré 'entregar' la versión yo mismo esta vez 20:08:33 <zzz> entonces ya empezaste a meterte en sus asuntos pendientes, ¿el primero de los cuales es la persistencia? 20:08:48 <pr0ng> así es; me alegra que saliera adelante y aprendí los requisitos 20:10:09 <pr0ng> así es; revisaré los asuntos pendientes; el elemento de persistencia parece más un 'deseable pero no esencial', pero se destacó en nuestra conversación. 20:10:24 <zzz> ¿Cuál sería tu fecha límite para que yo tenga la 0.9.26 en deb.i2p2.no para que tú puedas meterla en Tails 2.4? 20:11:48 <pr0ng> Necesito determinar eso; es algo en lo que no puedo ser preciso por el momento 20:12:01 <pr0ng> Seguro que volveré con una respuesta para eso 20:12:13 <zzz> de acuerdo, avísame, aunque sea una estimación. 20:12:22 <zzz> ¿algo más sobre 1) ? 20:12:40 <pr0ng> Lo haré, seguro. 20:12:52 <pr0ng> Hasta ahora todo bien, creo yo. 20:13:04 <zzz> gracias de nuevo, estás haciendo un gran trabajo, me alegra tenerte en ello 20:13:34 <zzz> 2) Actualización de planificación de la 0.9.26 (zzz) 20:13:36 <pr0ng> Me alegra ayudar; ha sido una curva de aprendizaje empinada, pero estoy mucho más cómodo con el proceso y los requisitos. :) 20:14:11 <zzz> He terminado las partes principales de la .26: el protocolo de suscripción de la libreta de direcciones y las CRL en la fuente de noticias. Y hemos propagado GMP 6 20:14:48 <xmz> zzz: ¿alguien ha informado de una configuración de familia funcionando usando la consola de I2P en Java? 20:14:48 <xmz> zzz: nunca logré que funcionara 20:14:50 <zzz> Ahora voy a centrarme en corregir errores y eso será mi enfoque hasta el lanzamiento. Estoy tras la pista de un error extraño en el temporizador que creo que es la causa raíz de algunos problemas que la gente está viendo 20:15:32 <zzz> xmz, aparte de mí, no he oído ningún informe de fallo o éxito 20:15:34 <pr0ng> disculpa mi ignorancia: ¿'propped GMP 6' significa 'se abandonó libgmp'? 20:15:42 <zzz> si tienes problemas, por favor abre un ticket 20:15:57 <xmz> de acuerdo, claro, probaré en un rato y comentaré 20:16:05 <zzz> propped = propagar = fusionar desde otra rama (de desarrollo) 20:16:25 <zzz> a esta altura no he fijado una fecha para la .26, pero finales de mayo o principios de junio parece probable 20:16:40 <pr0ng> Ah. Ok. gracias por eso :) 20:17:14 <zzz> gracias a eche|on por hacer algunas compilaciones de desarrollo. Nos encantaría que alguien diera un paso y montara un sitio real y automático de compilaciones de desarrollo 20:17:18 <eche|on> Yo voto por la segunda semana de junio 20:17:50 <zzz> Como algunos habrán visto, he dicho que vamos a ralentizar nuestros lanzamientos, de 6–8 semanas a 8–10. 20:17:52 <eche|on> Quiero hacerlo, pero mi tiempo es limitado actualmente 20:18:32 <eche|on> sí, está bien 20:18:32 <zzz> Esto es un subproducto de menos pruebas, de que yo esté haciendo muchas cosas que hacía kytv, y de una reducción general de la actividad en todas partes 20:19:18 <zzz> además, casi no hay participación en revisar propuestas y prepararse para las cosas difíciles que vienen este año, esp. NTCP2 y lo relacionado 20:20:10 <zzz> también está el 'summer of x' propuesto, sobre el que esperaba una actualización de sadie. Si seguimos adelante con eso, va a ralentizar mucho los lanzamientos 20:20:47 <zzz> Puedo decirles que no hay nadie trabajando por adelantado en la planificación o programación de la .27 ahora mismo 20:20:52 <zzz> ¿algo más sobre 2) ? 20:21:52 <zzz> 3) Actualización de planificación de HOPE (zzz) `http://zzz.i2p/topics/1968` 20:22:32 <zzz> He seguido sin lograr un compromiso de Lance para un espacio de reuniones para HOPE 20:22:51 <zzz> así que todavía no puedo dar a nadie orientación si están haciendo planes para asistir 20:23:15 <zzz> sadie iba a reunirse con él la semana pasada; no ha respondido a mi consulta sobre si obtuvo una respuesta de él 20:23:25 <eche|on> hmm 20:24:05 <zzz> Si alguien tiene una fecha límite firme para cuando necesiten saberlo, díganlo. Me siento mal por insistirle a Lance, pero no está funcionando en absoluto 20:24:26 <xmpre> zzz: tengo un servidor jenkins configurado para i2pd, podría configurar uno para java i2p si hay interés? 20:24:44 <zzz> sí, xmpre, seguro 20:25:20 <zzz> ¿algo más sobre 3) ? 20:27:05 <eche|on> zzz: Aún tengo ese ticket^^ 20:27:15 <zzz> Vi en el scrollback arriba que str4d y sadie tenían problemas con la hora estándar de la reunión, y algo sobre cambiar la base de zona horaria que no entendí. Si ustedes dos quieren negociar con los europeos y proponer algo que funcione para todos, por favor háganlo 20:27:20 <zzz> ¿algo más para la reunión? 20:27:55 <pr0ng> Estoy planeando asistir a I2PCon-2 - ¿hay alguna idea de cuándo/dónde será? 20:28:28 <pr0ng> ... leyendo, ¿¡ya me lo perdí!? 20:28:33 <zzz> No creo que vaya a haber un i2pcon 2. 20:28:50 <zzz> quizá una pequeña reunión en Toronto en otoño, como una pequeña imitación 20:28:55 <pr0ng> Qué pena 20:29:11 <zzz> si quieres ver a gente de i2p en persona, la mejor opción es HOPE y CCC 20:29:18 * zzz calienta el baffer 20:29:31 <pr0ng> Lo apunto entonces. 20:29:54 * zzz *bafs* da por cerrada la reunión

Reunión de desarrolladores de I2P - 07 de abril de 2016

Thu, 07 Apr 2016 00:00:00 +0000

Resumen rápido

Presentes: eche|on, hottuna, orignal, str4d, susbarbatus, zzz

Registro de la reunión

20:00:05 <zzz> 0) Hola 20:00:05 <zzz> 1) Puntos pendientes de reuniones anteriores `http://zzz.i2p/topics/2093` 20:00:05 <zzz> 2) Sustitución de los roles y servicios de kytv `http://zzz.i2p/topics/2098` 20:00:05 <zzz> 3) Actualización de la planificación de la 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:00:05 <zzz> 4) Planificación para HOPE `http://zzz.i2p/topics/1968` 20:00:05 <zzz> 5) Breve revisión de las reuniones mensuales y de la gestión del proyecto tras 3 meses 20:00:10 <zzz> 0) Hola 20:00:12 <zzz> hola 20:00:38 <zzz> 1) Puntos pendientes de reuniones anteriores `http://zzz.i2p/topics/2093` 20:00:55 <orignal_> hola 20:01:00 <zzz> - Preparación de la campaña de Reseed, para finales de enero: 20:01:00 <zzz> ** Sadie contactará con backup para hablar de OPEN, nueva fecha 5 de abr. 20:01:11 <zzz> sadie, ¿estado? 20:02:10 <zzz> - Fortalecimiento de la red: página de inicio y páginas adicionales 20:02:10 <zzz> ** str4d, gravy, cacapo: Añadir casos de uso, en qué somos mejores, más "pasión" y "sustancia", añadir / destacar Bote, para finales de enero OPEN, str4d añadirá casos de uso al sitio web para el 6 de mar., más cambios en pasión etc. para el 5 de abr. 20:02:15 <zzz> str4d, ¿estado? 20:03:06 <zzz> - Añadir la "Historia" de I2P / historia / por qué 20:03:06 <zzz> ** comraden para editar / pulir / mejorar / publicar para finales de febrero OPEN, nueva fecha 1 de abr., borrador de vuelta a zzz para mediados de marzo 20:03:11 <zzz> comradenosebleed, ¿estado? 20:03:34 <str4d> hola 20:04:40 <zzz> Gestión de tickets: actualmente ad hoc 20:04:40 <zzz> ** Sadie revisará, hará recomendaciones o posiblemente empezará a gestionarlos (¿para cuándo?) OPEN, str4d y sadie programarán una reunión o harán un informe para el 5 de abr.(?) 20:04:50 <zzz> sadie, str4d: ¿estado? 20:05:49 <hottuna> hola 20:05:59 <zzz> str4d OPEN - Lanzamiento de Android 0.9.24 el 3 de marzo, lista TODO recopilada para el 6 de mar., borrador de roadmap para el 6 de mar., para revisar el 5-6 de mar. 20:06:05 <zzz> str4d, ¿estado? 20:06:33 <str4d> Lo hablamos 20:06:41 <str4d> (perdón, estoy en 2 reuniones a la vez) 20:06:54 <zzz> str4d y zzz revisarán el ticket VRP para el 12 de feb.; Tomaremos algunas decisiones durante las reuniones de roadmap del 5-6 de marzo (zzz hecho el 8 de feb., str4d para el 6 de mar.) 20:06:56 <str4d> sobre: tickets 20:06:57 <zzz> str4d, ¿estado? 20:07:29 <zzz> sadie y anonimal volverán con unas ediciones del CoC (Código de Conducta) basadas en Monero 0mq en la reunión del 5 de abril 20:07:36 <zzz> sadie, anonimal: ¿estado? 20:08:25 <str4d> Decidí previamente tener el estado "new" para los tickets que necesiten clasificación, y sigo pensando que es el camino a seguir 20:09:00 <str4d> También creo que podría ser buena idea fijar un horario regular para que unos pocos de nosotros revisemos esos tickets 20:09:09 <str4d> sobre: android 20:09:59 <str4d> Aún no ha ocurrido porque está bloqueado por el script de compilación 20:10:17 <eche|on> uhh 20:10:54 <str4d> Ticket VRP: no ha ocurrido aún porque he estado enfermo cuando planeaba trabajar en ello 20:11:00 <zzz> está claro que el estilo actual de gestión del proyecto no está funcionando porque no está pasando nada. Sigamos, y puse el punto 5) en la agenda para decidir si debemos continuar con las reuniones mensuales o no 20:11:10 <zzz> casi todos estos puntos tienen 3 meses y 1/3 20:11:19 <str4d> Lo que sí ha pasado, que no está en la lista de zzz, es que terminé la migración de la especificación y estoy en plena migración de las propuestas 20:11:37 <zzz> grandes noticias sobre specs/proposals, bien hecho 20:12:09 <str4d> Así que diría que "nada" es incorrecto, solo se movieron prioridades que no se reflejan en el estilo actual de gestión del proyecto 20:12:17 <str4d> Así que sí, necesitamos refinar 20:12:20 <zzz> ok. buena perspectiva 20:12:25 <zzz> ¿algo más en 1) ? 20:13:04 <str4d> Para todos los demás aquí, lo de las propuestas está en `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals` - por favor, revisad y comentad :) 20:13:26 <zzz> 2) Sustitución de los roles y servicios de kytv `http://zzz.i2p/topics/2098` 20:13:34 <zzz> hay una lista de unas 20 cosas que hacía 20:13:44 <str4d> Nada más por mi parte 20:13:47 <str4d> (sí hice trabajo en I2P Android, solo que no llegué a lanzar) 20:13:55 <zzz> Me he centrado en lo que vi como prioridades más altas: launchpad y debian 20:14:14 <zzz> otros están investigando otras cosas, y cambiamos un par de enlaces de la página de inicio de la consola en la .25 20:14:33 <zzz> para mí lo siguiente más importante es un responsable de Tails 20:15:06 <zzz> ¿hay alguien aquí que conozca Tails Y el empaquetado de debian y pueda ayudar? si no, haré el llamado en twitter cuanto antes 20:15:24 <zzz> nos van a echar de Tails tan pronto como en el próximo lanzamiento en dos meses 20:15:32 <zzz> 2.4 creo 20:15:50 <zzz> es más de lo que puedo manejar. No lo haré. 20:16:02 <str4d> Uf 20:16:19 <str4d> ¿Qué exige Tails como mínimo 20:16:19 <str4d> ? 20:16:20 <zzz> el trabajo es tomar el empaquetado debian que hago, y ajustarlo/integrarlo en Tails, probar probar probar, más una serie de tickets existentes de i2p en Tails 20:16:49 <zzz> hay una gran redacción que hizo kytv creo, está enlazada desde el hilo de kytv en zzz.i2p 20:17:04 <zzz> básicamente la entrada a Tails es un paquete deb 20:17:19 <zzz> pero creo que tienen una lista de quejas acumuladas 20:17:25 <eche|on> call out on twitter 20:17:33 <str4d> +1 en Twitter 20:17:35 <zzz> ¿alguien más tiene algo que informar sobre la sustitución de kytv? 20:18:07 <str4d> No he avanzado más en el servidor de CI Buildbot desde que lo mencioné en IRC hace una o dos semanas 20:18:23 <str4d> Haré más trabajo en ello este fin de semana 20:18:42 <zzz> ok. hay mucho en la lista, que cada uno elija algo importante. 20:19:02 <zzz> última llamada para 2) 20:19:46 <str4d> Si nadie más lo hace, yo *podría* coger el bot/relay de IRC. Poco probable por ahora. 20:20:34 <zzz> creo que los builds de deb están en buen estado pero aún hay cosas como arm para jessie que puede que haya arreglado hoy, o puede que no 20:21:19 <zzz> 3) Actualización de la planificación de la 0.9.26 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:21:33 <zzz> ok quiero hacer 3a) calendario y luego 3b) GMP 6 20:21:38 <zzz> 3a) calendario 20:22:03 <zzz> la hoja de ruta dice 'mayo' y 6-7 semanas desde la última versión, el 22 de marzo, sería principios-mediados de mayo 20:22:36 <zzz> en las reuniones de la hoja de ruta hace un mes, ideamos un plan ambicioso incluyendo el protocolo de suscripción de la libreta de direcciones 20:23:16 <zzz> pero todo se vino abajo al día siguiente cuando todo lo de kytv cayó y fue menos probable que regresara 20:23:36 <zzz> así que no he empezado aún nada relacionado con la 26. las últimas 2-3 semanas han sido a tiempo completo con debian/launchpad 20:24:01 <str4d> ~siete semanas desde ahora es finales de mayo. ¿Crees que sería factible? 20:24:15 <str4d> (Ahora que lo de debian está mayormente bajo control) 20:24:19 <zzz> eso empujará la 26 probablemente a junio, y estaremos muy por detrás de la fecha límite de Tails 2.4 20:24:37 <str4d> Uf 20:24:37 <zzz> finales de mayo podría suceder, pero cada día es menos probable 20:24:42 <str4d> ¿Cuándo es la fecha límite de Tails? 20:25:11 <zzz> no lo sé de memoria. Ya les volví a pedir que incorporaran la 25 ellos mismos (ya se negaron una vez) 20:25:23 <eche|on> I think june is fine, as tails is on the judge currently 20:25:45 <zzz> no tienen visibilidad del uso de i2p en Tails y no oyen ningún clamor, así que lo ven como más problema que beneficio 20:26:18 <eche|on> yeas 20:26:33 <zzz> normalmente, para una gran función como el protocolo de suscripción de la libreta de direcciones, lo tendría terminado una semana antes del lanzamiento _previo_, listo para hacer 'prop' 20:26:54 <zzz> así que eso son 3 semanas de retraso, más el tiempo de desarrollo que es un par de semanas al menos, o 5 semanas de retraso en total 20:27:39 <zzz> ese es el estado. Aún no he publicado nada en la hoja de ruta oficial, pero tendré que hacerlo pronto 20:27:49 <zzz> ¿algo más en 3a) calendario? 20:27:58 <str4d> ¿Qué planeamos incluir en la versión 0.9.27? 20:28:16 <zzz> mira el enlace de la hoja de ruta arriba 20:28:31 <zzz> ntcp2/dh/pt temprano 20:29:18 <str4d> Sigo pensando que las cosas deben suceder en el orden de ahí, así que lo que podríamos hacer es mover el protocolo de suscripción de direcciones a la 0.9.27 20:29:27 <str4d> Eso te da mayo para trabajar en ello 20:29:47 <zzz> pero aún no hay .26. no ha pasado nada. no hay nada ahí salvo cambios de deb 20:29:50 <str4d> Y entonces la .26 pueden ser CRLs y algo de limpieza general quizá 20:30:08 <zzz> hasta que alguien (incluyéndome) haga algo, no hay nada que lanzar 20:30:27 <zzz> así que veremos cómo va. También tengo que tomarme un par de días para hacer mis impuestos :) 20:30:37 <zzz> ¿algo más en 3a) calendario? 20:30:55 <eche|on> no miréis demasiado el calendario planificado 20:30:56 <str4d> Tengo algunos retoques iniciales de UI que han salido de mis conversaciones con sadie que podría aplicar 20:31:20 <zzz> 3b) GMP 6 20:31:25 <str4d> (no el rediseño mayor que tengo planeado sino algunos refinamientos generales) 20:31:50 <zzz> tras unos 15 meses de trabajo, tuna y yo estamos casi listos para hacer 'prop' de la rama gmp6 a trunk para la 26 20:32:05 <zzz> tuna tiene cerca de un centenar de binarios construidos durante los últimos 6 meses, esperando commit 20:32:25 <zzz> construidos de varias formas: VMs, nativo, microsoft, sistemas prestados, etc. 20:32:53 <zzz> tradicionalmente hemos registrado notas detalladas del entorno de compilación (revisiones del compilador, detalles del SO del sistema, etc.) para cada binario que registramos 20:33:13 <zzz> por desgracia, tuna no guardó registros de ninguna de las compilaciones. 20:34:06 <zzz> así que la pregunta es, ¿empezamos de cero (posiblemente nos cueste 6 meses), o solo compilo los binarios de linux e ignoro todo lo demás, o realmente no necesitamos estas notas y seguimos adelante aceptando todo lo que ha hecho tuna? 20:34:08 <eche|on> ¿alguna posibilidad de rehacerlos? 20:34:47 <zzz> tuna dice que imposible. cualquiera podría compilar los binarios linux 32/64. pero todo lo demás es problemático 20:35:00 <eche|on> buena pregunta, en este caso: rehacer o aceptar, no hay término medio 20:35:25 <eche|on> necesitamos el material de gmp para mac, win y arm 20:35:29 <zzz> lo último que me dijo tuna fue o lo tomas o lo dejas, él ya ha terminado 20:35:54 <zzz> incluso si los builds son rápidos, las pruebas son lentas 20:36:25 <str4d> ¿Tenemos el proceso de pruebas escrito en algún sitio? 20:36:54 <zzz> si vas a la última página de `http://zzz.i2p/topics/1960` ha enviado todas las notas de compilación que tiene 20:36:56 <eche|on> (solo para constar, ya aceptamos otras cosas sin notas) 20:37:07 <str4d> porque esto suena exactamente a lo que deberíamos meter en un servidor de CI (integración continua) 20:37:38 <zzz> ha actualizado los readme sobre cómo compilar. hay algo de info en el hilo sobre cómo probar, y yo también he desarrollado mis propios métodos 20:38:07 <zzz> recuerda que ha lanzado 13 versiones de la colección de binarios en los últimos 6 meses 20:38:36 <zzz> hottuna, ¿tienes algo que añadir? 20:38:37 <str4d> Si alguien puede redactar una metodología de pruebas, puedo convertir eso en un tipo de compilación en Buildbot 20:38:58 <str4d> Luego solo es cuestión de encontrar máquinas que conectarlo. 20:39:08 <hottuna> un segundo 20:39:24 <str4d> Estoy pensando que probablemente deberíamos invertir en un Mac que podamos dejar corriendo en algún sitio como buildslave (agente de compilación) 20:39:44 <hottuna> eche|on: sobre reconstruir: no es imposible, pero es demasiado trabajo para mí ahora. con mucho. 20:40:02 <str4d> nada demasiado caro, pero algo que podamos usar realmente para completar el trío (ya tendremos buildslaves de linux y windows una vez que arregle lo de las VMs con eche) 20:40:10 <eche|on> hottuna: ¿hay alguna forma de cómo reconstruir? 20:40:27 <zzz> incluso si la compilación de los 100 archivos ocurriera mañana, serían 3 meses de pruebas 20:40:39 <hottuna> hay un documento readme que _debería_ contener todo lo que necesitas. 20:40:48 <str4d> Al menos, nos hemos beneficiado de las mejoras de hottuna en los distintos scripts 20:41:10 <str4d> Pero la otra pregunta es, si recompilamos ahora, ¿saltamos a 6.1 20:41:11 <zzz> además hay cambios masivos en el propio código de cpuid 20:41:23 <hottuna> str4d: los scripts no son perfectos ahora, pero en cualquier caso están mejor. 20:41:23 <zzz> correcto, quizá 6.1 20:41:25 <str4d> Sí 20:41:30 <hottuna> str4d: si recompilamos, deberíamos saltar a 6.1 20:41:44 <eche|on> ¿el nuevo código funciona bien? 20:41:57 <hottuna> eche|on: por lo que sabemos no tiene bugs (¡ja!). 20:42:07 <zzz> por supuesto, en builds de debian enlazamos dinámicamente, así que obtendrías 6.1 igualmente si está instalada (y esto me recuerda, no hemos probado las libs dinámicas de gmp 6) 20:42:10 <str4d> No estoy seguro de cuánto necesitan cambiar los scripts para hacer 6.1, pero esperaría que básicamente funcionen tal cual 20:42:14 <eche|on> si las pruebas fueron bien, inclúyelo. y reconstruyamos con 6.1 en un canal paralelo y dejemos que la info llegue después 20:42:38 <eche|on> por lo que veo, ya lo hemos probado bastante bien 20:42:51 <hottuna> eche|on: la parte complicada no fue realmente ejecutar los scripts. conseguir máquinas, preparar entornos y probar fue la parte complicada/lenta 20:43:03 <eche|on> sí 20:43:13 <str4d> hottuna, eso es lo que quiero meter en CI 20:43:15 <zzz> volvamos a la pregunta original. ¿Queremos tirar 6 meses de trabajo (en realidad llevamos con ello desde principios de 2015) o podemos aceptar los binarios que tenemos, sin notas sobre los detalles? 20:43:25 <str4d> ¿Cuántas máquinas distintas crees que usaste? 20:43:37 <zzz> dejemos CI etc. a un lado por el momento y decidamos si tenemos un problema o no 20:43:52 <hottuna> str4d: debería ser mayormente plug and play, con uno o dos targets añadidos. no tiene sentido no tener soporte para las últimas arquitecturas soportadas por gmp 20:44:13 <str4d> zzz, me inclinaría por aceptar los binarios condicionado a que hagamos una migración a 6.1 20:44:24 <hottuna> str4d: ~6 entornos distintos 20:44:29 <zzz> 6.1 está en la hoja de ruta para finales de este año 20:44:39 <zzz> los binarios actuales son 6.0 20:44:41 <str4d> ¿Cuáles son los efectos colaterales de aceptar los binarios? 20:44:41 <hottuna> str4d: no necesariamente máquinas diferentes al hacer cross-compiling 20:44:51 <str4d> 1) acaban en mtn 20:45:01 <zzz> además recuerda, nos da grandes mejoras de velocidad en cierto hardware, y también tiempo constante 20:45:17 <str4d> 2) se incluyen en los archivos de actualización e instalación pertinentes 20:45:21 <zzz> ¿'efecto colateral' = cosas malas? 20:45:28 <str4d> 2a) aumentando mucho el tamaño del archivo de actualización 20:45:44 <str4d> 3) si está roto en algún sistema particular, ¿qué pasa? 20:46:03 <str4d> Planeábamos 1) de todos modos 20:46:26 <zzz> solo registramos los binarios si se van a hacer prop inmediatamente para la .26. 20:46:28 <str4d> Lo mismo con 2), pero los binarios 6.0 serían reemplazados por los 6.1 así que no es gran cosa 20:46:37 <str4d> El que me preocupa es el 3) 20:46:43 <zzz> solo se registrarán los binarios para la release 20:47:00 <str4d> 3a) ¿hay código existente para verificar un estado de fallo? 20:47:04 <zzz> 3) es un riesgo genérico para cualquier cambio 20:47:19 <zzz> fallos en gmp suelen ser crash de la JVM 20:47:26 <str4d> 3b) ¿Hay forma de hacer fallback a un libjbigi anterior que funcione? 20:47:44 <str4d> (sea automática o manual) 20:48:00 <str4d> ¿Podríamos p. ej. renombrar el viejo libjbigi para que si hay un problema, podamos decir a los usuarios "ve y renombra este archivo"? 20:48:22 <zzz> str4d, ¿estás explorando si deberíamos cambiar jbigi alguna vez? estos son impactos genéricos por cambiar gmp en absoluto 20:49:14 <str4d> zzz, tu preocupación es no saber el origen preciso de estos binarios. Mi suposición entonces es que nos preocupa que si hay un problema, se haga mucho más difícil rastrear la fuente. 20:49:27 <str4d> Así que estoy pensando en términos de estrategias de mitigación 20:50:00 <zzz> podríamos no incluir jbigi.jar en la actualización 26, así solo las instalaciones nuevas lo tendrían. Sería un despliegue más lento. 20:50:25 <zzz> instalaciones nuevas + launchpad/deb 20:50:57 <zzz> la corrección genérica es eliminar libjbigi.so y jbigi.jar, entonces funcionas sin 20:51:01 <str4d> Podría ser buena idea de todos modos 20:51:30 <str4d> Desplegar a instalaciones nuevas, y si no oímos problemas, desplegar en actualizaciones en la próxima versión. 20:51:43 <zzz> Supongo que el punto de tuna es que nada es reproducible de todos modos. Son todos sistemas prestados y VMs ya desaparecidas 20:52:23 <zzz> eche|on, ¿está disponible la info del sistema y de msvc de la máquina que usó hottuna para los builds de win? 20:53:10 <zzz> tuna no se ofreció a ninguna investigación en absoluto, pero ¿no tomó prestado el portátil de sadie también? ¿o es todo inútil ya que puede que se hayan hecho actualizaciones mientras tanto? 20:53:24 <eche|on> tuvo acceso a la máquina win 10 en mi host kvm. Puedo iniciar sesión y comprobar 20:53:33 <str4d> Mmm, por eso me gustaría hacer los builds 6.1 en Buildbot con servidores de compilación que podamos rastrear. 20:53:57 <hottuna> zzz: tomé prestados dos Mac OS X de amigos distintos 20:53:58 <eche|on> no cambié la vm en absoluto 20:54:33 <zzz> nadie se ha ofrecido ni a coger un mac gratis que paguemos nosotros, porque nadie quiere ser el 'chico mac' 20:54:51 <zzz> así que es realmente una falta de tiempo y de gente, no de dinero 20:55:17 <hottuna> zzz: yo simplemente no quiero cacharros que tenga que cargar. 20:56:01 <zzz> aquí están las notas de compilación completas de hottuna: 20:56:03 <zzz> Notas de compilación jbigi: 20:56:03 <zzz> ------------------ 20:56:03 <zzz> Windows: Compilación cruzada, hosts linux. Compilador: GCC 20:56:03 <zzz> Linux: Compilación nativa. Compilador: GCC 20:56:03 <zzz> FreeBSD: Compilación nativa, VM. Compilador: GCC 20:56:03 <zzz> OSX: Compilación nativa. Compilador: GCC 20:56:03 <zzz> Notas de compilación jcpuid: 20:56:03 <zzz> ------------------- 20:56:03 <zzz> Windows: Compilación nativa. Compilador: MSVC 20:56:03 <zzz> Linux: Compilación nativa. Compilador: GCC 20:56:03 <zzz> FreeBSD: Compilación nativa. Compilador: GCC 20:56:03 <zzz> OSX: Compilación nativa. Compilador: GCC 20:56:17 <zzz> ¿son suficientes o empezamos de cero? 20:57:14 <str4d> Dado que vamos a migrar a 6.1 a finales de año, y que estos binarios han tenido pruebas razonables, me inclino a decir que sí. 20:57:41 <zzz> ¿alguna objeción? 20:57:45 <eche|on> al menos es un comienzo, pero en términos de "compilaciones reproducibles de Tor" no es nada. ¿qué tipo de estándares queremos? 20:58:03 <hottuna> no 20:58:34 <eche|on> Me gustaría incluirlos en instalaciones nuevas con el flag "temp". Sé que es trabajo duro. 20:59:14 <zzz> básicamente las pruebas actuales han caído a cero. La única forma de obtener más pruebas es meterlos en trunk, y una release. 20:59:17 <susbarbatus> Disculpas por engancharme a esto; tengo varios mac, y no tengo problema en ser el tipo de mac o bsd. Si alguien puede decirme qué se requiere después de la reunión o así, puedo evaluar si sería algo a lo que pueda contribuir si tengo suficiente conocimiento / lo pueda aprender. 20:59:29 <zzz> genial susbarbatus 20:59:44 <str4d> susbarbatus, eso sería fantástico 20:59:47 <zzz> ok entonces pidamos a hottuna que los registre 20:59:53 <eche|on> zzz: sí, nunca dijimos que la release es 100% segura y completa^^ 21:00:05 <zzz> hottuna, la rama es i2p.i2p.str4d.gmp6 (NO i2p.i2p.zzz.gmp6) 21:00:17 <hottuna> ok 21:00:38 <zzz> hottuna, no olvides hacer mtn drop de los que haya que eliminar. Cuando termines, el directorio debe coincidir exactamente con lo que hay en tu zip v13 21:00:50 <zzz> ¿algo más en 3b) ? 21:00:55 <hottuna> ¿quieres que eliminemos los viejos jcpuid/binarios de plataformas para las que no construimos? 21:01:09 <str4d> susbarbatus, lo que querría montar es un servidor de compilación, si puedes comprometerte a tener un mac siempre encendido y estar disponible para preguntas/asistencia cuando algo falle. En general no requeriría mucha participación por tu parte, porque el servidor de compilación se controlaría automáticamente :) 21:01:28 <zzz> Creo que la propuesta de hottuna era que v13 fuera EXACTAMENTE lo que se iba a lanzar, nada más, nada menos. 21:01:38 <zzz> si quieres podemos revisarlo de nuevo después de la reunión 21:01:38 <str4d> O si no siempre encendido, al menos fácilmente iniciable en la configuración del servidor de compilación 21:01:51 <hottuna> zzz: espléndido 21:01:54 <str4d> (el buildmaster manejará buildservers que no estén siempre online) 21:02:12 <zzz> dejemos el tema del servidor de compilación sobre la mesa y pasemos a 4) 21:02:22 <zzz> 4) Planificación para HOPE `http://zzz.i2p/topics/1968` 21:02:23 <susbarbatus> str4d: no hay problema. Puedo conectar mi mac mini ~2012 para eso. Es lento pero no estará haciendo nada más. 21:02:24 <str4d> ACK 21:02:33 <str4d> ^5 susbarbatus :) 21:02:52 <eche|on> hope - I got a ticket to spent 21:02:57 <zzz> Me reuní con Lance esta semana. la propuesta sigue siendo que nos ofrezca una sala de conf. pequeña todo el día, o el día antes o después de HOPE 21:03:04 <zzz> es decir, 21 o 25 de julio 21:03:22 <zzz> Le insistí en que necesitamos una fecha y compromiso pronto, para poder comprar billetes de avión 21:03:46 <zzz> esto no estaría abierto al público. solo por invitación, 5-6 personas, simplemente un espacio para reuniones de la hoja de ruta, etc. 21:03:51 <str4d> A estas alturas no puedo comprometerme a estar allí, aunque hay una pequeña posibilidad de que realmente esté en EE. UU. para entonces 21:04:00 <zzz> además le presentamos lo que estamos haciendo y viceversa 21:04:30 <zzz> ahora mismo tengo a mí y a sadie como seguros, con comradenosebleed y lazygravy como posibles. ¿Quién más? 21:04:49 <zzz> ¿y cuál es la fecha límite para que tengáis listos los arreglos de viaje? 21:05:33 <zzz> si solo somos sadie y yo quizá podemos cancelar todo, pero veamos 21:05:39 <zzz> ¿alguien? 21:06:04 <zzz> ¿viene hottuna? 21:06:07 <str4d> (todo depende de cuándo se convoque mi defensa de tesis, no tengo idea de cuándo será aún) 21:06:09 <str4d> (y también de otros temas relacionados con el visado) 21:06:17 <str4d> Si mi defensa de tesis es antes, me gustaría estar allí (aunque solo sea volando de paso) 21:06:17 <eche|on> Estoy interesado, pero no puedo pagar el vuelo y hotel. esp. si nos reunimos más tarde en can 21:06:17 <str4d> Así que pregúntame de nuevo en un mes o así 21:06:45 <zzz> ok, mantendré la presión sobre lance para concretarlo, y espero que aparezca la gente 21:06:50 <zzz> última llamada sobre 4) 21:07:00 <hottuna> zzz: es realmente incómodo para mí por fechas. tengo que estar en la UE el 16 de jul. para una boda. 21:07:15 <hottuna> No creo que me atreva a comprometerme ahora,. 21:07:20 <zzz> genial, pasa por NYC a la vuelta :) 21:07:26 <hottuna> (o en absoluto si tiene que ser ahora) 21:07:33 <hottuna> hmmph.. 21:07:44 <hottuna> no es mala idea 21:07:47 <zzz> 5) Breve revisión de las reuniones mensuales y de la gestión del proyecto tras 3 meses 21:07:59 <str4d> Así que apúntame como un "ojalá" para la quedada, y poco probable para HOPE (ya que no puedo comprometerme a necesitar una entrada, pero usaré una de sobra si resulta que estoy allí) 21:08:26 <zzz> ok, desde mi perspectiva esto no está funcionando en absoluto, casi no se completan puntos de acción, así que ¿se pueden arreglar las cosas o deberíamos dejar las reuniones mensuales? 21:08:40 <str4d> Creo que se pueden arreglar 21:08:42 <zzz> si nadie hace nada, no hay nada que gestionar. No es tan malo, pero casi 21:09:11 <str4d> Como mínimo, creo que las reuniones mensuales son útiles 21:09:30 <zzz> el objetivo también era transferir la gestión del proyecto a sadie pero ni siquiera está asistiendo a las reuniones así que eso tampoco va por buen camino 21:09:32 <hottuna> Coincido en eso 21:09:44 <str4d> Ella pensó que era una hora antes 21:09:49 <str4d> Está en otra reunión ahora 21:10:19 <str4d> (llegó una hora antes y nadie hablaba aquí) 21:10:41 <zzz> claro, a todo el mundo le encantan las reuniones cuando no tienen que dirigirlas. Pero yo quedo como un tonto preguntando cada mes si algo que alguien prometió hace 3 meses ha pasado. Estoy cansado. 21:10:49 <str4d> He hablado de esto con sadie, y ahora tenemos reuniones semanales para mantenernos al día con los puntos en los que ambos estamos trabajando 21:11:19 <str4d> zzz, entonces no hagas que el foco de la reunión sea "¿hiciste esto?" 21:11:36 <zzz> quizás esto suene demasiado grave pero con la falta de progreso y la desaparición de kytv creo que estamos en serios problemas 21:11:40 <hottuna> zzz: ¿cuándo se supone que debe ocurrir la transición a sadie? 21:11:40 <str4d> Creo que las reuniones mensuales deberían ser más para reevaluaciones de prioridades y reorganizaciones 21:11:58 <zzz> ok, entonces ¿cómo mantenemos a la gente en curso para hacer lo que prometieron? 21:12:13 <str4d> mientras que el "¿has hecho esto?" necesita a) más responsabilidad personal y b) más seguimiento uno a uno 21:12:30 <hottuna> zzz: no es genial de ninguna manera, pero "serios problemas" probablemente sea exagerar. 21:13:02 <str4d> zzz, en mi caso, he establecido reuniones semanales con sadie para ayudarme a mantenerme en curso, y le he dado acceso a mi lista de tareas de I2P para que ayude a priorizar 21:13:07 <susbarbatus> str4d: Creo que el punto es más bien que, si todos cumplieran promesas/compromisos, entonces zzz no tendría que hacer la pregunta de si hiciste esto ;). 21:13:12 <str4d> (solo hemos tenido una reunión hasta ahora, así que aún tengo que ver cómo funciona) 21:13:17 <str4d> susbarbatus, sí 21:13:50 <str4d> Debemos ser lo suficientemente flexibles para manejar el hecho de que la gente hace esto por diversión/voluntariado fuera de su trabajo regular 21:14:13 <zzz> correcto. Mi sistema actualmente es que cuando terminas algo, lo informas en el hilo de zzz.i2p de la reunión, para que NO tengamos que ocupar tiempo de reunión con ello 21:14:15 <str4d> Pero también debemos enfatizar que si alguien no está haciendo cosas, no está ayudando 21:14:28 <zzz> solo cuando la gente no termina y no informa es cuando tenemos que perder tiempo aquí 21:14:42 <str4d> y es mejor pasar un punto a otra persona que bloquear indefinidamente 21:14:54 <str4d> (lo dice el tipo que actualmente está bloqueando indefinidamente I2P Android :P ) 21:15:19 <zzz> así que str4d y sadie han configurado un sistema paralelo de gestión del proyecto no público como experimento. eso es interesante, pero por supuesto no está claro cómo se relaciona con lo que estoy haciendo, o si debería seguir haciéndolo 21:15:55 <str4d> zzz, es una parte del panorama más amplio 21:16:28 <str4d> Como dije arriba, creo que intentar hacer el "¿por qué no hiciste esto?" en una reunión mensual no es tan útil como pensamos que podría ser 21:16:35 <zzz> así que la gestión del proyecto vía mi foro y poner en evidencia en reuniones mensuales, estoy preparado para declararla un fracaso 21:16:50 <str4d> porque si no han hecho nada durante las primeras tres semanas, no es probable que lo terminen la última 21:17:21 <str4d> de ahí que piense que revisiones rápidas más regulares para quienes tienen puntos pendientes es mejor, que es lo que estoy probando con sadie 21:17:34 <zzz> a estas alturas no creo que vuelva a recibir el borrador de comradenosebleed, ni un CoC, ni casos de uso en la web, ni un lanzamiento de android, al menos no para una fecha concreta por lejos que se ponga 21:18:10 <zzz> así que propongo detener la revisión mensual de puntos de acción. Como siempre, la gente hará o no lo que quiera en código abierto, y es muy muy difícil convencer a alguien de hacer algo por aquí. 21:18:36 <zzz> la gente hará lo que quiera, y las zanahorias y palos que tengo no son efectivos 21:19:50 <str4d> Yo voto que mantengamos las reuniones mensuales, y las usemos para seguir ajustando nuestras prioridades basándonos en lo que SÍ se hace y lo que ha pasado en el último mes (p. ej. lo que acabamos de hacer sobre la .26 tras kytv) 21:20:56 <susbarbatus> Bien, ¿cómo va ese sistema de recompensas en este momento? P. ej. es una lista pública resumida con incentivo pagado. ¿La gente sigue mirándola? 21:20:59 <susbarbatus> Lo que quiero mencionar; ¿qué hay de micropagos por tareas? 21:21:03 <str4d> mientras, si alguien acepta hacer algo, también debería aceptar mantener a sadie informada sobre el progreso, o al menos dar a sadie un canal de comunicación para regañarles :P 21:21:21 <zzz> ok entonces propongo dimitir como gestor del proyecto, a ser reemplazado por algún sistema y persona por determinar. Tendremos reuniones mensuales pero sin revisión de puntos de acción 21:21:54 <zzz> la próxima reunión será el mar. 3 de mayo 21:21:58 <zzz> ¿algo más en 5) 21:22:10 <zzz> ¿algo más para esta reunión? 21:22:35 <str4d> Nada por mi parte 21:22:53 <zzz> gracias a todos, reunión larga hoy 21:22:58 * zzz *bafs* the meeting closed

Versión 0.9.25

Tue, 22 Mar 2016 00:00:00 +0000

Detalles de la actualización

Para evitar los problemas causados por la antigua biblioteca commons-logging, la hemos eliminado. Esto hará que los complementos I2P-Bote muy antiguos (0.2.10 y anteriores, firmados por HungryHobo) se bloqueen si tienen IMAP habilitado. La solución recomendada es reemplazar su complemento I2P-Bote antiguo por el actual firmado por str4d.

CCC Recap

Sat, 23 Jan 2016 00:00:00 +0000

Asistentes: Sadie, Colin, lazygravy, zzz, hottuna, kytv, cacapo y eche|on.

Inicio

El proyecto ha tenido otro año exitoso en el CCC. Queremos agradecer a los voluntarios de la 32C3 por toda su ayuda en la organización de este evento y por ser anfitriones muy serviciales con nosotros. Muchos colaboradores de I2P pudieron asistir al Congreso de este año debido a muchas de las generosas donaciones de seguidores como ustedes al proyecto.

Reunión de desarrolladores de I2P - 30 de diciembre de 2015

Wed, 30 Dec 2015 00:00:00 +0000

Resumen rápido

Presentes: cacapo, comraden1, dg, eche\|on, hottuna, kytv, lazygravy, psi, str4d, zzz

Registro de la reunión

09:49:14 <zzz> 0) Hola 09:49:14 <zzz> 1) Estructura y objetivos de la reunión 09:49:14 <zzz> 2) PR 09:49:14 <zzz> 3) Gestión de proyectos 09:49:14 <zzz> 0) Hola 09:49:16 <zzz> Hola 09:49:30 <zzz> 1) Estructura y objetivos de la reunión 09:49:30 <zzz> Antes que nada, me disculpo por la hora horrenda de esta reunión para nuestra gente de Norteamérica. 09:49:30 <zzz> Esto será un poco diferente de nuestra estructura habitual de reuniones porque en su mayoría es presencial aquí en CCC. 09:49:31 <zzz> Intentaremos transmitir los puntos destacados a IRC. 09:49:33 <zzz> También tomaremos notas aquí. 09:49:35 <zzz> Ahora permítanme dar un preámbulo para esta reunión. 09:49:49 <zzz> Como todos deberían saber, Sadie fue una parte fundamental de la organización y el éxito de I2PCon en Toronto. 09:49:49 <zzz> Todos vimos su talento y entusiasmo en Toronto, y obviamente quiere hacer más por I2P en adelante. 09:49:49 <zzz> Al trabajar con ella antes y durante la conferencia, supimos que tiene amplia experiencia en Gestión de proyectos y PR, 09:49:49 <zzz> tanto con Tor como en el mundo real. 09:49:49 <zzz> Lo que le pedí después de la conferencia fue conocer mejor nuestro proyecto, comprender nuestra estructura y procesos actuales, 09:49:52 <zzz> y volver con recomendaciones sobre qué podríamos mejorar y cómo podría ayudarnos. 09:50:04 <zzz> Desde entonces, ha tenido varias conferencias largas por teléfono con tuna, conmigo, str4d, psi y otros, 09:50:04 <zzz> y ha revisado nuestro sitio web, Trac y los procesos actuales. 09:50:04 <zzz> Además, psi la ha nombrado Subdirectora de PR y está tuiteando en la cuenta @GetI2P y ayudando a difundir I2P. 09:50:06 <zzz> Ahora está lista para darnos algunas recomendaciones. 09:50:06 <zzz> Si bien mi pregunta original para ella fue «¿cómo puedes ayudarnos?», la respuesta que vuelve es 09:50:06 <zzz> más bien «estas son las cosas que tenemos que arreglar para que pueda ayudar de forma efectiva», 09:50:08 <zzz> seguido por las cosas concretas que podría hacer por nosotros, o más precisamente cómo podemos trabajar todos juntos de manera más efectiva. 09:50:19 <zzz> Lo que me gustaría hacer hoy es escuchar sus recomendaciones y discutir brevemente cada una. 09:50:19 <zzz> Muchos de estos temas tienden a provocar discusiones largas y me gustaría contener eso para no estar aquí todo el día. 09:50:19 <zzz> Para cada recomendación, me gustaría obtener el compromiso de uno de ustedes para hacer seguimiento. 09:50:19 <zzz> Si la recomendación no es controvertida y tenemos consenso, ese compromiso sería implementarla. 09:50:20 <zzz> Si necesita más investigación o no estamos de acuerdo, ese compromiso sería revisar nuestras opciones y 09:50:21 <zzz> proponer un plan, o una contrapropuesta, o una lista de opciones para discutir en una reunión futura. 09:50:23 <zzz> Estos compromisos y fechas límite se anotarán y se hará seguimiento. 09:50:25 <zzz> No quiero atascarme en un solo tema, así que buscaré voluntarios para dar seguimiento a la mayoría de las cosas. 09:50:42 <zzz> Quiero enfatizar que yo le pedí a Sadie que hiciera esto y nos diera su opinión basada en su experiencia previa. 09:50:42 <zzz> Puede que no estemos de acuerdo, pero deberíamos escuchar y considerar cuidadosamente sus recomendaciones. 09:50:42 <zzz> I2P es un copito de nieve muy particular y no todo puede ser apropiado para nosotros, 09:50:42 <zzz> pero ella ha llegado a conocernos bastante bien este año, así que escuchemos lo que trae. 09:50:43 <zzz> Por supuesto podremos recibir sugerencias de otros, pero tengo la sensación de que Sadie ya tiene muchas cosas cubiertas. 09:51:24 <zzz> Primero vamos a hablar de PR y luego de Gestión de proyectos. 09:51:24 <zzz> Ambos son temas muy amplios y habrá solapamientos. Pero intentemos mantenerlos lo más separados posible. 09:51:54 <zzz> *** fin del pegado para el tema 1), empezaremos con el 2) en unos minutos. gracias *** 09:58:39 <hottuna> str4d: hola, deberíamos hablar sobre las cosas de DH que estamos usando 09:59:30 <str4d> hottuna, ¿te refieres a los handshakes de NTCP y SSU? 09:59:55 <hottuna> supongo que donde sea que se use DH 10:00:39 <hottuna> ok. hablemos de eso después de la reunión 10:00:47 <str4d> Seguro 10:00:57 <str4d> Según `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` es solo NTCP y SSU 10:01:21 <hottuna> zzz nos leerá ahora la nota larga de arriba 10:01:48 <str4d> (Todavía tengo que actualizar esa página antes de mi charla) 10:04:10 <psi> creo que estoy aquí 10:06:33 <lazygravy> psi: sí, zzz publicó un mensaje largo justo antes de que entraras. hablando IRL (en persona) ahora mismo 10:07:57 <hottuna> Así que lo que buscamos es obtener compromisos de la gente para solucionar un montón de temas distintos 10:08:25 <hottuna> Algunas de las cosas que vamos a tratar serán controvertidas y otras no 10:08:47 <hottuna> los temas no controvertidos esperamos simplemente asignarlos a una persona y que queden resueltos 10:08:56 <hottuna> Pasando a Sadie y PR 10:09:16 <hottuna> gravy y sadie han estado escribiendo entradas de blog 10:09:29 <hottuna> y están buscando más contenido 10:10:21 <hottuna> mucho contenido se pierde en los mensajes de commit 10:10:38 <hottuna> donde el autor del commit no registra realmente la importancia del commit 10:11:24 <str4d> En lugar de escanear mensajes de commit, el mejor/más fácil lugar para mirar es history.txt 10:11:30 <hottuna> idealmente nos gustaría publicar una entrada de blog al menos cada 2 meses para mantener cierta sensación de impulso 10:12:08 <str4d> Eso aún no da una indicación de importancia, pero es contextualmente más fácil de manejar y filtra la paja de commits que no llega a history.txt 10:13:04 <lazygravy> str4d: el punto es que hay tantas cosas geniales sucediendo y no hay forma de enterarse sin seguir I2P de cerca. debería ser más fácil para la gente ver lo interesante 10:13:47 <str4d> Quizá lo que podría ayudar (esto sería bastante radical) sería reestructurar history.txt para organizar los ítems por importancia (major/minor/bugfix), más como un changelog (o tener un archivo de changelog paralelo) 10:14:13 <str4d> ya que tal como está, el archivo de historial es realmente solo un registro de commits más fácil de analizar 10:14:30 <str4d> Dicho esto, sí es conveniente, así que quizá la información en paralelo sería mejor (aunque más difícil de mantener) 10:14:38 * str4d deja de atascarse en detalles específicos 10:14:41 <str4d> :P 10:14:59 <hottuna> lazygravy podría actuar como editor y, de alguna manera, delegar la responsabilidad de escribir contenido cuando sea apropiado 10:15:14 <str4d> Sin duda, facilitar saber qué está pasando es un plus, y creo que algunos de los temas de organización de alto nivel ayudarán en esto 10:15:33 <str4d> (es decir, quien escriba la entrada puede mirar allí el panorama general en lugar del registro de commits) 10:15:56 <psi> suena bastante similar a la programación en pareja 10:16:10 <hottuna> siguiente tema dentro de PR 10:16:29 <hottuna> sobre tener una campaña de reseeds y atraer nuevos desarrolladores 10:16:46 <psi> (o más bien programación de pareja casada, el programador y la esposa del programador) 10:17:11 <lazygravy> str4d: p. ej., qué demonios son los encrypted lease sets, o un buen destacado del repo Debian de kytv 10:17:15 <hottuna> nos gustaría involucrar a torontocrypto para atraer más hosts de reseed 10:17:23 <lazygravy> s/i.e./e.g./ 10:17:24 <iRelay> lazygravy quiso decir: str4d: p. ej. qué demonios son los encrypted lease sets, o un buen destacado del repo Debian de kytv 10:18:25 <hottuna> Nos gustaría generar un paquete de contenido que contenga toda la información que necesitarías para configurar un host de reseed y que esté disponible en un solo lugar 10:19:14 <hottuna> necesitamos articular por qué los reseeds son necesarios e importantes 10:19:18 <str4d> Mmm 10:19:42 <str4d> Incluso podría hacerse tan simple como «sudo apt-get i2p-reseed» 10:20:22 <lazygravy> str4d++ 10:20:23 <kytv> Estaba pensando en hacer imágenes de Docker para que pueda ser completamente plug-n-play 10:20:47 <psi> el reseed en Go era excesivamente fácil de configurar y usar 10:20:56 <hottuna> hottuna/Yo me ofrecí para escribir unos párrafos sobre por qué se necesitan los reseeds y qué hacen 10:21:07 <hottuna> kytv: eso sería increíble 10:21:23 <str4d> kytv++ 10:21:35 <str4d> Soltar y usar es lo ideal 10:22:00 <str4d> Algo así como lo que se mencionó en una de las charlas de Tor ayer, sobre cómo en el futuro la gente podría obtener un certificado de LetsEncrypt que venga con un .onion gratis 10:22:16 <str4d> (es decir, el script de letsencrypt configura el HS de Tor para el usuario) 10:22:38 <kytv> i2p-tools de mdrollete está disponible como imagen de Docker, así que quizá podríamos (=yo podría) pulir mi imagen de Docker de I2P (aún no anunciada) para que se pueda hacer todo copiando y pegando una sola línea de comandos y que el reseeding “simplemente funcione” 10:22:41 <hottuna> sobre la incorporación de desarrolladores, hacer el código fuente más accesible 10:22:42 <str4d> (eso en sí sería súper bueno para I2P, pero es ligeramente distinto de lo que necesitamos aquí) 10:22:55 <comraden1> kytv: Docker seguro 10:23:01 <hottuna> str4d: ¿podría convencerte de añadir algunos enlaces al código fuente desde geti2p.net? 10:23:04 <str4d> Si los reseeds son un appliance, también hace mucho más fácil mantener sincronizados los reseeds honestos 10:23:17 <str4d> hottuna, ¿dónde? 10:23:18 <lazygravy> idea: deberíamos eliminar la nota de la 0.7.6 en la página de descargas 10:23:33 <kytv> (Soy más de lxc, pero estoy aprendiendo Docker, así que lo que sea ) 10:23:45 <kytv> ja 10:23:50 <lazygravy> kytv: Docker parece estar “tan de moda” ahora mismo, así que podría ser lo mejor 10:23:54 <hottuna> donde tenga sentido 10:24:08 <str4d> Creo que hay al menos un enlace al ViewMTN de kytv, pero eso está dentro de I2P 10:24:11 <hottuna> pero la idea es facilitar echar un vistazo rápido al código fuente 10:24:13 <kytv> Mover toda la documentación de cosas antiguas a /attic o algo relacionado 10:24:19 <hottuna> para atraer desarrolladores 10:24:33 <hottuna> str4d: fuera de I2P e idealmente desde geti2p.net es lo que querríamos 10:24:36 <str4d> Podría añadir enlaces desde la nueva página de devs a la página de GitHub, pero tendrían que estar claramente marcados como de solo lectura 10:24:50 <psi> si realmente quieres atraer devs, deberíamos dar más vida al GitHub 10:24:52 <hottuna> sí. 10:25:57 <str4d> ¿La nueva página de devs es donde quieres los enlaces? 10:25:57 <hottuna> eso suena como un paso simple y directo 10:25:57 <hottuna> solo añadir un enlace de solo lectura a GitHub 10:25:57 <str4d> hottuna, ¿cuál? ¿Enlaces, o dar más vida a GitHub? 10:25:57 <hottuna> sería una mejora 10:25:57 <str4d> ahk 10:26:05 <hottuna> str4d: ¿puedo escribir tu nombre junto a eso? 10:26:24 <hottuna> ese ítem, quiero decir 10:26:38 <str4d> Claro. Supongo que de todo esto se crearán tickets en Trac 10:26:51 <hottuna> no estoy seguro de que sea así. 10:26:57 <hottuna> le preguntaré a zzz 10:27:09 <str4d> Bueno sí, probablemente no valga la pena para las tareas más pequeñas 10:27:20 <str4d> Mientras en algún momento reciba la lista :P 10:27:26 <hottuna> ok 10:27:36 <hottuna> creo que zzz hará un writeup en zzz.i2p 10:28:22 <kytv> casi con certeza irá a zzz.i2p, pero quizá también como tickets en Trac 10:28:41 <str4d> k 10:28:50 * str4d abre la lista de tareas para empezar a añadir ítems 10:32:43 <hottuna> estamos hablando de para qué casos de uso deberíamos promocionar I2P 10:33:13 <hottuna> y el consenso parece ser que deberíamos promocionar los casos de uso en los que somos buenos. como Bote 10:33:20 <str4d> Mmm 10:33:29 <str4d> Definitivamente necesitamos impulsar el aspecto peer-to-peer 10:33:36 <hottuna> como los torrents, potencialmente 10:33:38 <hottuna> y 10:33:57 <hottuna> nos gustaría destacar estos buenos usos en la página principal 10:34:12 <hottuna> *lo que nos gustaría destacar 10:34:20 <str4d> Eso es algo en lo que I2P debería tener una ventaja fundamental, debido a su naturaleza de conmutación por paquetes y a la simetría a nivel de tunnel 10:34:33 <hottuna> sí. y hay otras cosas en las que somos buenos 10:34:39 <str4d> Y en particular aplicaciones que por sí mismas fomentan la contribución de forma inherente 10:34:41 <hottuna> y esas cosas deberíamos promoverlas 10:35:05 <hottuna> y mientras tanto podemos seguir trabajando en las cosas en las que aún no somos tan buenos 10:35:09 <str4d> (porque la necesidad de contribución de I2P puede entonces apoyarse en la de la aplicación) 10:35:43 <hottuna> lazygravy, str4d, cacapo: ¿podrían trabajar en los 3 mejores casos de uso para I2P? 10:36:01 <hottuna> para que luego podamos presentarlos correctamente en la portada 10:36:18 <str4d> Seguro 10:37:03 <cacapo> sí 10:37:08 <hottuna> ¿cuándo pueden volver con algo (recomendaciones o cambios en el sitio web)? 10:37:43 <hottuna> ¿está bien una fecha límite para finales de enero? 10:37:55 <cacapo> ok 10:38:01 <hottuna> relacionado con PR: i2p.net estará disponible pronto 10:38:03 <str4d> Por mí, bien 10:39:04 <eche|on> 16.4.2016 es para i2p,net 10:39:11 <str4d> Puedo decir ahora mismo que si nos referimos a «cosas que funcionan bien ahora mismo», en realidad hablamos solo de correo de alta latencia (Bote) y torrents. Pronto podremos añadir almacenamiento de datos distribuido también (una vez que Tahoe tenga soporte nativo para cliente I2P) 10:39:24 * str4d espera con ganas que i2p.net sea recuperado 10:39:33 <eche|on> Tahoe solo será usable con subidas/descargas en paralelo 10:40:08 <str4d> Creo que sería ideal encajarlo con mi propuesta para servicios de dev en i2p.i2p, tenerlos disponibles en paralelo dentro y fuera de la red 10:40:12 <hottuna> cacapo menciona que I2P no comunica muy bien una narrativa sobre el proyecto. o nada en absoluto. 10:40:29 <lazygravy> str4d: Tahoe tiene sus propios problemas de UI... :/ (aunque lo adoro) 10:40:29 <hottuna> a diferencia de Tor, que tiene mucha historia y contexto histórico 10:41:03 <str4d> hottuna, ¿a qué narrativa se refiere? 10:41:09 <hottuna> relacionada con jake/snowden/&/etc 10:41:42 <str4d> ah, ¿narrativa que relacione la historia de I2P con el contexto mundial? 10:41:43 <hottuna> comraden1: se ofrece para hacer un writeup de la historia de I2P 10:41:52 <str4d> (¿como hizo la charla de HS de Tor?) 10:42:05 <eche|on> historia: charla de zzz en I2PCon, mi charla en 32c3 10:42:06 <hottuna> (no vi eso) 10:42:33 <str4d> también mi charla en I2PCon tuvo un poco 10:42:37 <hottuna> zzz, comraden1, lazygravy se ofrecieron a hacer el writeup propiamente dicho 10:42:41 <hottuna> psi: ¿andas por aquí? 10:42:53 <psi> sí 10:42:57 <hottuna> str4d: y también la parte de Lance James 10:43:34 <str4d> lazygravy, la UX de Tahoe debería mejorar mucho una vez que se libere magic folders. En cuanto a UI, aún tiene trabajo por hacer, pero no tanto como nosotros :P 10:43:52 <hottuna> str4d, sadie, ¿podrían ayudarse mutuamente para hacer promoción de la charla de RWC? 10:44:03 <hottuna> Últim aviso para temas relacionados con PR 10:44:06 <hottuna> últim* 10:44:08 <hottuna> último* 10:44:49 <hottuna> de acuerdo, tomaré eso como silencio 10:44:50 <str4d> hottuna, sí, me mantendré en contacto con Sadie 10:44:56 * str4d aún tiene que preparar esa charla :/ 10:45:04 <hottuna> Al siguiente tema. GESTIÓN DE PROYECTOS 10:45:34 <comraden1> str4d: también «historia de cómo empezó I2P». Estoy pensando en la marina investigando onion routing -> second generation onion router -> Tor 10:46:40 <str4d> comraden1, mmm, probablemente encontrarás mucho de eso en los registros de reuniones tempranos de I2P en el sitio web 10:47:15 <str4d> Si te pones a hurgar por ahí, siéntete libre de escribir resúmenes rápidos de las reuniones que pueda añadirles :P 10:48:11 <comraden1> str4d: zzz mencionó que tiene mucho de eso en la cabeza y quería escribir un borrador. Yo voy a editar y asegurarme de que esté perfecto antes de publicarlo 10:48:45 <str4d> +1 10:49:19 <dg> Recuerdo haber hablado de eso con zzz hace siglos; si tiene logs de eso, podría ser útil 10:49:22 <hottuna> estamos hablando de cuáles son los objetivos reales del proyecto 10:49:54 <hottuna> y que es importante tenerlos escritos en algún lugar para poder hacer una gestión de proyectos significativa 10:50:29 <str4d> Sería una buena página Acerca de 10:51:16 <str4d> He querido fusionar las diversas páginas de introducción, pero en realidad podríamos aprovecharlas por separado 10:51:36 <str4d> Convertir https://geti2p.net/en/about/intro en una breve visión general de I2P, tanto de la red como del proyecto 10:51:38 <iRelay> Título: Intro - I2P (en geti2p.net) 10:51:59 <str4d> Luego hacer de https://geti2p.net/docs/how/intro la página *real* de «cómo funciona I2P» 10:52:00 <iRelay> Título: A Gentle Introduction to How I2P Works - I2P (en geti2p.net) 10:52:10 <str4d> Más o menos lo que parecen ser ahora, pero separadas correctamente 10:53:12 <dg> hottuna: ¿Dónde puedo encontrar las entradas del blog? 10:53:22 <dg> hottuna: solo puedo ver una (`http://i2p-projekt.i2p/en/blog/2015/11/15/Community-Outreach)` 10:53:25 <iRelay> Título: Community Outreach - Blog - I2P (en i2p-projekt.i2p) 10:54:38 <lazygravy> dg: no existen aparte de esa 10:54:55 <lazygravy> y esa fue mayormente un POC en mi opinión. La siguiente debería publicarse el 10Jan2016 en CCC 10:58:32 <hottuna> estamos hablando de si queremos ser gestionados 10:58:46 <hottuna> dg, str4d, psi: ¿tienen alguna opinión sobre que su trabajo sea gestionado? 10:59:11 <psi> ¿por quién y cuánta gestión? 10:59:17 <hottuna> por sadie 10:59:26 <dg> abierto a ello 10:59:42 <hottuna> y que sea relajado en cuanto a plazos. pero no plazos impuestos 10:59:46 <hottuna> las cosas se hacen cuando se hacen 11:00:11 <hottuna> pero asignarles mentalmente una fecha límite podría ser una herramienta útil 11:00:11 <dg> se terminan cuando se terminan, pero con un poco de empuje/motivación 11:00:40 <psi> no tengo pensamientos hasta que desayune 11:00:47 <hottuna> o al menos saber que alguien más sabe que una tarea determinada está en tu pila 11:01:15 <hottuna> sobre gestión de proyectos: nos gustaría volver a poner en marcha reuniones semanales/bi-semanales 11:01:25 <hottuna> zzz tiene como objetivo iniciarlas de nuevo en febrero 11:01:27 <hottuna> de nuevo* 11:01:36 <hottuna> y luego transferirlas gradualmente a sadie 11:01:48 <hottuna> para que eso suceda, sadie necesita estar en IRC 11:01:56 <str4d> Por mí bien. Tiendo a trabajar mejor cuando tengo con quién intercambiar ideas 11:03:23 <hottuna> zzz acaba de comprometerse a tener una única hoja de ruta redactada para finales de febrero 11:03:23 <hottuna> espléndido. 11:03:23 <hottuna> el consenso parece ser que ser gestionados ligeramente probablemente sea algo bueno. 11:03:23 <hottuna> pero cualquier cosa de mano dura simplemente convertiría esto en trabajo 11:03:23 <str4d> Suena bien. Siempre podemos ajustar el nivel más adelante una vez que tengamos algo de experiencia con ello. 11:03:23 * dg asiente 11:03:23 <hottuna> *la hoja de ruta será para finales de enero, no de febrero 11:03:23 <hottuna> str4d: de acuerdo 11:04:35 <str4d> Para tu información, zzz, sadie y yo nos reuniremos a comienzos de marzo; sería bueno tenerlo en cuenta respecto a cosas en las que podamos trabajar/discutir entonces. 11:05:52 <hottuna> respecto a tickets de Trac, sadie se ofrece a echarles un ojo y reenviar los tickets a la persona adecuada 11:06:05 <dg> Poder observar nuestra mecánica como Trac/zzz.i2p/IRC es importante para que Sadie entienda completamente cómo trabajamos de todos modos 11:06:16 <dg> ¿Ha podido hacer eso sin acceso a IRC? 11:07:04 <hottuna> str4d: ¿estarías dispuesto a ayudar a sadie en ese empeño? 11:07:40 <str4d> He tenido en mi lista de tareas desde hace un tiempo un ítem semanal de «revisar nuevos tickets», que sigo posponiendo porque tengo demasiado encima 11:08:06 <str4d> Pero a partir del próximo año me esforzaré por ayudar a sadie con eso :) 11:08:49 <str4d> Puede que hayan notado que ahora hay un estado «open» para los tickets. Lo añadí para que podamos diferenciar entre tickets nuevos y aquellos que hemos visto pero sobre los que no necesariamente tenemos una opinión 11:08:53 <hottuna> Último aviso para temas de GESTIÓN DE PROYECTOS 11:09:10 <dg> hottuna: ver arriba 11:09:25 <str4d> Mi objetivo sería tener la menor cantidad posible de tickets «new», es decir, moverlos a una persona/estado relevante, o a «open» para al menos reconocerlos como un ticket válido. 11:09:36 <hottuna> Último aviso para OTROS temas 11:09:48 <hottuna> dg: que sadie esté en Trac es clave. y un requisito 11:10:00 <hottuna> Quiero decir en IRC 11:10:17 <dg> vale 11:10:23 <str4d> He tenido una cuenta de bouncer de IRC para ella desde hace un tiempo 11:10:42 <hottuna> str4d: ¿podríamos pedirte que escribas algunos puntos sobre lo que aprendiste acerca de la respuesta a vulnerabilidades en la conf? 11:10:48 <str4d> Todo lo que necesita es ayuda para conectarse de su lado, y entonces podrá guardar logs, etc., sin necesidad de estar conectada todo el tiempo 11:11:40 <str4d> hottuna, ¿te refieres a hablar con k8em0 en Kiwicon? 11:11:47 <hottuna> mhm 11:11:47 <dg> ¿También ayuda con la configuración del navegador/privoxy? 11:12:13 <str4d> No aprendí mucho más de lo que ya más o menos sabía, aparte de enterarme por adelantado del programa de recompensas por bugs que Tor acaba de anunciar 11:12:26 <zzz> estamos proponiendo aplazar la discusión de VRP para enero 11:12:36 <hottuna> str4d: ¿tendría sentido hacer un pequeño writeup? 11:12:40 <str4d> k8em0 sí dijo que estaba muy impresionada con nuestro ticket de VRP 11:12:45 <hottuna> ¿como una publicación en zzz.i2p? 11:12:55 <hottuna> ¿o fue todo un poco inútil? 11:13:15 <str4d> No inútil, más bien confirmó que nuestro ticket de VRP va por el buen camino 11:13:31 * zzz ******BAFFFFS***** cierra la reunión, gracias a todos

Lanzamiento 0.9.23

Thu, 19 Nov 2015 00:00:00 +0000

¡Hola I2P! Esta es la primera versión firmada por mí (str4d), tras 49 versiones firmadas por zzz. Esta es una prueba importante de nuestra redundancia para todo, incluidas las personas.

Mantenimiento

Mi clave de firma ha estado incluida en las actualizaciones del router durante más de dos años (desde la 0.9.9), así que si está en una versión reciente de I2P, esta actualización debería ser tan sencilla como cualquier otra actualización. Sin embargo, si está ejecutando una versión anterior a la 0.9.9, primero necesitará actualizar manualmente a una versión reciente. Una vez que haya actualizado manualmente, su router encontrará y descargará la actualización 0.9.23 como de costumbre.

Extensión comunitaria

Sun, 15 Nov 2015 00:00:00 +0000

Una solicitud de comentarios

Seamos sinceros – nuestra consola necesita mejoras. Nuestro sitio también se beneficiaría de una actualización. ¡Estamos buscando comentarios sobre cómo mejorar la usabilidad de I2P para usuarios nuevos y existentes!

Reunión de desarrolladores de I2P - 03 de noviembre de 2015

Tue, 03 Nov 2015 00:00:00 +0000

Resumen rápido

Presentes: abyss, amknesia, anonimal, dogedDEV, eche|on, kytv, Lady3Jane, lbt, obscuratus, psi, sadie_i2p, str4d, trolly, xmz, Z0rg1nc, zab@kyirc, zzz

Registro de la reunión

20:00:17 <zzz> 0) Hola 20:00:17 <zzz> 1) `http://dogecoindark.i2p/` solicitud para la página de inicio de la consola, reconsideración de la reunión del 14 de julio `http://i2p-projekt.i2p/en/meetings/238` -- solicitud original: `http://zzz.i2p/topics/236?page=2#p9999` -- resultado: `http://zzz.i2p/topics/236?page=3#p10078` -- posiblemente reemplazado por `http://doged.i2p/` 20:00:17 <zzz> 2) `http://exchanged.i2p/` solicitud para la página de inicio de la consola: `http://zzz.i2p/topics/236?page=3#p10391` 20:00:17 <zzz> 3) `http://i2pwiki.i2p/` solicitud para la página de inicio de la consola: `http://zzz.i2p/topics/236?page=3#p10437` 20:00:18 <zzz> 4) `http://lenta.i2p/` solicitud para la página de inicio de la consola: `http://zzz.i2p/topics/236?page=3#p10439` 20:00:21 <zzz> 5) Actualización de preparación para CCC de la reunión del 6 de oct.: `http://i2p-projekt.i2p/en/meetings/239` 20:00:22 <zzz> 6) propuesta de reemplazo de forum.i2p (hottuna, dg) - seguimiento de la reunión del 6 de oct.: `http://i2p-projekt.i2p/en/meetings/239` 20:00:25 <zzz> Tengan en cuenta que varios comentarios iniciales sobre los puntos 1-4 están en la página de la agenda `http://zzz.i2p/topics/1970` 20:00:27 <zzz> 0) Hola 20:00:42 <zzz> bienvenidos a la reunión número 240 de este gran proyecto, que abarca 13 años y medio 20:01:00 <zab@kyirc> hola 20:01:10 <anonimal> Hola 20:01:24 <iRelay> Título: zzz.i2p: How to get my Eepsite added to the Router Console home page (en zzz.i2p) 20:01:27 <zzz> para los nuevos, esta reunión es principalmente para la toma de decisiones grupal, apuntemos a 10 minutos o menos por cada punto del orden del día 20:01:43 <iRelay> Título: zzz.i2p: How to get my Eepsite added to the Router Console home page (en zzz.i2p) 20:01:51 <zzz> y como recordatorio, cualquiera puede programar una reunión aquí en cualquier momento y por cualquier razón 20:01:53 <iRelay> Título: I2PWiki (en i2pwiki.i2p) 20:02:16 <zzz> 1) `http://dogecoindark.i2p/` solicitud para la página de inicio de la consola, reconsideración de la reunión del 14 de julio `http://i2p-projekt.i2p/en/meetings/238` -- solicitud original: `http://zzz.i2p/topics/236?page=2#p9999` -- resultado: `http://zzz.i2p/topics/236?page=3#p10078` -- posiblemente reemplazado por `http://doged.i2p/` 20:02:26 <iRelay> Título: zzz.i2p: How to get my Eepsite added to the Router Console home page (en zzz.i2p) 20:02:35 <iRelay> Título: I2P Development Meeting 239 - I2P (en i2p-projekt.i2p) 20:02:39 <zzz> ¿está aquí el operador de dogecoindark.i2p? 20:02:39 <iRelay> Título: I2P Development Meeting 239 - I2P (en i2p-projekt.i2p) 20:02:43 <iRelay> Título: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (en zzz.i2p) 20:03:17 <iRelay> Título: I2P Development Meeting 238 - I2P (en i2p-projekt.i2p) 20:04:34 <zzz> Vi muchos comentarios negativos sobre dogecoindark.i2p/doged.i2p en la página de la reunión. ¿Alguien más desea comentar a favor o en contra? 20:05:03 <psi> creo que i2p debería empezar a adoptar una postura neutral hacia las criptomonedas en general 20:05:20 <zzz> ¿qué dirías que es nuestra postura ahora? 20:05:33 <psi> neutral 20:06:03 <zzz> entonces ¿qué quieres decir con 'empezar' a adoptar una postura neutral? 20:06:06 <dogedDEV> sí 20:06:11 <dogedDEV> estoy aquí 20:06:30 <dogedDEV> ¿cuáles fueron los comentarios negativos? 20:06:32 <dogedDEV> he eliminado todos los scripts, 20:06:35 <psi> no respaldar algunas monedas por encima de otras 20:06:38 <dogedDEV> ahora es solo gráficos e html 20:06:54 <zzz> dogedDEV, por favor revísalos rápidamente, el enlace está arriba 20:07:00 <dogedDEV> y he movido gran parte de nuestro código fuente al repo git basado en i2p 20:07:02 <anonimal> Ya di mi opinión en `http://zzz.i2p/topics/1970-meeting-tues-nov-3-8-pm-utc` 20:07:02 <str4d> hola 20:07:06 <iRelay> Título: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (en zzz.i2p) 20:07:51 <zzz> dogedDEV, por favor explica el cambio de nombre y responde a las objeciones sobre todas las imágenes. A día de hoy no tienes ningún apoyo, así que tienes unos 2 minutos para convencernos de lo contrario 20:08:34 <dogedDEV> bueno, he estado sin parar ampliándonos más en i2p 20:08:39 <dogedDEV> construí un servidor Electrum de I2P 20:08:49 <dogedDEV> rehice todo el sitio tras las quejas de que tenía widgets 20:09:00 <dogedDEV> por eso el nombre cambió a i2p. Deseché el sitio viejo y empecé de cero. 20:09:11 <dogedDEV> he hecho bastantes tutoriales para ayudar a los usuarios a entrar en i2p 20:09:29 <dogedDEV> y doged.i2p es su hogar permanente 20:11:15 <dogedDEV> me gustaría pensar que si la gente aumenta su ancho de banda las imágenes cargarán más rápido. quizá añada una versión solo texto en un futuro cercano para satisfacer las necesidades de la gente con poco ancho de banda 20:11:15 <dogedDEV> realmente disfruto i2p y he corrido la voz a muchas personas preocupadas por la privacidad en todo el mundo, sobre i2p y sus beneficios 20:11:15 <zzz> pero todo i2p es de 'bajo ancho de banda'. El problema está de tu lado, no del de tus usuarios 20:11:15 <dogedDEV> las imágenes parecen cargar rápido para mí y otros usuarios que han ajustado su ancho de banda 20:11:15 <zzz> para mí no 20:11:15 <dogedDEV> me parece que nuestro sitio carga igual de rápido que nuestro sitio onion. 20:11:19 <dogedDEV> últimamente me he centrado menos en tor y más en i2p. 20:11:21 <zzz> ni para los otros que comentaron 20:11:27 <anonimal> Para mí tampoco, y lo estoy volviendo a cargar y esperando. 20:11:45 <anonimal> Y aún se están trayendo fuentes de clearnet. Es como si nada hubiera cambiado desde que publicamos en ese hilo. 20:11:50 <dogedDEV> supongo que puedo cambiarles la resolución 20:12:00 <zzz> ningún sitio en 2015 pone todo detrás de 200 imágenes en la página de inicio 20:12:02 <dogedDEV> ¿desde dónde está tirando de clearnet? 20:12:13 <dogedDEV> no debería estar comunicándose con ninguna clearnet 20:12:17 <abyss> hola 20:12:24 <kytv> la página index 20:12:47 <zzz> ahora mismo no lo veo como 'ampliamente útil para la comunidad i2p', que es nuestro primer criterio 20:12:56 <zzz> Veo a dónde apuntas pero no creo que hayas llegado aún 20:13:03 <dogedDEV> ¿cómo no es útil una criptomoneda centrada en la privacidad? 20:13:06 <kytv> claramente está mejor que antes. 20:13:08 <str4d> Estoy cargando el sitio ahora 20:13:15 <zzz> si alguien aquí está a favor de esta solicitud, por favor que hable ahora 20:13:23 <dogedDEV> acabo de cargarlo, ya se han cargado la mitad de los gráficos por mi lado 20:13:39 <str4d> El sitio tardó 13 s en cargar el HTML (pero la mayor parte fue para obtener el LS) 20:13:44 <dogedDEV> y no me estoy conectando a él localmente ni nada 20:13:48 <abyss> a mí me funciona bien 20:13:50 <str4d> Nunca había cargado el sitio en su nueva dirección aún 20:14:01 <str4d> La imagen más rápida fue 17 s 20:14:10 <str4d> La más lenta hasta ahora es 1 min 44 s 20:14:25 <dogedDEV> puedo, sin duda, bajar la resolución de los gráficos 20:14:34 <zzz> la última vez que lo intenté me rendí tras 10 minutos 20:14:42 <abyss> dogedev ha trabajado duro promoviendo la privacidad y acercando a la comunidad de criptomonedas de clearnet hacia i2p 20:14:44 <str4d> 3 min y aún no ha cargado 20:14:51 <anonimal> ^ igual aquí, sigue cargando. 20:14:53 <kytv> nunca ha cargado completamente en mi lado 20:14:56 <eche|on> ok, empezó a cargar hace 1 min, esperemos 20:14:57 <str4d> dogedDEV, ¿estás usando el mismo router I2P para el túnel HTTP cuando haces las pruebas? 20:15:14 <dogedDEV> no 20:15:14 <str4d> porque, si es así, tu conexión no pasará por I2P 20:15:29 <zzz> no estamos dudando del compromiso de dogedDEV con i2p. solo estamos evaluando la pertinencia de añadir el sitio a la página de inicio 20:15:46 <dogedDEV> supongo que puedo bajar la resolución de las imágenes, reduciendo así el tamaño de los archivos. 20:16:01 <str4d> dogedDEV, bien, ahora que parte de la mitad superior del sitio ha cargado (recursos para devs, etc.), veo el problema 20:16:10 <dogedDEV> solo quería que se viera bonito, pero supongo que para el usuario promedio cargaría lento. y el rendimiento es igual de importancia. 20:16:15 <str4d> No deberías necesitar usar imágenes para TODO tu contenido 20:16:22 <dogedDEV> importante* 20:16:30 <anonimal> Aprecio el mérito artístico, pero ¿por qué no puede ser esta una oportunidad para innovar? 20:16:32 <zzz> Propongo rechazar esta solicitud. Siempre puede volver a presentarla más adelante. ¿Alguna objeción? 20:16:42 <str4d> No solo hace que el sitio tarde una eternidad en cargar, sino que también lo hace inbuscable 20:16:52 <dogedDEV> hay innovación en la moneda, incluso con i2p 20:16:57 <dogedDEV> ¿hay otros servidores Electrum de i2p por ahí? 20:17:34 <zab@kyirc> Estoy a favor de meternos en cosas financieras, pero esto es demasiado lento 20:18:01 <anonimal> Parece que la única persona a la que le importa la visión del sitio web es el autor. 20:18:01 <dogedDEV> estoy trabajando en una app de Android ahora que se conecta a nuestro Electrum de i2p 20:18:01 <str4d> Si lo que te gusta es la tipografía, puedes cargar esa fuente vía CSS 20:18:01 <zzz> no estamos dudando la innovación, ni tu proyecto en general. Solo el sitio web. 20:18:01 <anonimal> Hablo únicamente del sitio, esta reunión es sobre el sitio. 20:18:01 <zzz> última llamada para el debate sobre 1) 20:18:01 <str4d> La mayoría de lo que veo en el sitio podría hacerse con CSS, lo que reduciría drásticamente las imágenes necesarias y mejoraría drásticamente los tiempos de carga. 20:18:01 <dogedDEV> no, sí estuve de acuerdo con la visión del sitio, si los gráficos son demasiado grandes, puedo disminuir el tamaño e incluso hacer un enlace solo texto, que use solo CSS 20:18:01 <abyss> anonimal, a mí me gusta 20:18:02 <anonimal> Estoy de acuerdo con str4d 20:18:29 <kytv> no hay objeciones al rechazo. Es insoportablemente lento cuando carga. 20:18:43 <dogedDEV> ¿cuándo es la próxima reunión? 20:18:43 <kytv> y ahora no es uno de esos momentos... 20:18:47 <kytv> $ http_proxy=`http://127.0.0.1:4444` curl --silent `http://doged.i2p/` 20:18:50 <kytv> <html><head><title>408 Request Timeout</title></head> 20:18:51 <kytv> <body><h2>408 Request timeout</h2> 20:18:57 <zzz> y no es solo el sitio en sí: también es el cambio de nombre reciente (que quizá debería reiniciar el reloj por completo) y la objeción de psi a promocionar cualquier moneda 20:19:09 <iRelay> Título: DogecoinDark.i2p Official Site (en doged.i2p) 20:19:13 <zzz> ok, eso es todo para 1) 20:19:24 <str4d> dogedDEV, ahora que ha cargado un poco más del sitio, se ve muy bonito. Pero creo que casi todo hasta al menos los enlaces de FB/twitter/etc. se podría hacer con CSS con unas pocas imágenes para las imágenes reales. 20:19:24 <zzz> 2) `http://exchanged.i2p/` solicitud para la página de inicio de la consola: `http://zzz.i2p/topics/236?page=3#p10391` 20:19:29 <dogedDEV> entonces, ya que la promoción de monedas de psi afecta la evaluación, ¿se va a quitar anoncoin? 20:19:38 <dogedDEV> porque eso sería ridículo 20:19:41 <iRelay> Título: zzz.i2p: How to get my Eepsite added to the Router Console home page (en zzz.i2p) 20:19:46 <str4d> Así que estoy en -1 para 1) por ahora. 20:19:47 <zzz> ¿está aquí el operador de exchanged.i2p? 20:20:06 <abyss> zzz, hey, estoy aquí 20:20:31 <zzz> ok abyss, por favor cuéntanos sobre tu sitio y responde a las objeciones planteadas en el hilo de zzz.i2p 20:20:43 <psi> anoncoin está muerto 20:20:47 <psi> (en mi opinión) 20:20:51 <dogedDEV> eso es triste =\ 20:21:00 <dogedDEV> en fin, sigamos. volveré a presentar. 20:21:00 <abyss> psi, no está muerto 20:21:26 <dogedDEV> estoy a favor de exchanged.i2p, si mi opinión importa. 20:21:31 <abyss> ok zzz, la principal preocupación es que no soy fiable para confiarme el dinero de otras personas 20:21:47 <zzz> cuéntanos del sitio primero, por favor 20:21:50 <dogedDEV> el sitio carga rápido, las operaciones son rápidas. muchos usuarios de doged han operado allí y sin problema. 20:21:58 <abyss> ok 20:22:26 <abyss> Exchanged.i2p es un sitio donde los usuarios pueden intercambiar criptomonedas como bitcoin, litecoin, anoncoin, dogecoindark, etc., de forma anónima 20:22:47 <abyss> hemos estado operando desde el 1 de julio 20:23:00 <abyss> las pruebas alfa empezaron el 1 de junio 20:23:49 <abyss> además, he sido avalado por el equipo de desarrollo de anoncoin y dogecoindark 20:24:19 <abyss> el dev de anoncoin no está aquí ahora, pero aquí está el enlace https://www.reddit.com/r/CryptoCurrency/comments/3cxk7k/exchangedi2p_anonymous_exchange/ 20:24:23 <iRelay> Título: Exchanged.i2p Anonymous Exchange : CryptoCurrency (en www.reddit.com) 20:24:24 <zzz> parecen haber dos objeciones: que el sitio está demasiado verde/temprano y que no deberíamos respaldar nada financiero 20:25:17 <zzz> esto es lo que dije en el hilo de solicitud: No hemos tenido antes una solicitud para un exchange. Aunque no me siento capacitado para evaluar la legitimidad y estabilidad de ningún mercado, creo que deberíamos intentarlo, ya que puede haber algún tipo de bendición implícita al poner un enlace en la consola. 20:25:28 <dogedDEV> al colocar un ícono en un menú, yo personalmente no lo veo como respaldo. a menos que también se fomente su uso sobre otras personas que soliciten lo mismo que él. 20:25:49 <zab@kyirc> lo áspero hace que los tiempos de carga sean rápidos y no afecta la utilidad 20:26:12 <zab@kyirc> para cualquier trader el tiempo de respuesta es mucho más importante que la belleza 20:26:13 <dogedDEV> me gustan los menús ASCII. me recuerda a los viejos tiempos. 20:26:19 <abyss> intenté crear un diseño que maximizara la usabilidad 20:26:19 <dogedDEV> creo que a muchos usuarios les pasa lo mismo. 20:26:19 <zzz> ¿alguien tiene alguna opinión sobre esto? ¿Es un respaldo? ¿Deberíamos intentar verificar? ¿O no deberíamos poner mercados o plataformas de trading en la página de inicio en absoluto? 20:26:34 <dogedDEV> correcto, el tiempo de respuesta y que el admin esté presente tanto tiempo, creo que adelante. 20:27:00 <str4d> Desde el punto de vista de usabilidad me parece bien (pero no he hecho operaciones) 20:27:15 <kytv> Soy más o menos indiferente. Mi objeción al #1 es la lentitud extrema al cargar. Este, al menos, es muy rápido. 20:27:17 <dogedDEV> incluso añadió recientemente una API a petición de un sitio analítico 20:27:17 <anonimal> Sí, dado que tenemos el poder de elegir, cada enlace se convierte en un respaldo implícito. 20:27:24 <zab@kyirc> Estoy definitivamente a favor de mercados y exchanges y cualquier cosa financiera sobre i2p en general. Añade una dimensión a la amplia usabilidad de i2p que ayuda a atraer gente 20:27:27 <str4d> También he sugerido que haya un tema claro, porque el contraste oscuro es difícil para algunos usuarios 20:27:33 <zzz> ¿alguien aquí ha usado este sitio para alguna operación? por favor, que hable 20:27:37 <lbt> Opinión de usuario: pienso que la información debería ser fácil de encontrar, pero también creo que no debería ser parte de un router :o Quizá un enlace a una lista temática de dominios activos o algo así en la router-console? 20:27:45 <str4d> (en particular azul sobre negro, aunque el tono de azul es un poco mejor que la última vez) 20:28:10 <zab@kyirc> str4d: colores de mainframe de los 80 FTW ;-) 20:28:27 <zzz> no entremos en consejos detallados de color aquí. A grandes rasgos, tiempo de decisión. Sí o no y por qué, por favor. 20:28:38 <amknesia> ¿Ya hay una declaración en la página de inicio del router que diga 'los enlaces de abajo no son un respaldo sino simplemente sitios que han cumplido las pautas mínimas para ser publicados en la página de inicio'? 20:29:03 <dogedDEV> sí - el sitio carga rápido, lo he usado y funciona como se espera. abyss siempre está y es fácil localizarlo. 20:29:08 <dogedDEV> amknesia, es una buena idea. 20:29:35 <dogedDEV> los desarrolladores de I2P no aprueban/respaldan los sitios listados en la consola. 20:29:44 <zzz> ¿Es ampliamente útil para la comunidad i2p? 20:29:56 <zzz> explícito o no, es un respaldo implícito 20:30:02 <zab@kyirc> absolutamente 20:30:20 <str4d> ¿Ampliamente útil? En mi humilde opinión, sí. 20:30:31 <dogedDEV> mientras no se involucre fiat creo que es una gran adición. 20:30:39 <anonimal> Sí, ampliamente útil, y el sitio ha mejorado algo en usabilidad. 20:30:48 <zzz> ¿alguien aquí lo ha usado realmente para una operación? 20:30:48 <Lady3Jane> El respaldo es implícito, sobre todo para los recién llegados y especialmente porque muchos enlaces sí son oficiales 20:30:58 <anonimal> No. 20:31:07 <zab@kyirc> incluso si hay fiat involucrado sigue siendo una gran adición 20:31:07 <dogedDEV> yo he operado en él. 20:31:27 <anonimal>>El respaldo es implícito 20:31:28 <amknesia> zzz: Yo sí, aunque solo unos pocos satoshis de valor. 20:31:28 <dogedDEV> cantidades pequeñas, pero con el tiempo, y siempre ha funcionado 20:31:30 <str4d> Pero con fiat involucrado, es más difícil que el propio sitio sea justificablemente anónimo 20:31:33 <anonimal> Sí, y un descargo sería inútil. 20:31:33 <Lady3Jane> pilgrim-wu (que no está aquí) está profundamente involucrado en criptoexchanges (incluso gestiona uno con sede en el oeste de China). Ha usado exchanged.i2p antes. Le encanta, zzz 20:32:25 <abyss> para los interesados puedo darles algunos doged para operar 20:32:25 <zzz> ok, terminemos con esto. El consenso no me queda claro, así que por favor entren +1 para sí y -1 para no 20:32:32 <dogedDEV> +1 20:32:35 <str4d> Desde un nivel de "riesgo", si el sitio solo intercambia criptomonedas, entonces está sujeto a las fuerzas del mercado de otros exchanges respecto al valor 20:32:42 <abyss> así pueden probarlo ustedes mismos :) 20:32:45 <zab@kyirc> +1 20:33:33 <trolly> +1 20:33:33 <Lady3Jane> (no estoy segura si tengo derecho a voto aquí, pero...) +1 20:33:48 <anonimal> -1: Nada de sexo, drogas, dinero ni rock&roll en la Router Console. 20:33:56 <kytv> = "neutral / no negativo" 20:34:30 <abyss> +1 si cuenta mi voto 20:34:33 <psi> +1 no drogas sexo dinero rock/roll en la Router Console 20:34:38 <trolly> ¿no rock&roll?? ¡Dios mío, anonimal! 20:34:41 <obscuratus> -1: Buen sitio, pero coincido en que es un respaldo. 20:34:49 <psi> mejor dicho, -1 20:34:57 <abyss> psi, :) 20:34:57 <trolly> +1 drogas, sexo y rock&roll en todas partes 20:35:01 <abyss> :( 20:35:09 <amknesia> Pregunta: ¿Qué tal tener una página/sitio de enlaces en su lugar que no sea la página de inicio pero esté enlazado desde ella? Esto evitaría el 'respaldo implícito' de la página de inicio y haría fácil para los novatos encontrar sitios que puedan interesarles. ¿Alguno de los sitios actuales de la página de inicio está configurado para proporcionar eso? 20:35:21 <obscuratus> amknesia: +1 20:35:28 <lbt> amknesia: +1 20:35:29 <Lady3Jane> Desde la perspectiva de RR. PP., anonimal, estoy de acuerdo en lo del sexo y las drogas. No queremos que la consola del router se convierta en el equivalente i2p de la hidden wiki. Pero, ¿por qué los exchanges de divisas son inherentemente negativos? 20:35:47 <Lady3Jane> router console* 20:35:56 <anonimal> Me inclinaría por la idea de amknesia. 20:36:01 <dogedDEV> creo que las redes privadas tienen una obligación indirecta de proteger cripto, especialmente últimamente. 20:36:05 <dogedDEV> pero eso es solo mi opinión. 20:36:05 <zzz> +1 de mi parte (por poco) 20:36:19 <str4d> Lady3Jane, El problema inherente con un exchange anónimo es que siempre existe la posibilidad de que el sitio desaparezca con todos los fondos, y sin compensación 20:36:35 <dogedDEV> eso puede pasar en cualquier exchange 20:36:43 <dogedDEV> y ha pasado en exchanges de clearnet. 20:36:51 <anonimal> ^ Entonces no veo razón para respaldar otro más aquí. 20:36:57 <amknesia> str4d: Solo como contraargumento: Eso ya ha sucedido con exchanges públicos no anónimos, entonces ¿es realmente una amenaza mayor? 20:36:57 <str4d> Ha pasado, sí. Pero hay vías para al menos una compensación parcial 20:37:08 <Lady3Jane> abyss: Más allá del típico sistema de depósito en garantía (escrow), ¿tienes contingencias para asegurar al público (pero sobre todo, a los devs que quieren respaldarte) que no te irás con una bolsa de billetes? 20:37:17 <abyss> anonimal, porque este es privado 20:37:25 <zzz> Cuento 4 a favor y 3 en contra, pero también podríamos declarar que es demasiado justo y reconsiderarlo en una reunión futura 20:37:31 <str4d> Lady3Jane, en realidad no veo un escrow 20:37:37 <str4d> (al menos no en la lista de seguridad) 20:37:46 <str4d> También quería preguntar por multifirma 20:37:58 <anonimal> Y quizá deberíamos revisar los estándares para la presentación. 20:38:19 <abyss> no hay escrow ni multifirma porque eso no es realmente práctico para un exchange de baja latencia 20:38:29 <zzz> kytv, str4d, con una pistola en la cabeza, por favor voten + o - 20:38:32 <amknesia> ¿Quizá es hora de un servicio de reputación cripto? 20:39:05 <dogedDEV> ¿similar a cryptoasian, quieres decir? 20:39:17 * anonimal no le importa quién haga qué ni dónde ni cuándo, esto solo es para la Router Console de I2P en Java. 20:39:25 <zzz> última llamada para votar 20:39:27 <str4d> Estoy en un +0.5 tentativo por ahora. Creo que el sitio es beneficioso para los usuarios, pero probablemente los riesgos deberían transmitirse mejor a los usuarios. 20:39:56 <dogedDEV> ¿quizá abyss puede poner un descargo en el sitio? 20:40:10 <zzz> ¿qué tal aprobado si pone un descargo ahí entonces? 20:40:16 <dogedDEV> y eso al menos apaciguaría a quienes votan en contra por el riesgo 20:40:27 <abyss> puedo hacerlo 20:40:44 <str4d> Siempre hay riesgo, pero mientras los usuarios sean explícitamente conscientes de los riesgos, yo 20:40:46 <kytv> zzz: +1 (con algún tipo de descargo) 20:40:51 <str4d> no me opongo. 20:40:52 <zzz> hemos dedicado demasiado tiempo a esto, si no decidimos en los próximos 60 segundos seguiré adelante de todos modos 20:41:04 <zzz> ok, suena como aprobación si él añade el descargo 20:41:07 <zzz> ¿algo más sobre 2) ? 20:41:20 <dogedDEV> zzz: ¿cuándo es la próxima reunión? 20:41:23 <amknesia> ¿Es difícil hacerlo provisional? 20:41:27 <fox> +1 para el exchange de abyss, el código está limpio 20:41:32 <zzz> 3) `http://i2pwiki.i2p/` solicitud para la página de inicio de la consola: `http://zzz.i2p/topics/236?page=3#p10437` 20:41:34 <amknesia> ES decir, siempre podrían moverlo tras la próxima sesión si hay problemas? 20:41:38 <zzz> ¿está aquí el operador de i2pwiki.i2p? 20:41:50 <iRelay> Título: I2PWiki (en i2pwiki.i2p) 20:42:33 <zzz> ¿algún comentario sobre i2pwiki a favor/en contra? 20:42:43 <fox> ¿no es open4you.i2p solo un zombi? 20:42:56 <zzz> por favor, manténganse en el tema 20:42:56 * anonimal cargando 20:42:59 <kytv> +1 para i2pwiki. De hecho carga y el usuario pone copias de seguridad a disposición. 20:43:10 <str4d> dogedDEV, la próxima reunión de la página de inicio será la semana antes del lanzamiento 0.9.24 20:43:11 <psi> +1 i2pwiki 20:43:22 <fox> -1 open4you 20:43:31 <trolly> open4you.i2p a veces funciona y a veces no, fox 20:43:31 <dogedDEV> i2host no me lo carga 20:43:31 <zzz> ¿alguna objeción a i2pwiki? 20:43:41 <zzz> por favor, manténganse en el tema 20:43:43 <abyss> creo que es decente 20:43:44 <str4d> i2pwiki.i2p por defecto redirige a B32 20:43:53 <fox> trolly: a veces carga pero no creo que sigan dando hosting 20:43:54 <trolly> el admin no respondió, creo que open4you.i2p fue hackeado o algo 20:43:57 <str4d> (al menos para mí) 20:44:03 <zzz> por favor, manténganse en el tema 20:44:14 <anonimal> i2p slogans siguen ahí. Eso fue un problema antes. 20:44:31 <trolly> luego creó admin2.ope4you.i2p, pero solo puedo iniciar sesión en admin.open4you.i2p 20:44:32 <zzz> ¿es el tema de los slogans suficiente para rechazarlo? 20:44:40 <abyss> str4d, creo que es un problema de mediawiki, el mío tenía lo mismo 20:44:45 <zzz> por favor, manténganse en el tema. open4you NO es el tema. 20:45:05 <str4d> Además, interesante: ugha.i2p volvió a estar arriba 20:45:19 <anonimal> Sí, por parte del contenido. Aparte de eso, yo sería +1. 20:45:30 <abyss> 2015-10 Nuevo wiki eepsite: Como ugha.i2p estuvo caído desde mayo de 2015 hasta 2015-10-30, se lanzó un nuevo wiki (`http://i2pwiki.i2p`). Está corriendo en MediaWiki. Por favor, muévanse a este wiki. 20:45:30 <kytv> i2pslogans no es un problema. Eso también estaba en ugha.i2p. Los usuarios pueden vigilarlo igual que en ugha 20:45:31 <dogedDEV> -1 para i2pwiki.i2p 20:45:44 <abyss> *de la portada de ugha.i2p. 20:45:46 <iRelay> Título: I2PWiki (en i2pwiki.i2p) 20:45:47 <str4d> En general soy +1 para i2pwiki.i2p, pero realmente me gustaría que se arreglase el problema de redirección 20:45:53 <dogedDEV> No se pudo encontrar el siguiente destino: `http://i2host.i2p/cgi-bin/i2hostjump?i2pwiki.i2p/` 20:46:07 <iRelay> Título: I2HOST Jump (en i2host.i2p) 20:46:07 <str4d> dogedDEV, `http://nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p` es el B32 de i2pwiki 20:46:11 <zzz> ok, tenemos + de psi y kytv y str4d, - de anonimal y dogedev. El resto por favor voten 20:46:14 <zzz> yo: +1 20:46:16 <abyss> str4d, ¿podría ser un problema del router I2P? 20:46:17 <kytv> Es solo una configuración de I2PTunnel, seguro, no es un problema de mediawiki. 20:46:20 <iRelay> Título: I2PWiki (en nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p) 20:46:24 <fox> ¿el tema no es limpiar /home? 20:46:24 <lbt> str4d: Si no te has fijado, mira la página de estado de uhga, parece que estuvo "arriba" todo el tiempo 20:46:26 <obscuratus> +1 20:46:49 <abyss> str4d, encuentro que cuando los sitios usan enlaces relativos el router I2P por defecto va al b32 20:46:53 <zzz> fox, estamos en el punto 3) del orden del día 20:47:02 <fox> +1 i2pwiki, carga y es útil 20:47:23 <zzz> ok, cuento 6 + y 2 -, suena a aprobado, ¿alguna objeción final? 20:47:27 <abyss> +1 creo que es útil y funciona bien 20:47:51 <anonimal> +1, me equivoqué. 20:47:56 <zzz> última llamada para 3) 20:47:57 <anonimal> Los slogans fueron arreglados. 20:48:06 * anonimal vio una versión en caché. 20:48:15 <zzz> 4) `http://lenta.i2p/` solicitud para la página de inicio de la consola: `http://zzz.i2p/topics/236?page=3#p10439` 20:48:22 <zzz> ¿está aquí el operador de lenta.i2p? 20:48:35 <iRelay> Título: Lenta.i2p | (en lenta.i2p) 20:48:37 <zab@kyirc> +1 por mi parte. Carga rápido, las noticias son reales y el diseño es agradable 20:48:48 <zzz> este parecía tener amplio apoyo en el hilo de zzz.i2p, y en #ru cuando pregunté allí hace un par de semanas 20:49:12 <zzz> ¿algún otro pensamiento a favor/en contra? 20:49:34 <kytv> = "neutral / no negativo" 20:49:45 <trolly> ¿está por aquí el admin de i2pwiki? 20:49:55 <zab@kyirc> tener algo dirigido a usuarios .ru en la página de inicio puede verse como un gesto de buena voluntad 20:49:57 * anonimal No hay objeciones. xopowo. 20:50:08 <str4d> No tengo ni idea de lo que dice, pero bien que reflejemos la base de usuarios rusa. 20:50:14 <abyss> +1 para lenta.i2p 20:50:18 <zzz> me suena a aprobado. última llamada para 4) 20:50:21 <psi> +1 para lenta.i2p 20:50:43 <kytv> +0.5 basándome en la aprobación de personas que pueden leer ruso 20:50:51 <str4d> El título debería estar en ruso, para que los usuarios puedan decir al instante que es un sitio RU 20:51:12 <amknesia> Eh, pregunta tonta, ¿pero quizá debería haber una división de enlaces según el 'idioma seleccionado actualmente' frente a enlaces 'en idioma extranjero'? 20:51:16 <str4d> (tanto para que los no rusoparlantes no hagan clic, como para que los rusoparlantes sí) 20:51:30 <str4d> amknesia, justo lo estaba pensando :) 20:51:50 <zzz> siempre podemos ajustar el nombre en la consola 20:51:57 <zzz> 5) actualización de preparación para CCC de la reunión del 6 de oct.: `http://i2p-projekt.i2p/en/meetings/239` 20:52:02 <iRelay> Título: I2P Development Meeting 239 - I2P (en i2p-projekt.i2p) 20:52:34 <zzz> Solo metí este punto por si había algo que discutir. creo que el banner y los caramelos y todo eso está bajo control. 20:52:47 <zzz> terminamos las decisiones de presupuesto en la última reunión. 20:52:59 <zzz> Si alguien tiene algo que plantear sobre CCC, es el momento, si no, seguimos 20:53:56 <zzz> última llamada para 5) 20:54:31 <str4d> Nada por mi parte 20:54:36 <str4d> Que se diviertan allá 20:54:46 <zzz> 6) propuesta de reemplazo de forum.i2p (hottuna, dg) - seguimiento de la reunión del 6 de oct.: `http://i2p-projekt.i2p/en/meetings/239` 20:55:13 <zzz> ok, las notas de la última reunión están publicadas (gracias kytv) y al final verán que hottuna y dg debían volver con una propuesta. 20:55:30 <zzz> hottuna y dg, es su turno. Sin embargo, ninguno parece estar aquí, ¿no? 20:56:05 <zzz> ¿alguien más tiene algo sobre el reemplazo del foro que extienda (no repita) la discusión de la última reunión? 20:56:51 <str4d> Tengo algo tangencialmente relacionado que me gustaría añadir a la reunión si tenemos tiempo. 20:56:56 <obscuratus> ¿Qué hay de forums.i2p? 20:58:30 <zzz> ok, ¿algo más sobre 6) ? 20:58:30 <str4d> Creo que un foro de usuarios es buena idea 20:58:30 <trolly> freedomforum.i2p también funciona 20:58:30 <str4d> Y creo que tenerlo accesible desde clearnet (no solo vía inproxy) es buena idea 20:58:30 <obscuratus> str4d: +1 20:58:30 <zzz> el punto concreto del orden del día es si debería haber un reemplazo 'oficial' 20:58:30 <trolly> y tenemos un foro nuevo.. `http://es.i2p` 20:58:30 <trolly> pero es solo en español, aunque cualquiera puede crear un canal en En, por supuesto 20:58:39 <zzz> ningún sitio, 'oficial' o no, ha solicitado estar en la página de inicio de la consola 20:58:42 <trolly> canal/hilo * 20:58:54 <zzz> ok, ¿algo más sobre 6) ? 20:59:01 <Z0rg1nc> mm, ¿cómo protegerán a los nuevos usuarios del foro si también se cae? 20:59:07 <str4d> Si tenemos gente dispuesta a mantener un foro oficial, yo soy +1 20:59:14 <Z0rg1nc> *si no solo los admins tienen permitido hablar 20:59:39 * anonimal realmente le gustaría la presencia de dg y hottuna antes de opinar sobre 6) 20:59:44 <zzz> Soy +1 por muchos foros, -0.1 por uno oficial 20:59:50 <trolly> No puedo decir si el admin de `http://es.i2p` querría mantener también un foro oficial, lo siento 20:59:53 <amknesia> Propongo aplazarlo para la próxima discusión. 21:00:13 <str4d> +1 a posponer 21:00:16 <zzz> como hottuna y dg no están aquí, dejemos esto sobre la mesa 21:01:20 <zzz> 7) str4d adelante 21:01:20 <str4d> s/tabling/shelving 21:01:20 <str4d> Ok 21:01:20 <str4d> Aquí hay una idea que me ha estado rondando la cabeza desde hace unos meses 21:01:20 <str4d> Definimos *.i2p.i2p como un espacio no asignable. 21:01:27 <str4d> Y lo reservamos para uso de devs/servicios de I2P 21:01:48 <psi> +1 suena divertido 21:01:51 <str4d> Esto nos evita cualquier cosa rara que pueda pasar respecto al sistema de libreta de direcciones / espacio de nombres de I2P 21:02:05 <amknesia> Suena a plan para mí. 21:02:07 <str4d> definimos en la especificación de nombres a qué Dest se refiere cada 3LD 21:02:19 <str4d> Y podemos cambiarlo en cualquier momento 21:02:37 <str4d> (posiblemente teniendo un hosts.txt dentro de la red que alojemos conteniendo los Dests especificados actuales) 21:03:08 <anonimal>>definimos en la especificación de nombres 21:03:21 <anonimal> Y eso protegería contra la malicia, ¿sí? 21:03:50 <str4d> Sí. La especificación es pública y cualquier cambio malicioso sería completamente visible 21:03:55 <zzz> str4d, ya está bloqueado por el registrador stats.i2p y creo que la mayoría de los otros. Actualmente no está bloqueado en la importación de la libreta de direcciones, sin embargo. 21:04:23 <zzz> no estoy seguro de qué cosas 'raras' tienes en mente 21:05:20 <str4d> zzz, el problema con el sistema actual de libreta de direcciones es que solo es pseudo-global. 21:05:36 <str4d> Ahora, eso mismo es debatible, para el futuro 21:05:37 <eche|on> eso es bueno 21:05:53 <str4d> Pero en mi humilde opinión los servicios administrados por nosotros deberían ser globales. 21:06:23 <amknesia> Idea tonta: ¿Qué tal movernos a un sistema tipo namecoin con alguna clase de PoS con una cantidad requerida de tiempo de CPU para retener tus dominios? 21:06:30 <str4d> La forma más fácil de hacerlo es definir una sección del espacio de nombres como controlada por nosotros. La sección lógica es *.i2p.i2p 21:06:39 <str4d> amknesia, eso está fuera del alcance de este punto de la reunión 21:06:43 <zzz> str4d, ¿quizá escribes tu propuesta en el subforo de naming de zzz.i2p? 21:06:54 <amknesia> Ok 21:07:01 <str4d> zzz, lo haré, cuando tenga tiempo (probablemente el mes que viene) 21:07:11 <zzz> ok, ¿algo más sobre 7) 21:07:37 <zzz> ¿algo más para la reunión? 21:07:40 <str4d> Je, sobre ese punto, también tengo otra propuesta: hacer que las propuestas sean un poco más formales y visibles 21:08:08 <zab@kyirc> desmuteen a drz y hagan merge de fux (es broma) 21:08:08 <zzz> ok, ahora te estás poniendo meta, así que.... 21:08:14 <str4d> Breve 8) 21:08:28 <zzz> 8) str4d adelante 21:08:30 <str4d> zzz, tema legítimo, lo prometo :) 21:08:48 <str4d> Ahora mismo, todas las propuestas se proponen en zzz.i2p 21:08:54 <str4d> Su visibilidad general es, en mi opinión, pobre como mucho 21:08:57 * anonimal espera el post de str4d 21:09:17 <zzz> de acuerdo, así que propone algo mejor :) 21:09:24 <str4d> Toma por ejemplo la mejora del feed del servicio de hostname, perdiéndose 21:09:46 <zzz> no tengo a mi sitio por precioso. ¿Tienes una propuesta? 21:09:54 <str4d> Propongo que las propuestas se almacenen formalmente en el repo del sitio web de I2P, y se hagan visibles 21:10:09 <zzz> por mí bien 21:10:15 <str4d> Con enlaces al hilo de discusión canónico en zzz.i2p 21:10:22 <str4d> Originalmente planeaba un repo nuevo separado 21:10:32 <zzz> ¿puedes configurar eso/ 21:10:32 <str4d> Pero el sitio web de I2P tiene dos propósitos: 21:10:36 <zzz> ? 21:10:37 <str4d> - Definir la especificación de la red I2P 21:10:47 <str4d> - Documentar la implementación de referencia (Java) 21:10:55 <zzz> ¿alguien tiene objeciones? 21:11:03 <xmz> no 21:11:11 <str4d> Y como las especificaciones ya forman parte del sitio, simultáneamente propongo elevar su posición 21:11:27 <zab@kyirc> mientras las propuestas sean texto plano: no pongan binarios en mtn por favor 21:11:28 <anonimal> ¿Dónde iría en el sitio? 21:11:38 <str4d> Y definirlas como no traducibles por simplicidad 21:11:46 <str4d> zab, ni de broma 21:11:59 <str4d> anonimal, actualmente están en /langcode/docs/specs/* 21:12:03 <str4d> (las especificaciones) 21:12:04 <zzz> Creo que str4d ya tiene carta blanca para organización menor del sitio 21:12:12 <zzz> así que ¿podemos cerrar esto? 21:12:17 <zzz> ¿algo más sobre 8) ? 21:12:20 <str4d> Propongo en su lugar tener /spec/* para specs, y /spec/proposal/* para propuestas 21:12:46 <str4d> zzz, sí, pero esto también entra en procesos de propuestas 21:12:49 <zzz> no usemos una reunión para discutir detalles de rutas del sitio 21:12:56 <anonimal> Solo pregunto porque el layout del sitio es demasiada info a la vez para mi gusto, en mi humilde opinión. 21:13:08 <str4d> el objetivo final es que gente fuera de I2P pueda ver nuestras propuestas. 21:13:22 <str4d> anonimal, el rediseño está en marcha, déjalo para luego :) 21:13:25 <zzz> de acuerdo y no he oído objeciones 21:13:27 <zzz> ¿algo más sobre 8) ? 21:13:30 * anonimal :) 21:13:44 <zzz> ¿algo más para la reunión? 21:13:54 <anonimal> Sí, brevemente. 21:14:04 <zzz> 9) anonimal adelante 21:14:04 <abyss> entonces ¿exchanged.i2p entró con un descargo? 21:14:18 <abyss> algo como "Descargo: operar con criptomonedas es arriesgado, confiar dinero a personas anónimas también es arriesgado." 21:14:32 <zzz> abyss sí 21:14:33 <zzz> 9) anonimal adelante 21:14:45 <abyss> \o/ 21:14:46 <anonimal> El *.i2p.i2p de str4d me hizo pensar en los comentarios de IETF hechos en I2PCon y https://blog.torproject.org/blog/landmark-hidden-services-onion-names-reserved-ietf 21:14:49 <iRelay> Título: Landmark for Hidden Services: .onion names reserved by the IETF | The Tor Blog (en blog.torproject.org) 21:15:05 <amknesia> abyss: No olvides el 'Por favor, ignoren al hombre detrás del sitio web con el maletín virtual y el DC3 alimentado' :) 21:15:13 <anonimal> Así que la pregunta es: 21:15:27 <xmz> también podría añadirse que el servicio no está respaldado de ninguna manera por el proyecto i2p (perdón, no puedo ver toda la discusión previa, estoy en el móvil) 21:15:49 <zzz> estamos en 9), por favor, manténganse en el tema 21:16:09 <anonimal> ¿Estamos empujando para IANA? 21:16:12 * anonimal perdón por el lag 21:16:26 <str4d> anonimal, sí. Soy el representante de I2P en ese proceso. 21:16:58 <anonimal> ¡Bien! ¿Algo que informar? 21:17:02 <str4d> También me he ofrecido para estar en el comité de diseño que propondrá cambios/mejoras al proceso del RFC 6761 21:17:31 <str4d> .i2p fue propuesto junto con .onion, .gnu, .bit y algunos otros por el equipo de GNUnet 21:17:40 <zzz> genial, gracias por seguir con eso, str4d 21:17:42 <str4d> Eso estuvo dando vueltas varios años, yendo y viniendo 21:17:56 <zzz> seguro puedes ponerlo al día después de la reunión 21:17:58 <anonimal> Sí, gracias str4d. 21:18:05 <zzz> ¿algo más sobre 9) ? 21:18:09 <zzz> ¿algo más para la reunión? 21:18:31 <str4d> bueno... 21:18:34 <str4d> (es broma ;) 21:18:40 <anonimal> lol 21:18:47 <sadie_i2p> ja 21:19:01 <zzz> gracias a todos. /me ****bafs**** da por cerrada la reunión

Reunión de Desarrolladores de I2P - 6 de octubre de 2015

Tue, 06 Oct 2015 00:00:00 +0000

Resumen rápido

Presentes: cacapo, comradenosebleed, dg, eche|on, hottuna2, postman, str4d, zzz

Registro de la reunión

19:59:41 <zzz> 0) Hola 19:59:41 <zzz> 1) Presupuesto 32C3 19:59:41 <zzz> 2) Otros pendientes de 32C3 - banner, etc. 19:59:41 <zzz> 3) Presupuesto RWC 19:59:44 <zzz> 0) Hola 19:59:47 <zzz> Hola 19:59:50 <eche|on> hola 19:59:53 <dg> hola 19:59:59 <zzz> 1) Presupuesto 32C3 19:59:59 <cacapo> hola 20:00:23 <zzz> ok, el plan es hacer lo que hicimos para Toronto: fijar un presupuesto global y dejar que echelon maneje los detalles 20:00:43 <hottuna2> me encanta Soylent y tú 20:00:46 <hottuna2> ups 20:00:47 <zzz> echelon, ¿cuál es el total de las solicitudes de fondos para viajes que recibiste? 20:01:06 <eche|on> actualmente es aproximadamente 4k y 2 BTC 20:01:56 <hottuna2> ¿calculado cómo? 20:02:03 <zzz> ok, ¿hubo solicitudes excesivas o de gente aleatoria que tengamos que discutir, o todo fue razonable? 20:02:41 <eche|on> todas razonables, ninguna por encima de 1k euros hasta ahora, así que... todo bien 20:02:52 <eche|on> algunos escribieron demasiada información, jaja 20:03:22 <zzz> ¿y aproximadamente cuánto más para pagar entradas de CCC, una cena, serpientes de goma y demás? 20:04:06 <eche|on> Creo que la cena será 500+x, las entradas serán 100 cada una (para unas 10 personas) y las serpientes y cosas pequeñas entre 200-300 20:04:24 <eche|on> cena para 20+x 20:05:04 <zzz> así que eso es 1800 euros + 4K de viajes + ~500 por 2 BTC, son 6300 euros en total, ¿cierto? 20:05:53 <eche|on> sí, pero no llegaremos a tanto, en mi humilde opinión parte del fondo de viajes se pagará en BTC, y la cena podría ser más barata... 20:05:59 <eche|on> así que digamos 6k 20:06:34 <eche|on> el año pasado tuvimos 1257 sin costos de viaje 20:06:38 <zzz> me suena bastante razonable, abramos la discusión... ¿qué opina la gente? 20:06:39 <eche|on> y unas entradas 20:07:13 <hottuna2> ¿eso significa que alcanzaremos nuestra meta de gasto del 10% por año? 20:07:31 <eche|on> claro 20:07:53 <hottuna2> ¿o sea que estaremos por debajo del 10%? 20:08:01 <zzz> lo dudo, tenemos ~250K y solo gastamos 4-5K en Toronto si no me falla la memoria 20:08:02 <eche|on> claro 20:08:22 <eche|on> espera, 150k, no 250... 20:08:49 <zzz> de cualquier modo, estamos muy por debajo del 10%, a ojo 20:09:02 <eche|on> y actualmente gastamos 5.3k este año 20:09:19 <hottuna2> ok. me parece bien. 20:09:22 <zzz> ¿alguna objeción a un presupuesto de 6K euros para CCC? 20:10:05 <zzz> genial 20:10:41 <zzz> como siempre, eche|on, creo que preferimos reembolsar a la gente, pero podemos pagar por adelantado si realmente lo necesitan para comprar entradas, ¿cierto? 20:11:25 <hottuna2> ¿hay forma de saber cuánto se te reembolsará? 20:11:25 <eche|on> correcto 20:11:44 <zzz> creo que acabamos de aprobar el 100% de las solicitudes de la gente, ¿correcto? 20:11:49 <eche|on> sí 20:12:05 <zzz> ok, así que lo que hayas pedido es lo que recibirás, hottuna2 20:12:13 <hottuna2> ok 20:12:23 <zzz> muchas gracias, eche|on, creo que este proceso funcionó bien 20:12:27 <zzz> ¿algo más sobre 1) ? 20:12:53 <zzz> 2) Otros pendientes de 32C3 - banner, etc. 20:13:05 <eche|on> el banner sigue en Toronto 20:13:10 <eche|on> póster - necesitamos un póster 20:13:28 <zzz> ¿teléfonos DECT parte 2? ¿banner? ¿póster? ¿qué hay que hacer, voluntarios? 20:13:35 <eche|on> necesitamos una mesa (intento entrar al wiki y hacer alguna página sobre nuestro grupo) 20:13:45 <hottuna2> ¿quién tiene el banner? 20:13:57 <hottuna2> Yo no lo tengo. 20:13:57 <str4d> j0 20:13:58 <eche|on> estaba en el hacklab de Toronto 20:14:13 <hottuna2> ¿Debería traer el gráfico para el atril de i2pcon? 20:14:40 <zzz> hottuna2, ¿puedes encargarte de encontrar el banner en Toronto y traerlo? 20:14:53 <eche|on> se podrían usar teléfonos DECT, pero no sé, todos tienen móvil, hay Wifi disponible... 20:15:13 <zzz> quizá los DM de Twitter han vuelto obsoleto DECT 20:15:15 <hottuna2> zzz, me encargo. 20:15:19 <eche|on> hottuna2: hubo una discusión en Twitter con sadie sobre el banner y dejar que ella lo lleve a Hamburgo 20:15:23 <dg> voy a Twitter 20:15:41 <dg> irc si no hay respuesta 20:15:50 <hottuna2> ¿necesitamos algún otro material de marketing? 20:15:50 <eche|on> hay que reservar la mesa cuanto antes 20:15:59 <eche|on> pegatinas 20:16:06 <zzz> eche|on, ¿te ofreciste a reservar la mesa? 20:16:28 <eche|on> un folleto (3 columnas, plegado) con información básica ayudaría mucho, pero no está disponible 20:16:44 <eche|on> zzz: puedo intentar reservar la mesa el día 26 antes del cine 20:16:56 <eche|on> o mejor: haré todo lo posible por reservarla 20:17:00 <dg> ¿lugar habitual, o...? 20:17:10 <eche|on> dg: sería lo mejor, noisysquare 20:17:11 <zzz> sí, pero te ofreciste a registrarte en el wiki, ¿verdad, echelon? 20:17:13 <dg> solo una pregunta: ¿qué tan grande es la mesa normalmente? 20:17:24 <eche|on> sí, intentaré hacer lo del wiki también 20:17:28 <zzz> 8-10 20:17:30 <cacapo> eche|on: ¿no tuvimos un concurso de folleto hace un tiempo? 20:17:31 <dg> eche|on: ah bien 20:17:32 <hottuna2> Sadie dice hola desde Twitter 20:17:36 <dg> zzz: ¿entonces hay espacio para todos? 20:17:38 <eche|on> la mesa suele ser una mesa redonda para 8-10, o una mesa cuadrada 20:17:51 <dg> hottuna2: she needs2irc 20:17:56 <zzz> nunca estamos todos allí al mismo tiempo, no te preocupes 20:17:58 <eche|on> cacapo: sí, pero los resultados del concurso de folleto no eran utilizables, que yo recuerde 20:18:03 <hottuna2> eso es lo que le estoy diciendo 20:18:20 <dg> de acuerdo :) 20:18:34 <zzz> también estaba la idea de regalar memorias USB; lo estuve mirando, parecen $2 al por mayor para poca capacidad 20:18:41 <dg> estoy esperando el programa para poder planificar mi día 20:18:42 <eche|on> `http://echelon.i2p/29c3/` 20:18:46 <iRelay> Título: Concurso I2P 29C3 (en echelon.i2p) 20:18:51 <dg> saber cuándo entrar/salir rápidamente 20:19:29 <eche|on> dg: normalmente nos reunimos entre las 10-12am y nos vamos después de la 1am... 20:19:47 <zzz> entonces, sobre el póster, ¿quién se encarga de eso? 20:19:48 <eche|on> zzz: las memorias USB están bien 20:20:03 <eche|on> pero no sé si realmente útiles 20:20:13 <hottuna2> así que el wiki 2015 para 32c3 no parece estar abierto todavía 20:20:28 <eche|on> hottuna2: correcto 20:20:36 <dg> eche|on: pasada mi hora de dormir ;) encaja con mis mañanas de dormir hasta tarde 20:20:43 <zzz> no voy a cargar cientos de USB a través del océano. No sé si es demasiado tarde para conseguirlos con logotipo 20:20:46 <dg> ¿el CCH está abierto toda la noche? 20:20:58 <eche|on> dg: CCH está abierto 24/7 20:21:08 <zzz> pospongamos por ahora hablar de lo básico y la logística de CCC 20:21:20 <dg> ok, gracias, eche|on 20:21:22 <zzz> este punto de la agenda es solo para preparación 20:21:36 <eche|on> zzz: 2 semanas de plazo con un proveedor 20:22:07 <zzz> ¿alguien quiere ofrecerse para un póster o para las memorias USB? 20:22:29 <zzz> ¿y cuál fue la respuesta sobre las pegatinas? 20:22:32 <eche|on> pero una memoria/tarjeta USB está alrededor de 4-6 cada una 20:22:48 <zzz> las vi por unos $2 en ebay 20:22:58 <hottuna2> no estoy seguro de entender la idea detrás de las memorias USB 20:23:08 <zzz> pero creo que esas no estaban personalizadas 20:23:15 <dg> ¿incluiríamos i2p, solo pondríamos nuestro logo, o...? 20:23:22 <zzz> ambas cosas 20:23:44 <hottuna2> no estoy seguro de que sea un buen uso del dinero. si fuéramos Tails sería otra historia 20:24:41 <eche|on> no soy muy fan de los USB en este rango de precios, ya que necesitaríamos 100+x, eso son al menos 500 20:24:45 <eche|on> para los impresos 20:24:47 <zzz> ok 20:24:51 <eche|on> con poco uso 20:25:10 <zzz> así que saltemos lo de las memorias USB. ¿Qué hay de las pegatinas? ¿Cómo está el suministro por allá? ¿Te las trajiste todas para acá o...? 20:25:17 <str4d> hottuna2: ni siquiera necesitamos regalar las USB 20:25:24 <eche|on> todavía me quedan pegatinas 20:25:42 <comradenosebleed> zzz: yo también tengo un montón de pegatinas que me dio tuna, no me importa llevarlas conmigo 20:25:44 <str4d> si son lo bastante decentes, podríamos venderlas a precio de costo 20:25:45 <eche|on> pero algunos contactos de Toronto querían crear un nuevo diseño, que yo sepa. 20:25:55 <comradenosebleed> (perdón, tuna, estoy intentando repartir tantas como puedo) 20:26:05 <dg> puede que tenga algunas pegatinas 20:26:11 <eche|on> str4d: no me gusta vender y manejar dinero además de mi tarjeta de débito en CCC 20:26:16 <zzz> eche|on, ¿tienes suficientes para CCC o necesitas que comradenosebleed traiga algunas? 20:26:30 <hottuna2> ¿queremos conseguir más camisetas? 20:26:40 <eche|on> tengo suficientes para CCC, pero son las últimas que me quedan 20:26:53 <comradenosebleed> probablemente tenga unas 200 en mi escritorio, no tengo problema en llevarlas conmigo 20:27:07 <eche|on> así que necesito un diseño nuevo, o encargo otras 10k con el mismo diseño 20:27:13 <hottuna2> y una pregunta aparte, ¿queremos venderlas? 20:27:23 <hottuna2> eche|on: me gustaría que se hiciera un diseño nuevo 20:27:33 <hottuna2> antes de pedir nuevas pegatinas 20:27:36 <zzz> dejemos para más adelante comprar más pegatinas si tenemos suficientes para CCC y hay potencial para un diseño nuevo 20:27:44 <eche|on> de acuerdo 20:27:51 <zzz> no, no creo que debamos venderlas 20:27:53 <dg> llevaré algunas de todas formas 20:28:02 <hottuna2> zzz, de acuerdo. 20:28:12 <str4d> nadie vende pegatinas en cons :P 20:28:21 <str4d> La publicidad por sí sola lo compensa 20:28:22 <hottuna2> aun así, ¿queremos conseguir más camisetas? 20:28:43 <eche|on> hottuna2: podemos preguntar en zzz.i2p por visitantes (equipo de i2p) que necesiten/quieran una camiseta. al menos dg y str4d las necesitan 20:28:46 <str4d> (oh espera, camisetas, no importa) 20:28:46 <eche|on> sí 20:28:56 <zzz> yo digo que no a las camisetas. demasiada molestia venderlas, y casi todos ya tienen una, ¿no? 20:29:05 <str4d> yo no 20:29:11 <str4d> aunque no estaré en CCC 20:29:13 <eche|on> ¿y postman postman !?? 20:29:20 <eche|on> oh, perdón... 20:29:20 <dg> por cierto, postman se nos une :) 20:29:29 <zzz> para los casos puntuales, pueden comprarla en spreadshirt 20:29:40 <zzz> si quieren 20:30:04 <str4d> Ese era mi plan :) 20:30:19 <zzz> ¿cuál fue la respuesta sobre el póster? Quizá tuna y sadie hagan algo, quizá no. 20:30:22 <dg> yo también conseguiré una, no hace falta pedir más para el proyecto 20:30:37 <zzz> ¿sigue por ahí el póster de Timothy Leary? 20:31:27 <hottuna2> zzz, ¿entonces no habrá camiseta para dg o postman? 20:31:37 <hottuna2> No me importa pedirlas/traerlas. 20:31:40 <postman> oye, yo me llevaría una 20:31:49 <eche|on> `http://echelon.i2p/29c3/user5/poster/final_with_garlic.jpg` 20:32:03 <eche|on> zzz: ¿ese? 20:32:06 <dg> Me gustaría una amarilla si tienes, pero si no la pediré yo mismo 20:32:43 <hottuna2> dg, postman, ¿qué tallas son ustedes? 20:32:45 <zzz> parece que queda entre tuna, postman y dg ponerse de acuerdo con las camisetas, si tuna las pide o si los otros piden las suyas 20:32:56 <eche|on> el costo de las camisetas se puede reembolsar en 32C3 para los miembros del equipo 20:33:03 <dg> sí, perdón, lo dejamos para luego :) 20:33:26 <zzz> ok, así que el proyecto reembolsará camisetas a quienes no las tengan 20:33:34 <zzz> ¿alguna objeción a eso? 20:33:41 <eche|on> ya pagamos las otras camisetas 20:33:48 <zzz> sí 20:34:31 <zzz> ok, parece que no tenemos una respuesta sobre el póster por ahora, pero no pasa nada si no conseguimos uno 20:34:31 <eche|on> ¿preanunciamos fecha para la cena? 20:34:32 <hottuna2> no 20:34:32 <hottuna2> así es como se ha hecho antes 20:34:39 <zzz> sí, eche|on, ese es el póster de Leary 20:35:09 <zzz> eche|on, ¿tienes una propuesta de qué noche para la cena? 20:35:42 <eche|on> hmm, el 27 es un poco pronto, pero está bien. El 28 o el 29 también están bien. Pero necesito esperar al programa de charlas 20:36:03 <zzz> ok, quizá apuntemos provisionalmente el 28, sujeto a cambios 20:36:08 <zzz> ¿algo más sobre 2) ? 20:36:09 <eche|on> podemos hacerlo el 27, es domingo, primera noche, todos con jet lag, nadie quiere cerveza, barato^^ 20:36:49 <zzz> último aviso para 2) 20:36:51 <dg> no, gracias, el 27 no 20:37:20 <zzz> 3) Presupuesto RWC 20:37:36 <zzz> eche|on, ¿alguna solicitud de financiación para RWC? ¿Cuál es el total? 20:37:51 <eche|on> sí, eso es un poco no anónimo, ya que recibí una solicitud de 500 para gastos de hotel en RWC 20:38:20 <zzz> suena razonable, ¿alguna objeción? 20:38:25 <eche|on> no 20:38:30 <eche|on> si el paper es bueno, todo bien^^ 20:38:51 <eche|on> y es 2016, año nuevo, nuevo 10% *g* 20:39:24 <zzz> animo a cualquiera que pueda ir a RWC a que la visite, es una buena conferencia 20:39:35 <zzz> ¿algo más sobre 3) ? 20:39:40 <eche|on> demasiado lejos para mí 20:39:53 <eche|on> aunque interesante, seguro 20:39:55 <dg> demasiado lejos e incompatible con CCC 20:40:50 <zzz> ok, ¿algún otro tema? Sé que desestimé i2pcontrol, la charla de 32c3 y el reemplazo del foro en el hilo de zzz.i2p, pero si alguien quiere discutirlo _brevemente_ que hable ahora 20:41:33 <hottuna2> sí. me gustaría hablar sobre forum.i2p 20:41:38 <hottuna2> ¿queremos reemplazarlo? 20:41:52 <dg> solo respecto al reemplazo del foro, estamos abiertos y discutiéndolo. si alguien cree que es buena idea que lo hagamos, contacten a postman/a mí/a eche|on. estamos en posición de ejecutar uno, pero no sabemos si hay mucho apoyo 20:42:33 <zzz> pegaré aquí mi postura de zzz.i2p, otros pueden no estar de acuerdo, está bien 20:42:35 <hottuna2> creo que deberíamos tener un lugar público para discusiones 20:42:54 <zzz> Mi postura constante ha sido que los usuarios votarán con los pies, que florezcan mil flores, etc. No es necesario ni siquiera sensato que nosotros nombremos un reemplazo. Uno o más son libres de solicitar colocación en la página de inicio de la consola siguiendo nuestro proceso habitual. Si alguien quiere montar un sitio de foro, debería hacerlo, 20:43:18 <hottuna2> No estoy de acuerdo. 20:43:19 <dg> hottuna2: aunque estoy muy abierto a un foro, ¿qué no está abierto en zzz.i2p? para que conste, es poco probable que un forum.i2p administrado por postman/echelon/yo esté en clearnet (internet pública) 20:43:43 <hottuna2> Creo que deberíamos tener un foro en clearnet. 20:43:47 <zzz> zzz.i2p no está abierto a todos los temas 20:44:01 <hottuna2> interactuar con i2p ahora es como interactuar con un ladrillo. 20:44:06 <zzz> los foros son _bombardeados_ por arañas a través de inproxies 20:45:15 <zzz> y bombardeados por spam a través de inproxies 20:45:15 <hottuna2> está el irc y zzz.i2p. eso es todo en cuanto a comunicaciones públicas con i2p 20:45:15 <hottuna2> ¿cómo vamos a atraer a gente nueva a las herramientas de anonimato si ni siquiera estamos disponibles para estas personas? 20:45:15 <eche|on> zzz.i2p es charla de desarrolladores, un foro de usuarios estaría bien, pero no puede ejecutarse en clearnet 20:45:15 <zzz> me gustaría ver más uso del blog en nuestro sitio web por parte del equipo de PR 20:45:16 <hottuna2> entiendo que administrar un foro es muy inconveniente. 20:45:19 <eche|on> forum.i2p es actualmente un buen foro, lo mantengo tan limpio como quiero 20:45:36 <dg> administrar uno está bien, clearnet va a ser difícil. Es posible pero... 20:45:38 <zzz> el foro estará muerto a fin de año debido al rekey (cambio de claves) 20:45:38 <hottuna2> pero nuestro blog no admite comunicación bidireccional. el lbog es solo una herramienta de difusión. 20:45:53 <dg> veo que clearnet sería útil para soporte, eso sí. 20:46:02 <hottuna2> así que este es un tema relevante que conviene intentar abordar lo antes posible. 20:46:38 <zzz> ¿alguien quiere gestionar un (o “el”) reemplazo del foro? adelante, no necesitan el permiso de nadie 20:46:42 <hottuna2> soporte y también atraer nuevos desarrolladores. mostrar a la gente los temas que estamos discutiendo es una manera de atraer desarrolladores y personas de todos los niveles 20:46:50 <str4d> no veo una manera simple de añadir una sección de comentarios al blog sin ir más allá del enfoque casi estático 20:47:19 <dg> el equipo de irc2p está dispuesto, pero no sé cómo manejar el problema de clearnet 20:47:21 <zzz> hottuna2, nadie está diciendo que un foro no sea algo bueno 20:47:47 <str4d> sección de comentarios al* 20:47:53 <hottuna2> ¿entonces estamos de acuerdo en que tener uno nos ayudaría? 20:47:55 <eche|on> dg: forum.i2p estuvo en clearnet, no salió bien, se cerró y todo está bien 20:48:09 <zzz> Declaré forum.i2p muerto en enero. Ha habido tiempo de sobra. 20:48:16 <hottuna2> ¿y también estamos de acuerdo en que queremos llegar y atraer novatos para que se unan a i2p? 20:48:23 <dg> eche|on: sería útil para soporte a usuarios, eso sí 20:48:36 <hottuna2> para que sea más que un objetivo de vaporware hace falta acción 20:48:37 <eche|on> dg: no vale la pena la molestia 20:48:42 <zzz> hottuna2, de acuerdo, los foros son buenos. No estoy seguro de que uno de nosotros deba gestionar uno. Y no estoy seguro de haber oído a alguien ofrecerse. 20:49:08 <dg> no me importa gestionar el spam, solo quiero seguir siendo anónimo y no puedes hacer eso mientras administras un sitio en clearnet 20:49:23 <eche|on> sí 20:50:46 <hottuna2> dg, ¿podría yo u otra persona alquilar el root server (servidor dedicado)? 20:50:46 <eche|on> pero de verdad, no quieres el foro de i2p en clearnet 20:50:46 <hottuna2> ¿y tú tendrías acceso a él a través de i2p+ssh? 20:50:46 <zzz> así que quizá dg como administrador combinado con algunos recursos de servidor podría ser una solución 20:50:46 <dg> hottuna2: eso es algo que podemos discutir si tú (u otra persona) está cómodo con el costo 20:50:46 <hottuna2> eche|on: quiero que el foro esté en clearnet y en i2p 20:50:46 <eche|on> hottuna2: lo perderás. 20:50:46 <eche|on> forum.i2p ha tenido problemas masivos de spam 20:50:46 <dg> eche|on: sé que clearnet puede ser un problema pero a muchos usuarios les gusta como mecanismo de soporte 20:50:46 <dg> irc no es para todos, especialmente donde tenemos la “cámara de sueño profundo” 20:50:46 <eche|on> por eso se cerró 20:50:46 <zzz> claro, clearnet un sueño bonito, quizá solucionable, quizá no 20:50:50 <eche|on> forum.i2p sigue siendo un buen canal de soporte 20:50:54 <hottuna2> dg, estoy cómodo con eso, y también creo que i2p reembolsaría un servidor para el foro 20:51:24 <dg> encantado de intentarlo y, si no funciona, nos quedamos solo en i2p. No sé si i2p lo reembolsaría (aunque no es mi decisión), pero, de nuevo, i2p ya reembolsa servicios básicos... 20:51:25 <comradenosebleed> ¿Cuántos moderadores había en el foro mientras estuvo en clearnet? Si tuviéramos más moderadores, podríamos recortar el abuso, el spam, etc. 20:51:35 <hottuna2> eche|on: eche|on: ¿patrocinaría i2p una máquina para el foro? 20:51:35 <dg> comradenosebleed: que yo sepa era solo eche|on 20:51:43 <eche|on> comradenosebleed: llegamos a tener al menos 5-10 personas 20:51:49 <dg> hottuna2: feliz de administrar en cualquier caso, solo no quiero cargarte con ello. 20:51:53 <eche|on> pero un tipo malditamente estúpido hizo spam e hizo algo de DDoS 20:52:06 <hottuna2> dg, ¿te ofrecerías a configurar y administrar un foro clearnet+oculto? 20:52:07 <zzz> dg, ¿quizá puedas estimar los requisitos de ancho de banda/potencia de procesamiento y armar una propuesta? 20:52:25 <dg> hottuna2, zzz: OK, trabajaré con hottuna2 en eso y podremos elaborar una propuesta 20:52:36 <dg> hottuna2: mientras pueda seguir siendo anónimo, no hay problema 20:52:38 <hottuna2> obtener un servidor bastante potente en hetzner cuesta como 30/mes 20:52:42 <zzz> sigo sin estar a favor, pero dispuesto a escuchar 20:52:55 <zzz> tenemos VM libres ahora, pero depende de la carga 20:53:02 <zzz> ok, ¿algo más sobre el foro? 20:53:06 <zzz> ¿algo más para la reunión? 20:53:11 <eche|on> además, estando en clearnet no puedes alojar muchos temas que ahora mismo hay en forum.i2p 20:53:11 * zzz calienta el baffer 20:53:28 <hottuna2> zzz, eche|on: sobre las VM libres, ¿queremos colocar toda nuestra infraestructura en el mismo host? 20:53:30 <eche|on> p. ej., necesitarás una persona rusa nativa para administrar el foro 20:53:31 <comradenosebleed> me ofrezco como moderador si montamos un foro en clearnet. Por mucho que odie sugerir Cloudflare para alojarlo, tienen una excelente prevención de DDoS 20:54:01 <hottuna2> comradenosebleed: anotado 20:54:02 <eche|on> y esa persona necesitaría conocer las normas del país donde esté alojado el host (hetzner es alemán, Alemania tiene leyes algo extrañas, por ejemplo) 20:54:15 <zzz> siéntanse libres de continuar la charla sobre el foro, sin embargo yo... estoy... 20:54:23 <eche|on> ¡baffing! 20:54:25 <zzz> .. *baffing* se cierra la reunión

Versión 0.9.22

Sat, 12 Sep 2015 00:00:00 +0000

Detalles de la actualización

La 0.9.22 incluye correcciones para que i2psnark no se quede atascado antes de finalizar y comienza la migración de la información del router a nuevas y más sólidas firmas Ed25519. Para reducir la rotación en la red, tu router solo tendrá una pequeña probabilidad de migrar a Ed25519 en cada reinicio. Cuando rote sus claves, espera ver un menor uso de ancho de banda durante un par de días mientras se reintegra en la red con su nueva identidad. Si todo va bien, aceleraremos el proceso de rotación de claves en la próxima versión.

I2PCon: Misión cumplida

Thu, 20 Aug 2015 00:00:00 +0000

I2PCon ha sido un gran éxito. Para nosotros, los colaboradores de I2P, representa un gran avance en términos de lo que somos capaces de lograr como comunidad, de cómo comunicamos los casos de uso de I2P y de cómo llegamos a personas conscientes de la privacidad.

Al organizar este evento, también hemos ampliado nuestra comunidad. Personas que antes solo leían sin participar en nuestros canales de IRC, o que ejecutaban nuestro software, o que quizá ni siquiera habían oído hablar de I2P, ahora forman parte de nuestra comunidad.

Versión 0.9.21

Fri, 31 Jul 2015 00:00:00 +0000

Detalles de la actualización

0.9.21 contiene varios cambios para añadir capacidad a la red, aumentar la eficiencia de los floodfills y usar el ancho de banda de forma más eficaz. Hemos migrado los tunnels de clientes compartidos a firmas ECDSA y añadido un mecanismo de respaldo DSA utilizando la nueva capacidad “multisession” para aquellos sitios que no admiten ECDSA.

Se han anunciado los ponentes y el programa de la I2PCon 2015 en Toronto. Consulta la página de I2PCon para más detalles. Reserva tu plaza en Eventbrite.

I2PCon

Thu, 16 Jul 2015 00:00:00 +0000

I2PCon es el primer evento de su tipo. Tiene dos objetivos a corto plazo. El primero es ofrecer al público en general un evento donde se puedan obtener conocimientos sobre la privacidad y las preocupaciones relacionadas con ella. El segundo objetivo es impulsar el proyecto I2P y su comunidad. Esto tomará la forma de debates técnicos sobre criptografía, anonimato y temas centrados en I2P.

Este evento persigue un objetivo más amplio y de más largo plazo: construir una comunidad de personas conscientes de la privacidad. Al conectar a personas que reconocen la importancia de la privacidad, nos gustaría proporcionar un foro donde esta comunidad pueda crecer.

Reunión de desarrolladores de I2P - 14 de julio de 2015

Tue, 14 Jul 2015 00:00:00 +0000

Quick recap

Presentes: chlorelium, dg, EinMByte, hottuna, lazygravy, psi, RN, str4d, z3r0fox, zzz

Registro de la reunión

20:01:40 <hottuna> 0) Hola 20:01:40 <hottuna> 1) I2PCon: Actualización de estado 20:01:40 <hottuna> 2) I2PCon: Licencia de alcohol ($25) 20:01:40 <hottuna> 3) I2PCon: ¿Permitir fotos sin consentimiento explícito? 20:01:40 <hottuna> 4) I2PCon: ¿Permitir videos? 20:01:40 <hottuna> 5) I2PCon: Organizar el cronograma del evento 20:01:43 <hottuna> 6) solicitud de página de inicio de dogecoindark.i2p 20:01:54 <chlorelium> ¡aloha! Encantado de estar aquí con todos ustedes hoy. 20:02:02 <z3r0fox@oftc> o/ 20:02:07 <EinMByte> Hola 20:02:13 <hottuna> ***** 0) ***** 20:02:19 <hottuna> Hola a todos 20:02:36 <hottuna> ¿Alguien tiene preguntas o algo que deba añadirse a la agenda? 20:02:43 <RN> hola 20:03:00 <str4d> hola 20:03:00 <lazygravy> Hola 20:03:01 <EinMByte> ¿Tenemos una transmisión en directo? (para la con) 20:03:15 * RN tiene aportes para el #3 pero esperará hasta que toque 20:03:31 <lazygravy> EinMByte: suena como tema para el #4 20:03:38 <hottuna> EinMByte, no. no se ha organizado nada de eso. añadamos esa discusión al 4) 20:03:46 <hottuna> ¿algo más? 20:03:49 <EinMByte> ok 20:04:04 <chlorelium> una cosa 20:04:06 <chlorelium> donaciones 20:04:15 <chlorelium> Estuve hablando con dnj sobre donaciones en i2pcon 20:04:22 <chlorelium> no estoy seguro de cómo vamos a manejar eso 20:04:25 <chlorelium> deberíamos resolverlo hoy. 20:04:40 <hottuna> añadamos eso como 7) 20:05:08 <hottuna> ok. 20:05:13 <hottuna> **** 1) **** 20:05:19 <hottuna> 1) I2PCon: Actualización de estado 20:05:37 <hottuna> Entonces... el estado actual es que estamos finalizando la mayoría de los aspectos del evento. 20:06:00 <hottuna> Tenemos a todos nuestros ponentes confirmados. 20:06:16 <hottuna> El siguiente paso es construir un programa 20:06:27 <hottuna> Y por último hacer un segundo anuncio 20:06:48 <EinMByte> ¿Cuántos participantes tenemos ahora mismo? ¿Lo sabemos? 20:06:52 <hottuna> Que contenga más detalles, como el programa y cualquier otra cosa que pueda ser útil. 20:07:06 <EinMByte> ¿Tenemos una página web? ¿Necesitamos una? 20:07:07 <hottuna> EinMByte, esa es una buena pregunta. Y algo que chlorelium ha mencionado. 20:07:19 <hottuna> Hacklab puede sentar a 40 personas 20:07:21 <EinMByte> Como una página en geti2pNet 20:07:32 <EinMByte> s/geti2pNet/geti2p.net 20:07:42 <hottuna> EinMByte, he votado en contra de hacer un sitio web por la cantidad de trabajo que implicaría. 20:07:44 <chlorelium> hottuna: en realidad tengo un número revisado, son 48 sillas, aunque es apretado 20:08:28 <hottuna> Hablando del número de asistentes, chlorelium pidió que intentemos llevar la cuenta de alguna manera. 20:08:39 <EinMByte> hottuna: bueno, un sitio entero quizá sea demasiado. Pero al menos una página con la información? 20:08:44 <hottuna> La idea actual es una página de Eventbrite donde la gente pueda inscribirse. 20:09:11 <chlorelium> EinMByte: Estaba pensando en una página de Eventbrite. Sobre todo no quiero una situación en la que tenemos 48 asientos y se presenten 200 :) 20:09:30 <chlorelium> Hacklab tiene una cuenta de Eventbrite, puedo configurar algo en breve. 20:09:39 <lazygravy> hottuna: sea lo que sea que usemos, hay que asegurarse de que no bloquee conexiones de Tor. Estoy seguro de que la mayoría querría inscribirse a través de él. 20:10:03 <hottuna> ¿Podríamos meter a más de 48 si algunos se quedan de pie? 20:10:03 <EinMByte> chlorelium: bueno, siempre puedes dar a la gente un comprobante que tengan que mostrar en la entrada 20:10:11 <hottuna> Solo para darnos algo de margen 20:10:16 <dg> \o. 20:10:31 <hottuna> EinMByte, tenemos el anuncio, y vamos a hacer otro anuncio en el mismo estilo que el primero 20:10:37 <chlorelium> hottuna: sí, hay espacio de pie para probablemente 80+ 20:10:53 <chlorelium> lazygravy: anotado respecto a Tor 20:10:56 <hottuna> aparte de eso no tengo voluntarios para construir una página web. 20:11:44 <chlorelium> EinMByte: eventbrite genera "tickets"; no requiere nombre real ni teléfono real, puede ser un registro anónimo a través de Tor con un email desechable 20:11:50 <chlorelium> EinMByte: así que eso puede ser el comprobante, en cierto modo 20:12:02 <hottuna> suena bastante bien. 20:12:16 <EinMByte> Eso está bien. Eventbrite parece bien. Pero probablemente deberíamos enlazarlo desde el sitio web de I2P 20:12:29 <EinMByte> (puede ser en una entrada del blog supongo) 20:12:43 <hottuna> EinMByte, lo haremos en el segundo anuncio y probablemente desde el primero también. 20:12:54 <EinMByte> ok 20:12:58 <hottuna> está ahí solo para darnos una estimación del número de participantes 20:12:59 <RN> mmm... Supongo que un mirror interno en I2P de Eventbrite sería demasiado... 20:13:21 <dg> RN: improbable, aunque alguien (¿yo?) podría preguntar. depende de lo grandes que sean y si tenemos algún contacto 20:13:35 <hottuna> :P 20:13:38 <hottuna> eso es ser bastante optimista 20:13:56 <hottuna> también estamos trabajando en un folleto para el evento 20:13:56 <RN> sí, ponlo en las notas para "la próxima vez" 20:14:09 <EinMByte> Entonces cholerlium, ¿tú configuras la página de eventbrite? 20:14:18 <hottuna> esperaba tener una versión temprana lista ahora, pero probablemente la veremos más tarde esta noche 20:14:19 <chlorelium> EinMByte: seguro, lo haré hoy 20:14:21 <chlorelium> *hoy 20:14:43 <hottuna> espléndido, cuanto antes tengamos un enlace, antes podremos empezar a publicarlo 20:14:45 <chlorelium> EinMByte: al menos puedo generar la URL para publicarla, y podemos llenarla de contenido más tarde si hace falta 20:15:27 <hottuna> Ok, ¿alguien quiere añadir algo más? 20:15:36 <RN> cuanto antes se genere la url, antes se podrá probar si es amigable con Tor 20:15:38 <EinMByte> *chlorelium 20:16:11 <z3r0fox@oftc> En cuanto a la info en el segundo anuncio, la gente puede querer saber si podrán conectarse 20:16:53 <hottuna> z3r0fox: buen apunte 20:17:00 <chlorelium> z3r0fox: ¿conectarse a energía, red, o a qué? 20:17:01 <lazygravy> ¿Conectarse siendo acceso a Internet? 20:17:14 <chlorelium> energía tenemos :) 20:17:18 <z3r0fox@oftc> A ambas... 20:17:28 <str4d> He usado Eventbrite vía Tor antes, me funcionó bien 20:17:30 <str4d> (en 2013 registrándome para RWC 2014) 20:17:42 <RN> gracias str4d 20:18:08 <chlorelium> entonces 20:18:12 <chlorelium> energía: 20:18:17 <chlorelium> tenemos muchas regletas grandes 20:18:26 <RN> ¿red? ¿wifi? 20:18:31 <chlorelium> algunas cuelgan del techo, podríamos pasarlas potencialmente por debajo/detrás de filas de asientos 20:18:37 <chlorelium> la red es principalmente por wifi 20:18:51 <hottuna> str4d, gracias 20:18:51 <chlorelium> regularmente atendemos a 30+ personas en la red de invitados 20:18:57 <chlorelium> también tenemos piratebox, si a alguien le importa :) 20:19:21 <chlorelium> Le preguntaré a nuestra persona de ops cuántas conexiones puede acomodar la red de invitados antes de irse a la mierda 20:19:27 <hottuna> ok. así que tendremos algo de energía al menos y wifi para ~todos 20:19:58 <chlorelium> sí 20:20:13 <chlorelium> esto también ayuda a obtener un conteo previo 20:20:22 <EinMByte> bien 20:20:22 <chlorelium> podemos planear con antelación las necesidades inalámbricas 20:20:27 <hottuna> de acuerdo. ¿algo más para el 1)? 20:20:30 <dg> Alguien hace unos días con el nombre de 'saltire' me envió un mensaje, preguntando sobre configurar un puente entre OFTC e IRC2P para #torontocrypto. No me ha escrito desde entonces, y #torontocrypto no tiene puente (solo ChanServ y yo). ¿Podría saltire, o alguien más del lado de TC, configurarlo? 20:20:48 <dg> Probablemente podría hacerlo porque OFTC permite Tor, pero preferiría alguien de TC. 20:21:13 <hottuna> dg, posiblemente. Conozco a saltire en el mundo real (meatspace). 20:21:24 <hottuna> dg, ¿podemos guardar eso para después de la reunión? 20:21:28 <RN> mmm.... ¿lag? ¿o no hay red disponible...? 20:21:31 <dg> hottuna: np 20:21:40 <hottuna> ok 20:21:45 <hottuna> **** 2) **** 20:21:48 <hottuna> 2) I2PCon: Licencia de alcohol ($25) 20:21:53 <hottuna> Vamos a obtener una. 20:21:54 <hottuna> Hoy. 20:22:03 <hottuna> Sin preocupaciones, lo tenemos. 20:22:06 <chlorelium> el papeleo para eso está casi rellenado, solo hay que presentarlo 20:22:14 <lazygravy> :-) 20:22:21 <chlorelium> ya llamé a la LCBO, tendrán a alguien allí hasta las 9pm EDT para aceptar nuestra solicitud 20:22:25 <chlorelium> y en realidad el plazo es mañana por la noche 20:22:30 <zzz> ¿la licencia es para consumo, venta, o ambas? 20:22:37 <lazygravy> ¿BYOB (traer tu propia bebida)? 20:22:38 <hottuna> Así que con la licencia hay algunas obligaciones que debemos cumplir. Como no emborrachar a la gente. 20:22:49 <hottuna> zzz, para consumo. 20:22:54 <hottuna> lazygravy, no. 20:23:00 <chlorelium> la licencia no permite la venta. Es solo para consumo. si queremos una licencia de venta el costo sube a $75 20:23:11 <hottuna> tener una licencia no es compatible con BYOB 20:23:17 <EinMByte> ¿Entonces las bebidas son gratis? 20:23:18 <chlorelium> BYOB no va. BYO es ilegal en eventos públicos como este 20:23:30 <hottuna> EinMByte, sí. pero solo una pequeña cantidad. 20:23:32 * RN se lamenta por no asistir "awww man... ¡¡¡hasta tendrán cerveza!!!" :( 20:23:45 <hottuna> Hablamos de 1–2 cervezas por participante dependiendo de cuántos se presenten 20:23:46 <chlorelium> (y normalmente no nos importaría, pero seguro que aparecerán tipos del gobierno y alguien en algún lugar se quejará de la falta de licencia) 20:23:59 <hottuna> Y de cuán generoso esté eche|on 20:24:06 <zzz> bien. tenemos un cubo para donaciones (tema #7) 20:24:18 <chlorelium> Podemos tener más alcohol a la venta, pero significa poner $50 extra para esa licencia 20:24:24 <chlorelium> el proceso de solicitud es esencialmente el mismo, eso sí 20:24:25 <EinMByte> hottuna: ok. ¿Tienen algún sistema para llevar control de quién ya ha tomado su bebida? ¿O creen que no será un problema? 20:24:41 <hottuna> zzz, mientras el cubo de donaciones no sea explícitamente para alcohol deberíamos estar bien 20:24:58 <hottuna> EinMByte, no realmente. pero no planeamos traer toneladas. 20:25:02 <chlorelium> solo para que lo sepan: si tomamos donaciones en la puerta y repartimos tickets de bebida, necesitamos una licencia de "venta" ya que eso se considera una venta indirecta 20:25:26 <chlorelium> eso no significa que esté prohibido aceptar donaciones y dar tickets de bebida, pero no podemos hacerlo en ese orden con una licencia de "no venta" o_0 20:25:29 <chlorelium> las leyes de alcohol son tontas 20:25:59 <EinMByte> hottuna: asumamos la honestidad entonces 20:25:59 <chlorelium> EinMByte: creo que la honestidad es una buena política :) 20:25:59 <hottuna> EinMByte, esa es la idea. 20:25:59 <hottuna> ¿Algo más en el 2)? 20:26:14 <chlorelium> solo una nota 20:26:21 <chlorelium> una vez que tengamos la licencia (en una semana) 20:26:32 <chlorelium> tendremos que ir a la LCBO con la licencia para hacer la compra 20:26:45 <chlorelium> quien sea que traiga el alcohol no puede simplemente recoger un montón y traerlo 20:26:58 <chlorelium> hay algo de que la LCBO lleva el registro de ventas 20:27:15 <hottuna> ok. eso no debería ser un gran problema. 20:27:21 <chlorelium> Creo que quieren asegurarse de que no estás comprando $1K de cerveza para un solo evento :) 20:27:30 <chlorelium> probablemente la licencia se enviará por correo al lab 20:27:35 <chlorelium> puedo ponerme en contacto cuando llegue. 20:27:44 <hottuna> espléndido 20:28:07 <hottuna> **** 3) **** 20:28:08 <hottuna> 3) I2PCon: ¿Permitir fotos sin consentimiento explícito? 20:28:13 <chlorelium> entonces 20:28:23 <hottuna> ¿Alguien tiene una opinión fuerte? 20:28:31 <chlorelium> La política por defecto de Hacklab casi siempre ha sido "no sin consentimiento explícito" 20:28:47 <chlorelium> podemos suspender eso, sin embargo hay muchas posibilidades de que haya miembros en el espacio que no estén ahí por la con y que quizá no quieran que les tomen fotos 20:29:04 <hottuna> bien, supongo que eso nos hace la elección mucho más fácil. 20:29:19 <chlorelium> Podríamos tener identificadores con código de colores o algo para comunicar el consentimiento, si a la gente le gusta esa idea. 20:29:31 <hottuna> ¿Alguien tiene problemas con no permitir que se tomen fotos? 20:29:41 <hottuna> (sin consentimiento explícito) 20:30:26 <hottuna> ¿Alguien quiere añadir algo al 3)? 20:30:46 <dg> ¿el 3) es el consentimiento para fotos? 20:30:49 <str4d> Creo que el consentimiento explícito está bien 20:30:52 <hottuna> sí 20:30:53 <z3r0fox@oftc> Tendrá que quedar claro en la puerta, porque teléfonos 20:31:07 <lazygravy> str4d: ese método pareció funcionar bien en HOPE. 20:31:10 <EinMByte> Estoy de acuerdo, algunas personas no querrán que les tomen fotos 20:31:20 <dg> Siempre que el consentimiento explícito esté claro y haya un entendimiento de que la gente eliminará fotos si se les pide 20:31:23 <chlorelium> z3r0fox: claro, haremos un cartel 20:31:27 <RN> sí 20:31:33 <RN> Me perdí todo el tres 20:31:44 <hottuna> excelente 20:31:56 <str4d> La idea de la etiqueta con nombre es buena. Quizá la página de Eventbrite podría tener una casilla para el consentimiento (sí/no/indeciso) 20:32:14 * psi hace scroll 20:32:26 <chlorelium> str4d: eso se ha hecho para eventos no-hacklab antes 20:32:37 <EinMByte> str4d: buena idea 20:32:39 <chlorelium> ni siquiera tiene que ser una etiqueta con nombre, basta con un papel de color 20:32:46 <str4d> Etiqueta con nombre verde == ok. Sin etiqueta == hay que preguntar. 20:32:50 <str4d> chlorelium: bien 20:32:53 <RN> Tengo algo que añadir al tres y lo voy a pegar a saco en unas 9 líneas... 20:33:07 <hottuna> str4d, chlorelium: no estoy seguro de querer organizar todo eso Preferiría mantenerlo básico y con una regla simple 20:33:10 <RN> hagan una máscara de itoopie que las personas que no quieran ser fotografiadas puedan ponerse delante de la cara cuando se tome la foto.... 20:33:10 <RN> más fácil que confiar en que alguien más haga photoshop de la máscara de itoopie después 20:33:10 <RN> exposición de la mascota == buen PR | divertido | barato 20:33:10 <RN> materiales requeridos (requiere ensamblaje) 20:33:10 <RN> platos de papel 20:33:11 <RN> pintura en spray amarilla 20:33:15 <RN> depresores linguales grandes 20:33:17 <RN> grapas (que atraviesen madera) o pegamento/cinta 20:33:19 <RN> rotulador negro o pintura negra y pincel 20:33:39 <hottuna> RN: ¡Si alguien quiere hacer una máscara, perfecto! 20:33:46 <chlorelium> :D 20:33:49 <RN> entréguelas en la puerta... inicia la conversación sobre fotos 20:33:55 <psi> ¿todavía se permiten máscaras? 20:33:59 <hottuna> lo pongo en la bandeja de "claro, por qué no". 20:34:02 <psi> tipo, leyes anti protesta etc 20:34:12 <dg> Imagino que está bien en un espacio privado 20:34:17 <hottuna> no estamos protestando. creo. y además es en interiores. 20:34:26 <psi> ok 20:34:27 <hottuna> de todos modos, ¿podemos seguir? 20:34:35 <hottuna> **** 4) **** 20:34:35 <str4d> Y no es tanto una máscara como un antifaz 20:34:48 <hottuna> 4) I2PCon: ¿Permitir videos? 20:34:48 <hottuna> ¿Transmisión de video en directo? 20:34:58 <chlorelium> psi: las leyes de máscaras no aplican 20:35:01 <dg> Sí sí sí sí sí si alguien está dispuesto a hacerlo. 20:35:07 <chlorelium> no soy abogada, pero de eso estoy bastante segura :P 20:35:13 <str4d> Videos / livestream está parcialmente relacionado con el #3 20:35:18 <lazygravy> ¿Los ponentes estarán de acuerdo con esto? 20:35:25 <dg> Dejar claro que se está grabando e indicar dónde puede sentarse la gente si quiere estar libre de cámaras 20:35:26 <hottuna> No creo que tengamos a alguien dispuesto a hacer todo el trabajo de video. 20:35:31 <hottuna> Ni tenemos el equipo. 20:35:34 <z3r0fox@oftc> Como el videógrafo experto no pudo venir, podría colocar un par de cámaras HD apuntando a los presentadores para guardar las presentaciones para más adelante. Pero había algunas reservas. 20:35:37 <EinMByte> Creo que definitivamente necesitamos una transmisión en directo, como sugerí antes 20:35:37 <dg> zzz mencionó algo para Twitter 20:35:46 <EinMByte> *en 20:35:48 <RN> No hablo de llevar una máscara... pero creo que ya seguimos... 20:35:52 <str4d> dg: Periscope 20:35:57 <dg> str4d: Eso es 20:35:59 <zzz> Propongo simplemente usar Periscope para las charlas desde la cuenta @i2p desde mi teléfono. Tengo un mini trípode y un soporte para el teléfono 20:36:25 <zzz> un trípode de verdad sería mejor si alguien puede traer uno 20:36:29 <str4d> ¿Periscope permite guardar el video, o es únicamente una transmisión efímera? 20:36:41 <RN> ¿Periscope es persistente? 20:36:44 <zzz> ni idea 20:36:50 <hottuna> z3r0fox: si pudiera dejar la responsabilidad de que el video suceda sobre tus hombros (incluido el trabajo posterior) 20:36:56 <dg> Puede que pueda simplemente volcar la transmisión de todos modos 20:36:59 <hottuna> estaría bastante contento con ello 20:37:15 <z3r0fox@oftc> zzz: ¿Eso sería suficiente para editar y subir a YouTube? Tengo 1 trípode, dos cámaras HD, puedo conseguir otro trípode para una toma a 2 cámaras si hace falta y entonces me ofrezco a editar y poner en YouTube o distribuir de forma privada, lo que sea 20:37:26 <hottuna> si no y nadie se hace cargo, no vamos a tener video. 20:37:50 <psi> si hacemos video también deberíamos tener eventualmente un torrent de i2p 20:38:11 <hottuna> z3r0fox: ¿eso significa que vas a hacerlo de principio a fin y organizar todo? 20:38:14 <zzz> solo he jugado con periscope un par de minutos. No soy experto. 20:38:16 * RN está de acuerdo con psi 20:38:29 <z3r0fox@oftc> hottuna: Sí, no es gran cosa, ediciones simples. Solo no querría perder el documento de las presentaciones, suponiendo que los presentadores estén de acuerdo con ser filmados. 20:38:34 <zzz> Si no tenemos a nadie para hacer algo mejor, periscope es nuestro respaldo 20:38:38 <hottuna> psi, estoy de acuerdo sobre distribuirlo por bittorrent. 20:38:39 <dg> ¡Guau! livestreamer (una herramienta en Python) soporta Periscope (http://docs.livestreamer.io/plugin_matrix.html). Yo y otros podríamos volcar fácilmente la transmisión a disco con eso. 20:38:41 <iRelay> Título: Plugins Livestreamer 1.12.2 documentation (en docs.livestreamer.io) 20:39:09 <RN> buen hallazgo dg 20:39:13 <z3r0fox@oftc> hottuna: Sí, no hay mucho equipo que montar. Hablaré con chlorelium sobre líneas de visión y avisar a la gente sobre que se les graba, fuera de línea 20:39:13 <hottuna> dg, el livestreaming requiere un poco más de trabajo para que funcione de verdad. 20:39:28 <str4d> Bien, así que tenemos el teléfono de zzz y dos cámaras HD de z3r0fox. Más que suficiente para obtener video 20:39:34 <hottuna> z3r0fox 20:39:35 <hottuna> suena bien 20:39:37 <dg> hottuna: Sí, pero si tenemos que usar periscope vía zzzphone, la persistencia no es un problema. 20:39:42 <RN> aunque una grabación secundaria en el dispositivo que hace periscope sería ideal en caso de cortes de la transmisión.... 20:39:46 <str4d> Cuestiones pertinentes: 20:40:01 <str4d> a) Cada ponente tendría que dar su consentimiento/no 20:40:15 <hottuna> sobre la transmisión en directo: ¿Alguien quiere asumir la responsabilidad de que eso suceda? 20:40:44 <str4d> b) Las cámaras deben colocarse de tal modo que o bien solo filmen a los ponentes, o bien proporcionen suficientes puntos ciegos para los asistentes que no quieran ser filmados. 20:40:46 <hottuna> str4d, a) Creo que podríamos manejar eso en el evento (si no tenemos quejas antes) 20:40:49 * RN pasa nota a hottuna y chlorelium "asegúrense de darle al dispositivo de zzz la QoS más alta y prioridad en el firewall... " ;) 20:40:57 <chlorelium> str4d: eso es factible 20:41:04 <chlorelium> lol 20:41:09 <str4d> c) También querríamos grabar la propia presentación, mediante un grabador de pantalla 20:41:10 <zzz> Haré periscope. con mi elegante trípode de $1 y soporte de $4 20:41:11 <chlorelium> Hablaré con ops :) 20:41:16 <dg> zzz: presumido 20:41:26 <str4d> (para que pueda mezclarse en la edición final) 20:41:34 <z3r0fox@oftc> str4d: Buen punto sobre los slide decks, hmm 20:41:55 <hottuna> Supongo que se podría configurar un grabador de pantalla. 20:42:14 <dg> las diapositivas van a ser fácil, podemos pedirles a todos que las entreguen al final 20:42:17 <str4d> Podría manejarse después si tuviéramos las diapositivas, pero probablemente sea más fácil editar un tercer flujo de video que insertar diapositivas 20:42:19 <z3r0fox@oftc> str4d: Probablemente podría usar solo las diapositivas a menos que la presentación sea animada 20:42:25 <hottuna> z3r0fox: ¿se podría hacer el video sin un grabador de pantalla (pero con las presentaciones metidas ahí de alguna manera)? 20:42:34 <hottuna> z3r0fox: perfecto 20:42:55 <hottuna> Hasta ahora no tengo voluntarios para organizar la transmisión en vivo 20:42:56 <z3r0fox@oftc> hottuna: sí, simplemente las metería como imágenes en otro "canal" de video en kdenlive 20:43:06 <dg> En el CCC, quienes graban tienden a alternar entre el ponente y la presentación cuando es pertinente. 20:43:11 <zzz> si quieren obtener respuestas sobre periscope, instálenlo en su teléfono y jueguen con él. sigan la cuenta @i2p e haré una prueba más adelante en la semana 20:43:13 <EinMByte> probablemente las diapositivas deberían subirse a algún lado 20:43:15 <str4d> sí, se puede mostrar una diapositiva estática desde PDF/PowerPoint/lo que sea mientras se reproduce el audio de otro flujo de video 20:43:20 <hottuna> Así que a menos que eso cambie, no lo tendremos. Lo cual no es un problema. 20:43:24 <dg> Muestran la diapositiva el tiempo suficiente para leer, muestran al ponente cuando se entusiasma/no ha cambiado diapositiva en un rato, luego vuelven a la diapositiva, etc. 20:43:32 <dg> hottuna: zzz hará periscope 20:43:45 <hottuna> zzz, ¿harás periscope? 20:43:49 <zzz> tu teléfono te pitará cuando esté en vivo ;) 20:43:50 <dg> sí 20:43:56 <dg> <&zzz> Haré periscope. con mi elegante trípode de $1 y soporte de $4 20:44:04 <zzz> sí 20:45:06 <zzz> si zerofox tiene un trípode para mí sería aún mejor. evitaría que lo tiren, pero no es requerido 20:46:23 <z3r0fox@oftc> zzz: Solo tengo uno por el momento, iba a buscar conseguir un segundo usado para la cam 2 (segundo ángulo)... pero quizá tenga uno de esos pequeños de mesa en algún lugar también 20:47:00 <zzz> ok. trae cinta americana ;) 20:47:11 <hottuna> ok. eso es suficiente como confirmación 20:47:13 <hottuna> lo dejo en tus manos 20:47:13 <hottuna> bien, ¿algo más respecto al 4)? 20:47:13 <hottuna> *** 5) **** 20:47:13 <hottuna> 5) I2PCon: Organizar el cronograma del evento 20:47:13 <hottuna> No puedo decir que tenga mucho que decir todavía, pero el contenido del día #1 && día #2 es el siguiente 20:47:14 <hottuna> 15 Aug 20:47:14 <hottuna> hora tentativa: 2PM - medianoche No necesariamente en este orden 20:47:15 <hottuna> Nick Johnston: "TOS y PII - ¿Qué pasa con tus datos cuando la empresa se compra y vende?" Diferentes términos de servicio de apps web populares 20:47:18 <hottuna> Conferencia principal: Ponente invitado 1 (1 hora) (¿antes o después de la cryptoparty?) "Privacidad vs. Inteligencia - ¿Por qué no podemos llevarnos todos bien?" 20:47:21 <hottuna> Pausa para cenar - ¿dónde/cuándo? 20:47:21 <hottuna> Breve presentación general de I2P, por zzz: "Haciendo crecer la red, difundiendo el mensaje" 20:47:23 <hottuna> Presentación de Cryptoparty, por ?? (¿j?) 20:47:23 <hottuna> Cryptoparty, por j (¿cuánto tiempo?) 20:47:25 <hottuna> 16 Aug 20:47:25 <hottuna> hora tentativa: 12AM - 8 PM No necesariamente en este orden 20:47:26 <hottuna> Ponente invitado confirmado 2 (1 hora) "Monitoreo y filtrado de I2P" (hora solicitada: temprano) 20:47:29 <hottuna> Ponente invitado confirmado 1 (1 hora) "Protocolos de anonimato y malware - Por qué fallan" 20:47:31 <hottuna> Presentación técnica de I2P, por zzz: "El desafío del límite de conexiones" 20:47:33 <hottuna> Discusión técnica de I2P, liderada por (¿zzz??) Temas por definir 20:47:34 <hottuna> Introducción al desarrollo de apps de I2P, por psi 20:47:35 <hottuna> El dolor y el éxtasis de I2P en Android, por str4d (por Skype) 20:47:36 <hottuna> presentación de i2pd por orignal Título: "i2pd"; tiempo solicitado: 15 minutos 20:47:38 <hottuna> Reunión de hoja de ruta. liderada por zzz: ¿Cuándo es 1.0? Calendario de migración de cripto (RI, snark) (EC vs. Ed), LS2, NTCP2, nuevo DH, Java 7, SAM 3.2, Jetty 9, plan a 12 meses 20:47:41 <hottuna> Reunión organizativa, liderada por zzz: Finanzas, roles, PR, servidores y servicios, planificación del CCC 20:47:43 <hottuna> Pausa para cenar - ¿dónde/cuándo? ¿Pedir entrega de sándwich/pizza? Los ponentes invitados probablemente deban ir antes de la pausa, porque quizá vuelen de regreso. 20:47:44 <hottuna> 20:47:45 <hottuna> perdonen la naturaleza algo caótica por el momento 20:47:46 <hottuna> ordenar y fijar esto es lo que haremos a continuación 20:47:51 <hottuna> no hay mucho más que añadir al 5), pero ahora ya saben lo que yo sé. 20:47:51 <hottuna> ¿alguien tiene algo más que añadir al 5)? 20:48:13 <hottuna> ¿todos tienen claro qué van a hacer/hablar? 20:48:34 <dg> ¿orignal está bien ahora? 20:48:36 <psi> aún necesito desarrollar mi charla del todo 20:48:37 <EinMByte> parece bien, aunque debería estar en línea en algún sitio 20:48:46 <hottuna> dg, ¿siempre estuvo bien para una charla corta? 20:48:49 <dg> EinMByte: lo está 20:48:57 <psi> estaba pensando en taller pero parece que será una charla 20:49:01 <dg> hottuna: estaba reacio a hablar en absoluto, y no estaba seguro de qué decir 20:49:13 <dg> Creo que quizá necesite un poco de guía para los temas 20:49:19 <psi> probablemente sea más fácil hacer una charla 20:49:20 <EinMByte> dg: ¿enlace? 20:49:34 <hottuna> psi, ¿estaría bien una charla corta? ¿podríamos moverla a la parte de la cryptoparty de esto? 20:49:59 <hottuna> dg, ok. Voy a tener que confirmar a orignal por segunda vez. 20:50:07 <hottuna> lo haré fuera de esta reunión 20:50:19 <dg> EinMByte: `http://trac.i2p2.i2p/wiki/MeetupToronto2015` 20:50:20 <psi> el tiempo de la cryptoparty tiene sentido 20:50:28 <dg> i2p2.de si estás en la clearnet, pero ¿por qué lo estás? ;) 20:50:34 <EinMByte> dg: gracias 20:51:19 <hottuna> ok. ¿siguiente tema? 20:51:30 <chlorelium> pregunta: ¿cuánto de esto es i2pcon y cuánto es cryptoparty? 20:51:38 <psi> para mi taller iba a hacer que la gente escribiera el ejemplo de servidor cliente eco 20:51:41 <hottuna> ehm. buena pregunta. 20:51:52 <chlorelium> como, ¿vamos a hacer una cryptoparty como evento separado, o solo tendremos a la gente de TC dando presentaciones, o qué? 20:51:54 <hottuna> no tenemos suficientes estaciones de cryptoparty por ahora 20:52:02 <hottuna> así que será mayoritariamente I2PCon 20:52:13 <hottuna> y una cryptoparty en la medida en que podamos encontrar voluntarios para cryptoparty 20:52:31 <dg> si alguien está dispuesto a ayudar a otros a configurar herramientas de criptografía populares como OTR, obviamente I2P, Tor, etc., entonces sería apreciado 20:52:36 <chlorelium> así que esto suena como i2pcon con alguna participación de TC, más que un evento dentro de otro 20:52:41 <dg> Tails y ese tipo de cosas. 20:52:59 <hottuna> chlorelium, la parte de la cryptoparty del día #1 probablemente se programe para la pausa de comida y solo dure una hora o dos 20:53:51 <chlorelium> hmm 20:53:52 <chlorelium> ok 20:54:09 <chlorelium> así que hottuna mencionó irl ahora que se necesitan más voluntarios para el aspecto de la cryptoparty 20:54:22 <chlorelium> TC es lo mejor para eso, yo no puedo ayudar tanto en esa área 20:55:06 <chlorelium> no estoy seguro de cómo quiere todo el mundo llevar eso. 20:55:42 <EinMByte> ¿Podemos ir al 6)? Tengo algunos comentarios y debo irme pronto 20:55:47 <chlorelium> podrían llevar la cryptoparty como una especie de sesión de socialización 20:55:51 <chlorelium> claro 20:55:56 <hottuna> EinMByte, claro 20:56:03 <hottuna> **** 6) **** 20:56:08 <hottuna> 6) solicitud de página de inicio de dogecoindark.i2p 20:56:17 <EinMByte> El sitio web usa muchas cosas "externas" 20:56:36 <EinMByte> Es decir, usa recursos de varios sitios que no son i2p 20:56:48 <dg> El propietario realmente no entendía el problema con eso, pero tras hablar con él, aceptó que es problemático en algunos casos. Le parecía bien mantener los botones de compartir de Facebook/Twitter. 20:57:01 <hottuna> zzz, EinMByte 20:57:05 <zzz> este es mi punto de la agenda, hottuna ¿puedo tomar la palabra? 20:57:25 <hottuna> zzz, por favor 20:57:28 <EinMByte> Además, ya tenemos anoncoin.i2p. ¿Realmente necesitamos más enlaces de criptomonedas? 20:57:43 <zzz> gracias hottuna 20:57:53 <zzz> la solicitud está aquí `http://zzz.i2p/topics/236?page=2#p9999` 20:58:03 <iRelay> Título: zzz.i2p: How to get my Eepsite added to the Router Console home page (en zzz.i2p) 20:58:06 <zzz> en forma de respuestas a las preguntas del primer post de ese hilo 20:58:16 <zzz> ¿está aquí el operador del sitio? 20:58:29 <dg> no, le he hecho ping en otro canal, ha estado inactivo 5m así que denle un momento 20:59:50 <EinMByte> Noten también que el sitio necesita JavaScript para cargar, lo que puede ser un problema para algunas personas (como yo) 21:00:11 <zzz> ok, mientras esperamos, ¿alguien tiene comentarios a favor o en contra? 21:00:48 <hottuna> realmente no sé qué es el sitio web 21:01:08 <dg> Es una criptomoneda que soporta I2P 21:01:24 <hottuna> ¿es dogecoin a secas? 21:01:34 <zzz> respecto a los comentarios de 1MB, no tenemos enlaces a recursos externos ni uso de js como criterios de rechazo por el momento 21:01:37 <dg> no, es dogecoin bifurcado para tener soporte de I2P 21:02:05 <EinMByte> El problema principal (aparte de cosas técnicas que por supuesto se pueden arreglar) que veo es que ya tenemos anoncoin en la página de inicio 21:02:09 <zzz> volvamos a lo básico. ¿esto es de interés general para la comunidad de i2p? 21:02:11 <EinMByte> que es un proyecto muy similar 21:02:29 <EinMByte> Así que no estoy seguro de si necesitamos otra criptomoneda en la página de inicio 21:02:52 <dg> "Necesitamos más de todo" -- No sé si es malo tener más de una. Hay que tener en cuenta el factor autobús, y el autobús casi atropella a Meeh.. se fue por un tiempo y Anoncoin recién se está recuperando ahora. 21:03:06 <zzz> nunca queremos tener solo una cosa de nada, y ANC está con soporte vital de todos modos 21:03:26 <EinMByte> Estoy de acuerdo en que "necesitamos más de todo". Pero no creo que eso aplique a la página de inicio 21:04:09 <zzz> ¿alguien aquí usa dogecoindark? 21:04:41 <zzz> ¿alguien tiene otros comentarios? 21:04:43 <dg> abyss sí, pero no está aquí (y no parece estar por el momento). Lleva un mercado. 21:04:52 <dg> Estoy en el medio. Realmente no me molesta. 21:05:42 <zzz> ¿alguien fuertemente a favor o fuertemente en contra? 21:05:52 <EinMByte> Bueno, si hay interés de otras personas estoy de acuerdo PERO solo si se resuelve el tema de los recursos externos 21:05:58 <hottuna> estoy moderadamente a favor 21:06:08 <EinMByte> (hasta entonces, firmemente en contra; después de eso, neutral) 21:06:27 <psi> ¿puedo estar fuertemente indiferente? :D 21:06:34 <hottuna> no hace daño. Supongo que el hecho de que dependa de muchas cosas externas es algo malo. Y quizá debería haber alguna advertencia 21:06:38 <EinMByte> Dicho eso, debería haber una regla con respecto a los recursos externos porque es un problema bastante serio 21:07:12 <zzz> ¿así que crees que las eepsites de la página de inicio no deberían cargar css/imágenes de clearnet? ¿debería ser un criterio? 21:07:32 <hottuna> ¿posiblemente? 21:07:45 <EinMByte> zzz: Creo que ninguna eepsite debería hacer eso, sí. Especialmente no las de la página de inicio 21:08:13 <dg> no debería ser una regla general. si tienen una buena excusa podríamos permitirlo, aunque no se me ocurre ninguna 21:08:13 <EinMByte> En este caso, probablemente no sea malicioso intencionalmente 21:08:22 <EinMByte> Pero podría serlo 21:09:25 <RN> Estoy de acuerdo en que los recursos de la Internet abierta (clearnet) deberían desalentarse fuertemente 21:09:25 <zzz> aunque no es una buena experiencia de usuario 21:09:25 <zzz> ok dejemos este tema sobre la mesa sin decisión final por ahora 21:09:25 <zzz> de vuelta a ti hottuna gracias 21:09:25 <hottuna> ok :) 21:09:39 <hottuna> **** 7) **** 21:09:41 <hottuna> 7) I2PCon: donaciones 21:09:51 <EinMByte> ¿No comentó zzz esto ya? 21:09:57 <EinMByte> De todos modos, bye. 21:10:05 <hottuna> EinMByte, nos vemos 21:10:42 <chlorelium> Originalmente nos dijeron que todas las donaciones recolectadas durante la con se darían al hacklab 21:10:54 <chlorelium> esto vino de dnj, a través de f3ndot 21:11:02 <chlorelium> dnj y yo discutimos esto el otro día también 21:11:19 <chlorelium> Aunque no es un gran problema; si i2p quiere algunas/todas las donaciones, podemos arreglarlo 21:11:21 <zzz> No recuerdo que nadie prometiera eso 21:11:26 <dg> yo tampoco 21:12:29 <chlorelium> Solo voy a tener que decírselo a los socios del hacklab. Dudo que se molesten particularmente 21:12:29 <zzz> hottuna, ¿hiciste esa promesa? 21:12:29 <chlorelium> hmm, interesante. así que hay un poco de comunicación rota en algún lado. 21:12:29 <dg> Creo que es razonable dar una contribución por los servicios pero no recuerdo un compromiso 21:12:29 <hottuna> no. Debió de salir entre dnj y f3ndot 21:12:29 <hottuna> Realmente no había tocado el tema de las donaciones antes 21:12:39 <hottuna> Entonces, ¿cuáles son nuestros requisitos para las donaciones? 21:12:42 <hottuna> ¿Tenemos alguno? 21:12:43 <hottuna> ¿Nos importa? 21:12:55 <hottuna> ¿Podríamos tener cajas de donación separadas? 21:12:59 <zzz> propongo tener un único cubo y lo dividimos en 3 partes i2p/TC/hacklab después de cubrir los costos del alcohol 21:13:13 <hottuna> ¿O uno con el que dividimos? 21:13:23 <dg> cajas suena bien pero arriesga la saturación de fondos.. un cubo estaría bien 21:13:25 <hottuna> zzz, eso me suena bien. 21:13:37 <hottuna> :p 21:13:37 <chlorelium> zzz: si hacemos que el cubo de donaciones cubra el alcohol antes de dividirse, necesitamos un permiso de evento de $75 21:13:38 <dg> seguro que el tema de las finanzas/escala de I2P saldrá en las charlas, lo cual significa que la gente quizá esté dispuesta a donar algo de todos modos 21:13:41 <zzz> ya estamos pagando por los servicios del hacklab 21:13:54 <hottuna> ¿a alguien le molesta la idea de dividir el contenido de la caja de donaciones? 21:13:57 <chlorelium> la ley de Ontario es que la organización anfitriona tiene que absorber todos los costos del alcohol 21:14:10 <zzz> ¿quién es la organización anfitriona? 21:14:12 <dg> si la gente realmente quiere darnos a nosotros, pueden hacerlo 21:14:19 <dg> zzz: oh. entonces entre i2p/tc dependiendo de cuánto ayude tc 21:14:41 <zzz> ¿de quién es el nombre en el permiso? 21:14:44 <chlorelium> zzz: hacklab está en la solicitud 21:14:47 <hottuna> así que las donaciones no están ligadas al alcohol. y no digamos que lo están. solo sería un problema para todos los involucrados. 21:15:51 <zzz> sí, pero se dan cuenta de que no podemos darles 1/3 del bruto 21:17:07 <hottuna> zzz, ¿estás diciendo que no queremos entregar un tercio al hacklab? 21:17:07 <zzz> entonces hacklab, no i2p, ¿está comprando toda la cerveza? 21:17:07 <zzz> ¿quién compra la cerveza? 21:17:07 <hottuna> técnicamente sí, en la práctica no. 21:17:08 <chlorelium> ^ esto 21:17:18 <hottuna> eche|on, o alguien irá a la tienda de alcohol con el permiso y comprará lo que necesitemos. 21:17:26 <zzz> ok entonces no nos pongamos técnicos/prácticos con las donaciones 21:17:46 <str4d> Bien, entonces hacklab está siendo pagado por el alquiler del lugar, y aumentará su factura para cubrir sus costos de cerveza, ¿no? 21:17:59 <hottuna> str4d, no. 21:18:09 <hottuna> estamos pagando la cerveza. 21:18:11 <str4d> Entonces estoy confundido 21:18:20 <hottuna> saldrá del bolsillo de eche|on 21:18:27 <str4d> hottuna: hablaba técnicamente 21:18:34 <hottuna> hacklab no está involucrado monetariamente en eso 21:18:43 <chlorelium> str4d: es comprensible, el proceso de permisos es ridículo. por cierto, pido disculpas de antemano por lo complicado que es todo esto. 21:18:44 <str4d> (puesto que por ley ellos están obligados a cubrirlo, ¿no?) 21:19:09 <hottuna> ah. técnicamente ellos compran alcohol, en la práctica nosotros (echelon) 21:19:17 <str4d> Solo quiero asegurarme de que todos se cubren las espaldas 21:19:21 <str4d> K 21:19:26 <chlorelium> más o menos. puedes llevar el permiso a la LCBO, o podemos hacerlo nosotros 21:19:30 <chlorelium> mientras se cubran los costos. 21:19:52 <hottuna> creo que lo tenemos lo suficientemente resuelto. 21:19:55 <str4d> Así que en cualquier factura, aparecería como "lugar: $X. alcohol: $Y. Ya pagado: $Y. Pendiente: $X." 21:19:59 <str4d> K 21:20:03 <chlorelium> esencialmente están alquilando el espacio del lab, lo que en este caso los convierte en un representante del lugar. o eso es lo que diré si alguien pregunta. 21:20:24 <chlorelium> str4d: seguro. por lo general no facturamos a la gente, pero eso se puede arreglar sin problema. 21:20:29 <zzz> así que vuelvo a mi propuesta original, tenemos un único cubo de donaciones, y por encima de ciertos (ejem) gastos, dividimos amablemente el resto, si lo hay, en 3 con TC y hacklab 21:21:16 <str4d> chlorelium: no estoy seguro de si las facturas son requeridas por ley, tú podrías decir mejor que yo :) 21:21:31 <hottuna> zzz, ¿realmente queremos ir por ahí? 21:21:33 <zzz> asumiendo que TC quiera algún $$ 21:21:38 <hottuna> preferiría hacerlo correctamente. 21:21:44 <dg> ¿qué es "correctamente"? 21:22:02 <zzz> ^^ ¿qué es correctamente, en efecto? 21:22:02 <chlorelium> zzz: por cierto, ¿en cuánto hablaron de alquilar el espacio del lab allá por abril (o cuando se arregló esto)? 21:22:05 <zzz> escuchemos tu propuesta 21:22:15 <hottuna> correctamente como en no sacar dinero para alcohol de la caja de donaciones. 21:22:21 <zzz> chlorelium, tuna hizo las negociaciones 21:22:22 <hottuna> mi propuesta es que lo dividamos en 3 21:23:01 <zzz> si no quieres sacar dinero de alcohol de las donaciones, entonces gastemos $50 más y vendamos la cerveza 21:23:17 <hottuna> ¿alguien quiere quedarse ahí vendiendo cerveza? 21:23:42 <zzz> ¡de lo contrario i2p está dando varios dólares a TC y al hacklab por cada cerveza que regalamos! 21:23:43 <str4d> Si gastamos $50 más, entonces podemos sacar dinero de alcohol de las donaciones 21:24:02 <str4d> (si entiendo bien) 21:24:16 <zzz> o si no, tener tres cubos 21:24:23 <hottuna> str4d, supongo que eso es correcto. pero ¿de verdad sabes que conseguiremos $50 en donaciones? 21:24:39 <hottuna> creo que lo estamos pensando de más. 21:25:05 <hottuna> las donaciones no van a acercarse ni de lejos a los gastos que hemos tenido para montar este evento 21:25:33 <zzz> dar 2/3 de nuestras donaciones desde el primer dólar, cuando estamos pagando la cerveza es una idea terrible 21:25:34 <hottuna> hablamos de $50-$100 en cerveza. 21:25:38 <hottuna> no es mucho. 21:25:43 <chlorelium> hey 21:25:45 <chlorelium> entonces 21:25:47 <chlorelium> déjenme revisar las regulaciones 21:25:54 <chlorelium> Creo que necesito releer alguna redacción 21:26:05 <chlorelium> esencialmente, no podemos decirle a la gente que done para cubrir el costo de la cerveza 21:26:18 <chlorelium> si la gente dona y sacamos dinero de la olla para cubrir eso, podría estar bien 21:26:26 <chlorelium> la redacción es ambigua en el documento que leí 21:26:31 <chlorelium> en cuanto a dividir la olla 21:26:52 <hottuna> chlorelium, si eso es legal, hagámoslo. 21:27:04 <chlorelium> háganlo como quieran. No estoy atascada en esto. $150/día fueron prometidos por i2p/tc para el uso del espacio, y estoy contenta con eso 21:28:17 <str4d> También hay que considerar que hacklab está siendo pagado por servicios prestados, frente a TC e I2P que efectivamente están como voluntarios. 21:29:30 <chlorelium> str4d: absolutamente 21:29:40 <chlorelium> ok, aquí está la redacción del permiso de agco. 21:29:44 <chlorelium> ¿Se venderá alcohol? 21:29:44 <chlorelium> Debe responder sí a esta pregunta si está 21:29:44 <chlorelium> recaudando dinero para alcohol ya sea directamente, mediante 21:29:44 <chlorelium> la venta de alcohol o tickets de bebida en el evento (p. ej. 21:29:46 <chlorelium> barra de pago, venta de tickets de bebida), o indirectamente mediante 21:29:49 <chlorelium> la venta de entrada, cuotas de membresía o la recaudación 21:29:51 <chlorelium> de dinero para alcohol antes del evento. 21:29:54 <chlorelium> así que creo que estamos en claro 21:30:08 <hottuna> Así que básicamente todo está bien. 21:30:19 <chlorelium> Llamé a AGCO sobre esto y me dieron una respuesta muy ambigua. así que todo bien, creo. 21:30:32 <hottuna> (donaciones - costo_cerveza) / 3 21:30:40 <dg> No creo que hacklab deba recibir ningún corte de donación 21:30:51 <dg> Son útiles pero les estamos pagando por servicios 21:31:01 <hottuna> dg, no están ganando mucho dinero aquí. 21:31:22 <dg> ¿Podemos pagar más por la licencia de cerveza, incluir eso en lo que les pagamos, y dividir donaciones entre I2P y TC (dependiendo de cuánto ayuda TC)? 21:32:30 <hottuna> dg, si hacemos una caja de donación, está bien restar dinero de la cantidad donada para cubrir costos de cerveza según el texto de arriba 21:32:39 <hottuna> así que no necesitamos una licencia más elegante 21:32:44 <dg> oh, genial 21:32:45 <str4d> Así que aunque no tengo objeciones a que hacklab reciba algunas donaciones, quizá el reparto podría ser p. ej. 1:2:2? 21:32:51 <dg> (no recibí ningún texto) 21:32:56 <hottuna> Me gustaría darles una parte de las donaciones ya que A) se les prometió (por J al parecer) 21:33:05 <zzz> esto va a ser mucho más de $50 de cerveza. Yo solo voy a beber $50. 21:33:20 <dg> eso pensé ;). a la gente en las cons de hackers le gusta la cerveza. mucho 21:33:44 * fox les recuerda a todos no racanear con la cerveza ni comprar nada americano 21:34:07 <chlorelium> así que el portátil de hottuna acaba de petar 21:34:21 <dg> no honremos promesas de otras personas 21:34:27 <chlorelium> así que acabo de hablar con otros dos miembros de la junta del hacklab 21:34:33 <zzz> No le doy ningún peso a las promesas de j al hacklab, no. 21:34:49 <chlorelium> estamos bien con solo $300 por el uso del espacio, y cubrir la licencia de alcohol de $25 si les parece bien 21:34:53 <hottuna> B) porque son parte de la misma comunidad que nosotros. 21:34:57 <chlorelium> pueden quedarse con las donaciones 21:35:12 <chlorelium> y perdón por toda la mala comunicación :( 21:35:18 <hottuna> aun así me gustaría dividirlo en 3. 21:35:29 <hottuna> ¿alguien más quiere dividirlo en 3? 21:35:35 <zzz> Estoy ok con un reparto 1/1/1 después de los (ejem) costos 21:35:44 <zzz> y con cubrir sus $25 21:35:50 <str4d> hottuna: Sugerí quizá un reparto 1/2/2 21:35:50 <hottuna> zzz, eso es lo que propongo 21:36:07 <str4d> (a menos que a la gente no le guste la matemática dura :P) 21:36:17 <hottuna> str4d, no hagamos nada sofisticado aquí. 21:36:28 <hottuna> preferiría un reparto igual 21:36:43 <hottuna> hacer otra cosa implica un montón de cosas. 21:37:23 <hottuna> ¿he conseguido convencer a todos de un reparto (donaciones-cerveza)/3? 21:37:28 <chlorelium> para ser claros: Estoy muy feliz de alojarles aquí, solo quería asegurarme de que todos estábamos en la misma página. No quiero causar rencores. El amor al dinero es la raíz de todo mal :) 21:37:40 <dg> de acuerdo, pero pongamos énfasis en el tamaño de I2P y su necesidad de más donaciones durante las charlas. La gente puede buscar nuestra información de donación si quiere 21:37:59 <hottuna> Seguro, metámoslo en algún lado. 21:38:25 <hottuna> str4d, dg, zzz: ¿está bien? 21:38:34 <str4d> Así que para resumir, tenemos a hacklab diciendo "No necesitamos donaciones", a hottuna diciendo "Ustedes SÍ aceptarán donaciones", y el resto sin que les importe demasiado de cualquier forma? :P 21:38:53 <hottuna> sí. eso lo resume. 21:38:54 <str4d> Para que conste, no me molesta un reparto 1/1/1 21:38:59 <chlorelium> str4d: más o menos :P 21:39:00 <dg> hottuna: ok por mí 21:39:00 <hottuna> ¿quieren hacerlo a mi manera? 21:39:23 <str4d> (después de los (ejem) costos) 21:39:23 <hottuna> ok. 21:39:29 <hottuna> sí. 21:39:31 <hottuna> ok. 21:39:41 <hottuna> ok creo que hemos terminado aquí. 21:39:46 <hottuna> ¿algo más? 21:39:51 <dg> ¿en general o i2pcon? 21:39:56 <hottuna> cualquiera 21:40:02 <str4d> psi: ¿sigues por aquí? 21:40:06 <zzz> sí 21:40:19 <dg> ok, i2pcon-ish: 21:40:20 <dg> <+dg> Alguien hace unos días con el nombre de 'saltire' me envió un mensaje, preguntando sobre configurar un puente entre OFTC e IRC2P para #torontocrypto. No me ha escrito desde entonces, y #torontocrypto no tiene puente (solo ChanServ y yo). ¿Podría saltire, o alguien más del lado de TC, configurarlo? 21:40:22 <dg> <+dg> Probablemente podría hacerlo porque OFTC permite Tor, pero preferiría alguien de TC. 21:40:38 <dg> hottuna: ¿Podrías hablar con saltire para un seguimiento? 21:40:43 <psi> str4d: sí 21:41:17 <hottuna> dg.. seguro 21:41:20 <hottuna> un se 21:41:22 <hottuna> g 21:41:38 <str4d> Si saltire estaba preguntando si podían configurarlo, solo tienen que pedirlo a los ops de la red y al propietario del canal #torontocrypto en Irc2P 21:41:45 <zzz> recordatorio de que los puentes hacia irc2p requieren permiso de operador de IRC (aunque dg lo es) 21:41:52 <hottuna> dg, le hice ping. 21:42:01 <hottuna> dejo el resto de esto en manos de ustedes dos. 21:42:18 <hottuna> saltire suele estar disponible en #torontocrypto @ OFTC 21:42:20 <dg> gracias, y gracias por el recordatorio, me gustaría servir de enlace con ellos si pudieran volver a mí 21:42:43 <dg> Si nadie está demasiado exhausto por 3h de I2PCon y empujones de donaciones... 21:42:48 <hottuna> :P 21:44:00 <hottuna> ok 21:44:00 <hottuna> esta reunión termina oficialmente 21:44:00 <hottuna> baf, el mazo de la reunión

Encuentro en Toronto

Tue, 02 Jun 2015 00:00:00 +0000

El equipo de I2P se enorgullece de anunciar que vamos a organizar un encuentro en Toronto los días 15 y 16 de agosto. Varios miembros de nuestra comunidad asistirán y ofrecerán charlas, talleres y debates sobre I2P y temas relacionados. No obstante, este evento no es solo para la gente de I2P; está pensado para todo el mundo.

Si sientes curiosidad por I2P, te interesan la privacidad/criptografía/anonimato o simplemente quieres pasarte y hablar con nosotros, no dudes en hacerlo. Este es un evento para todo el mundo. Si no conoces ninguno de estos temas, pásate de todos modos y te mostraremos cómo funciona I2P y qué puedes hacer con él.

Versión 0.9.20

Tue, 02 Jun 2015 00:00:00 +0000

0.9.20 contiene muchas correcciones de errores importantes y varios cambios para aumentar la capacidad de floodfill en la red.

Los routers configurados con 32-64 KB de ancho de banda compartido ahora pueden convertirse en floodfill, y los routers configurados con 512 KB o más de ancho de banda compartido tendrán límites de conexión más altos. Estos cambios pueden hacer que su router utilice más recursos. Si el router está demasiado ocupado, la mejor manera de reducir el uso es bajar los ajustes de ancho de banda en su consola. Si eso no ayuda, ahora puede desactivar el floodfill automático en la página de configuración avanzada de la consola.

Reunión de desarrolladores de I2P - 05 de mayo de 2015

Tue, 05 May 2015 00:00:00 +0000

Resumen rápido

Presentes: cacapo, dg, eche|on, hottuna, psi, str4d, xmz, zzz

Registro de la reunión

20:00:23 <zzz> 0) Hola 20:00:23 <zzz> 1) Planificación de la reunión de Toronto (15-16 de ago.) 20:00:27 <zzz> 0) Hola 20:00:29 <zzz> hola 20:00:35 <eche|on> hola 20:00:51 <psi> ¿ya casi es la hora de la reunión? 20:00:53 <zzz> 1) Planificación de la reunión de Toronto (15-16 de ago.) 20:01:03 <dg> hola 20:01:14 <zzz> 1a) repasar dónde estamos 20:01:19 <zzz> 1b) voluntarios 20:01:32 <zzz> 1c) ¿seguimos adelante? 20:01:37 <zzz> 1a) repasar dónde estamos 20:02:00 <zzz> hottuna, por favor danos una actualización sobre la planificación, el lugar y los costos previstos 20:02:20 <hottuna> Hola@todos 20:02:24 <psi> hola 20:02:50 <str4d> hola 20:02:53 <hottuna> Entonces, hemos reservado dos turnos de 8 horas en hacklab en Toronto para el 15-16 de ago. 20:03:20 <hottuna> Los turnos cuestan 150CAD cada uno 20:03:46 <hottuna> Este es el lugar: https://hacklab.to/ 20:03:48 <iRelay> Título: hacklab.to - el colectivo hacker de Toronto (at hacklab.to) 20:04:07 <hottuna> El plan inicial es tener dos eventos separados. 20:04:37 <xmz> hola 20:04:44 <hottuna> 15Ago: presentación general de I2P + I2P Cryptoparty 20:05:28 <hottuna> 16Ago: Tener una presentación técnica que dé pie a discusiones sobre varios temas próximos 20:06:10 <hottuna> Idealmente me gustaría tener un itinerario mejor para ambos días al final de esta reunión. 20:07:09 <psi> ¿el alojamiento es por cuenta propia o eso está "resuelto"? 20:07:13 <hottuna> Además, a través de J@torontocrypto hemos asegurado un espacio tipo lounge en una casa en Toronto para planificación/hacking/etc. nocturnos 20:07:55 <hottuna> psi, se puede ofrecer alojamiento gratis en dicho lounge (que es una casa al otro lado de Toronto) 20:08:14 <xmz> ¿Transporte hacia y desde el lounge? 20:08:46 <hottuna> El transporte público no debería ser demasiado malo. Algo así como 25 minutos en metro. 20:08:46 <xmz> Supongo que cada quien se organiza. Yo tendré coche así que puedo llevar a algunas personas 20:08:54 <eche|on> ¿Turnos de 8h, horarios? 20:08:55 <xmz> oh eso no está mal 20:09:11 <eche|on> coches en una ciudad... 20:09:25 <zzz> ok gracias, tuna, me gustaría abrir esto a preguntas y comentarios ahora, antes de entrar en detalles sobre la agenda o los voluntarios 20:09:28 <xmz> tienes un punto ahí, eche|on 20:09:42 <xmz> el tráfico en Toronto puede ser bastante malo 20:10:01 <eche|on> 2 turnos de 8h están bien, ¿horarios de esos? y supongo que llegamos, nos sentamos, tenemos energía eléctrica y WiFi 20:10:03 <zzz> ¿Alguien tiene preguntas o comentarios generales? 20:10:14 <eche|on> y que se proporcionan algunas cosas técnicas 20:10:18 <dg> ¿habrá streaming, y esperamos publicitar esto? si es así, ¿cómo? 20:10:54 <hottuna> eche|on, turnos de 8h: son turnos de tarde/noche, así que creo que tendríamos que salir de hacklab alrededor de las 00:00 20:10:54 <hottuna> J se ha ofrecido a organizar la parte de crypto party del 15Ago. 20:11:23 <eche|on> medianoche está bien, lo que lo deja de 4pm a 12pm 20:11:32 <hottuna> eche|on: hay energía, wifi, sillas, mesas, etc. 20:11:32 <xmz> eso es bueno 20:11:48 <xmz> si hay suficiente subida disponible, el streaming es definitivamente una opción 20:11:52 <eche|on> bien por mí hasta ahora. 20:12:17 <eche|on> el streaming no es un gran problema, tenemos un servidor raíz con tráfico libre para distribuir, si queremos 20:12:26 <hottuna> xmz, no estoy seguro de que tengan una conexión a Internet muy potente. 20:12:42 <hottuna> además, podría no ser aceptable por razones de privacidad 20:12:56 <hottuna> y además sería bastante trabajo organizarlo 20:13:01 <str4d> Sí, ese es un tema a discutir 20:13:01 <xmz> sí 20:13:14 <dg> ¿qué hay de la publicidad? 20:13:19 <eche|on> sí, no estoy a favor del streaming, solo twitter e instagram^^ 20:13:34 <str4d> Pero técnicamente no sería difícil. No necesitamos subida en 1080p ^^ 20:13:36 <eche|on> anuncios, ya hacemos anuncios en zzz y en el foro, ¿o qué anuncios? 20:13:49 <fox> ¿así que el primero en hackear el AP de wifi público gana? 20:13:57 <hottuna> dg, J se ha ofrecido a hacer un poco de publicidad, y como ya ha hecho algunas crypto parties en Toronto, creo que no tendremos problemas para atraer gente. 20:14:06 <dg> anuncios para el público general, no estoy seguro de qué tanta audiencia tenga el hacklab 20:14:14 <dg> hottuna: gracias, eso era lo que buscaba 20:14:14 <hottuna> el twitter/sitio web de I2P también sería útil 20:14:30 <dg> Me sorprende gratamente cuántos pueden asistir 20:14:48 <zzz> "j" tiene ganas de encender la publicidad; le he pedido (vía tuna0 que espere hasta que tengamos esta reunión, averigüemos quién hace PR por nuestra parte y podamos hacer un anuncio coordinado 20:14:52 <hottuna> fox, hay una red de invitados disponible 20:14:54 <eche|on> Estoy a favor de un evento de I2P con "algunos" invitados 20:14:55 <xmz> sí, me alegra que se haga en Toronto. si fuera en otro lugar me sería difícil asistir. 20:15:09 <dg> sería genial si él pudiera venir aquí también. 20:15:12 <dg> (j) 20:15:38 <hottuna> dg, J está distraído por el mundo real hoy 20:15:56 <hottuna> lo único que J nos pidió es un itinerario para el 16Ago 20:16:02 <dg> hottuna: no creo que le cueste la vida montar un bouncer (proxy persistente de IRC). ¡Lleva un rato diciendo que vendrá! 20:16:41 <eche|on> entonces, sá/dom cada uno de 4pm a medianoche 20:16:42 <zzz> ¿Alguien tiene otras preguntas o comentarios generales, o alguna objeción a hacer esto? 20:16:58 <eche|on> Voto por un almuerzo de I2P el domingo antes de hacklab 20:16:59 <xmz> sin objeciones, solo ánimos por aquí 20:17:06 <xmz> es una buena idea 20:17:15 <psi> es efectivamente de sábado a la mañana del lunes, ¿verdad? 20:17:24 <eche|on> Sería bueno reunir a gente de I2P y conocernos; cualquier otra cosa, un extra en mi opinión 20:17:52 <zzz> evitemos la tentación de discutir detalles pequeños. Por ejemplo, sospecho que los horarios pueden cambiar, la agenda aún no está definida, no necesitamos hablar de configurar un bouncer 20:18:02 <hottuna> eche|on, sí, hasta donde sé. Sin embargo, esa ventana podría correrse una hora hacia adelante o hacia atrás. 20:18:16 <eche|on> sí, está bien 20:18:38 <eche|on> entonces el alojamiento para el lounge es para que los noctámbulos aguanten la noche 20:18:41 <psi> hottuna: ¿qué es charla general vs charla técnica? 20:19:03 <hottuna> psi, esa es una buena pregunta. y algo que tendremos que decidir. 20:19:05 <eche|on> charla general: I2P, qué es, cómo funciona; charla técnica: cuál es el protocolo 20:19:22 <eche|on> hottuna: pero el alojamiento con sitio para dormir es sá-lu, ¿o no? 20:19:30 <hottuna> para el 15Ago, nos gustaría apuntar a un público más general. Así que cualquier cosa que la gente no-I2P entienda 20:19:31 <xmz> ¿hay guías/recorridos planeados para gente nueva en I2P? 20:19:33 <dg> s/kill/kill him/ 20:19:34 <str4d> No asistiré (como dije antes), pero no tengo objeciones de alto nivel 20:19:34 <iRelay> dg quiso decir: hottuna: I don't think it'd kill him to setup a bouncer! He has been saying he'll come for a while 20:19:34 <eche|on> ¿y el lounge hace ruido para los que duermen? 20:20:06 <hottuna> xmz, para el 15Ago se planea una crypto party que básicamente es un recorrido/taller en grupo 20:20:14 <xmz> eso es genial 20:20:33 <psi> Quiero hacer una breve introducción al desarrollo de aplicaciones para I2P 20:21:16 <psi> realmente deberíamos presumir la facilidad de desarrollar con I2P <-- idea de taller 20:22:26 <hottuna> psi, supongo que una introducción al desarrollo de aplicaciones para I2P sería buena para el 16Ago 20:22:30 <str4d> ++ 20:22:43 <str4d> Eso encajaría muy bien con Android 20:22:45 <hottuna> eche|on, sobre el lounge: me gustaría confirmar los detalles con J; de sáb a lun suena apropiado 20:22:45 <dg> eso estaría bien, psi 20:22:45 <hottuna> str4d, ¿te gustaría hablar sobre Android? 20:22:45 <eche|on> en ese caso me voy a mi propia habitación de hotel ;-) 20:22:45 <psi> tendría que llevar una copia de monotone para no esperar 5 horas a que sincronice 20:22:45 <zzz> sí, veo el sáb. como algo público, y el dom. como una reunión de desarrolladores / hackatón, abierto al público pero probablemente solo nosotros. También podríamos hacer una segunda presentación pública el dom. si la primera está "agotada" 20:22:45 <str4d> hottuna: probablemente sea buena idea hacerlo, dado que soy el líder de facto del proyecto Android :P 20:22:46 <eche|on> suena razonable, zzz 20:23:15 <hottuna> str4d, ¿te apunto para el 16Ago para hablar sobre Android entonces? 20:23:36 <str4d> Sí 20:24:12 <hottuna> psi, te apunté para una introducción al desarrollo de aplicaciones para I2P. ¿está bien? 20:24:22 <psi> sí 20:24:29 <zzz> ok, déjenme pasar a 1b) voluntarios 20:24:44 <zzz> Nunca hemos hecho esto antes. No va a suceder a menos que alguien esté a cargo. 20:24:44 <hottuna> danke. 20:24:57 <zzz> Nadie puede hacerlo todo. 20:25:19 <zzz> Necesitamos a alguien a cargo de todo esto, y varias personas que se encarguen de distintas partes. 20:25:20 <eche|on> personas a cargo, yo voto por: hottuna contacto local para reservar el lugar y el lounge, yo pago 20:25:49 <zzz> Si alguien piensa que esto será fácil... que lo piense de nuevo 20:26:08 <hottuna> estoy dispuesto a seguir haciendo la coordinación general, que es lo que he estado haciendo hasta ahora. 20:26:13 <zzz> y si no encontramos suficiente gente voluntaria, cancelamos todo ahora antes de empezar a gastar dinero 20:26:32 <zzz> así que aquí está mi lista de mi publicación, que puede ser demasiado, pero podemos empezar aquí: 20:26:47 <zzz> - Planificador general principal de la reunión (??) 20:26:47 <zzz> - Finanzas (echelon) 20:26:47 <zzz> - PR / Marketing (psi) 20:26:47 <zzz> - Instalaciones / Logística (hottuna) 20:26:47 <zzz> - Programa general (??) 20:26:47 <zzz> - Planificación de la Crypto Party (??) 20:26:49 <zzz> - Presentación de la Crypto Party (??) 20:26:51 <zzz> - Presentación técnica profunda (zzz) 20:26:53 <zzz> - Presentación de i2pd / sesión de planificación (orignal) 20:26:58 <zzz> - Presentación de Android / sesión de planificación (str4d vía skype) 20:26:59 <zzz> - Hoja de ruta / líder de sesiones técnicas (??) 20:27:01 <zzz> - Selector de lugares para comer/beber (orignal) 20:27:03 <zzz> - Selector de hotel / crash house (hottuna) 20:27:05 <zzz> - Coordinador de snacks (echelon) 20:27:07 <zzz> - Pegatinas (echelon) 20:27:09 <zzz> - Grabación de video/audio (??) 20:27:53 <eche|on> Estoy a favor de no planificar demasiado las charlas. Tenemos algunos voluntarios aquí para dar charlas 20:28:18 <zzz> Correcto. No quiero planificar aquí en esta reunión. Quiero elegir a las personas a cargo y que ellos lo hagan 20:28:39 <zzz> y la persona a cargo general puede dirigir todas las reuniones posteriores 20:28:45 <hottuna> Yo me ofrezco voluntario para organizar también el programa general. 20:28:52 <xmz> la planificación de la cryptoparty tendrá que coordinarse con J, ¿cierto? 20:29:01 <xmz> ¿o él se encargará de todo? 20:29:04 <hottuna> J se ha ofrecido a organizar la crypto party 20:29:17 <zzz> ok, entonces ¿hottuna como la persona a cargo general y el encargado del programa? 20:29:52 <str4d> +1, es quien mejor posicionado está para llevar la cuenta de todo 20:29:56 <eche|on> si él está dispuesto? 20:31:16 <zzz> ok, ¿hottuna? 20:31:16 <hottuna> me parece bien. probablemente sea más fácil así 20:31:17 <hottuna> en cuanto a la presentación de la crypto party, no estoy seguro de qué debería contener 20:31:17 <hottuna> lo estoy. 20:32:02 <str4d> hottuna: ¿Supongo que esto significa que definitivamente estarás en Toronto para la fiesta? (Antes estaba en el aire) 20:32:02 <zzz> ¿Alguien ha estado alguna vez en una crypto party? 20:32:08 <psi> yo sí 20:32:22 <psi> por lo que puedo decir, es como una mini con 20:32:30 <hottuna> str4d, Estoy planeando estar en Toronto. así que a menos que ocurra algún tipo de desastre, estaré, 20:33:01 <cacapo> hola - echelon y yo hicimos una pequeña cryptoparty en 29c3 20:33:16 <zzz> genial. psi, ¿podemos nominarte para trabajar con J tanto en PR como en la crypto party? 20:34:43 <psi> sí 20:34:43 <psi> (ahora que esto es sólido voy a comprar mis cosas de viaje) 20:34:43 <hottuna> cacapo, eche|on: ¿te gustaría participar en la crypto party? 20:34:43 <hottuna> psi, ¿tienes los datos de contacto de J? 20:34:44 <cacapo> hottuna: claro, me apunto 20:34:54 <eche|on> yo solo fui ayudante para la parte de I2P, estaré en Toronto, pero principalmente como respaldo :-) 20:34:55 <str4d> hottuna: ¿Supongo que esto significa que definitivamente estarás en Toronto para la fiesta? (Antes estaba en el aire) :P 20:34:56 <str4d> erk 20:34:58 <str4d> sry 20:35:10 <psi> hottuna: no en este momento 20:35:25 <hottuna> no estoy exactamente seguro de lo que hay que hacer. idealmente lo coordinarías con J 20:35:28 <psi> hottuna: reenvíamelos cuando tengas oportunidad 20:35:30 <str4d> psi: no es firme hasta 1c) 20:35:38 <zzz> ¿quién quiere trabajar en —o dar— una presentación, en cualquiera de los dos días? 20:36:12 <psi> ayudaré de copiloto en una presentación si alguien lo necesita 20:36:13 <zzz> puedo hacer una cada día, pero creo que deberíamos tener varias cortas, no una grande por una sola persona 20:36:28 <eche|on> bien 20:37:37 <zzz> hottuna, parece que orignal tuvo que irse, ¿puedes ponerte al día con él más tarde para ver en qué puede ofrecerse, quizá una presentación de i2pd o una sesión técnica, o una salida a un bar/ 20:38:13 <hottuna> zzz, entonces psi y str4d ofrecieron dos técnicas para el 16Ago 20:38:17 <hottuna> zzz, trataré de ponerme al tanto con orignal, sí. 20:38:23 <zzz> ¿alguien más quiere ofrecerse para algo en este momento? 20:39:56 <zzz> ok, me parece que tenemos hechas las asignaciones importantes. 20:40:06 <eche|on> no mucho, estaré por ahí 1 o 2 días antes y echaré un vistazo 20:40:23 <zzz> entonces 1c) ¿parece que tenemos personal suficiente para seguir adelante con esto? 20:40:33 <hottuna> yo diría que sí. 20:40:48 <eche|on> ¿seremos más de 5 personas que estaremos por ahí? ;-) 20:41:14 <zzz> Quiero asegurarme de que no carguemos demasiado a tuna. Ayudemos todos para que esto sea un éxito 20:41:33 <eche|on> sí, hagan un plan en zzz.i2p sobre las charlas 20:41:35 <zzz> ok, si tuna no está en pánico entonces supongo que estamos bien 20:41:52 <hottuna> no estoy en pánico. 20:41:54 <eche|on> y hottuna debería darme el contacto para pagar 20:42:11 <zzz> Espero que hottuna organice varias reuniones más en las próximas semanas y meses para prepararnos 20:42:15 <hottuna> eche|on, ¿podría hacerse en efectivo en el mundo real? 20:42:27 <hottuna> Creo que necesitaremos una página wiki para organizarnos. 20:42:40 <eche|on> el efectivo también está bien, pero cuanto más pueda pagar por adelantado mejor, mi tarjeta de crédito/débito no es precisamente ilimitada^^ 20:42:53 <psi> tengo un wiki que puedo dedicar 20:42:57 <psi> potencialmente 20:43:00 <zzz> quiero añadir un 1d) apoyo financiero a la agenda 20:43:13 <zzz> 1d) apoyo financiero 20:43:32 <hottuna> ¿Puedo sugerir: https://trac.i2p2.de/wiki/MeetupToronto2015 20:43:33 <eche|on> tenemos dinero para repartir. 20:43:49 <zzz> tradicionalmente solo hemos reembolsado a la gente unos $200 por conferencias 20:44:19 <zzz> he oído que algunas personas pueden necesitar significativamente más para asistir 20:44:28 <eche|on> str4d: ¿tu problema para asistir era principalmente el dinero? 20:44:44 <str4d> eche|on: no, el tiempo 20:44:51 <zzz> ¿cuál es el máximo que estaríamos dispuestos a dar por persona? o, alternativamente, ¿cuánto dinero necesitaría la gente para poder asistir? 20:44:51 <eche|on> ja, no, estoy mezclando algunos nombres.. 20:44:52 <str4d> (bueno, dinero también) 20:44:59 <zzz> $500? $1000? $2000? 20:45:11 <eche|on> IMHO los vuelos desde Europa son 1200 ida y vuelta 20:45:19 <eche|on> y IMHO eso es lo que kytv necesita para asistir 20:45:33 <eche|on> si él/ella puede quedarse en algún lugar $barato y bueno 20:45:45 <zzz> si alguien tiene una cifra fija que necesita, que hable ahora 20:45:53 <eche|on> kytv: este es tu momento. 20:46:09 <zzz> o, ¿cuánto creen las personas que es razonable? 20:46:27 <eche|on> Creo que podemos pagar muchas cosas diferentes, pero me gustaría pagar más en costos de viaje y menos en tener alcohol en el evento 20:46:35 <eche|on> (¿se pronuncia 'booze'?) 20:47:13 <hottuna> eche|on, tener a la gente presente es más importante, sí. 20:47:16 <psi> hm 20:47:23 <hottuna> (es 'booze', sí) 20:47:28 <zzz> o, dicho de otra forma, ¿cuánto deberíamos gastar en total en este evento? 20:48:01 <eche|on> actualmente en mi lista para pagar: lugar, algunos snacks/café/pausa de café, una cena/almuerzo para I2P. 20:48:20 <psi> todos mis costos serían solo transporte y tendría que resolver esa parte, probablemente aéreo, quizá bus/tren 20:48:43 <zzz> ¿sería excesivo gastar $10K? 20:48:50 <eche|on> Yo pagaría a kytv (y a cualquier otro colaborador dedicado de I2P) 1200 por el vuelo, y a los demás hasta 500, si lo quieren 20:49:20 <hottuna> eche|on, eso suena razonable 20:49:25 <str4d> $10k necesitaría estar muy justificado 20:49:33 <eche|on> y eso sumaría aproximadamente 10k 20:50:04 <str4d> Pero con una buena justificación, no estaría en contra 20:50:59 <eche|on> ok, 5k-10k por esa zona 20:51:24 <hottuna> ¿deberíamos reembolsar los costos de viaje completos o hacer algo como 50% o 75%? 20:51:27 <zzz> ¿qué tal hasta $1500 de reembolso para miembros del equipo central, y hasta $2500 para 'circunstancias especiales', es decir, si realmente lo necesitas? 20:51:36 <eche|on> Yo pagaría hasta 10k, el único problema: si hacemos esto de forma regular, es un poco difícil pagar 10k cada año 20:51:38 <hottuna> eche|on, creo que algo más cercano a 5k que a 10k sería más fácil de acordar 20:51:56 <zzz> eche|on, recuérdanos, ¿cuánto dinero tenemos en este momento? 20:52:10 <eche|on> espera un segundo 20:52:37 <str4d> En el HoF actual: 44.6k euros y 537.7 BTC 20:52:50 <eche|on> aproximadamente 41k euros, 534 Bitcoin y 700 Litecoin de mi lado 20:53:19 <eche|on> 534 btc a 210 cada uno, LTC está a 1.2 cada uno 20:53:52 <fox> experiencia personal para habitación y comida baratas: Motel 6 se ha puesto mucho más agradable en toda Norteamérica 20:53:59 <xmz> Puedo ayudar con el montaje/desmontaje, etc. 20:54:50 <hottuna> ¿qué tipo de gastos nos gustaría reembolsar a una persona? ¿gasto total del viaje? ¿solo vuelos? ¿vuelos+hotel? 20:55:02 <fox> los lugares tipo 'inn' son buenos si quieres desayuno, eso sí 20:55:22 <zzz> normalmente simplemente lo hacemos sin preguntas, en lo que sea que hayas gastado 20:56:13 <str4d> Pero dado el tamaño de este gasto, probablemente sí queramos tener algunas restricciones razonables 20:56:33 <eche|on> Yo voto por gastos de viaje 20:56:34 <zzz> claro. 20:56:41 <eche|on> ya que el lounge es barato y está disponible 20:56:55 <psi> hottuna: entonces, para aclarar, ¿tendría o no que reservar personalmente un hotel? 20:56:59 <psi> (Para mí) 20:57:04 <xmz> Podríamos tener algo preparado para aceptar donaciones en el evento 20:57:04 <eche|on> y comida/bebidas es igual que @casa, si quieres 20:57:25 <hottuna> psi: tendrías que hacer la reserva. reserva lo que quieras. echelon te reembolsará 20:57:33 <psi> okay 20:57:45 <zzz> ¿qué tal un máximo de US$ 1K para norteamericanos, 1500 euros máx. para europeos, 2000 euros máx. para 'circunstancias especiales' 20:58:20 <eche|on> zzz: ¿los vuelos de EE. UU. a Canadá son <1000$ ? 20:58:22 <cacapo> con 5K-10K y muchas personas clave involucradas, ¿por qué no llamarlo una Cumbre? —un poco más oficial 20:59:00 <zzz> no debería ser más de $400 20:59:04 <zzz> pero no he mirado 20:59:12 <zzz> y para algunos puede estar a distancia para ir en coche 20:59:44 <zzz> nunca hemos reembolsado el 100% a nadie 20:59:44 <eche|on> Quiero señalar de nuevo y preguntar: si hacemos ese monto, necesitamos aclarar que los reembolsos para 32C3 y los próximos eventos serán como de costumbre ~200, salvo que pase algo especial 21:00:03 <hottuna> eche|on, de acuerdo 21:00:47 <zzz> Solo estoy lanzando propuestas, por favor que alguien esté de acuerdo/en desacuerdo: demasiado alto/bajo 21:00:48 <eche|on> es un poco injusto, pero podría verse como una especie de publicidad 21:01:00 <eche|on> zzz: estoy de acuerdo, con la nota añadida 21:01:46 <zzz> mírenlo de otra manera, creo que deberíamos gastar al menos el 10% de nuestro dinero al año. Quizá 15-20%. 21:02:04 <eche|on> hmm 21:02:19 <zzz> porque 10 años más sería mucho tiempo a este ritmo 21:02:58 <eche|on> recibimos 7k en donaciones en 2014 y gastamos 11k (solo en euros) 21:03:55 <hottuna> zzz, si hacemos lo del porcentaje empecemos bajo. 21:03:57 <eche|on> este año recibimos ~600 euros y gastamos 3k 21:04:21 <eche|on> 10% me parece bien por ahora 21:04:30 <eche|on> tendría que convertir algo de BT a otra vez... 21:04:31 <zzz> incluyendo btc tenemos ~150K euros 21:05:00 <eche|on> Yo llamo a BTC algo así como "juguete", y a menos que estén en aquí, realmente no los cuento mucho. 21:05:30 <eche|on> claro, el tipo de cambio es 210 actualmente, pero nunca podré cambiar 400 BTC de una vez. 21:05:38 <hottuna> Estoy de acuerdo con eche|on. los btc no son 100% fiables para hacer ese tipo de cuentas 21:06:10 <eche|on> así que, acordando un máximo de 10k para este evento, cambiaré algo de BTC 21:06:33 <eche|on> solo quiero estar del lado seguro y tener algún tipo de "reserva" en . 21:06:40 <zzz> puedes ofrecer a la gente extra si aceptan el reembolso en BTC 21:06:54 <eche|on> claro, hago esto todo el tiempo. ese es el beneficio de BTC 21:07:08 <eche|on> puedes pagar a la gente con ellos, pero no puedes depender de eso. 21:07:50 <hottuna> eche|on, zzz, psi, dg: ¿todos estamos de acuerdo en un tope duro de 10k para gastos relacionados con este evento? 21:07:53 <eche|on> pero sí, tenemos el dinero 21:08:02 <zzz> ok, ¿qué tal esto?: presupuestamos 10K euros para el evento total. El máximo por persona real depende de cuánta gente vaya, solicitudes de "circunstancias especiales", etc., a determinar más tarde 21:08:03 <psi> tope duro sí 21:08:20 <hottuna> zzz, suena bien. 21:08:44 <eche|on> Hmm, el tope duro es interesante, pero depende de los costos locales de los snacks^^ 21:09:07 <eche|on> podemos poner un tope duro a los gastos para que la gente asista. 21:09:15 <eche|on> ¿y eso sería 8 o 9k? 21:09:24 <zzz> pero que todo el mundo sea sensato. No puedes conducir a Toronto y reservar un hotel de $400 la noche y esperar que te lo cubran todo 21:09:55 <eche|on> zzz: ¿gastos de viaje, o viaje&hotel? 21:10:23 <zzz> no sé 21:10:35 <eche|on> además: lista de personas a priorizar (aka: gente que ya hizo mucho, gente que dará una charla, otros) 21:10:38 <hottuna> eche|on, dado que hay un lounge disponible gratis, no me opongo a la idea de solo gastos de viaje 21:10:47 <zzz> normalmente es vuelo + hotel, pero nunca nos hemos acercado a un reembolso completo antes, así que no importaba 21:11:39 <str4d> Creo que presupuesto de 10k por ahora, hacer un pase de lista para saber quién irá, y entonces estaremos en mejor posición para presupuestar el reembolso 21:11:50 <eche|on> Resumo mi opinión: tope de 8k para gastos de viaje de los participantes, con cierto nivel de prioridad según las personas 21:12:00 <zzz> ok 21:12:32 <str4d> (pase de lista de la gente del núcleo) 21:12:34 <zzz> vamos a cerrar por ahora; más tarde pediremos a la gente que le envíe un correo a echelon con cuánto necesitarían 21:12:37 <hottuna> eche|on, de acuerdo. 21:12:51 <hottuna> de acuerdo 21:12:54 <zzz> ok, todo el que vaya y quiera reembolso del proyecto diga 'sí' 21:12:56 <zzz> sí 21:13:02 <eche|on> sí ;-) 21:13:04 <hottuna> https://trac.i2p2.de/wiki/MeetupToronto2015 ahora contiene algo de información. 21:13:12 <psi> sí 21:13:19 <hottuna> si te apuntaste a una responsabilidad, por favor ayuda a mantener esta página 21:14:17 <zzz> ok, eche|on, por favor consulta con kytv más tarde y mira cuánto necesitaría para asistir 21:14:22 <hottuna> cacapo ?? 21:14:24 <zzz> ¿algo más sobre 1d? 21:14:47 <cacapo> hottuna: sí, voy si logro convencer a mi jefe 21:15:12 <cacapo> Con gusto aceptaría un pequeño reembolso en BTC 21:15:14 <hottuna> zzz, no 21:15:24 <zzz> tomará unos días averiguar quién va. 21:15:49 <zzz> para un par de personas el monto del reembolso puede influir en la decisión, pero para la mayoría probablemente no 21:15:59 <zzz> ¿algo más sobre 1)? 21:16:14 <zzz> ¿algún otro tema (no Toronto) que discutir? 21:16:46 <zzz> primera reunión en 6 meses, tengo que buscar el baffer 21:17:15 <zzz> gracias a todos y especialmente a los voluntarios 21:17:26 <zzz> ahh ahí está 21:17:40 <eche|on> genial 21:17:49 <eche|on> hora de dormir ahora^^ 21:17:52 * zzz *bafs* da por cerrada la reunión

Lanzamiento 0.9.19

Sun, 12 Apr 2015 00:00:00 +0000

La 0.9.19 incluye varias correcciones y mejoras para el rendimiento de floodfill. Muchos de ustedes observaron un alto uso de CPU después del lanzamiento de la 0.9.18. Esto fue causado por una combinación de un mayor uso de cifrado, la gran afluencia de usuarios de Vuze a la red, una reducción de los floodfills debido a requisitos de rendimiento más estrictos y algunos errores antiguos. Las cosas deberían estar mucho mejor una vez que la mayor parte de la red se haya actualizado. Como siempre, la mejor manera de reducir el uso de CPU es bajar los límites de ancho de banda.

Versión 0.9.18

Sun, 22 Feb 2015 00:00:00 +0000

La versión 0.9.18 incluye varias correcciones de errores y mejoras de rendimiento. Hemos acortado el tiempo de inicio y reducido la latencia en todos nuestros protocolos de red. Hemos aumentado los límites predeterminados de conexiones para los routers más rápidos y reducido el uso de hilos en i2ptunnel. Las correcciones de UPnP deberían mejorar la gestión de los cambios en dispositivos externos. El uso de CPU en routers de alto ancho de banda puede reducirse gracias a algunas correcciones de NTCP.

Informe del viaje al 31C3

Tue, 20 Jan 2015 00:00:00 +0000

Asistentes: Apekatten , Echelon , Hottuna , Marielle , Meeh , Sindu, zzz

Estuvimos, por segundo año consecutivo, en una ubicación excelente en el Congreso, en Noisy Square , justo al lado de la mesa de la EFF. Formar parte de Noisy Square realmente ha aumentado nuestra visibilidad y ha ayudado a que muchas personas nos encuentren. Gracias a Noisy Square y a los organizadores del 31C3 por un gran Congreso.

También agradecemos a Gabriel Weinberg y su fabuloso motor de búsqueda DuckDuckGo por su apoyo a las herramientas de anonimato de código abierto y su generosa contribución a I2P en 2014. La financiación de DuckDuckGo y de otros ayudó a sufragar nuestra asistencia al CCC. Este es el principal encuentro anual para los desarrolladores de I2P y es fundamental para nuestro éxito.

Versiones de la aplicación de Android

Mon, 01 Dec 2014 00:00:00 +0000

Ha pasado un tiempo desde la última vez que publiqué actualizaciones sobre nuestro desarrollo en Android, y se han publicado varias versiones de I2P sin lanzamientos de Android correspondientes. ¡Por fin, la espera ha terminado!

Nuevas versiones de aplicaciones

¡Se han publicado nuevas versiones de I2P Android y Bote!

Se pueden descargar desde estas URL:

El cambio principal en estas versiones es la transición al nuevo sistema de diseño Material de Android. Material ha hecho mucho más fácil para los desarrolladores de aplicaciones con, digamos, habilidades de diseño “minimalistas” (como yo) crear aplicaciones más agradables de usar. I2P Android también actualiza su I2P router subyacente a la versión 0.9.17 recién lanzada. Bote incorpora varias funciones nuevas junto con muchas mejoras menores; por ejemplo, ahora es posible añadir nuevos destinos de correo electrónico mediante códigos QR.

Versión 0.9.17

Sun, 30 Nov 2014 00:00:00 +0000

0.9.17 es principalmente una versión de corrección de errores, pero también continúa nuestra migración hacia firmas criptográficas más sólidas.

Hemos migrado el sistema de fuentes de noticias que se utiliza para las noticias en su consola y la indicación de la versión más reciente del router a un formato firmado mediante claves RSA de 4096 bits para mayor seguridad.

Nuevos eepsites y servidores se firmarán con ECDSA de forma predeterminada, si ECDSA está disponible. Ahora hay una advertencia en la barra lateral de la consola si ECDSA no está disponible. Para los usuarios de RedHat, tenemos informes de instalaciones exitosas del jar BouncyCastle Provider (bcprov) para añadir compatibilidad con ECDSA.

Reunión de desarrollo de I2P - 25 de noviembre de 2014

Tue, 25 Nov 2014 00:00:00 +0000

Breve repaso

Presentes: dg, eche|on, EinMByte, JekabsR, kytv, orignal, psi, str4d, zzz

Registro de la reunión

20:04:39 <str4d> Yo 20:04:44 <str4d> Es hora de la reunión 20:06:47 <str4d> zzz, psi, kytv, Meeh, dg 20:07:30 <psi> ¿lo es? 20:07:39 <psi> ah martes 20:09:03 <zzz> presente 20:09:48 <orignal> ¿reunión? 20:10:11 <str4d> orignal: hablando de la lista de tareas de Java I2P 20:10:35 <str4d> Mientras esperamos a que lleguen los demás: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:10:41 <kytv> Presente también, aunque normalmente soy inútil para estas cosas. 20:11:37 <str4d> He ajustado el diagrama de Gantt en la página de arriba (que configuré para el ciclo de desarrollo 0.9.13-0.9.16) para mostrar lo que creo que hicimos. 20:13:30 <zzz> interesante 20:14:06 <zzz> múltiples dests por tunnel <-- no ha pasado 20:14:22 <str4d> ¿No ha pasado? Ok, culpa mía. 20:14:27 <zzz> pasada de FindBugs <-- ha ocurrido, pero siempre se puede volver a hacer 20:14:56 <str4d> Varias sesiones por I2CP: eso tampoco ha ocurrido *derp* 20:14:56 * str4d corrige 20:15:48 <zzz> vaya, tuvimos un buen año (en mi humilde opinión) 20:16:38 <eche|on> sí, lo tuvimos 20:17:14 <str4d> zzz: sí, lo consideré parte de la preparación de la auditoría específicamente, pero tienes razón. 20:17:39 <zzz> investigar un nuevo DH <---- diría que solo a medias, con respecto a NTCP2 al menos 20:20:26 <str4d> El diagrama de Gantt no muestra fácilmente lo medio hecho :P 20:20:34 <str4d> Recarguen la página, arreglos 20:21:36 <str4d> Bien, eso es lo que logramos el último ciclo. 20:21:36 <zzz> entonces no está hecho 20:23:45 <str4d> El propósito de esta reunión es comenzar a planificar qué se hará en el próximo ciclo. 20:23:46 <zzz> Me gustaría reiterar que un ciclo de planificación de 3-5 versiones parece ser muy útil para enfocar nuestras mentes y nuestros recursos 20:23:47 <str4d> (Cuando actualice el diagrama de Gantt, dejaré allí los a medio hacer y los empujaré hacia adelante) 20:23:47 <str4d> En la reunión anterior pedí a los asistentes que propusieran algunos puntos cada uno de cosas que quieren ver hechas en I2P y alrededor de I2P 20:23:47 <str4d> ¿Podemos pegarlas ahora, por favor? 20:24:21 <str4d> +1 20:24:36 <str4d> ¡Y ahora tenemos evidencia de ello! 20:26:15 <zzz> sin entrar en qué es más importante que qué, creo que casi todo lo que se muestra y está sin terminar en el diagrama de Gantt sigue siendo importante 20:27:01 <str4d> Estoy de acuerdo. 20:27:07 <str4d> Aún quiero ver qué ideas se les ocurrieron a todos durante la última semana, si es que hubo. 20:27:45 <str4d> Aquí van las mías: `http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/` 20:27:46 <iRelay> Título: Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (en pastethis.i2p) 20:28:07 <eche|on> Me quedo sin opciones, yo sí veo sacar I2P, con la ayuda de Bote para Android, i2p messenger es una opción, un servidor XMPP y Syndie. Lo siento, sigo viendo Syndie como importante. 20:28:27 <str4d> eche|on: ¡genial, gracias! 20:28:43 <str4d> Sigan enviándolas :) 20:28:53 <eche|on> y con la app de Android llegan las rutas restringidas 20:28:54 <zzz> mi lista de cosas nuevas: resolver el problema de ECDSA en Red Hat, migrar a EdDSA, Jetty 9 / Java 7, ampliar la base de usuarios de Vuze, y más marketing / divulgación / asociaciones / integración 20:29:36 <str4d> Para que quede registrado para la posteridad, escribiré mis ideas aquí también: 20:30:11 <str4d> Pendientes en I2P: análisis y rediseño de UX de Routerconsole; tomar ideas del diseño de HS 2.0 de Tor y aplicarlas a los Destinos de I2P; programación de ancho de banda. Pendientes alrededor de I2P: mejoras al tema del sitio web; implementar relés de obtención de I2P-Bote; investigación 20:30:23 <zzz> otro: orchid: arreglarlo o matarlo 20:30:32 <str4d> +100 20:31:13 <kytv> Con respecto al problema RedHat/Gentoo ECDSDA, quizá podríamos/deberíamos mostrar un mensaje en la barra lateral (o en los registros) con un enlace de descarga. O quizá preguntar al usuario si 'nosotros' deberíamos descargarlo en ./lib 20:31:35 <zzz> otro: mejoras de pruebas, hardware de pruebas, pruebas en Windows 20:31:58 <str4d> kytv: buenas ideas (pero hablar de ellas puede esperar a otra reunión :) 20:32:03 <zzz> otro: gastar más dinero 20:32:36 <zzz> otro: China 20:32:58 <str4d> Entre estas ideas y la lista de no completados en la página de arriba, tenemos un buen conjunto de proyectos potenciales. 20:33:34 <str4d> Mi objetivo es ordenar estos proyectos, formalizarlos y publicarlos en la página de tareas (todo) del sitio web 20:34:11 <str4d> Tras curiosear páginas de tareas de otros proyectos, este es el formato que propongo: 20:34:11 <str4d> `http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/` 20:34:12 <iRelay> Título: Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (en pastethis.i2p) 20:34:54 <eche|on> buena idea 20:35:10 <kytv> Ídem con Orchid 20:35:10 <kytv> Mi principal "TODO alrededor de I2P" es con respecto a pruebas. No pruebas automatizadas con software, per se, sino que alguno de nuestros servicios salga a producción sin ningún tipo de prueba... solo [poof], "está en vivo... aunque no sé si funciona." 20:35:12 <kytv> En I2P: Hacer que el instalador instale en el directorio del usuario en Windows para evitar cualquier problema de permisos. Debería ser fácil, pero no sé cómo. 20:35:16 <kytv> Chrome hacía eso (¿quizás aún lo hace?) 20:35:41 <str4d> Mi resultado ideal: los usuarios pueden ir a la página de tareas (todo) y encontrar una lista de todas las ideas que tenemos para proyectos en y alrededor de I2P. 20:36:11 <zzz> otro: GSoC 20:36:14 <str4d> Habrá una nube de etiquetas en la parte superior en la que pueden hacer clic para filtrar proyectos que requieren ciertas habilid 20:36:17 <str4d> habilidades 20:36:21 <zzz> otro: encuentro de verano 20:37:54 <zzz> otro: investigación de GNS, ¿segunda pasada? 20:38:28 <str4d> mmm 20:38:54 <zzz> o quizá baste con otra discusión con esos tipos 20:39:09 <str4d> Ahora voy a depurar del Gantt las tareas que hemos completado. 20:39:27 <zzz> ¿puedes guardarlo y empezar uno nuevo? 20:39:29 <str4d> zzz: ¿cuáles de las últimas de abajo se han completado (detección de replay de SSU, etc.)? 20:39:38 <str4d> Seguro, puedo. 20:39:49 <zzz> es bueno mostrar que realmente logramos cosas 20:40:19 <eche|on> zzz: la mayoría de las cosas las hiciste tú, IMHO 20:40:35 <EinMByte> ¿me perdí la reunión? 20:40:37 <zzz> Creo que he reportado todo respecto a si estaba completado o no 20:42:39 <str4d> Nuevo gráfico publicado 20:43:55 <str4d> zzz: ¿cuáles de las tres del fondo deberían empujarse hacia adelante? Creo que el bloqueo del cliente sigue siendo un problema? 20:43:59 <zzz> Me gustaría ver mucha más planificación y enfoque en las cosas sin código en los próximos meses. Demasiadas cosas están desorganizadas o no suceden a un ritmo disciplinado o constante 20:44:09 <str4d> (bloqueo de tunnel del cliente) 20:44:18 <str4d> zzz: Estoy de acuerdo. 20:44:34 <str4d> Esto, en mi humilde opinión, se verá ayudado por trabajar en la página de tareas (todo). 20:44:56 <str4d> Si podemos explicar los proyectos sin código de una forma que los recién llegados puedan entender y hacer, también nos ayuda. 20:44:59 <zzz> no estoy 100% seguro en este momento de qué es ese elemento de bloqueo del cliente, pero creo que sigue sin terminar 20:45:08 <str4d> (Lo mismo para proyectos con código) 20:45:32 <zzz> sí 20:45:53 * str4d empuja también las mejoras de streaming hacia adelante 20:46:03 <str4d> ¿Puedo cortar entonces la detección de replay de sesión SSU? 20:46:04 <dg> ¿Te refieres a los problemas de duplicados? 20:46:18 <dg> ¿A cómo teníamos tunnels que no se desregistran de I2PTunnel y no permiten nuevos? ¿Ese tipo de cosas? 20:46:30 <zzz> str4d, tendré que responderte luego respecto a SSU replay, no estoy seguro ahora mismo 20:46:45 <dg> Me gustaría ver menos muerte de tunnel en lugar de centrarnos en el rendimiento 20:46:59 <str4d> dg: podría ser eso. También está el tema aparte de que el inicio de I2PTunnel bloquea la UI 20:47:29 <zzz> pon 'tunnel death' ahí como un nuevo elemento, por qué no 20:48:01 <dg> str4d: ¡Lo había olvidado! 20:48:03 <str4d> k 20:48:39 <zzz> Creo que el tema del bloqueo tengo algo sin marcar en el código para ello, viene arrastrándose por unos 18 meses o así, pero aún no está bien 20:48:40 <str4d> Siguiente: revisar las ideas de arriba. ¿Cuáles deberían ir en nuestra hoja de 6 meses (es decir, cuáles agrego al Gantt)? 20:50:16 <psi> EinMByte: reunión en curso 20:50:21 <psi> (no) 20:51:51 <zzz> Sugiero que todo vaya ahí por ahora, luego hablamos de prioridades, o dejamos que las dependencias del Gantt nos digan qué hacer después 20:52:52 <str4d> mmk 20:53:04 * str4d está extrayendo la lista de arriba y ordenándola ahora 20:53:08 <EinMByte> psi: oh, genial. 20:54:08 <psi> elemento potencial: medir (benchmark) el throughput de tunnel y las tasas de pérdida de mensajes 20:54:26 <str4d> EinMByte: ¿tienes ideas para nuestra lista de tareas (todo)? 20:55:15 <EinMByte> NTCP2, posiblemente. Aunque sería a largo plazo 20:56:39 <str4d> EinMByte: para referencia: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:56:53 <EinMByte> gracias 20:57:04 <EinMByte> (estaba a punto de preguntar) 21:00:23 <str4d> Aquí está la lista de las ideas de todos: 21:00:24 <str4d> `http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/` 21:00:25 <iRelay> Título: Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (en pastethis.i2p) 21:01:01 <str4d> Casi todas estas pueden convertirse en proyectos para la página de tareas (todo) del sitio web. 21:01:36 <str4d> Siguiente tema de discusión: ¿cuáles de estas (y las que están actualmente en el Gantt) son más importantes para hacer en los próximos seis meses? 21:02:48 <psi> rutas restringidas es probablemente el elemento más importante en mi opinión 21:02:50 <EinMByte> con respecto a Syndie, quizá: estaba trabajando en este plugin - aunque ahora no tengo tiempo). Esto podría ser una de las cosas que (?) traigan más atención a Syndie. 21:03:20 <dg> str4d: Falta muerte de tunnel y siento que es bastante importante 21:03:37 <EinMByte> Si alguien está interesado en desarrollar plugins para firefox / icedove: ya saben qué hacer 21:03:37 <str4d> dg: está ahí (bloqueo de hilo de tunnel) 21:03:41 <str4d> Pensé que era eso 21:03:49 <dg> oh, perdón str4d, me refería a cuando las conexiones se terminan abruptamente 21:03:54 <dg> mi culpa 21:04:04 <str4d> Ah, ok 21:04:55 <EinMByte> psi: Estoy de acuerdo en que las rutas restringidas son importantes. Pero también creo que debemos darnos cuenta de que tomará bastante tiempo implementarlas 21:05:21 <EinMByte> (no estoy seguro de cuánto del diseño / concepto se ha hecho) 21:05:35 <dg> En I2P: rutas restringidas, problemas de ECDSA en RedHat, HS 2.0 de Tor, y luego el resto. Alrededor de I2P: base de usuarios de Vuze, GSoC, investigación, benchmark, y luego el resto. 21:06:04 <dg> Estoy de acuerdo con EinMByte.. el rediseño de la consola del router es importante pero podría tomar un tiempo indeterminado. 21:07:15 <EinMByte> str4d: una cosa más, posiblemente. Conozco a algunos investigadores que han desarrollado un nuevo concepto para un DWSE (motor de búsqueda web distribuido), podrían estar interesados en desarrollar esto como una aplicación de I2P 21:07:42 <str4d> EinMByte: ¡bien! 21:07:49 <EinMByte> Dado que la mayoría de los DWSE ahora mismo no funcionan realmente bien, sería muy interesante tener esto, IMHO 21:08:01 <zzz> no, por 'tunnel death' me refería a roturas de tunnel de 3 minutos, la prueba de datagramas del tipo de Vuze, etc. Distinto de los problemas locales de bloqueo de i2ptunnel. 21:08:07 <EinMByte> También es algo que consideraría implementar 21:08:20 <dg> No estaba pensando precisamente en 3 minutos pero eso estaba incluido. 21:08:34 <EinMByte> (con ayuda, espero) 21:09:03 <str4d> ok, recarguen la página del Gantt 21:10:34 <EinMByte> str4d: de todos modos no cuenten demasiado con esto, depende de si los usuarios de I2P realmente están interesados en algo así. 21:11:14 <EinMByte> Además, no estoy seguro sobre lo de GNS. En cualquier caso no debería tener alta prioridad. 21:11:56 <str4d> Pegado actualizado de nuevas ideas: `http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/` 21:11:57 <iRelay> Título: Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (en pastethis.i2p) 21:12:35 <zzz> diría que 4 categorías amplias son de la mayor importancia: 1) continuar con la migración de cripto a corto plazo (libreta de direcciones, múltiples destinos, etc.) 2) planificación/investigación de cripto a más largo plazo (DH, LS2, NTCP2) 3) todo lo relacionado con pruebas 4) todo lo no relacionado con código 21:13:48 <EinMByte> zzz: ¿está en orden de importancia? 21:14:05 <str4d> Los problemas de ECDSA caen en la primera categoría; HS 2.0 de Tor cae en la segunda categoría. 21:14:21 <zzz> no. de importancia aproximadamente igual 21:14:44 <str4d> Así que el único elemento no representado en esas categorías es rutas restringidas 21:15:28 <jenkins@kyirc> Starting build #556 for job i2pd (previous build: SUCCESS) 21:15:30 <jenkins@kyirc> Project i2pd build #556: SUCCESS in 8.2 sec: `http://jenkins.killyourtv.i2p/job/i2pd/556/` 21:15:31 <jenkins@kyirc> * orignal: eliminated NTCPServerConnection 21:15:32 <jenkins@kyirc> * orignal: moved NTCP client code to Transports 21:16:34 <EinMByte> quizá NTCP2 no es tan importante 21:16:50 <zzz> y la razón por la que las agrupé así y digo igual prioridad es que probablemente haya 4 grupos separados de personas para esas 4 categorías que podrían avanzar en paralelo 21:17:08 <EinMByte> o, al menos antes de poder empezar correctamente con NTCP2 necesitamos hacer mucha investigación, además de responder algunas preguntas muy importantes 21:17:33 <jenkins@kyirc> Project i2pd (Linux x86) build #33: SUCCESS in 1 min 47 sec: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/` 21:17:44 <EinMByte> zzz: en efecto 21:17:51 <JekabsR> es interesante que la red i2p tienda a reunir todos los routers rápidos 21:17:58 <jenkins@kyirc> Starting build #33 for job i2pd (Linux x64) 21:18:03 <zzz> correcto. "NTCP2" es solo una abreviatura para un montón de cosas que pueden o no resultar en algo llamado "NTCP2" 21:18:34 <JekabsR> y no prefieren routers lentos 21:18:40 <EinMByte> Sí. En cualquier caso si cambiamos las capas de transporte es extremadamente importante no cometer errores, ya que probablemente rompería I2P por completo. 21:19:19 <psi> JekabsR: los routers más lentos aún se usan, solo que no tanto 21:19:43 <jenkins@kyirc> Project i2pd (Linux x64) build #33: SUCCESS in 1 min 52 sec: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/` 21:20:05 <EinMByte> zzz: si 2 es "investigación", entonces tienes razón 21:20:33 <EinMByte> se puede hacer simultáneamente 21:21:52 * str4d está reestructurando el Gantt en estas cuatro categorías (más una categoría Otros) 21:22:12 <JekabsR> pero hay un problema: destinos tipo cliente rara vez obtienen conexiones de router rápidas 21:22:40 <eche|on> ¿no? 21:22:46 <psi> JekabsR: no estoy del todo seguro de que eso sea exacto 21:23:46 <zzz> str4d, ¿nos olvidamos de Android, o es una hoja de ruta separada? 21:23:59 <str4d> zzz: nos hemos olvidado 21:24:01 <eche|on> JekabsR: los routers en modo oculto tienen algunos problemas, pero otros sí consiguen conexiones rápidas, ya que hay suficientes routers rápidos disponibles y con capacidad libre 21:24:26 <str4d> Técnicamente I2P Android cae en la categoría "en I2P" 21:24:35 <psi> oh otra pregunta de investigación: ¿cuánta capacidad tiene realmente I2P ahora mismo? 21:25:14 <zzz> quizá tenga más sentido una quinta categoría para Android 21:25:46 <zzz> pero no estoy obsesionado con las categorías. Solo mencioné las 4 como una forma rápida de comunicar lo que creo que es importante 21:25:54 <JekabsR> porque tienden a crear un pequeño número de conexiones realmente rápidas y un gran número de conexiones lentas 21:26:11 <dg> [se necesita cita] 21:26:15 <JekabsR> mi router empezó a soltar tunnels lentos 21:26:24 <str4d> zzz: Creo que fue una buena idea 21:26:56 <str4d> Actualicen la página del Gantt ahora 21:27:07 <eche|on> JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 <eche|on> JekabsR: los tunnels se sueltan solo al final de la vida del tunnel y si los tunnels propios necesitan la capacidad. 21:30:29 <str4d> Si actualizan `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` ahora verán los encabezados, cada uno con una barra de seis meses. Esto da una indicación de cuánto tiempo hay para encajar todo. 21:32:43 <str4d> Ahora que tenemos algunas ideas para los próximos seis meses, necesitamos empezar a planificar tiempos. 21:33:18 <str4d> Y quién va a encargarse de qué. 21:33:52 <JekabsR> mi consola informa con frecuencia que tiene demasiadas conexiones entrantes y los tunnels se rechazan parcialmente. ¿Cómo decide I2P cuál rechazar? 21:34:08 <dg> ¿'demasiadas conexiones entrantes'? 21:34:21 <dg> JekabsR: hay una reunión en curso, quizá quieras esperar a que termine 21:35:00 <str4d> También me gustaría algunos voluntarios para ayudar a convertir la lista de ideas en una página de proyectos funcional en la sección de tareas (todo) del sitio web 21:35:12 <JekabsR> Conexiones NTCP: 425. Límite: 425. Tiempo de espera: 2 min. 21:35:30 <JekabsR> Conexiones UDP: 1149. Límite: 1275. Tiempo de espera: 4 min. 21:36:14 <JekabsR> se alcanzan los límites 21:37:42 <JekabsR> el router está usando 80% de la CPU 21:38:23 <str4d> ¿Alguien? 21:39:36 <kytv> JekabsR: 1) reunión en curso, quizá quieras esperar; 2) mira `http://127.0.0.1:7657/peers#help` 21:41:16 <JekabsR> kytv: lo revisaré 21:41:44 <zzz> str4d, creo que perdiste a todos después de una hora 45. ¿Quizá declaremos la victoria por ahora y avanzamos más en otro momento? 21:41:45 <str4d> Intentemos algunas preguntas más específicas. 21:41:52 <str4d> O eso./ 21:41:55 <JekabsR> 330,0 / 342,4 KBps mi carga actual 21:42:06 <str4d> Sí, definitivamente hemos hecho buenos avances. 21:42:30 <JekabsR> y subidas de torrents a 2 - 5 kb de velocidad :( 21:44:17 <str4d> ¡Gracias por las discusiones, a todos! 21:44:20 * str4d warms up the baffer 21:44:20 * str4d ***bafs the meeting closed

Reunión de desarrolladores de I2P - 18 de noviembre de 2014

Tue, 18 Nov 2014 00:00:00 +0000

Resumen rápido

Presentes: dg, eche|on, Meeh, orignal, psi, RN, str4d, zzz, El registro completo está parcialmente reconstruido a partir del historial, iRelay entraba y salía al principio.

Registro de la reunión

<zzz> 0) Hi <zzz> 1) Reimbursement for 31C3 attendees (zzz, echelon) <zzz> 2) Purchase of test/build boxes (zzz, kytv) <zzz> 3) 0.9.17 and/or 0.9.16.1 release schedule (zzz) <zzz> 4) Reseed status and new admin (zzz) <zzz> 5) SU3 news test before 0.9.17 (zzz, echelon, psi) <zzz> 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) <zzz> 7) New developer topics (str4d) <zzz> 0) Hi <zzz> Hi <dg> hi, was able to make it. <str4d> Hi <orignal> hi <zzz> I'd like to keep items 1-5 short, 5-10 minutes each. I'll then turn it over to str4d for the remaining items to run for as long as he likes. <zzz> 1) Reimbursement for 31C3 attendees (zzz, echelon) <zzz> We've traditionally paid for conference tickets for project members and I think there is broad consensus to continue this <RN> hi <zzz> Since CCC last year was so productive, I propose that we provide additional funds to support people and encourage them to attend <zzz> Not a full reimbursement, but just partial support. I propose 200 euros each, on top of the ticket. <zzz> thoughts/discussion? <eche|on> no problem with me <str4d> The ticket is 150 euro IIRC? <RN> sounds reasonable to me... 350... 20:04:02 <zzz> I think the ticket is 100-120 euros 20:04:43 <eche|on> ticket was 80 euro last time 20:04:43 <str4d> https://events.ccc.de/congress/2014/wiki/Static:Tickets 20:04:46 <iRelay> Title: Tickets - 31C3_Public_Wiki (at events.ccc.de) 20:05:01 <zzz> In addition, if there is anybody that would require a higher level of support to be able to attend at all, they should speak up now 20:05:16 <RN> what's the date? 20:05:29 <eche|on> 27th til 30th december <zzz> sounds like we have agreement for the general idea. Any discussion on the exact amount? * RN can not attend.... <RN> but I think extra over ticket is good for incedentals and accomodations.... <str4d> I have no objections to 200 euro + ticket <eche|on> so, who is going and who would get the money? ;-) <RN> would 200 cover two days hotel, or all four? <zzz> I assume it would be about 8 people, same as last year, for budgeting purposes <eche|on> RN: depends on the hotel, it would cover a hostel for sure <str4d> RN: depends where you go <eche|on> ok, not the amount of people is a problem, but I would not like to pay a newbie that money, just because she/he read about it. no issue for "well known" people <zzz> right <str4d> https://events.ccc.de/2014/10/14/31c3-special-terms-at-generator-hostel/ <str4d> Special 31C3 deal. Double rooms are available for 70.00 Euro, a bed in a six-person dorm 17.00 Euro per night. <zzz> this is in no way a complete coverage of hotel/food/plane. Just a little help to encourage team members to attend <zzz> last call for discussion on 1) <str4d> With two people sharing the double above, the 200 euro would cover the hotel <RN> still sounds resonable to me... <zzz> ok, sounds like we have agreement <eche|on> sure <RN> :) <zzz> 2) Purchase of test/build boxes (zzz, kytv) <zzz> we have limited test coverage for windows and mac. <zzz> zab used to test with mac, he's gone; meeh has a mac but it died and/or he ran out of time <zzz> so I wanted to ask if we could get more test coverage if we bought win or mac boxes for kytv and/or others <RN> my mac is too old to help... and I blew up the powerstrip it used to plug into... <Meeh_> zzz: what do I need to test ? <zzz> these could be used for other things too (e.g. laptops might be nice) <Meeh_> got OSX 10.9 and 10.10 <eche|on> I do have a win box, but not the time. we still do have 2 win 8 licenses <Meeh_> tell me and I'm doing it now <zzz> Meeh_, running dev builds. Do you run them now? <dg> when we say 'test coverage', what do we mean? <zzz> is anybody running dev builds on windows? <Meeh_> no sorry, new mac.. just a day ago since my lenovo died, marielle had to buy me one <Meeh_> so I just installed java <Meeh_> give me a sec and I'll build and start <RN> yeah, cuz depending on the time and level of test coverage... I got an XP +pos_ready running test builds 20:14:15 <dg> i could if needed to but that'd be in a VM and I wouldn't e using it intensely 20:14:25 <dg> just seeing if it works after uptime, try some eepsites, run some snark, check for errors 20:14:30 <dg> I don't know if I'd hit all the errors a real user would 20:14:47 <zzz> my question is, can we encourage anybody to do more dev build testing if we bought them dedicated boxes? 20:15:31 <str4d> There are two kinds of testing we would benefit from: people manually doing QA on the builds, and CI servers running on Windows and Mac. 20:15:39 <eche|on> not me. I got all hardware/software, but not the time/mood for intensive test 20:15:49 <zzz> yes str4d 20:16:09 <RN> or what if the box was set up with some kind of "safe-via-i2p" remote access for the dev team... 20:16:17 <Meeh_> zzz, I can always do OSX testing, if I'm not replying on IRC, try twitter or meeh@mail.i2p since both will alert my phone 20:16:24 <str4d> This topic appears to be about QA, but what would it take to get e.g. a Mac CI server hooked into kytv's jenkins? 20:16:47 <Meeh_> for a CI yes 20:16:48 <zzz> anybody that would do more if we bought them hardware? 20:16:59 <Meeh_> unfortunally I must move my mac from time to time 20:17:22 <eche|on> <= missing the free network connection so far. 20:17:23 <Meeh_> what hardware, what teting in what OS? (regardless of paying hw) 20:17:26 <zzz> Meeh you seem to be having less time lately, not more 20:17:37 <zzz> windows and mac 20:17:41 <eche|on> I already do run one I2P node on my address. But hm, I could run windows on IPv6 20:17:48 <Meeh_> yes, cleared up a lot in RL that took time 20:17:53 <RN> if the rest of my infrastructure wasn't constanly a mess I'd volunteer a home for a box.... 20:18:26 <Meeh_> fyi, i2pd/i2p will be available from au,ru,nl,uk,de,no,us-w,us-e in about a hour 20:18:34 <Meeh_> downloadable 20:18:39 <zzz> ok let's not worry about who in particular. eche|on if we found somebody, do we have the budget to buy some hardware? 20:18:40 <Meeh_> CDN 20:18:47 <zzz> Meeh please stay on topic 20:18:52 <eche|on> zzz: we do have fund, for sure 20:19:02 <eche|on> btw, Meeh, did the money arrive ? 20:19:17 <zzz> ok I propose that we end this topic and look for volunteers in the coming weeks 20:19:18 <RN> check me in 6 mo if I've stabilized the deamons... 20:19:24 <zzz> eche|on, please stay on topic 20:19:34 <zzz> any other discussion on 2) ? 20:20:03 <Meeh_> oh, sorry I forgot to reply. it's paid and done.. I guess I got the money but marielle transfered at the same time so need to double check. but quite sure. thanks 20:20:07 <dg> i'd like to hear from kytv 20:20:18 <Meeh_> eche|on: ^ 20:20:28 <dg> pm guys 20:20:40 <zzz> let's put this on the agenda to revisit for the next meeting 20:20:51 <str4d> +1 20:20:51 <zzz> 3) 0.9.17 and/or 0.9.16.1 release schedule (zzz) 20:21:07 <eche|on> I vote for 0.9.17 20:21:18 <zzz> At one point I wanted to do a 0.9.16.1 release to fix the SSU bug but I'm pretty much over it 20:21:21 <dg> Nothing's fallen down.. so 0.9.17. 20:21:21 <eche|on> in 2-3 weeks 20:21:41 <zzz> I'm now proposing a "mini" 0.9.17 release the weekend of Nov. 29 20:22:00 <zzz> i.e. a 4 week cycle to fix bugs, well before the christmas break 20:22:02 <str4d> There are several reports on forum.i2p that 0.9.16 network has slowed, and participation at nodes is down. 20:22:03 <RN> "mini?" 20:22:22 <zzz> mini as in limited changes, and not a full 6-7 week cycle 20:22:25 <str4d> IDK if the SSU bug could be causing that... 20:22:37 <RN> ah... yes... mini... good plan... 20:22:43 <zzz> pretty much what's in mtn now. About 13K lines of diff, but most of that is eddsa test changes 20:22:49 <orignal> sure it does. becuase dropped packets 20:23:10 <zzz> btw, my expl. build success stats are up significantly since the .16 release. Don't know why 20:23:11 <RN> so sounds like yesses for do a mini release <zzz> the SSU bug is actually just an irritation, I don't think it's the cause of any real problems <zzz> ok let's declare tag freeze and shoot for a release in 11 days <zzz> anything else on 3)? <eche|on> so 0.9.17 in 2 weeks <RN> wooohooo! <str4d> Are the release host operators available then? <dg> yup. <str4d> (Remembering that Nov 29th is just after Thanksgiving) <dg> It doesn't take long for me, it won't be an issue. <zzz> we'll assume so for now and slip as necessary. i'll be around but in a turkey semi-coma. perfect for building. <dg> It's mostly echelon you need anyway <zzz> 4) Reseed status and new admin (zzz) <zzz> This is just a brief announcement for those that don't know. <Meeh_> yeo <zzz> Due to time constraints, Meeh has moved the reseeed admin job to 'backup' <Meeh_> which is clearly the best at the moment :) <zzz> backup is not on irc but he can easily be contacted backup@mail.i2p or on the reseed subforum on zzz.i2p <zzz> thanks to meeh and backup for a smooth transition <Meeh_> but I think logstash will be interesting for the reseed admin soon <Meeh_> which I collect from mine <eche|on> thankjsgiving is no issue here in europe <zzz> backup is working on getting the remainder of sites onto su3, improving monitoring, and recruiting new hosts <zzz> so please give backup your full support. <str4d> Aye :) <dg> :) <zzz> also work with him if you have SSL / TLS issues he's discovered <zzz> anything else on 4)? <Meeh_> I can provide reseed from russia and australia now <Meeh_> if wanted <Meeh_> as well <Meeh_> nothing more on 4 from me <eche|on> Meeh_: ask baclup^^ <zzz> great, contact your new leader ;) <zzz> 5) SU3 news test before 0.9.17 (zzz, echelon, psi) <eche|on> aah <zzz> .17 include a switch to su3 news. <eche|on> thats a topic <eche|on> I need to test it 20:29:17 <zzz> I'd like to have eche|on add a news item, build the su3, so we can test it before the .17 release 20:29:43 * str4d is thinking through the current spec to ensure it is optimal 20:29:52 <zzz> all dev builds should be pulling from news.su3 now but since there's been nothing new since the release, it needs a test 20:30:07 <eche|on> I will try to generate a .su3 the next days 20:30:25 <zzz> would also be ideal, but not required, if psi would create a cert and check it in, since he's the backup but can't currently create his own su3 file 20:30:45 <dg> why can't he? 20:32:24 <zzz> str4d, also review the XHTML whitelist in the code please 20:32:24 <zzz> great, thanks eche|on 20:32:24 <str4d> Will do. 20:32:24 <eche|on> zzz: script was in mtn? 20:32:24 <zzz> eche|on, yes, i2p.scripts 20:32:24 <zzz> I know str4d has proposed writing the XML by hand, and thats what i did for the .16 release, but perhaps a search for a feed writer would be helpful 20:32:24 <zzz> don't know 20:32:24 <zzz> anything else on 5) ? 20:32:24 <str4d> What I would actually propose is: 20:32:51 <str4d> - Find a program for writing Atom feeds. 20:33:22 <str4d> -- If nothing suitable, write a Python script that converts a directory of XHTML entries into a feed...? 20:33:56 <zzz> yup 20:33:56 <str4d> - Store the info on the release versions etc. in a separate config file, and have a script that inserts it into the atom feed. 20:34:19 <zzz> str4d, please do that spec review in the next couple days 20:34:26 <str4d> K 20:34:38 <zzz> anything else on 5) ? 20:35:26 <zzz> 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) 20:35:26 <zzz> 7) New developer topics (str4d) 20:35:38 <zzz> I hand the meeting and the baffer to str4d at this time 20:35:48 <str4d> Ooooooooo 20:35:56 * str4d grins gleefully 20:35:56 <Meeh_> and I might have news at the end 20:35:58 <Meeh_> of meeting 20:36:02 <Meeh_> so HL me str4d please :) 20:36:25 <str4d> Okay, I can't remember what exactly I was planning to say in 6) when I originally proposed it.. 20:39:31 <str4d> So I'll start with 7) and see if it comes back to me. 20:39:31 <str4d> Despite the website revamp, the information we make available there is not well organized or clear. 20:39:31 <str4d> And with the last year's increased focus on privacy and security, we really need to make the most of the current environment. 20:39:57 <str4d> We have several locations with information on possible projects, tasks etc. but nothing clear, or up-to-date 20:41:06 <str4d> `http://i2p-projekt.i2p/en/get-involved/todo` 20:41:06 <str4d> `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:41:06 <str4d> `http://i2p-projekt.i2p/en/docs/overview/performance/future` 20:41:06 <str4d> `http://i2p-projekt.i2p/en/get-involved/develop/applications` 20:41:06 <str4d> The last two links I'll leave for now, but at the very least I want us all now to look at the todo and roadmap pages now. 20:41:17 <str4d> like, now 20:41:20 <str4d> ;P 20:41:40 <iRelay> Title: Roadmap - I2P (at i2p-projekt.i2p) 20:41:42 <iRelay> Title: Future Performance Improvements - I2P (at i2p-projekt.i2p) 20:41:45 <iRelay> Title: Application Development - I2P (at i2p-projekt.i2p) 20:42:08 <str4d> The todo page is mostly filled with tasks that seem to have been completed. Of the tasks that are left, how many of them are still relevant? 20:43:49 <zzz> the wiki page on trac and the various threads on zzz.i2p are probably much more relevant 20:44:13 <str4d> Probably. But they are not visible to outsiders. 20:44:41 <str4d> "Hi, you want to help out with I2P? Go hunt for something to do on zzz.i2p" 20:44:49 <zzz> right 20:44:56 <str4d> I'm not saying we duplicate information. 20:45:50 <str4d> But I think the website should contain a concise overview of what we think is important for I2P, with links to more information as desired. 20:45:52 <str4d> This feeds in well to a future GSoC project. 20:46:16 <str4d> As usual, talking like this isn' 20:46:23 <str4d> t going to get much done :P 20:46:33 <zzz> is a group review now on IRC going to work, or do we need a volunteer to redo it all, or would a couple hours spent at CCC do it? 20:47:19 <str4d> Group review right now won't work. And after what I went though with the website, I don't think it's fair to put this all on one person. 20:47:40 <eche|on> I vote for a "lets do work a bit on it and if not done on CCC, do it at table 20:47:45 <zzz> maybe it's fair if it isn't you... 20:48:02 <str4d> CCC is pretty close, so that would be ideal. But we would need to get the website etc. updated *very* quickly, so we can point people to it. 20:49:32 <zzz> if your intent is this is in the context of a broader effort to apply for GSoC please make that clear 20:50:14 <str4d> I would very much like to get a GSoC student on board, but that is a separate topic. 20:50:50 <zzz> if not for GSoC, what's the reason for "very quickly"? 20:51:20 <str4d> zzz: I just meant that, if the work is done *at* CCC then we can't capitalize on it *at* CCC. 20:51:32 <zzz> oh, ok 20:52:08 <str4d> We would instead need to say "check the website in x days" which doesn't leave as good an impression. 20:53:46 <zzz> so your goal is to have a good answer for people that walk up and ask 'what do you need'? 20:53:53 <str4d> On the website, /todo is ancient. /roadmap is sparse. /performance/future is separated, and /develop/applications is a bunch of topics bundled into one. 20:53:56 <str4d> zzz: yes. 20:54:19 <str4d> People who are interested in I2P can look at the website and immediately see how their skills will be most useful. 20:54:44 <str4d> Top of the list: UI designers ^_^ 20:54:53 <zzz> but the people that ask that generally have never run i2p, so my answer is 'install it and run it for a couple weeks, then ask on irc' 20:55:52 <str4d> I don't think running I2P needs to be a predicate for helping. 20:55:52 <zzz> but yeah, the other answer is 'ui, crypto, ..." 20:56:25 <str4d> IMHO if you tell someone to wait a few weeks, often the enthusiasm can be displaced by something else. 20:56:28 <str4d> Right, but we need to be more specific. 20:56:28 <zzz> but realistically is anybody going to start devving who hasn't ever used it? 20:56:59 <zzz> i can't imagine volunteering to code for some software i've never used. 20:58:33 <str4d> No, but we can start engaging with them while they start using I2P. 20:58:33 <zzz> sure. agreed with all. An up-to-date todo list is a sign of a serious project. 20:58:58 <str4d> Okay, action time: 20:58:58 <RN> it is talking about 6.x and older on there... 20:59:07 <dg> something else is whether or not we're going to drop stop-and-go, etc 20:59:16 <dg> people point to our docs and say "wow, they'll have it/do" 20:59:33 <str4d> dg: ? 21:00:43 <> RN@kyirc leans forward on chair... 21:01:06 <dg> and uh, delays 21:01:30 * RN feels nostalgic 21:02:35 <str4d> Over the next week, can everyone here draw up two lists. One with features and improvements they would like to see in I2P itself, the other with features and improvements in the I2P ecosphere (this is things like new apps and services, dev work on existing apps, research, code review etc.) 21:02:35 <str4d> Doesn't need to be long, but I think if we all contribute a few points to each, even if some are duplicates it will be a good jumping off point. 21:02:35 * str4d will draft up an outline of how the content will be presented on the website (what content will go where etc.) 21:03:29 <RN> do we have a reasonable survey mechanism? on forum or zzz? 21:03:31 <zzz> yeah, if you setup the framework we can fill it in 21:03:53 <str4d> zzz: always seems to be the case ;P 21:04:33 <str4d> Who is available this time next week for a "meeting"/group discussion? 21:04:57 <RN> I might be 21:05:55 <str4d> The sole topic will be sorting through the lists people show up with, and organizing them into the content sections I will present. 21:05:59 <zzz> sure 21:06:20 <dg> me too 21:06:31 <RN> do you want lists i2pmailed to you? 21:06:50 <RN> or contribute to a thread on fourm or trac or??? 21:07:44 <str4d> RN: if you can't make it to the meeting, message me a link to pastethis.i2p 21:08:31 <str4d> Otherwise, just bring it to the meeting. 21:08:38 <RN> k 21:08:41 <str4d> Rather than a discussion on zzz.i2p, this time I want to try independent brainstorming without being influenced by what has already been posted. 21:09:16 <str4d> After the meeting, we will have something that can be posted on zzz.i2p or the wiki (probably there) for further discussion and editing. 21:11:36 <str4d> Does anyone else have more to say on 7)? 21:11:45 * str4d is done for this meeting 21:11:59 <str4d> Otherwise I'll go back to 6) briefly 21:13:30 * RN awats the baffing or the handoff of the baffer 21:13:54 * str4d assumes nothing. 21:14:00 <str4d> 6) 6-month roadmap, NTCP2 etc. (str4d, rescheduled from Oct. 28) 21:14:39 <str4d> I *still* can't remember where I wanted to go with this topic, but it dovetails nicely into 7. 21:14:52 <str4d> Previous large-scale dev work has been approximately 6-monthly, and we are about at the end of a cycle. 21:15:38 <str4d> Aside from the continual move towards new crypto, we should decide where to focus development effort for the next six months. 21:16:07 <str4d> NTCP2 is one suggestion, and PT development and integration 21:16:11 <eche|on> I am afk now 21:16:21 <str4d> o/ eche|on 21:16:49 <str4d> Formalizing our todo list will IMHO help us as much as it will help prospective new developers. 21:17:13 <str4d> At a minimum, we need to ensure that zzz's paper list of development stuff is bus-proof ;) 21:18:44 <Meeh_> what's the current topic? 21:19:24 <str4d> Meeh_: I think everyone is done with my ranting now, so I'll hand over to you :) 21:19:28 <RN> 6-mo roadmap... 21:19:53 <str4d> For 6) I think we can talk about it next week, after we have discussed peoples' lists. 21:20:00 <str4d> s/it/it more/ 21:20:01 <iRelay> str4d meant: For 6) I think we can talk about it more next week, after we have discussed peoples' lists. 21:20:31 <Meeh_> ah, thanks 21:21:23 <Meeh_> well, I've meanwhile you had meeting now, done what I said I should do, and it's giving i2p a lot of more download mirrors 21:21:48 <RN> :) 21:21:55 <str4d> Yay! 21:22:03 <dg> awesome 21:22:03 <Meeh_> in some hours, download.i2p.io should work for al, and should resolve based on latency and geoip 21:22:06 <Meeh_> none recorded from my site 21:22:07 <Meeh_> dns thingy 21:22:14 <Meeh_> they also got names 21:22:17 <Meeh_> I will list them now 21:22:31 <Meeh_> the domain mentioned was a shared domain 21:23:45 <Meeh_> jp01-mirror.i2p.io, nl01-mirror.i2p.io, no01-mirror.i2p.io, ru01-mirror.i2p.io, uk01-mirror.i2p.io, use01-mirror.i2p.io, usw01-mirror.i2p.io 21:24:00 <Meeh_> all will answer on both http(s) 21:24:19 <Meeh_> oh, de01 will also emerge 21:24:38 <Meeh_> but NL01 and DE01 is probably not up before tomorrow, however all other should work in short time 21:25:01 * RN hugs Meeh_ 21:25:09 <Meeh_> I've also gotten my windows and apple certificates 21:25:32 <Meeh_> so I will ve signing builds for i2pd on OSX and Windows, to escape the 2untrusted publisher" blocker/alerter 21:25:42 <Meeh_> also 21:26:20 <Meeh_> every i2p team member can have their own mail account @ i2p.io OR alias, with clearnet access for that matter 21:26:31 <Meeh_> for examle marielle has m@i2p.io, and I got mv@i2p.io 21:26:39 <Meeh_> short'n clean :D 21:27:09 <Meeh_> other than that, sorry for not beeing more around, but t I hope RL stuff are done now and I can continue here :) 21:27:51 <Meeh_> at last, a OSX and Windows build of i2pd is released tomorrow or tonight. 21:27:53 <Meeh_> thanks for listening! 21:28:12 * RN hugs Meeh_ more 21:28:41 <Meeh_> hehe, thanks RN:) 21:29:02 <str4d> Meeh_++ 21:29:16 <dg> str4d, zzz, Meeh_++ 21:29:32 <Meeh_> str4d, this can/could include f-droid too if you want 21:29:45 <str4d> Meeh_: is there a CDN setup for these servers, or are they "individual"? That is, how should the website mirrors list be updated? 21:30:04 <Meeh_> kytv: one server to rule them all.. remember if you publish to the one you got access to, all servers get it 21:31:42 <Meeh_> str4d: I'm partly done with the DNS balancing 21:31:42 <Meeh_> meaning it react to closest mirror 21:31:42 <Meeh_> so we could use one domain for all 21:31:42 <str4d> Okay, so the only download link that people will see is download.i2p.io 21:31:42 <Meeh_> but guide was bind9 and I'm running powerdns on the needed server so just need to ... find their way of doing the same 21:31:42 <str4d> (for this mirror system) 21:31:55 <Meeh_> yes, or if we will ... embrase it, we can write all 21:31:58 <str4d> F-droid on this would be ideal too. 21:32:51 <Meeh_> yes, right now it's just simple rsync, but I upgrade to openstack swift proxy at each location once I see high demand 21:33:07 <Meeh_> then it will be a REST url to publish updates too 21:33:15 <Meeh_> even zzz an do it himself from his browser with right credentials 21:33:31 <Meeh_> (when swift is added) 21:33:47 <Meeh_> reason I didn't right now was becasue it would have taken a hour or two more 21:33:49 <Meeh_> at least 21:34:00 <Meeh_> so then I did't catch the meeting :p 21:34:20 <str4d> Either as https://fdroid.i2p.io/repo/ and https://fdroid.i2p.io/archive/, or https://download.i2p.io/fdroid/repo/ and https://download.i2p.io/fdroid/archive/ 21:34:42 <str4d> Second option is probably better, then we don't need separate HTTPS certs. 21:34:51 <psi> is i2p.io going to be an inproxy? 21:34:51 <Meeh_> pick whatever *.i2p.io/* and you can use the https wildcard 21:34:58 <Meeh_> your chooise 21:35:01 <Meeh_> nope 21:35:04 <Meeh_> i2pd's page 21:35:14 <Meeh_> subsite of PS 21:35:24 <Meeh_> ofc. linking to geti2p.net as well 21:36:02 <Meeh_> see it as a readme page more or less, both on i2p as network and i2pd as the client 21:36:21 <Meeh_> not all ready, so if you got input, please write 21:37:47 <str4d> Meeh_: sounds good. If you have a wildcard cert then I'll choose fdroid.i2p.io (or f-droid.i2p.io, which would be technically correct) 21:37:56 <str4d> Yah, go with f-droid.i2p.io 21:38:08 <Meeh_> sure, we add it 21:38:16 <str4d> Okay, the meeting is IMHO done. Any final requests for topics? 21:38:27 <Meeh_> do you want access as well, and setup your own vhost in nginx? 21:38:35 <Meeh_> same server as kytv 21:38:46 <Meeh_> got access to 21:39:00 <Meeh_> I think you had actually, or has 21:39:15 <Meeh_> because of early f-droid setup 21:39:22 <str4d> I do, yes - it's how I uploaded the existing f-droid stuff 21:39:22 <Meeh_> IIRC 21:39:32 <str4d> Anyway 21:39:34 * str4d warms up the baffer 21:39:43 <Meeh_> sign in, check if your pw work, tell me if not and I make sure you can sudo 21:39:55 * str4d ***bafs the meeting closed 21:40:13 * RN dances a thanks for a good meeting dance

Versión 0.9.16

Sat, 01 Nov 2014 00:00:00 +0000

0.9.16 es un avance significativo en nuestro plan para migrar de DSA a ECDSA y luego a EdDSA en las firmas criptográficas, e introduce varios otros cambios para aumentar tu anonimato y seguridad. Los tunnels de cliente para standard, IRC y SOCKS IRC usarán firmas ECDSA de forma predeterminada. Además, hemos corregido una gran cantidad de errores graves, incluidos bloqueos de la consola.

Los cambios en las estructuras de datos del router requerirán que los usuarios del plugin i2pcontrol actualicen a la versión 0.0.9.

Versión 0.9.15

Sat, 20 Sep 2014 00:00:00 +0000

0.9.15 incorpora compatibilidad preliminar con firmas EdDSA Ed25519. Incluye un nuevo backend de configuración persistente para i2psnark y corrige varios problemas con el manejo de nombres de archivo por parte de i2psnark. Hay varias mejoras para acelerar SAM. Los complementos ahora admiten firmas más robustas en el formato de archivo su3. La instalación de complementos a través de la consola, que se había deshabilitado en la 0.9.14, vuelve a estar habilitada.

Lanzamiento de prueba de Android en Google Play en Noruega

Sat, 23 Aug 2014 00:00:00 +0000

I2P Android ha existido durante más de tres años. En ese tiempo, ha evolucionado de ser un simple proyecto de prueba a convertirse en una adaptación para Android del router I2P utilizable y útil. Nuestro objetivo final ha sido publicar I2P Android en Google Play, para facilitar que los usuarios descubran, instalen y usen I2P en sus dispositivos Android. Tras mucho trabajo mejorando la interfaz de usuario, corrigiendo errores y realizando pruebas, creemos que I2P Android está por fin listo para llegar adonde están los usuarios.

El nacimiento de Privacy Solutions

Fri, 15 Aug 2014 00:00:00 +0000

¡Hola a todos!

Hoy anunciamos el proyecto Privacy Solutions, una nueva organización que desarrolla y mantiene software de I2P. Privacy Solutions incluye varias iniciativas de desarrollo nuevas diseñadas para mejorar la privacidad, la seguridad y el anonimato de los usuarios, basadas en los protocolos y la tecnología de I2P.

Estos esfuerzos incluyen:

The Abscond browser bundle.
The i2pd C++ router project.
The “BigBrother” I2P network monitoring project.
The Anoncoin crypto-coin project.
The Monero crypto-coin project.

La financiación inicial de Privacy Solutions fue aportada por los partidarios de los proyectos Anoncoin y Monero. Privacy Solutions es una organización sin fines de lucro con sede en Noruega, inscrita en los registros del gobierno noruego. (Algo parecido a una 501(c)3 de EE. UU.)

Versión 0.9.14.1

Sat, 09 Aug 2014 00:00:00 +0000

0.9.14.1 incluye correcciones para el formulario “Añadir torrent” en i2psnark y algunos otros formularios web. Hemos restaurado la posibilidad de instalar complementos a través de la consola, pero primero debe editar su archivo router.config (en ~/.i2p/ o /var/lib/i2p/i2p-config/ o %APPDATA%\I2P) para añadir la línea routerconsole.enablePluginInstall=true. Otras funciones avanzadas poco utilizadas que se eliminaron en 0.9.14 pueden restaurarse añadiendo la línea routerconsole.advanced=true.

Como de costumbre, si está configurado con el valor predeterminado “Download and Verify”, el router descargará la actualización automáticamente y mostrará un botón para reiniciar. Sin embargo, debido a un error en 0.9.14, si la actualización está configurada para “Notify only”, no se mostrará el botón de descarga. Debe cambiar su configuración a “Download and Verify” o “Download, Verify, and Restart” para actualizar.

Versión 0.9.14 de I2P

Sat, 26 Jul 2014 00:00:00 +0000

La versión 0.9.14 incluye correcciones críticas para vulnerabilidades de XSS y de ejecución remota reportadas por Exodus Intelligence. Como precaución adicional, hemos deshabilitado varias funciones de configuración avanzadas en la consola del router, incluida la instalación de nuevos complementos. Planeamos volver a habilitarlas en una versión futura tras una revisión adicional.

Debido a cambios en la biblioteca de I2P, los usuarios de I2P-Bote deben actualizar su complemento a la versión 0.2.10 para que funcione con I2P 0.9.14. Su router debería actualizar el complemento automáticamente después de que el router se reinicie.

I2P Dev Meeting - July 14, 2014

Mon, 14 Jul 2014 00:00:00 +0000

Resumen rápido

Presentes: eche|on, Meeh, psi, zzz

Registro de la reunión

20:00:11 <zzz> 0. Hola 20:00:11 <zzz> 1. Seleccionar nuevo Responsable de Relaciones Públicas (PR) (zzz) 20:00:19 <zzz> 2. Reemplazar mtn.i2p2.i2p en la i2ptunnel.config predeterminada (zzz) 20:00:23 <zzz> 0. Hola 20:00:29 <zzz> Hola 20:00:49 <zzz> 1. Seleccionar nuevo Responsable de Relaciones Públicas (PR) (zzz) 20:00:50 <zzz> 1) Responsable de Relaciones Públicas (PR). orion ha dimitido. Propongo a psi y a Meeh como excelentes candidatos. Otros pueden proponer su nombre para consideración más abajo, o en la reunión. También puedes ofrecerte como asistente. Las responsabilidades incluyen: 20:00:50 <zzz> - Tuitear con frecuencia usando @geti2p 20:00:50 <zzz> - enviar pegatinas a quienes las pidan 20:00:50 <zzz> - Hablar en conferencias y encuentros 20:00:50 <zzz> - Responder el correo de press@i2pmail.org (generar y distribuir una nueva clave GPG para ello) 20:00:52 <zzz> - Outreach (divulgación), contactar con personas/grupos con los que queremos trabajar; formar alianzas estratégicas 20:00:55 <zzz> - Tareas varias de promoción, soporte y comunicaciones 20:00:56 <zzz> - Mantener una actitud positiva 20:00:56 <Meeh> Hola 20:01:11 <psi> ? 20:01:13 <psi> hola 20:01:38 <zzz> ¿Está dispuesto a servir alguno de los dos, psi o Meeh? ¿Hay otros voluntarios o nominaciones? 20:01:50 <psi> Estoy dispuesto a servir si así lo desean 20:02:24 <eche|on> disponible por aquí pero no para ese trabajo, lo siento 20:02:27 <psi> También puedo conseguir las pegatinas de orion 20:03:23 <zzz> Meeh, ¿estás dispuesto a servir o prefieres apoyar a psi? 20:04:49 <zzz> ¿Alguien más tiene algún comentario? 20:04:59 <Meeh> Puedo hacer ambas cosas, lo que quiero decir es que puedo servir y, por supuesto, apoyaré a psi si él lo hace 20:05:45 <psi> ¿"Equipo" de PR entonces? 20:06:12 <Meeh> ¿por qué no? No puedo ir a EE. UU., así que necesito a alguien allí de todas formas 20:06:21 <psi> me sirve 20:06:27 <zzz> Supongo que psi podría tener más tiempo que Meeh para esto? 20:06:57 <psi> sí, ahora tengo montones de tiempo libre y probablemente por un tiempo 20:07:24 <Meeh> pero sin problemas para cubrir EU/Asia/África 20:07:34 <Meeh> Sí, en algunos aspectos creo que también 20:07:44 <zzz> Meeh nunca ha tenido montones de tiempo desde que lo conozco 20:08:00 <Meeh> sin embargo, creo que puedo contribuir mucho con respecto a tuitear, hablar en conferencias y algo de divulgación 20:08:17 <zzz> ¿Qué tal psi como jefe y Meeh como asistente? 20:08:26 <psi> no hablo en público, así que puedo delegar eso en Meeh 20:08:36 <psi> suena bien 20:08:44 <Meeh> también me suena bien 20:08:47 <Meeh> Puedo encargarme de hablar en público 20:08:58 <zzz> ¿Alguna objeción u otros comentarios? 20:09:44 <zzz> ok, genial 20:10:28 <zzz> Le daré a psi la contraseña de Twitter. Por favor, consigue las pegatinas de orion. 20:10:44 <psi> entendido 20:11:19 <zzz> Además, por favor genera y distribuye una clave GPG para press@, y pide a welterde que arregle la lista de correo en consecuencia 20:11:27 <zzz> hablando de welt... 20:11:33 <eche|on> .... 20:11:36 <zzz> 2. Reemplazar mtn.i2p2.i2p en la i2ptunnel.config predeterminada (zzz) (Caído desde el 12 de junio - posibles reemplazos mtn.killyourtv.i2p o mtn.i2p-projekt.i2p) 20:11:52 * psi nomina la de kytv 20:12:05 <zzz> eche|on, kytv_ ¿alguno de ustedes querría ofrecerse voluntario? 20:12:15 <zzz> no podemos poner ambos en un solo tunnel porque eso confunde a mtn 20:12:56 <zzz> ¿algún otro que haya estado en marcha durante un tiempo? 20:13:01 <eche|on> pueden poner el mío, intento mantenerlo funcionando como siempre 20:14:24 <zzz> ok, entonces será echelon, supongo 20:14:37 <eche|on> kytv ya hace muchos trabajos 20:15:07 <zzz> ambos parecen muy fiables, así que no importa mucho 20:15:27 <Meeh> mtn.meeh.i2p ha estado funcionando durante un año ya 20:15:29 <zzz> no es más trabajo, quizá solo un poquito más de tráfico, probablemente ni siquiera se note 20:16:25 <eche|on> ¿podemos crear 3 tunnels y habilitar solo uno? 20:17:55 <zzz> bien, meeh, bueno saberlo 20:17:55 <zzz> ¿algo más sobre el punto 2)? 20:17:55 <zzz> ¿algún otro tema para la reunión? 20:18:19 <psi> ¿tenemos un IRC de respaldo? 20:18:39 <psi> parece que si parte/todo lo de postman se cae, estamos jodidos 20:19:17 <psi> mail+irc es postman, así que ¿cuál es el punto de encuentro de respaldo en caso de que lo de postman no funcione? 20:19:29 <zzz> claro, podríamos crear 3 tunnels pero a mí me parece solo más desorden 20:19:37 <psi> me he estado preguntando esto desde hace un tiempo... 20:20:28 <eche|on> ok, bien, dentro del tiempo de lanzamiento de 6 semanas podemos cambiarlo lo suficientemente rápido; además, la gente realmente interesada puede entrar aquí. También puedo enviar la clave a $trusted person 20:21:54 <zzz> tenemos 3 servidores IRC 20:21:54 <zzz> no hay respaldo para el propio postman... 20:21:54 * zzz calienta su baffer corto para la reunión corta 20:21:54 * zzz ***bafs la reunión cerrada

Reunión de desarrolladores de I2P - 01 de julio de 2014

Tue, 01 Jul 2014 00:00:00 +0000

Resumen rápido

Presentes: bgwcb, eche|on, kytv, Meeh, psi, str4d, zzz

Registro de la reunión

20:00:32 <zzz> 0. Hola 20:00:32 <zzz> 1. I2P en Google Play (meeh / str4d) 20:00:32 <zzz> 2. Pruebas en tabletas (zzz) 20:00:37 <zzz> 0. Hola 20:00:39 <zzz> Hola 20:00:51 <zzz> 1. I2P en Google Play (meeh / str4d) 20:01:12 <eche|on> hola 20:01:13 <zzz> Meeh, str4d, por favor cuéntennos sus planes para Google Play 20:03:31 <zzz> ok, les diré lo que sé 20:03:56 <zzz> Meeh tiene una cuenta existente pero sin usar; también le va a dar acceso a str4d; 20:04:35 <zzz> ahora tiene una versión de desarrollo allí que es solo por invitación; planean ponerla disponible para todos con la versión 0.9.14; 20:04:55 <eche|on> una cuenta de desarrollador no debería ser ningún problema 20:05:06 <zzz> planean tener dos versiones, una gratuita y otra de “donación” por un costo de ~$2.50 20:05:18 <eche|on> sí 20:05:30 <bgwcb> ¿por qué? 20:05:49 <zzz> Meeh transferiría los fondos a echelon mensualmente (suponiendo que fuera suficiente para que valiera la pena, y que meeh no tuviera gastos) 20:05:50 <eche|on> Habrá algunos problemas con el registro como I2P, pero lo hará bien 20:05:52 <bgwcb> ¿y para qué necesitan Google Play? 20:06:14 <zzz> al parecer muchas apps tienen versiones de donación; la tasa de compra quizá sea del 1% respecto a la versión gratuita 20:06:47 <eche|on> es una buena idea 20:06:50 <zzz> todo el mundo tiene Google Play; solo unos pocos tienen f-droid o amazon o cargan directamente desde un sitio web 20:07:03 <eche|on> No creo que entre mucho dinero, pero mejor que nada 20:07:05 <zzz> eso es lo que sé, más o menos. ¿Comentarios? 20:07:22 <eche|on> comentario: el registro como I2P será un lío, pero por lo demás, adelante 20:08:08 <zzz> alguien desconocido ha reservado, pero no publicado, net.i2p.android.router. Meeh está intentando recuperarlo. 20:08:11 <bgwcb> ¿Qué diferencias hay entre la gratuita y la de donación? 20:08:21 <eche|on> bgwcb: ninguna ;-) 20:08:33 <zzz> no es gran cosa, pero impediría la detección de duplicados con instalaciones existentes desde el sitio web o f-droid 20:08:33 <bgwcb> wow 20:08:33 <eche|on> excepto la donación del campo de compra. 20:08:44 <bgwcb> buena idea, genio dormido 20:08:49 <psi> hola 20:08:57 <eche|on> zzz: ¿entonces el registro funciona mediante las clases de Java y no el nombre del proyecto? 20:09:34 <zzz> la clase es esencialmente el nombre, o identificador único. meeh y str4d lo están investigando 20:09:48 <psi> sobre la versión de donación, ¿tendrá “más funciones”? 20:09:54 <zzz> también estamos intentando localizar a nextloop, nuestro encargado de f-droid, para que ayude 20:10:02 <psi> ¿o es solo otro paquete? 20:10:11 <eche|on> psi: no, solo una función de “tienes la versión de donación” ;- 20:10:18 <eche|on> en la pantalla Acerca de, IMHO 20:10:37 <eche|on> bálsamo para el alma: “eres algo mejor que los demás, ¡nos pagaste algo!” 20:10:38 <psi> genial 20:10:41 <kytv> (‘hola’ tardío) 20:10:53 <zzz> ¿algún comentario sobre una versión de donación? 20:10:56 <psi> epeen 20:11:21 <zzz> ¿alguna objeción a una versión de donación? ¿o a Google Play en general? 20:11:28 <eche|on> zzz: adelante, yo añadiría un texto Acerca de diferente en la propia app 20:11:47 <eche|on> Una vez tuve la idea de vender cada versión de Android, pero no hace falta 20:12:29 <zzz> si te interesa lo que Meeh tiene hasta ahora o quieres probar su versión de la app, contáctalo 20:12:50 <eche|on> lo cual es una buena guía a TOP2 ;-) 20:13:01 <zzz> última llamada para comentarios sobre Google Play 20:13:28 <kytv> +1 para Google Play, más usuarios es bueno 20:13:50 <psi> +1 para Google Play también, ya que más usuarios significa más comentarios 20:14:14 <kytv> (no estoy seguro del +1 para ‘requerir pago’, pero las donaciones están perfectas) 20:14:36 <Meeh> *leyendo el historial* 20:14:39 <zzz> 2 versiones, gratis y de pago. la predicción es que el 99% elegirá la gratis 20:15:12 <kytv> sí, lo entiendo. Está perfectamente bien. 20:15:25 <zzz> Meeh antes de la última llamada, démosle un par de minutos para leer el historial y explayarse 20:17:56 <Meeh> hmm, sí. 20:18:13 <Meeh> bueno, me gustaría añadir un tema en realidad, que de alguna manera está conectado con esto 20:18:24 <Meeh> pero de alguna manera tampoco lo está 20:18:55 <zzz> Meeh, última llamada para comentarios sobre 1) 20:19:04 <zzz> ¿hay algo que haya entendido mal? 20:20:04 <Meeh> Con gusto lo haría, y lo de dos apps con donaciones sigue pareciendo una buena idea :) 20:20:05 <Meeh> no, estaba correcto lo del espacio de nombres, etc. 20:20:05 <Meeh> lo entendiste bien 20:20:06 <zzz> ok entonces. fin del punto 1). 20:20:07 <zzz> 2. Pruebas en tabletas (zzz) 20:20:42 <zzz> Ahora no tenemos suficientes testers y desarrolladores de Android. Estamos a punto de conseguir muchos más usuarios. Así que definitivamente necesitamos más testers y desarrolladores. 20:20:49 <Meeh> Avísenme cuando pueda añadir el 3), es un tema grande. y probablemente interese a muchos 20:21:03 <Meeh> necesito trabajar más en el tema mientras 2) 20:21:05 <zzz> ok 3) meeh en la lista 20:21:08 <zzz> volviendo al 2) 20:21:41 <zzz> Me gustaría proponer reembolsar a las personas que quieran comprar un dispositivo Android y prometan hacer pruebas o desarrollo. 20:22:13 <zzz> Digamos, hasta $200 por persona para hasta 8 personas, suficiente para comprar una tableta de 7", o para financiar parcialmente un teléfono o una tableta de 10" 20:22:31 <zzz> También me gustaría financiar completamente una tableta de 10" para str4d, hasta $400 o así 20:22:44 <zzz> ¿comentarios? ¿voluntarios? 20:23:24 <eche|on> mi comentario ya consta en acta, adelante. 20:23:25 <str4d> hola 20:23:27 <str4d> perdón por el retraso 20:23:36 <eche|on> pero no compren dispositivos chinos con spyware ^^ 20:24:07 <zzz> ya hemos comprado algunos dispositivos para desarrolladores, pero realmente necesitamos testers 20:24:47 <str4d> perdón* 20:24:55 <zzz> esto sería para personas que ya forman parte de la comunidad de desarrollo, p. ej. psi, orion, dg, kytv, echelon, etc. 20:25:23 <zzz> ¿quién quiere uno? creo que sería un gran uso de los fondos del proyecto 20:26:00 <kytv> Siempre estoy dispuesto a hacer pruebas, pero no tengo tableta y no sé cuán útiles serían los comentarios que pueda dar. Dicho esto, puedo probar y suministrar informes (con suerte) válidos. 20:26:21 <zzz> ok, hay uno. genial. 20:26:48 <zzz> como de costumbre, pídanle el reembolso a echelon, nuestro tesorero 20:26:52 <Meeh> Yo también podría probar, pero mi tablet está empezando a estar algo vieja 20:26:56 <Meeh> algo* 20:27:18 <zzz> Me gustan mucho las tabletas Android de 7". Geniales para pruebas y uso general. Y no te arriesgas a estropear tu teléfono. 20:27:50 <zzz> última llamada para comentarios sobre 2) tabletas Android para pruebas 20:28:23 <str4d> La elección del dispositivo es importante 20:28:30 <eche|on> (NO pago productos de Apple, lol) 20:28:37 <Meeh> Puedo ayudar a probar, pero para garantizar las pruebas probablemente habría que comprar una tableta nueva 20:28:53 <str4d> La oportunidad aquí es proporcionar una gama de *tamaños* de dispositivo así como *densidades* de pantalla 20:29:21 <zzz> si dejamos que cada persona elija su propio teléfono o tableta, eso debería aportar la variedad necesaria 20:29:55 <zzz> ok, pasemos a 3) el tema desconocido de Meeh. 15 minutos máximo. 20:29:57 <zzz> adelante, Meeh 20:29:59 <str4d> (p. ej., mi tableta de 7" es de 600x1024 píxeles, y cae en la categoría -sw600dp) 20:32:03 <Meeh> ok, decidí volver (ya que he estado fuera un tiempo) con una sorpresa; algunos puede que hayan oído de ello, y algunos hayan visto algo... pero, en pocas palabras, hice un “paquete de navegador de I2P” que probablemente estará listo para win32 y osx en 24 horas 20:32:29 <Meeh> activen sus plugins de tor y vean https://hideme.today/dev/ 20:32:35 <iRelay> Título: The Abscond bundle (en hideme.today) 20:32:39 <Meeh> ese es el conjunto de funciones y la “cara” de esto 20:32:57 <psi> espera, ¿qué? 20:33:01 <psi> ¿un paquete de navegador? 20:33:05 <Meeh> Estoy intentando que I2P sea más fácil para empezar a usar... porque esa es siempre la queja que recibo 20:33:08 <Meeh> sí 20:33:17 <Meeh> más aún, ya que es 100% portable 20:33:26 <Meeh> puedes ponerlo en una memoria USB 20:33:39 <Meeh> lanzarlo en cualquier máquina... con una modificación, también puedes arrancarlo entre sistemas 20:33:42 <psi> genial 20:33:43 <str4d> psi: Tor Browser con I2PButton 20:33:46 <Meeh> es decir, la misma instalación en win,linux,osx 20:33:58 <Meeh> más o menos como dijo str4d, sí :) 20:34:38 <Meeh> entonces, ¿alguno tiene comentarios sobre esto, ideas, ++, ? 20:34:49 <psi> ¿dónde puedo conseguirlo? 20:34:56 <Meeh> pensé que sería bueno recibir algo de comentarios antes de lanzarlo 20:34:57 <psi> parece que la instancia de gitlab está bloqueada 20:35:11 <Meeh> subiré el código final y lo pondré disponible unas horas después de la reunión 20:35:21 <psi> ok 20:35:23 <Meeh> no he terminado con un conjunto de compilación completo 20:35:38 <Meeh> así que necesito decirles cómo compilar y ensamblar todas las partes 20:35:44 <eche|on> comentario: mucho trabajo. 20:35:47 <eche|on> pero genial. 20:36:13 <Meeh> me he centrado más en un prototipo/prueba de concepto que en un sistema de compilación 20:36:54 <Meeh> así que tomé el propio torbrowser y lo reetiqueté; torbutton está casi reescrito para funcionar 100% con I2P en lugar de tor, 20:37:17 <Meeh> el lanzador está escrito desde cero por mí, en gran parte por la parte del JRE 20:37:34 <Meeh> por lo tanto, todos los viejos scripts de compilación de tor fallan 20:37:43 <Meeh> y no es fácilmente modificable 20:38:36 <psi> ¿Orchid incluido? 20:38:59 <Meeh> sí, incluye algunos plugins de i2p así como plugins del navegador 20:39:06 <psi> genial 20:39:16 <Meeh> plugins de i2p sobre todo para interesar a la gente, como i2p-bote 20:39:23 <Meeh> y plugins del navegador para la privacidad 20:40:20 <Meeh> la idea es tener un script de compilación que construya fácilmente un nuevo paquete para osx,linux,win32 en cada lanzamiento de I2P 20:40:37 <Meeh> y por supuesto la actualización del navegador, etc., pero eso requerirá trabajo manual 20:40:53 <Meeh> pero he incluido en mi plan futuro mantener eso 20:42:25 <zzz> ok, ¿algo más sobre el punto 3)? 20:43:02 <zzz> ¿alguien tiene algún otro tema? 20:43:14 <Meeh> no, eso era principalmente todo. si alguien en win32 quiere probar, por favor avise, porque después de la experiencia con anoncoin eso necesita más pruebas 20:43:55 <Meeh> y veo que me quedo sin cafeína si no salgo a comprar; vuelvo en 10. tarda 5 min cada tramo :) 20:44:24 <zzz> ok, genial. Un recordatorio: cualquiera puede convocar una reunión sobre cualquier tema en cualquier momento. 20:44:35 * zzz *bafs* la reunión se cierra

Lanzamiento de I2P 0.9.13

Thu, 22 May 2014 00:00:00 +0000

0.9.13 incluye correcciones para routers detrás de un cortafuegos, mejoras en las consultas de netDb y una gran actualización de SusiMail. Por supuesto, también hay la habitual colección de correcciones de errores y actualizaciones de traducción.

Como de costumbre, recomendamos actualizar a esta versión. La mejor manera de mantener la seguridad y ayudar a la red es ejecutar la versión más reciente.

zzz ha actualizado sus claves GPG, y los archivos del lanzamiento están firmados con sus nuevas claves. La huella digital de su nueva clave es: 2D3D 2D03 910C 6504 C121 0C65 EE60 C0C8 EE72 56A8

Reunión de desarrolladores de I2P - 06 de mayo de 2014

Tue, 06 May 2014 00:00:00 +0000

Resumen rápido

Presentes: bgwcb, dg, eche|on, EinMByte, hghoster, kytv, nombra, Nyakov, psi, topiltzin, user, Yi, zzz

Registro de la reunión

20:00:37 <zzz> `http://zzz.i2p/topics/1618` 20:00:43 <bgwcb> bueno, ¿empezamos? 20:00:46 <iRelay> Título: zzz.i2p: Reunión martes 6 de mayo - 8 PM UTC (en zzz.i2p) 20:00:57 <zzz> 0. Hola 20:00:57 <zzz> 1. solicitud para la página de inicio de la consola de hiddengate.i2p (ver el siguiente mensaje para detalles) 20:00:57 <zzz> 2. OMGWTFBBQ Verano en Europa - echelon 20:00:57 <zzz> 3. calendario de lanzamiento de la 0.9.13 20:01:06 <zzz> 0. Hola 20:01:09 <zzz> hola 20:01:11 <eche|on> ¡hola! 20:01:15 <psi> hola 20:01:16 <topiltzin> hola 20:01:23 <nombra> o/ (reconectado justo a tiempo) 20:01:38 <kytv> hola 20:01:49 <Yi> ¿qué es? 20:01:50 <zzz> La mayoría de estos puntos deberían ser breves, limitémoslos a 15 minutos cada uno 20:02:00 <hghoster> hola a todos 20:02:05 * mokosoul se escabulle antes de que alguien note que estuvo aquí en la reunión. 20:02:08 <zzz> 1. solicitud para la página de inicio de la consola de hiddengate.i2p 20:02:16 <zzz> vean el enlace de arriba para detalles 20:02:42 <zzz> hghoster es quien solicitó por hiddengate.i2p. ¿podrías contarnos un poco sobre el sitio? 20:03:52 <hghoster> HiddenGate es un proyecto para usuarios rusos de I2P. Objetivo: publicar el periódico en línea/fuera de línea “Vestnik I2P”, que introduce I2P y guía sobre cómo acceder a él. 20:04:00 <hghoster> tenemos wiki, foro, imboard 20:04:06 <EinMByte> Hola 20:04:47 <EinMByte> hghoster: entonces... ¿podemos decir que es una especie de sitio de ayuda? 20:05:03 <hghoster> entonces... ya publicamos la primera versión del documento. además, algunos chicos siguen llenando la wiki con nuevos artículos técnicos 20:05:04 <kytv> por conveniencia, los ToS en EN: `http://hiddengate.i2p/wiki/ToS#Terms_of_Service` 20:05:04 <zzz> ok, gracias. ¿Alguien tiene preguntas o comentarios? Me gustaría especialmente comentarios de hablantes de ruso 20:05:08 <iRelay> Título: HiddenGate Wiki: HiddenGate Wiki (en hiddengate.i2p) 20:05:27 <bgwcb> hghoster: imageboard censurado, pero probablemente es bueno porque nosotros, buenos anónimos rusos, no amamos el cp 20:05:29 <EinMByte> He visitado el sitio antes, y se ve bien 20:05:50 <EinMByte> una cosa que me gustaría mencionar: la página principal está toda en ruso 20:05:55 <hghoster> EinMByte: sí. nuestro objetivo es crear una plataforma donde los nuevos usuarios no vean cp, etc., contenido impactante 20:06:15 <hghoster> solo para discusiones políticas, algunos intereses, etc. nada de basura, nada de cp 20:06:48 <hghoster> EinMByte: pero hay una o dos páginas en inglés, por ejemplo los ToS. espera un momento por favor 20:07:08 <EinMByte> Entonces, ¿quizás sería buena una introducción en inglés? 20:07:08 <EinMByte> (incluso si el resto del sitio está en ruso) 20:07:08 <EinMByte> Suena bien 20:07:14 <zzz> hghoster ha publicado unos ToS en inglés y ruso como se requiere: `http://hiddengate.i2p/wiki/ToS` 20:07:18 <iRelay> Título: HiddenGate Wiki: HiddenGate Wiki (en hiddengate.i2p) 20:07:20 <EinMByte> zzz: considerando la cantidad de usuarios rusos, creo que sería una buena incorporación 20:07:22 <hghoster> zzz gracias 20:07:48 <EinMByte> Bueno, me gustaría al menos una frase en inglés en la página principal 20:08:05 <EinMByte> porque visitar hiddengate.i2p fue bastante confuso para mí 20:08:31 <EinMByte> y supongo que sería así para la mayoría de usuarios de I2P no rusos 20:08:45 <EinMByte> sin embargo, estoy de acuerdo con la propuesta 20:09:18 <zzz> ¿algún otro comentario de los usuarios rusos aquí - bgwcb denixx_ Nyakov ? 20:09:38 <hghoster> podemos poner algún texto de bienvenida en la parte superior de la primera página explicando a los usuarios no rusos dónde están 20:10:12 <EinMByte> hghoster: esto es lo que quiero decir 20:10:19 <hghoster> estoy registrando nuestra conversación y lo discutiremos después también 20:10:21 <hghoster> creo que pueden estar durmiendo :) pero bgwcb no 20:10:22 <Nyakov> Creo que es buena idea 20:10:36 <bgwcb> creo que si hiddengate entra en la página de inicio, llenará hiddengate de buen contenido 20:10:37 <hghoster> de acuerdo, lo recordaré, gracias 20:10:49 <EinMByte> Al fin y al cabo, supongo que eso es lo que verán los usuarios que vengan desde el panel de control: la portada 20:10:49 <zzz> hghoster, recibí algunos comentarios la semana pasada en #ru de que su sitio tenía muy poco contenido. ¿Cuáles son sus planes para agregar más contenido? 20:10:53 <Yi> creo que está bien 20:11:12 <zzz> no queremos sitios “muertos” en nuestra página de inicio 20:11:17 <user@kyirc> +1 a la frase de bienvenida. el nombre de dominio está en inglés y yo podría haber llegado al sitio también, y luego no saber ni siquiera qué es resulta algo frustrante, incluso si el resto será ininteligible para mí de todos modos 20:11:53 <bgwcb> y es buena idea porque no tienen cp. los recién llegados pueden temer las redes oscuras porque son refugio para pedófilos y terroristas 20:11:59 <hghoster> por supuesto los planes son buenos :) hay otro chico “Glavred”, es el creador de la idea de este proyecto. yo estoy trabajando en ello como admin. también hay algunos que siguen llenando la wiki 20:12:37 <hghoster> por supuesto no se llena tan rápido como queremos. pero seguimos con nuestro trabajo de todos modos. hasta que alguien como el sr. P no cierre los internets 20:12:48 <bgwcb> pero, entonces yo querré poner en la página de inicio `http://rus.i2p` con el comentario de que tiene algo de contenido impactante 20:12:50 <hghoster> perdón por mi pobre inglés 20:13:00 <iRelay> Título: I2P Wiki (en rus.i2p) 20:13:13 <zzz> no hay por qué disculparse, lo estás haciendo bien :)( 20:13:40 <zzz> bien, ¿algún otro comentario? No he oído ninguna objeción hasta ahora? 20:13:53 <dg> Me suena bien. 20:13:54 <EinMByte> zzz: sobre los sitios “muertos”: míralo así: si un sitio sale en la página principal, esto puede aumentar el tráfico 20:14:09 <EinMByte> así que eso también podría tener un efecto positivo en el contenido 20:14:12 <dg> Además, siempre podemos retirar un sitio si está ‘muerto’ 20:14:21 <EinMByte> exactamente 20:14:45 <kytv> sin problemas aquí, pero una o dos frases introductorias en inglés (para coincidir con el idioma del hostname) serían bienvenidas. 20:15:26 <user@kyirc> el tooltip de la consola podría/debería ya mencionar que está en ruso. estoy a favor 20:16:08 <hghoster> el sitio está alojado fuera de Rusia, así que creo que no hay problemas con eso. además soy c++er y tengo buen trabajo, así que el dinero no es un problema. lo principal es cómo hacer propaganda de I2P más eficazmente. esperamos que el documento nos ayude 20:16:32 <hghoster> kytv: sí, por supuesto 20:16:48 <zzz> bien entonces, hghoster aprobamos tu solicitud y lo agregaré para la 0.9.13. Gracias por asistir a la reunión y buena suerte con tu sitio 20:16:48 <bgwcb> yo estoy a favor de que aparezca en la portada 20:16:48 <zzz> gracias también a nuestros amigos de #ru por ayudarnos 20:16:50 <psi> (se invita a c++ers a ayudar con i2pd e i2pcpp) <-- fuera de tema 20:16:59 <zzz> sigamos 20:16:59 <zzz> 2. OMGWTFBBQ Verano en Europa - echelon 20:17:01 <zzz> eche|on, cuéntanos 20:17:03 <hghoster> ¡gracias a todos! 20:17:08 <bgwcb> gracias a todos, fue interesante 20:17:19 <eche|on> el BBQ 20:17:38 <eche|on> siempre quisimos hacer un BBQ, puedo ofrecerme a organizar uno este verano, en Graz, Austria 20:17:45 <eche|on> si queremos hacer uno 20:18:18 <eche|on> hay dinero para bebidas/comida en los fondos IMHO, solo que el tema es la parte de que la gente visite este BBQ... 20:18:28 <EinMByte> estaría bien, pero probablemente no asistiría (por razones de anonimato) 20:18:35 <zzz> ¿cuándo? 20:18:46 <eche|on> yo pienso más a finales de agosto, en torno a septiembre 20:19:21 <zzz> para no entrar en conflicto con DEFCON, la primera semana de agosto 20:19:33 <eche|on> sí, lo sé 20:19:48 <bgwcb> Es buena idea 20:19:58 <EinMByte> zzz: ¿puedo añadir rápidamente dos cosas: una pregunta sobre Just Mail, otra sobre DerbyCon (offtopic, perdón) 20:20:11 <psi> sobre el tema de conferencias, orion y yo probablemente estemos en DerbyCon 20:20:17 <eche|on> y sé que no vendrá mucha gente, y solo puedo proporcionar un lugar para el BBQ, no hay alojamiento 20:20:23 <zzz> EinMByte, serás el número 4 en la agenda 20:20:33 <EinMByte> zzz: gracias 20:20:46 <zzz> psi, DerbyCon será el número 5 en la agenda 20:20:52 <psi> ok 20:20:56 <EinMByte> eche|on: el BBQ es definitivamente una buena idea 20:21:05 <EinMByte> si y solo si puedes conseguir suficiente gente que asista 20:21:38 <bgwcb> pero ¿por qué está alojado fuera de Rusia? 20:21:38 <zzz> cualquiera que esté interesado en un BBQ en Graz a finales de agosto/principios de septiembre, por favor escriba “sí” o “quizás” 20:21:53 <EinMByte> zzz: ¿asistir o solo apoyar? 20:22:09 <zzz> asistir. 20:22:15 <zzz> diré “quizás” 20:22:37 <bgwcb> quizás 20:22:56 <psi> “quizás” (si puedo llegar allí, lo cual es muy improbable) 20:23:11 <eche|on> hm, creo que iniciaré un cuestionario en forum.i2p ? 20:23:26 <eche|on> a Graz se llega muy bien en avión vía Frankfurt ;-) 20:23:40 <eche|on> pero eso es caro. Lo sé. 20:24:14 <zzz> eche|on, no hay mucho apoyo... quizá una quedada o un BBQ en una conferencia sería más popular? 20:24:17 <EinMByte> Yo también creo que es mejor llevar este asunto a un foro o algo así 20:24:51 <bgwcb> ¿dónde ubicado? 20:24:52 <eche|on> zzz: eso sería mejor. ¿si encontramos una conf que encaje? 20:24:52 <bgwcb> perdón, ¿dónde exactamente 20:24:54 <EinMByte> ¿5? 20:24:54 <bgwcb> ? 20:24:55 <zzz> me encantaría una quedada en verano, pero combinada con una conf puede tener más sentido 20:24:57 <eche|on> este año no tengo tiempo para ir a Las Vegas 20:25:45 <eche|on> (otra vez) 20:25:48 <eche|on> pero si quieren hacer algo, hay dinero disponible^^ 20:25:48 <zzz> bien, dejemos este tema para investigar más, quizá podamos hablar de nuevo en un par de semanas con ideas 20:25:48 <eche|on> mantendré un ojo en esto 20:26:03 <EinMByte> bien 20:26:14 <zzz> sigamos 20:26:18 <zzz> 3. calendario de lanzamiento de la 0.9.13 20:26:46 <zzz> han pasado unas 4 semanas desde la 0.9.12 y nuestro ciclo normal de 5–8 semanas nos daría un lanzamiento a finales de mayo 20:27:02 <dg> solo 4.. 20:27:11 <zzz> rfree ha estado haciendo buena investigación sobre los problemas en la 0.9.12 con routers con firewall y parece que la -14 ayuda mucho 20:27:17 <EinMByte> ¿qué hay de esos supuestos problemas con la 0.9.12, se han resuelto (si es que los había)? 20:27:19 <zzz> así que recomienda un lanzamiento pronto. 20:27:28 <EinMByte> ah, cierto 20:27:50 <zzz> parece ser solo con routers con firewall, pero eso significa también todos los usuarios de TAILS 20:27:56 <eche|on> zzz: ¿qué tan lejos has llegado con susimail, listo? 20:28:12 <zzz> sí, ya casi termino con susimail por ahora 20:28:24 <eche|on> ok, y Tails, ¿la próxima versión en qué fecha? 20:28:25 <zzz> así que susimail + correcciones del firewall suenan lo bastante bien para un lanzamiento 20:28:32 <eche|on> o sea, ¿para qué fecha debemos tenerlo listo? 20:28:33 <zzz> entonces quizá en 2 o 3 semanas? 20:28:58 <user@kyirc> -0 fue malo para mí, en lin, sin firewall, -4 arregló la alcanzabilidad. luego en xp con firewall -0 era casi inusable. -14 funciona genial 20:29:04 <eche|on> actualmente no hay problema con un ciclo más corto 20:29:24 <user@kyirc> no sé sobre el problema de bloqueo de la consola, que fue en la -14 20:29:36 <zzz> fecha límite de checkin 16 o 23 de mayo, y lanzamiento el 19 o 26 de mayo 20:29:47 <eche|on> mejor el 16 de mayo (el 29 es festivo) 20:29:50 <dg> yo digo 16/19 siempre que no haya deadlocks y esas cosas. 20:30:10 <dg> Si los usuarios siguen sufriendo, esperemos. 20:31:10 <zzz> OK apuntemos al 16 como fecha límite y un lanzamiento el 19. Si tenemos problemas sin resolver entonces lo aplazaremos 20:31:20 <EinMByte> ok 20:31:45 <user@kyirc> en el xp está perfectamente bien. lo de la consola en MI caso puede haber sido causado por mí, ya que probé un plugin que todavía dependía de una versión más antigua de jetty. quizá eso cambió algo en mi configuración, porque los problemas permanecieron después de quitar los plugins. pero eso es solo en MI caso 20:32:14 <user@kyirc> si nadie más tiene ese problema, entonces la -14 es una buena candidata a lanzamiento, imho 20:32:49 <zzz> sigamos: 4) EinMByte Just Mail 20:32:49 <EinMByte> sí, solo una pregunta menor 20:32:49 <EinMByte> orion: ding 20:32:54 <EinMByte> Entonces mi pregunta era: ¿ha podido orion ponerse en contacto? 20:33:07 <EinMByte> y en segundo lugar: ¿qué demonios están haciendo? 20:33:16 <EinMByte> imho, no parece que pueda funcionar 20:33:20 <zzz> recibió una respuesta y me copió, no decía realmente mucho 20:33:26 <EinMByte> así que creo que necesitan algún consejo 20:33:30 <EinMByte> zzz: ¿podrías pegarlo? 20:33:38 <EinMByte> Estoy interesado 20:34:04 <EinMByte> como escribí en `http://zzz.i2p/topics/1614,` dudo de sus ideas 20:34:10 <iRelay> Título: zzz.i2p: Just Mail Kickstarter (en zzz.i2p) 20:34:28 <EinMByte> * la viabilidad de sus ideas 20:35:09 <zzz> Lo pegaré en ese hilo después de la reunión.. Es solo basura de marketing, no explica realmente nada. 20:35:26 <EinMByte> de acuerdo, gracias 20:35:44 <zzz> ¿algo más sobre Just Mail? 20:35:47 <EinMByte> Creo que eso bastará para el punto 4, no parece que esto vaya a funcionar 20:36:12 <EinMByte> (también lo siento por la gente que invirtió en ello) 20:36:25 <zzz> sigamos 20:36:37 <zzz> 5) DerbyCon EinMByte psi orion 20:36:55 <psi> creo que orion y yo podremos asistir a DerbyCon 20:37:00 <EinMByte> de nuevo, quería saber el estado de eso 20:37:07 <EinMByte> ok, ¿alguna charla ya? 20:37:20 <psi> esperaba que ustedes dos pudieran dar una 20:37:29 <zzz> `http://zzz.i2p/topics/1579` 20:37:33 <iRelay> Título: zzz.i2p: Derbycon Louisville 24-28 de sept. (en zzz.i2p) 20:37:44 <EinMByte> zzz: ¿ninguna posibilidad de que tú des una charla? 20:38:20 <zzz> Es posible, pero yo voto por nuestro tipo de PR orion 20:38:24 <EinMByte> además, ¿alguien sabe si estas charlas se transmiten o no? 20:38:50 <psi> si lo son, siempre podrías vestirte como el unabomber (str4d) 20:39:25 <zzz> psi, orion, les recomiendo contactar a Adrian de inmediato para averiguar el calendario y proceso de CFP (llamada de ponencias) y saber qué tipo de charla sería adecuada 20:39:35 <psi> ok 20:39:46 <zzz> Esta es principalmente una conf de InfoSec, muy diferente de DEFCON/HOPE/CCC etc 20:40:39 <EinMByte> Es importante que tengamos una charla, porque eso definitivamente difundirá el mensaje 20:40:54 <EinMByte> (también más posibilidades de investigación académica) 20:41:13 <zzz> hablando de HOPE: `http://zzz.i2p/topics/1507` 20:41:19 <iRelay> Título: zzz.i2p: HOPE X (en zzz.i2p) 20:41:36 <zzz> y DEFCON: `http://zzz.i2p/topics/1556` 20:41:42 <iRelay> Título: zzz.i2p: DEFCON 2014 (en zzz.i2p) 20:42:07 <zzz> de todos modos, psi y orion, si ustedes van a DerbyCon hay una posibilidad de que yo también vaya. 20:42:18 <zzz> eche|on, ¿BBQ en Louisville? 20:42:22 <EinMByte> en un mundo ideal, tendríamos una charla en todas esas conferencias 20:42:30 <psi> ooh suena bien, BBQ en KT 20:42:51 <zzz> KY 20:43:02 <psi> ¿es KY? rayos 20:43:50 <zzz> dos o tres de ustedes deberían coautorizar una charla y dejarme fuera. Eso sería lo mejor :) 20:44:00 <zzz> ¿algo más para la reunión? 20:44:10 * zzz calienta el baffer 20:44:14 <user@kyirc> no es un tema en la agenda, pero creo que deberíamos empezar a pensar en nuestra página oficial dentro de la red. www.i2p2.i2p es fea. se eligió para coincidir con el dominio de internet público i2p2.de. dado que este ya no es nuestra dirección principal, también deberíamos pensar en un dominio más agradable dentro de la red. i2p.i2p por ejemplo. no sé si geti2p.i2p tiene sentido, ya que ya no necesitas _get_ i2p. 20:44:23 <eche|on> zzz: louiesville, ¿hora, lugar? 20:44:39 <zzz> `http://zzz.i2p/topics/1579` 20:44:44 <iRelay> Título: zzz.i2p: Derbycon Louisville 24-28 de sept. (en zzz.i2p) 20:44:53 <user@kyirc> no es urgente, pero quizá algo en lo que pensar, y fácil de “arreglar” 20:45:22 <EinMByte> sí, una nueva página de inicio sería bueno 20:45:22 <eche|on> hm, en esa fecha quería estar en Escocia 20:45:30 <zzz> user, eso es welterde. En la consola del router hemos eliminado todas las referencias, ahora apuntamos a i2p-projekt.i2p 20:45:59 <user@kyirc> que tampoco es perfecto, por la k 20:45:59 <zzz> gracias a todos por una buena reunión 20:46:09 <eche|on> habría que revisar los horarios 20:46:20 <EinMByte> zzz: una última cosa, ¿planean tener reuniones regulares? 20:46:30 <user@kyirc> como es un enlace no es tanto problema, pero aún así un nombre en inglés sería mejor, imho 20:46:44 <EinMByte> (¿a menos que ya sea el caso?) 20:47:02 <zzz> EinMByte, programamos reuniones según sea necesario. Cualquiera puede programar una reunión en cualquier momento para cualquier tema. 20:47:17 <EinMByte> zzz: de acuerdo 20:47:23 <user@kyirc> ¿qué hay de malo con i2p-project.i2p? ¿ya registrado por alguien más? 20:47:47 <eche|on> pero Louisville es fácil de alcanzar y céntrico 20:47:50 <zzz> EinMByte, `http://zzz.i2p/topics/1491` 20:47:55 <iRelay> Título: zzz.i2p: Project Meetings (en zzz.i2p) 20:48:37 <EinMByte> Estoy pensando en una reunión de i2pcpp 20:48:42 <EinMByte> pero necesito hablarlo con orion 20:48:44 <zzz> si vamos a DerbyCon deberíamos intentar convencer a Lance de ir también 20:50:03 <eche|on> ok, mantengo esto en mente y me voy a la cama 20:50:04 <eche|on> nos vemos luego 20:50:19 <zzz> cualquier charla tendrá que ser brutal para que la acepten. DerbyCon fue pequeña el primer año pero este es el cuarto año, creo. Tenemos un poco de ventaja interna con irongeek pero no es solo su evento. 20:50:55 <EinMByte> por cierto, estoy dispuesto a revisar diapositivas etc. No estoy seguro de que ayude mucho pero nunca se sabe 20:51:51 <EinMByte> en fin, adiós

Reunión de desarrolladores de I2P - 22 de abril de 2014

Tue, 22 Apr 2014 00:00:00 +0000

Resumen rápido

Presentes: hottuna, nombre\_, psi, str4d, zzz2

Registro de la reunión

20:32:31 <str4d> Hola a todos 20:34:53 <str4d> 0) Hola 20:34:53 <str4d> 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:34:53 <str4d> 2) Nuevo transporte para los PTs de Tor `http://zzz.i2p/topics/1551` 20:34:53 <str4d> 3) Cualquier punto que surja de 1) 20:34:53 <str4d> Actividad posterior a la reunión: Pruebas de estrés de Mumble (chat de voz sobre I2P) 20:35:07 <iRelay> Título: zzz.i2p: TODO 0.9.13 - 0.9.16 (en zzz.i2p) 20:35:10 <iRelay> Título: zzz.i2p: Supporting Tor Pluggable Transports (en zzz.i2p) 20:35:29 <str4d> 0) Hola 20:35:57 <hottuna> Hola 20:37:37 <str4d> ¿Alguien más? 20:38:01 <str4d> zzz2 orion psi kytv meeh_ 20:41:17 <str4d> Con suerte algunos de ellos aparecerán. 20:41:17 <str4d> 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:41:22 <iRelay> Título: zzz.i2p: TODO 0.9.13 - 0.9.16 (en zzz.i2p) 20:41:26 <zzz2> aquí 20:41:58 <str4d> A petición de zzz iniciamos un hilo de discusión para proponer ideas para la hoja de ruta de I2P de cara al futuro. 20:42:27 <str4d> Hubo mucha charla, pero no se llegó a un consenso real. 20:43:14 <str4d> Resumí algunas de las sugerencias iniciales en la página de la hoja de ruta `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:43:17 <iRelay> Título: Roadmaps/1.0 I2P Bugtracker (en trac.i2p2.i2p) 20:45:01 <str4d> zzz2: Veo que has estado metiéndote con susimail (¡bien!) 20:46:19 <zzz2> sí, me metí en ese agujero de conejo mientras intentamos decidir qué es realmente importante 20:52:07 <str4d> Creo que fue un trabajo útil, aunque solo sea porque hay un bug de larga data sobre problemas de inicio de sesión, y susimail es una de las primeras apps que los usuarios van a probar 20:52:08 <str4d> `http://trac.i2p2.i2p/ticket/747` 20:52:12 <iRelay> Título: #747 (Login problems with Susimail) I2P Bugtracker (en trac.i2p2.i2p) 20:54:45 <psi> str4d: ohai 20:54:47 * psi ¿llega tarde? 20:55:19 <str4d> sí, psi 20:55:25 <str4d> No ha pasado gran cosa todavía :/ 20:55:58 * psi desplaza hacia arriba 20:56:07 <str4d> Para resumir lo que ha estado pasando desde que se publicó el RFC: 20:56:18 <str4d> - zzz ha trabajado en susimail 20:56:59 <str4d> - psi ha estado poniéndose al día con PTs, nuevo DH y JNI 20:57:23 <str4d> - yo he estado trabajando en I2P-Bote Android y ahora en Java EdDSA 20:57:39 * psi ha estado pasando todo el día detallando la estructura de PT para i2p 20:58:59 <zzz2> si str4d y psi están progresando con EdDSA, 25519 y PTs, entonces creo que el mejor uso de mi tiempo es avanzar en la migración al nuevo algoritmo de firma, p. ej., múltiples destinos por un tunnel, y algún tipo de soporte para la libreta de direcciones 21:00:27 <jenkins@kyirc> Iniciando compilación #581 para el trabajo I2P 21:01:01 <zzz2> ¿cuál es el estado de las claves mtn de psi y del acuerdo de desarrollador? No me ha llegado nada por correo. 21:01:23 <str4d> psi firmó el acuerdo de desarrollador, lo subí al sitio web 21:01:36 <str4d> (así que sus claves públicas constan en registro) 21:02:10 <zzz2> ¿su huella de clave también está ahí? 21:02:32 <zzz2> si es así lo agregaré y lo anunciaré 21:03:02 <psi> mi huella GPG está en mi twitter 21:03:05 <str4d> no la huella, pero la clave en sí sí 21:03:47 <zzz2> tiene que estar en ese archivo de plantilla monotonerc de ejemplo. psi, ¿quizá puedas hacer eso como tu primera prueba de habilidades con mtn? 21:04:23 <jenkins@kyirc> ¡Yupi, compilación corregida! 21:04:24 <jenkins@kyirc> Proyecto I2P compilación #581: CORREGIDO en 3 min 55 s: `http://jenkins.killyourtv.i2p/job/I2P/581/` 21:04:36 <psi> puedo encargarme de eso 21:04:40 <psi> ya hice eso localmente 21:04:53 <str4d> zzz2, psi, he actualizado el diagrama de Gantt de la hoja de ruta - `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 21:04:56 <iRelay> Título: Roadmaps/1.0 I2P Bugtracker (en trac.i2p2.i2p) 21:05:21 <psi> la huella de clave de monotone para mi clave de transporte NOT es "1ceb85b992114bae1bcb156ef238f8f3044a6bfe", -- ampernand@gmail.com 21:06:04 <psi> también puedo obtener la huella de mi clave de transporte 21:06:29 <zzz2> ok, ¡genial, bienvenido al equipo! Como le digo a todo el mundo, por favor, sé cuidadoso, practica en www primero 21:06:30 <str4d> psi: necesitas enviar eso a eche, kytv y welt 21:06:43 <str4d> +1 21:06:56 * kytv lo recibió y lo está agregando a su servidor 21:07:08 <zzz2> psi, tenemos instrucciones muy precisas sobre cómo hacer todo esto en la página web... :) 21:07:27 <psi> lo revisaré 21:07:38 <zzz2> p. ej., enviarme correo (pero ya no es necesario en tu caso) 21:08:15 <str4d> ¿Cómo ve todo el mundo ahora la hoja de ruta en Gantt? ¿Hay elementos que parezcan poco realistas, o que falten 21:08:16 <str4d> ? 21:09:37 * psi revisa la hoja de ruta 21:09:43 <jenkins@kyirc> Proyecto I2P UnitTests compilación #528: ÉXITO en 5 min 6 s: `http://jenkins.killyourtv.i2p/job/UnitTests/528/` 21:09:57 <jenkins@kyirc> Iniciando compilación #82 para el trabajo I2P-Android 21:09:59 <str4d> zzz2: sugiero que te quites de encima el tema de las nuevas claves GPG más pronto que tarde ;) 21:10:19 <zzz2> str4d, por favor dinos qué te está diciendo sobre qué es importante 21:10:33 <str4d> psi: ¿estás encontrando mucha superposición entre tu trabajo en PTs y NTCP2? 21:10:34 <zzz2> sí, lo haré antes del próximo lanzamiento, lo prometo 21:11:24 <str4d> En mi humilde opinión, hay tres cosas importantes: 21:11:32 <jenkins@kyirc> Proyecto I2P-Android compilación #82: ÉXITO en 1 min 34 s: `http://jenkins.killyourtv.i2p/job/I2P-Android/82/` 21:11:40 <str4d> 1) progreso en la actualización de cripto: ahora por fin poniéndose en marcha 21:12:01 <psi> str4d: por el momento, aún no he mirado NTCP2 21:12:13 <str4d> (continuando a partir del trabajo de preparación) 21:13:28 <zzz2> 1) '¿ahora poniéndose en marcha?' He estado rompiéndome el lomo con eso durante 6 meses 21:13:32 <str4d> 2) Preparación de la auditoría: en mi humilde opinión, necesitamos ponernos al día con nuestro modelo de amenazas, etc., lo antes posible 21:15:33 * psi se ausenta por 30 minutos 21:15:33 <psi> evento inesperado, vuelvo luego 21:15:33 <psi> luego miraré el histórico 21:16:21 <zzz2> Parece haber algo de confusión por ahí sobre la "nueva cripto de firma". Está hecho, está en 0.9.12, funciona. Para destinos. 21:17:06 <zzz2> Lo "único" que no está hecho es migrar los destinos publicados existentes a uno nuevo. 21:21:13 <str4d> sí, lo cual primero depende de elegir uno nuevo, que en mi opinión debería ser Ed25519, lo que a su vez depende de obtener una implementación rápida. 21:21:15 <str4d> Y al mismo tiempo, estoy de acuerdo en que debe implementarse la infraestructura de migración restante requerida. 21:21:16 <str4d> <str4d> Durante años lo hemos dejado de lado y hemos trabajado en lo que creemos que beneficia a los usuarios, pero en mi humilde opinión, si queremos empezar a atraer más interés de investigación y utilizarlo de forma efectiva, debemos ser más conscientes de lo que I2P puede y no puede lograr. 21:21:17 <str4d> <str4d> Lo sé, zzz ;P 21:21:18 <str4d> <str4d> (me refería específicamente a la parte que implica la cripto nueva propiamente dicha) 21:21:19 <str4d> <str4d> gracias por el esfuerzo que has puesto para llevarlo hasta aquí :) 21:21:20 <str4d> <str4d> 3) Usabilidad, UX: este es un tercer punto importante que no está en el gráfico de la hoja de ruta 21:21:22 <str4d> <str4d> Bueno: el trabajo de zzz en susimail entra en esa categoría, al igual que las mejoras de streaming 21:21:41 <str4d> <str4d> Pero también es importante revisar nuestras páginas de error y ayuda, y cómo ayudamos al usuario a hacer su trabajo. 21:21:41 <str4d> (después de mi línea "2) Preparación de la auditoría") 21:22:00 <str4d> Necesito irme AFK en 10-15 minutos 21:22:50 <str4d> Y como psi está AFK, elimino "2) New transport for Tor PTs" de esta reunión 21:23:55 <str4d> zzz2: en tu opinión, ¿qué necesitamos hacer antes de organizar una reunión con Lance respecto al modelo de amenazas? 21:24:59 * a str4d le gustaría intentar una reunión con Lance en mayo 21:26:04 <str4d> así que necesitamos decidir qué hay que hacer antes de entonces, para poder organizar la reunión con suficiente tiempo para terminar eso primero. 21:29:27 <zzz2> No estoy de acuerdo en que primero tengamos que elegir. 21:29:59 <zzz2> O que podamos elegir ahora (P256) y elegir de nuevo más adelante cuando haya más opciones disponibles. 21:30:02 <MTN@kyirc> [ I2P ] corrección de compilación [zzz@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/12396c3ee88d1194482fc2cc3751db1169cc52e3` 21:30:34 <zzz2> Podríamos cambiar el valor predeterminado para nuevos destinos a P256 en 0.9.13 si queremos. 21:30:35 <str4d> zzz2: si llegamos al punto en que el sistema de nombres pueda lidiar con opciones de enc dinámicas, entonces estoy de acuerdo 21:31:05 <zzz2> P256 es claramente mejor que DSA 21:31:34 <str4d> También estoy de acuerdo ahí. 21:31:43 <zzz2> Creo que los detractores de P256 deberían dar un paso atrás y pensar en lo malo que es DSA 1024. 21:32:03 <MTN@kyirc> [ WWW ] agregando la clave de transporte de psi [kytv@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/029163d2d446f10ab1a129b559802fabac2ef8b7` 21:32:52 <str4d> zzz2: Entiendo tu punto. 21:33:39 <zzz2> en cuanto a la auditoría y Lance, siempre es un buen momento. ¿tienes una actualización del proceso de auditoría para nosotros desde la lista de correo? 21:33:40 <str4d> Parte de mi razón para querer que EdDSA funcione antes del cambio es que, según lo que has dicho en hilos anteriores, no me entusiasma cambiar dos veces el algoritmo de firma de los Destinos. 21:34:14 <str4d> sí, la segunda vez sería un poco más fácil porque ya estaría el soporte de múltiples destinos, etc., pero la parte del sistema de nombres sigue siendo la debilidad. 21:34:48 <zzz2> para servidores no quieres cambiar dos veces, pero para clientes no importa 21:35:04 <str4d> buen punto. 21:35:23 <str4d> ¿Hay algo que impediría que nuevos Destinos hablen con los antiguos? 21:35:31 <nombre_> así que entiendo que ustedes están haciendo actualizaciones de cripto? ¿hay quizá una página que detalle todo lo que están planeando? y sobre una implementación de 25519, podrían simplemente usar nacl vía jni, o kalium, aunque eso podría ser algo limitante 21:35:34 <zzz2> e incluso para servidores, si cambias a P256 apenas parece que valga la pena cambiar de nuevo, a menos que salga alguna noticia realmente mala sobre P256 21:35:54 <str4d> Si no, podría ser una buena idea pasar a los clientes a P256 antes 21:36:08 <zzz2> los nuevos destinos pueden hablar con los antiguos y viceversa, siempre que ambos estén en 0.9.12 o posterior 21:36:39 <str4d> zzz2: http://blog.cr.yp.to/20140323-ecdsa.html es razón suficiente para mí para no querer quedarme en ECDSA 21:36:43 <iRelay> Título: cr.yp.to: 2014.03.23: How to design an elliptic-curve signature system (en blog.cr.yp.to) 21:37:56 <str4d> no por un punto en particular (aún), pero si podemos conseguir una implementación de EdDSA efectiva y correcta, creo que sería muy beneficioso cambiar 21:38:27 <str4d> nombre_: `http://trac.i2p2.i2p/ticket/856` 21:38:30 <iRelay> Título: #856 (Crypto review/migration) I2P Bugtracker (en trac.i2p2.i2p) 21:38:30 <str4d> (y los enlaces ahí dentro) 21:38:40 <nombre_> gracias str4d 21:38:53 <zzz2> nada ahí me dice que debamos retrasar deshacernos de DSA. Tampoco hay nada ahí que me haga entrar en pánico por P256. ¿Hay algo mejor que P256? seguro. 21:39:15 <str4d> no hay actualizaciones reales como tal desde la lista de correo de OpenITP, no ha habido mucha actividad real últimamente. 21:40:38 <zzz2> Dejé espacio para 65536 algoritmos de firma y implementé 7. Quedan 65529, podemos añadir unos cuantos en cada versión si queremos. 21:43:27 <str4d> zzz, apoyaría mover los clientes a p256 en 0.9.13 21:44:47 <str4d> pero si la transición de servidores aún no va a ser fluida, preferiría esperar un poco y ver cómo va el trabajo de EdDSA. 21:45:49 <nombre_> yo también (aunque mi opinión no cuente para nada), nist ecdsa es mejor que dsa, incluso si algunos de nosotros, paranoicos del sombrero de aluminio, no nos sentiremos seguros hasta que sea 25519 21:46:48 <nombre_> la ruptura de dest/b32 es más o menos un hecho, ¿no? 21:47:13 <str4d> ha llevado mucho tiempo y mucho trabajo llegar a este punto, no tiene sentido apresurarse en el último minuto 21:49:48 * RN asoma la cabeza y mira alrededor 21:54:36 <zzz2> hay 1) clientes 2) nuevos servidores y 3) migración de servidores existentes. 21:54:43 <zzz2> 1 y 2 podemos hacerlo ahora, 3) lleva mucho más trabajo. 21:54:59 <zzz2> 1 y 2 rompen la compatibilidad con routers antiguos, i2pcpp e i2pd, hasta que se pongan al día 21:55:16 <nombre_> entonces, ¿hay alguien trabajando en encontrar/crear una implementación en java de 25519? ¿y cuál es el plazo estimado para que sea utilizable? 21:55:28 <nombre_> supongo que con p256, ya es posible porque eso está incluido en bouncy castle? 21:55:52 <zzz2> p256 está en la JVM 21:56:06 <nombre_> ah, aún mejor 21:56:17 <zzz2> ahora tenemos 25519 en Java pero es demasiado lento para ser utilizable. str4d y psi están intentando acelerarlo 21:57:39 <nombre_> hmm, bueno, sin saber nada de cripto, pensaría que usar jni sería la forma más simple de acelerarlo. quizá debería investigar más 25519 para entender qué partes son los cuellos de botella 23:02:36 <str4d> Nadie lo terminó realmente cuando me fui AFK, así que: 23:02:53 * str4d *baf* cierra la reunión.

Versión 0.9.12

Mon, 31 Mar 2014 00:00:00 +0000

I2P ahora requiere Java 6 o superior. Recomendamos encarecidamente que actualice a Java 7. Si aún está utilizando Java 5, debe actualizar Java antes de instalar I2P 0.9.12.

0.9.12 añade compatibilidad preliminar con Destinos firmados con ECDSA. Contiene varias correcciones para el manejo de Delivery Status Messages (acuses de recibo) y esos mensajes ahora están cifrados de extremo a extremo para mayor seguridad.

Hemos actualizado a Jetty 8. Jetty 8 es casi idéntico a Jetty 7, por lo que no hay conversiones complejas de archivos de configuración como las que ha habido en actualizaciones anteriores de Jetty. No deberían ser necesarios cambios manuales.

El buscador DuckDuckGo otorga $5000 al Proyecto de Internet Invisible

Wed, 12 Mar 2014 00:00:00 +0000

Somewhere, NH – La empresa de búsqueda en Internet DuckDuckGo dona $5000 al Proyecto de Internet Invisible (I2P) como parte de su programa anual de donaciones a proyectos de código abierto. El premio fue otorgado en base a nominaciones de miembros del público en el portal de la comunidad de DuckDuckGo. Con énfasis en la privacidad, DuckDuckGo ofrece un motor de búsqueda que no rastrea a sus usuarios ni almacena datos personales. I2P es una red anónima destinada a proteger a las personas de la vigilancia masiva que realizan habitualmente los proveedores de servicios de Internet (ISP) y los gobiernos.

Reunión de desarrolladores de I2P - 11 de marzo de 2014

Tue, 11 Mar 2014 00:00:00 +0000

Resumen rápido

Presentes: AK-47, eche|on, efkt, inscrut\_, kytv, orion, psi, str4d, topiltzin, zzz

Registro de la reunión

20:00:26 <zzz> 0. Hola 20:00:26 <zzz> 1. solicitud de página de inicio de la consola de anoncoin.i2p (Meeh) 20:00:26 <zzz> 2. Git (Meeh) 20:00:26 <zzz> 3. Servicios reducidos de Echelon / incorporación 20:00:26 <zzz> 0. Hola 20:00:27 <zzz> Hola 20:00:33 <zzz> Limitemos cada tema a unos 15 minutos 20:01:43 <eche|on> hola 20:02:02 <orion> Hola. 20:02:29 <inscrut_> hola eche|on 20:02:39 <inscrut_> o/ orion 20:02:48 <topiltzin> hola 20:04:08 <inscrut_> yo topz 20:05:15 <str4d> hey 20:05:26 <topiltzin> netsplit 20:05:54 <str4d> buu 20:05:59 <str4d> sssss 20:06:15 * inscrut_ lanza un tomate 20:08:58 <topiltzin> muy bien, la reunión terminó. Sigan circulando 20:09:01 <eche|on> en los temas 0-2 soy más o menos de “adelante”. 20:09:12 <zzz> ok intentemos esto de nuevo 20:09:12 <zzz> <zzz> 0. Hola 20:09:12 <zzz> <zzz> 1. solicitud de página de inicio de la consola de anoncoin.i2p (Meeh) 20:09:12 <zzz> <zzz> 2. Git (Meeh) 20:09:12 <zzz> <zzz> 3. Servicios reducidos de Echelon / incorporación 20:09:12 <zzz> <zzz> 0. Hola 20:09:12 <zzz> <zzz> Hola 20:09:12 <zzz> <zzz> Limitemos cada tema a unos 15 minutos 20:09:12 <zzz> <zzz> Para 2 y 3, que son temas grandes y muy discutidos, enfoquémonos en dónde estamos ahora y qué hacer después, no en cómo llegamos aquí 20:09:12 <zzz> <zzz> No espero llegar a decisiones en 2 o 3, pero sería bueno proponer próximos pasos de investigación si es necesario 20:09:12 <zzz> <zzz> Además, el contexto de los puntos de la agenda está en el enlace en /topic arriba. 20:09:12 <zzz> <zzz> 1. solicitud de página de inicio de la consola de anoncoin.i2p (Meeh) 20:09:12 <zzz> <zzz> Meeh ¿estás aquí? 20:09:12 <zzz> <zzz> saltando 1 y 2 20:09:12 <zzz> <zzz> 3. Servicios reducidos de Echelon / incorporación 20:09:12 <zzz> <zzz> eche|on, ¿estás aquí? 20:09:44 <zzz> así que saltamos 1 y 2 y estamos en 3. eche|on, tienes la palabra 20:10:12 <eche|on> debido a muchas cuestiones privadas y no privadas, reduje mis servicios y reduciré algunos más 20:10:20 <eche|on> p. ej., false.i2p está caído 20:10:48 <eche|on> cuál será el siguiente servicio no puedo decirlo actualmente; seguiré siendo el tipo del dinero al menos este año 20:11:27 <eche|on> Se me ocurrió ahora que no pude evitar que I2P perdiera dinero por fraude y otras cosas; se vuelve más difícil 20:11:54 <eche|on> además, cuanta más plata, más difícil se vuelve, especialmente con empresas donándonos dinero, que deberíamos gastar en cosas “útiles”. 20:12:17 <orion> Me gustaría intervenir. 20:12:19 <eche|on> no está realmente claro, más bien es una “sensación”, lo sé, pero solo quiero informarles 20:13:33 <AK-47> Gracias por el tiempo que duró, de todos modos. 20:13:33 <psi> hola 20:13:33 <zzz> eche|on, ¿tienes alguna propuesta específica para traernos hoy? 20:14:30 <zzz> dos posibilidades que pueden reducir un poco tu carga de trabajo: nombrar a orion “asst. treasurer - U.S. $$” y a Meeh “asst. treasurer - BTC/altcoin” —¿alguna de esas ayudaría? 20:14:31 <eche|on> mi propuesta: pensar seriamente en constituirnos (incorporarnos) y si no 20:14:50 <eche|on> un tesorero para $ ayudará con las donaciones en $, seguro 20:15:00 <eche|on> y meeh para alt/btc también estaría bien 20:15:43 <inscrut_> ¿es posible hacer públicos los libros? quizá como una contabilidad de doble entrada? 20:15:52 <eche|on> ¿libros? 20:16:01 <eche|on> `http://echelon.i2p/donations/index.html` 20:16:09 <iRelay> Título: Donations (en echelon.i2p) 20:16:26 <orion> Quiero hacer dos propuestas separadas. La primera es así: Deberíamos mantener el dinero repartido en múltiples monedas (dólar, euro, *coin). 20:16:39 <orion> Y deberían mantenerse en distintas jurisdicciones. 20:16:40 <eche|on> mi mayor problema/temor es la cantidad de casi 40k en mi mano. para la ley, esto es “oficialmente” mi dinero, no el de I2P. 20:17:54 <str4d> hmm. Entonces si tú independientemente tienes problemas financieros, legalmente tendrías que liquidar los fondos de I2P. 20:18:15 <eche|on> correcto 20:18:32 <eche|on> ese es el problema de no ser una entidad legal 20:18:54 <eche|on> y por eso no quiero más de 50k aquí, más o menos 20:21:36 <orion> eche|on: Antes de considerar la incorporación, ¿estás de acuerdo en que el dinero debería mantenerse tanto en distintas monedas como en distintas jurisdicciones? 20:21:43 <eche|on> No tengo grandes problemas (personales) con más de 50k, pero si hay problemas, I2P perderá, lo cual no es mi intención 20:22:05 <zzz> hay cierto beneficio en mantener una cuenta en $$. Gran parte de nuestros ingresos y gastos están en $$ y perdemos mucho en las conversiones de ida y vuelta 20:22:13 <eche|on> orion: una cuenta en $ basada en EE. UU. es útil y si alguien la quiere: sí 20:22:34 <orion> Me ofrezco voluntario para mantener USD en una cuenta. 20:23:40 <zzz> ¿es manejable que varias personas mantengan dinero y aun así consolidar los totales y transacciones en la página del salón de la fama? 20:24:25 <eche|on> es posible debido al hosting mtn/git de nuestra página web 20:24:42 <eche|on> necesitaríamos una tabla/sección para cada moneda 20:25:06 <str4d> mostrarlo es sencillo 20:25:07 <eche|on> si queremos dividir UNA moneda entre 2+x personas, tienen que interactuar bien 20:26:58 <zzz> eche|on seguiría siendo tesorero y responsable de mantener los totales, con asistentes responsables de llevar su parte? 20:27:00 <eche|on> sobre la incorporación: 50k no vale la molestia en mi humilde opinión, pero SÍ hay un riesgo 20:27:16 <eche|on> zzz: estaría bien. 20:27:30 <zzz> la incorporación hace muy poco para reducir el riesgo 20:27:50 <eche|on> pero me quita el riesgo a mí ;-) 20:29:03 <orion> Tengo una propuesta que no implica incorporación: un fondo fiduciario (trust fund) 20:29:03 <str4d> no evita la pérdida deliberada de dinero, pero evita la pérdida legal por insolvencia personal 20:29:06 <zzz> entonces la propuesta es nombrar a orion assistant treasurer - U.S. --- ¿alguna objeción o más discusión al respecto? 20:29:07 <topiltzin> no te gastes los bitcoins en ácido 20:29:09 <str4d> Secundo la nominación de orion 20:29:59 <zzz> ok suena como trato hecho, eche|on y orion pueden concretar los detalles. 20:30:16 <eche|on> adéndum a la lista de temas: 20:30:24 <eche|on> 4. Recompensa de 50BTC para el cliente de Bitcoin 20:30:43 <zzz> Estamos casi al final de nuestros 15 minutos. ¿Próximos pasos sobre la incorporación o propuestas o cosas por hacer o investigar respecto a la incorporación? 20:30:53 <eche|on> 50BTC es mucho dinero para un plugin de I2P btc. Propuesta: reducir a 10 y 40BTC al fondo general 20:31:05 <zzz> ok ech estás en la lista para el #4 20:31:15 <orion> topiltzin: no lo haré. :x 20:31:29 <zzz> última llamada para el tema 3 20:31:35 <orion> zzz: Trust fund. 20:31:52 <orion> Quiero proponer eso como una alternativa barata a la incorporación. 20:32:25 <zzz> ok, ¿qué tal si redactas una propuesta y la publicas en algún sitio y la podemos discutir en una reunión futura? 20:32:41 <str4d> Con, por ejemplo: ¿Cuáles son las diferencias legales? 20:33:46 <zzz> declarando el fin del tema 3 20:33:50 <zzz> de vuelta al tema 1 20:33:52 <zzz> 1. solicitud de página de inicio de la consola de anoncoin.i2p (Meeh) 20:34:09 <zzz> ¿alguna discusión, acuerdo u objeción a anoncoin.i2p en la página de inicio? 20:34:44 <eche|on> adelante, añádelo 20:35:41 <zzz> anoncoin podría estar a punto de hacerse grande y Meeh está trabajando en promocionarlo más a la comunidad de I2P 20:35:48 <zzz> última llamada para el 1 20:36:22 <eche|on> Yo sería cuidadoso con eso de “hacerse grande”; ni siquiera litecoin se hizo grande, es todo un poco de hype, pero bueno, genial que anoncoin sea conocido por I2P 20:36:40 <eche|on> lástima que Snowden no hizo marketing para I2P 20:36:49 <zzz> je. 20:37:03 <zzz> pero hablen con Meeh si tienen preguntas sobre sus planes 20:37:06 <str4d> No pude ver el sitio web, pero no tengo objeciones obvias. 20:37:08 <eche|on> lo haré 20:37:16 <zzz> fin del 1. Lo añadiré. 20:37:17 <zzz> 2. Git (Meeh) 20:37:30 <efkt> +1 para anoncoin 20:37:38 <orion> Sin objeciones para anoncoin. 20:37:39 <eche|on> git: sin objeción real, salvo el tema de reanudar y la necesidad de un howto 20:37:40 <zzz> ¿alguna idea sobre git? 20:37:56 <zzz> ¿hay un problema de reanudación? 20:38:08 <str4d> Pros: 20:38:12 <eche|on> que yo sepa, GIT no reanuda 20:38:16 <str4d> Todo el mundo lo conoce 20:38:24 <orion> Espera, ¿qué es reanudar? 20:38:32 <orion> ¿Cuál es el contexto de este tema? 20:38:50 <zzz> `http://zzz.i2p/topics/1588` <--- contexto 20:38:56 <iRelay> Título: zzz.i2p: Meeting Tues. Mar. 11 8 PM UTC (en zzz.i2p) 20:38:57 <topiltzin> Si la conexión se rompe durante un fetch/clone/pull/push 20:39:03 <eche|on> orion: en un clone/pull/... grande, si se rompe el tunnel, ¿git empieza desde el principio o a mitad de la transacción? 20:40:11 <str4d> Todo lo soporta 20:40:12 <str4d> Se pueden firmar o aprobar commits con claves GPG 20:40:12 <str4d> orion: posible migración de mtn a git 20:40:12 <str4d> Contras: 20:41:09 <str4d> - Reanudación no soportada (si un pull falla a mitad hay que empezar desde el principio) 20:41:09 <str4d> - zona horaria local almacenada en el commit 20:41:09 <str4d> (fix with alias git='TZ=UTC git') 20:41:41 <zzz> HH aceptó recientemente un pull request (solicitud de integración) en github i2p.i2p. Si puede hacer eso, ¿por qué cambiar a git? ¿Es el git real mejor que exportar? 20:42:05 <topiltzin> git real sería anónimo ya que no estaríamos usando github 20:42:42 <topiltzin> hay otros problemas con exportar: los cambios desde la última exportación no son visibles hasta la siguiente exportación 20:42:49 <zzz> Pensé que la idea era facilitar los pulls de github 20:43:26 <zzz> si un nuevo colaborador tiene que ejecutar git dentro de I2P, ¿realmente se lo facilitamos? 20:43:58 <topiltzin> ¿si hicimos qué? 20:44:14 <zzz> pasarnos a git, lo que sea que eso signifique 20:44:37 <topiltzin> supongo que tendríamos servidores git dentro de I2P así como en clearnet (internet abierta), muy parecido a como los tenemos en mtn ahora 20:45:46 <topiltzin> y se sincronizarían periódicamente como ahora. Conceptualmente todo sigue igual, lo único que cambiamos es el software 20:45:53 <zzz> Supongo que no sé cómo funcionan los pull requests, así que dejaré de hacer preguntas 20:47:30 <topiltzin> pull request es como decir: "Por favor sincroniza desde mi repo de git" 20:47:56 <topiltzin> a nivel conceptual hay muy poca diferencia entre git y mtn. Es sorprendente lo similares que son sus mecanismos 20:47:56 <zzz> ¿qué tal una encuesta informal? quien tenga una opinión, escriba ++, +, 0, -, o -- para muy a favor/a favor/neutral/en contra/muy en contra de pasarnos a git 20:48:05 <topiltzin> ++ 20:48:08 <orion> ++ 20:48:17 <eche|on> 0 20:49:02 <zzz> 0 20:50:14 <zzz> ¿voluntarios para investigar más y reportar? 20:51:08 <topiltzin> ¿algo específico sobre qué investigar? 20:51:28 <zzz> tenemos, p. ej., viewmtn, trac y algunas cosas de mtn embebidas en nuestros build scripts que habría que abordar. ¿Alguien que haga una lista de lo necesario y cuánto trabajo 20:51:59 <zzz> y si el tema de reanudar es un problema serio o no 20:53:01 <zzz> entonces, devolvámoselo a Meeh ya que es su punto de la agenda. Le pediremos que informe en una reunión futura. 20:53:10 <zzz> ¿algo más sobre el 2? 20:53:12 <topiltzin> Le echaré un vistazo, aunque imagino que kytv sabría mejor sobre los build scripts, ¿no? 20:53:42 <zzz> lo de build es en su mayoría cosa mía 20:53:52 <zzz> fin del 2) 20:53:59 <zzz> 4. Recompensa de 50BTC para el cliente de Bitcoin - echelon adelante 20:54:39 <eche|on> ok, el cliente nativo de bitcoin todavía tiene 50 BTC restantes para la tarea de “integrar el cliente btc en el cliente de I2P”, también conocido como: plugin 20:55:38 <eche|on> ya hay un cliente btc para I2P (en mi opinión, giv lo hizo) y obtuvo 68 BTC y 30 de la recompensa por el cliente independiente 20:56:08 <eche|on> ahora: 50 BTC es MUCHO para hacer un plugin. Me gustaría dividirlo, p. ej., 10 BTC para el plugin, 40 para el fondo general 20:56:28 <str4d> incluso 10BTC es mucho. 20:57:12 <kytv> (1BTC es mucho) 20:57:22 <kytv> (para un plugin) 20:59:04 <eche|on> no lo sé, por eso lo puse como tema 20:59:16 <eche|on> no quiero ser el malo que “roba” dinero de las recompensas 21:02:42 <zzz> sin objeciones a dividirlo 21:03:00 <eche|on> ok 21:03:09 <eche|on> lo haré así 21:03:22 <zzz> ¿alguien más con ideas sobre el 4)? 21:03:45 <kytv> solo para dejarlo claro: sin objeciones a dividirlo. 21:03:52 <zzz> ¿algo más para la reunión? 21:04:23 * zzz anima a la gente a discutir cosas entre reuniones 21:04:41 <kytv> (gran objeción a que 50BTC vayan a un plugin... digo http://coinmill.com/BTC_EUR.html#BTC=50) 21:04:45 <iRelay> Título: Convert Bitcoins (BTC) and Euros (EUR): Currency Exchange Rate Conversion Calculator (en coinmill.com) 21:04:53 <zzz> y recuerda que cualquiera puede programar una reunión sobre cualquier tema en cualquier momento 21:05:06 * zzz *bafs* la reunión se cierra

Malware en i2pbrowser.net

Sun, 16 Feb 2014 00:00:00 +0000

Recientemente hemos sido informados de la existencia de i2pbrowser.net. Este sitio web copia nuestra página de inicio y la página de descargas, e intenta engañar a los usuarios para que descarguen malware para Windows.

Hay varios indicios que apuntan a que i2pbrowser.net es un sitio malicioso:

The domain was registered on February 10th, 2014.
The download URLs for Windows, Mac OSX, Linux, Android etc. all link to the same .exe file.
The .exe is only 741 KB; the official Windows installer for I2P is 13 MB.

No hemos examinado el malware nosotros mismos, pero no parece ser muy sofisticado; no está integrado ni se distribuye junto con el software de I2P. El experto en seguridad de la información Lance James publicó un tuit calificándolo como “un DarkComet RAT estándar”.

Versión 0.9.11

Sat, 08 Feb 2014 00:00:00 +0000

0.9.11 continúa mejorando la búsqueda y el almacenamiento de LeaseSet para evitar que un atacante correlacione una Destination (destino en I2P) con un Router (enrutador de I2P). Añade compatibilidad con el plugin de outproxy (proxy de salida) Orchid , disponible en plugins.i2p. Se reduce el uso de memoria gracias a correcciones en los transportes. Contamos con algunas mejoras del protocolo I2CP que proporcionarán mejores capacidades de búsqueda y protección mediante autorización para clientes externos. Por supuesto, también está la habitual colección de correcciones de errores. Todos los usuarios deberían actualizar.

Lanzamiento 0.9.10

Wed, 22 Jan 2014 00:00:00 +0000

La 0.9.10 cambia el mecanismo para realizar consultas de LeaseSet, lo que dificulta que un atacante correlacione un Destino con un Router. También corrige errores de codificación de caracteres en susimail e incluye muchas otras correcciones de errores y actualizaciones de traducción. La mayoría de ustedes actualizarán mediante torrent, usando el nuevo formato de actualización “su3” con claves más fuertes.

Recientemente asistimos a 30C3 y Real World Crypto , estableciendo varios contactos nuevos y diseñando grandes planes para 2014. ¡Gracias a quienes apoyaron nuestra asistencia con sus donaciones!

Lanzamiento de Syndie 1.105b

Tue, 21 Jan 2014 00:00:00 +0000

Esta es la primera versión estable desde febrero de 2013. Es esencialmente la misma que 1.104b-7-rc, con algunas actualizaciones en las traducciones.

Todos los binarios y paquetes de código fuente están en syndie.de y syndie.i2p. Los plugins están disponibles en plugins.i2p y stats.i2p.

Para quienes actualicen desde 1.103b, comprobarán que el inicio y el cierre de syndie son mucho más rápidos gracias a la nueva versión de HSQLDB.

Wed, 02 Oct 2013 00:00:00 +0000

La 0.9.8.1 corrige un problema con la actualización a la 0.9.8 en Windows para algunos usuarios. Las instalaciones nuevas y las plataformas que no son Windows no se ven afectadas; sin embargo, todas las plataformas se actualizarán automáticamente incluso si están ejecutando la 0.9.8.

Consulta el ticket de Trac para obtener detalles y soluciones alternativas. Consulta las notas de la versión 0.9.8 para obtener información sobre IPv6 y otros cambios.

21:01:00 <dg> Entonces, ¿quién está aquí? 21:01:11 <orion> Yo. 21:01:18 <str4d> o/ 21:01:37 <lillith-> estoy aquí :) 21:02:10 <dg> eche|on, Meeh, KillYourTV, psi, hottuna 21:02:21 <Umlaut> cuenten conmigo también (como espectador) 21:02:28 * nom escucha, mientras programa en algunos proyectos paralelos 21:02:39 <dg> Siéntanse libres de contribuir si creen que tienen algo que aportar. 21:03:04 * dg espera un minuto o dos más 21:03:27 <lillith> ¿resumen de temas mientras tanto, dg? 21:03:42 <dg> Temas: 21:03:45 <dg> * Motivar a la comunidad - "¿son apropiadas las recompensas?" 21:03:45 <dg> * Gestión del dinero 21:03:46 <dg> ** Hacer el proyecto "oficial" - beneficios/desventajas/cómo 21:04:24 <lillith> tenía algo que añadir *piensa* 21:04:31 <dg> ¿hm? 21:06:37 * lillith no puede recordar... probablemente nada demasiado importante de todos modos :) 21:09:14 * dg frunce el ceño ante la falta de otros 21:09:44 * LaughingBuddha observa 21:10:27 <dg> Empecemos entonces 21:10:54 * lillith ¡se acordó! 21:10:59 <dg> ¿hm? 21:11:14 <dg> RN: ping 21:11:25 <lillith> como señaló kytv|away, si vamos a decidir sobre votaciones necesitamos algún tipo de criterios de elegibilidad :) 21:11:49 <dg> sí 21:12:07 <dg> Empecemos 21:12:10 <dg> * Motivar a la comunidad - "¿son apropiadas las recompensas?" 21:12:13 <lillith> supongo que asdfsdafsdafsd desea ser incluido en los puntos 1+2 :) 21:12:24 <orion> ¿Están funcionando las recompensas? 21:12:43 <dg> La vez pasada todo se mezcló en una gran discusión sobre recompensas, gestión y BTC, así que esta vez intentemos desglosarlo y ser dignos. 21:12:53 <LaughingBuddha> ¿Quién es el encargado de las recompensas? ¿eche|on? 21:13:00 <lillith> sí 21:13:11 <LaughingBuddha> ¿Está aquí? 21:13:11 <str4d> Determinar si las recompensas funcionan depende de cuál sea el propósito definido de una recompensa. 21:13:11 <dg> define "funcionando". ¿Están, en mi opinión, atrayendo a los desarrolladores o correcciones que necesitamos? No. 21:13:18 <lillith> él controla todo el dinero - punto 2 :) 21:13:25 <orion> Entonces pensemos en otra cosa. 21:13:40 <dg> El sistema de recompensas no parece estar funcionando ni siquiera para las propias recompensas. 21:13:54 <lillith> creo que debería haber algún tipo de beneficio o incentivo más allá de amar I2P 21:14:09 <dg> Muchos de los enlaces de la página dan 404, pero eso es un tema aparte 21:14:12 <str4d> De la página de recompensas: " En su lugar, estamos utilizando un sistema de recompensas, por el cual cualquiera puede obtener apoyo para trabajar en algo que la gente quiere que se implemente, y quienes desean contribuir a I2P pueden estar seguros de que su apoyo va a lo que les importa." 21:14:12 <lillith> tenemos que atraer a la gente y luego mantenerla con nuestro encanto y civismo ;) 21:14:23 <LaughingBuddha> No es que esté en posición de trabajar en alguna de las recompensas, pero la última vez que las miré parecían bastante vagas 21:14:30 <LaughingBuddha> ser* 21:14:37 <orion> Lo único que atraerá la atención hacia I2P es el contenido. 21:14:45 <dg> eche|on publicó sus ideas aquí - `http://zzz.i2p/topics/1359` - en caso de que no pudiera asistir. 21:14:48 <nom> En mi opinión, las recompensas no funcionan, porque una base de código solo es tan buena como su mantenimiento, y pagar a alguien por la "finalización" da ideas/incentivos equivocados sobre lo que necesitamos en términos de desarrolladores; para que el código valga la pena a escala distribuida, hay que trabajarlo continuamente por gente motivada. Que una persona cree una base de código, cobre y posiblemente desaparezca no beneficia en nada a la comunidad 21:14:51 <iRelay> Título: zzz.i2p: Administración del proyecto (en zzz.i2p) 21:14:57 <lillith> str4d: en lugar de, ¿en contraposición a...? 21:15:17 <str4d> A partir de esa declaración anterior, el propósito de las recompensas parecería ser financiar esfuerzos puntuales para implementar funciones específicas. 21:15:20 <Umlaut> ¿son apropiadas las recompensas? - Creo que depende; en mi opinión, recompensas para desarrolladores, para un proyecto concreto y donde no haya concurso/competencia: en esos casos son apropiadas 21:15:26 <iRelay> <weltende@freenode> nom: funcionó en el pasado si miras la página de recompensas... 21:15:30 <dg> str4d: ¿Es eso lo que queremos? 21:15:41 <LaughingBuddha> nom: de acuerdo 21:15:48 <str4d> ¿Funciona eso? En cierta medida. 21:16:03 <str4d> weltende, exactamente. Hay ejemplos claros de recompensas que se han tomado. 21:16:18 <dg> http://www.i2p2.de/bounties.html 21:16:29 <iRelay> Título: Recompensas - I2P (en www.i2p2.de) 21:16:34 <str4d> La adopción de recompensas ES lenta, debido a la falta de visibilidad/publicidad/marketing/lo que sea, pero poco a poco se van tomando. 21:16:41 <dg> No sé si las recompensas que se están cumpliendo quizá no se están cumpliendo de la forma que queremos. 21:17:03 <str4d> Pero, de las recompensas reclamadas, ni un solo desarrollador está actualmente con I2P. 21:17:10 <dg> Por ejemplo: "Datastore over I2P" - "RECLAMADA por 700 euros" - "duck, smeghead" 21:17:20 <lillith> quizá, cambiar recompensas a ..... y mantener tu trabajo durante un tiempo razonable 21:17:23 <nom> para lograr un desarrollo realmente continuo, un modelo mejor es el de proyecto/estipendios, donde la gente dona a un proyecto con objetivos definidos, y las personas que dirigen ese proyecto pagan el dinero de forma continua a quienes están trabajando activamente para alcanzar esos objetivos 21:17:34 <dg> La solución fue, en mi opinión, un hack; la recompensa $$$ fue bastante alta para ese hack y los dos desarrolladores de esa recompensa no están por ningún lado. 21:17:46 <str4d> dg: eso es irrelevante: según el esquema actual de recompensas, le corresponde al donante decidir sobre la finalización. 21:18:01 <dg> ¿Y si hay varios donantes? 21:18:08 <str4d> El primer donante. 21:18:11 <orion> No me gustan las recompensas. En mi opinión, la única forma de atraer desarrolladores es llamar la atención sobre I2P. 21:18:15 <str4d> (según el esquema actual) 21:18:21 <iRelay> <weltende@freenode> lillith: no es realmente necesario, en mi opinión, si está en el router núcleo.. 21:18:25 <str4d> Si una recompensa la financia I2P, entonces sí pasa a ser relevante, ya que I2P mismo es el juez. 21:18:32 <dg> Oh. Eso no parece correcto. :s. 21:18:54 <orion> En mi opinión, la mejor manera de atraer atención a I2P es proporcionando contenido. 21:19:06 <dg> Correcto, pero algunas recompensas pueden conducir a contenido. 21:19:13 <str4d> No estoy defendiendo el sistema de recompensas actual, solo lo estoy describiendo. 21:19:44 <dg> str4d: bien, y gracias. 21:20:03 <nom> honestamente creo que gran parte del problema es que estamos mezclando cosas que son parte directa de la base de código de I2P, con cosas que simplemente se ejecutan encima de I2P. ej. traducción vs datastore 21:20:03 <str4d> El mayor problema de un proyecto semi-anónimo como I2P es la retención de desarrolladores. El modelo actual de recompensas no ayuda en nada a eso. 21:20:42 <dg> Estoy en contra del sistema de recompensas, ya que no ayuda al ecosistema que tenemos, evidentemente (ninguno de los desarrolladores está aquí hoy..) y siento que los fondos del proyecto podrían asignarse mejor. 21:20:57 <nom> una recompensa/pago para que una persona haga una parte específica de la base de código está bien en teoría, pero no sirven para crear desarrollo continuo de apps/sistemas que se ejecutan encima de I2P 21:21:12 <str4d> Coincido. 21:21:17 <iRelay> <weltende@freenode> dg: bueno... si no se toman, entonces no se gasta el dinero... 21:21:54 <dg> weltende: Los fondos están en reserva, no se pueden gastar ya que están asignados para gastarse en $bounty. 21:21:57 <nom> por ejemplo, añadir pruebas unitarias a I2P podría merecer una recompensa, pero probablemente sería mejor llegar a un acuerdo con programadores a quienes se les pague una pequeña cantidad de forma continua para seguir añadiendo más pruebas unitarias según se necesiten 21:22:03 <iRelay> <weltende@freenode> si, sin embargo, crees que para cierta recompensa el código no es lo bastante bueno o así... podría ser buena idea especificar más claramente en la descripción de la recompensa lo que hay que hacer 21:22:26 <iRelay> <weltende@freenode> dg: lo cual solo es un problema si tenemos que gastar el dinero de inmediato 21:23:01 <iRelay> <weltende@freenode> no está reservado para siempre, como puedes ver en la página de recompensas... fondos han regresado al fondo común antes 21:23:21 <dg> weltende: Dudo que alguna vez estemos en el punto en el que NECESITEMOS los fondos asignados a recompensas, pero parece redundante. 21:23:44 <str4d> La asignación de fondos no viene al caso ahora. 21:23:59 <iRelay> <weltende@freenode> dg: exactamente mi punto 21:24:11 <lillith> dg: ¿las competiciones están incluidas en recompensas o son el punto 1.5? 21:24:14 <str4d> Siempre habrá dinero, de una forma u otra. 21:24:26 <str4d> (O no) 21:24:29 <nom> creo que el datastore es un gran ejemplo de dónde no deberían usarse recompensas; para que algo tan complejo como un datastore universal sea viable, tiene que ser su propio proyecto con desarrolladores activos; pagar a alguien por terminar te dará algo marginalmente funcional, pero nunca mejorará 21:24:40 <LaughingBuddha> ^ 21:24:40 <str4d> nom: de acuerdo. 21:24:43 <dg> lillith: No se me habían ocurrido las competiciones, pero supongo que sería el punto después de este. 21:24:46 <Umlaut> Permítanme referirme al concurso de arte de I2P para el 29c3: ¿era eso realmente un proyecto de desarrollo? ¿Fue apropiado usar recompensas allí? ¿Cuando ni siquiera había criterios estrictos definidos? 21:24:57 <str4d> El resultado satisfará la recompensa, pero probablemente no escalará. 21:25:00 <dg> nom: No podría haberlo dicho mejor. 21:25:26 <iRelay> <weltende@freenode> nom: los torrents tampoco fueron más que una recompensa... 21:25:34 <LaughingBuddha> Umlaut: ¿pensé que eran fondos personales de eche|on? 21:25:54 <Umlaut> si estuviera dispuesto a contribuir al concurso, ¿la recompensa más bien me desanimaría? 21:26:01 <lillith> (la mayoría de) las recompensas las proponen los usuarios: entre darles una opción y que no donen nada, al menos con una recompensa tienen algo que decir sobre lo que ocurre 21:26:32 <nom> dicho de otro modo... no hay recompensas en Google.... 21:26:32 <Umlaut> LaughingBuddha ¿en serio? entonces perdón, no estaba al tanto de eso 21:26:32 <nom> weltende sí, pero zzz sigue trabajando en snark, ¿no? 21:26:47 <str4d> Si I2P tuviera una estructura establecida para escindir proyectos (o actuar como paraguas para ellos), entonces sería otra cosa (pero eso enlaza con el punto posterior sobre lo "oficial"). 21:26:51 <LaughingBuddha> Umlaut: puedo estar equivocado, pero pensé que lo leí en algún lado 21:27:04 <str4d> Creo que las recompensas son útiles, pero no de la forma en que se están publicitando actualmente. 21:27:08 <lillith> LaughingBuddha: técnicamente todos los fondos de I2P son dinero personal de eche|on 21:27:11 <dg> nom: sin embargo, zzz estaba por aquí de todas formas. Creo que sus motivaciones y demás son distintas a obtener recompensas, y el programa de recompensas tiene poco que ver. Tampoco creo que obtuviera nada de la recompensa de torrents. 21:27:18 <str4d> Y no deberían ser el foco principal. 21:27:21 <iRelay> <weltende@freenode> nom: sí... pero sin la recompensa no habría habido una base de código para empezar... (y él no formaba parte del equipo de desarrollo de la recompensa) 21:27:21 <dg> Llegaremos al dinero más tarde... 21:27:40 <LaughingBuddha> lillith: ¿No lo "gestiona"? 21:27:47 <LaughingBuddha> dg: ok 21:28:10 <str4d> weltende, haces un buen punto. 21:28:14 <lillith> I2P no es una entidad legal, así que no puede poseer nada. Por lo tanto, es dinero personal de eche|on. 21:28:29 <str4d> Las recompensas son útiles para poner en marcha código, no para el desarrollo continuado. 21:28:36 <LaughingBuddha> lillith: ya veo 21:28:36 <nom> si quieres desarrollo continuo deberías pagar a los desarrolladores de forma continua para trabajar en cosas en las que quieren trabajar. Donar dinero para lograr algo está bien, pero no debería darse como una suma única a quien pueda lograr un 0.0.1 funcionando primero; debería usarse para financiar el desarrollo del proyecto con el tiempo 21:28:39 <lillith> legalmente podría irse con todo un día (no lo haría, pero podría) 21:28:48 <iRelay> <weltende@freenode> nom: y realmente no veo tu punto con que no hay recompensas en Google... la gente que trabaja en Google cobra por trabajar allí... 21:28:52 <lillith> ^esto 21:29:27 <LaughingBuddha> Pero parece que estamos de acuerdo con la primera parte de la afirmación de nom. ¿No? 21:29:30 <lillith> p. ej., recompensa de $X al mes para trabajar en algo 21:29:45 <LaughingBuddha> Sí 21:29:52 <iRelay> <weltende@freenode> ¿o quizá definir hitos en la recompensa? 21:29:56 <Meeh> Parece una buena solución 21:30:07 <iRelay> <weltende@freenode> (y al alcanzar el hito $X recibes $Y de dinero) 21:30:07 <dg> Suena bien. 21:30:14 <LaughingBuddha> los hitos parecen una buena idea 21:30:17 <LaughingBuddha> pero deben definirse claramente 21:30:20 <dg> ¿Hitos + pago continuo? 21:30:20 <nom> lol ese era mi punto: les pagan y hacen trabajo, y el trabajo que hacen no está directamente conectado con cómo les pagan. por supuesto, si dejaran de trabajar, dejarían de cobrar, pero no se les paga por completar una pieza específica de código; se les paga lo suficiente para vivir y pasar su vida programando 21:30:23 <str4d> Los hitos son algo parecido a lo que tiene actualmente la recompensa de Pruebas Unitarias. 21:30:27 <lillith> ¿es a eche|on a quien tenemos que pedir amablemente que cambie la web, etc.? 21:30:38 <dg> no, la web está en mtn 21:30:41 <Umlaut> nom estoy de acuerdo contigo, pagar a los desarrolladores que son fiables y conocidos por ser buenos colaboradores 21:30:44 <str4d> lillith: no, cualquiera puede cambiar la web. 21:30:54 <Meeh> O mantener una parte de la recompensa como un pago mensual de "soporte continuado" de la aplicación/lo que sea 21:31:22 <Meeh> Así no terminamos con apps, libs, etc. desactualizadas 21:31:29 <LaughingBuddha> ¿Se evaluaría el proyecto en cada hito entonces? 21:31:44 <dg> LaughingBuddha: buen punto. ¿Por quién? 21:32:00 <nom> eh, los hitos son solo recompensas más pequeñas... una solución más simple es tener un fondo de dinero para un proyecto, y alguien/un grupo de personas que pague el dinero a quienes estén trabajando activamente en él 21:32:03 <dg> ¿La "junta"? (De nuevo, llegaremos a esto más adelante). 21:32:10 <LaughingBuddha> ¿Junta de desarrolladores? 21:32:10 <LaughingBuddha> sí 21:32:29 <nom> generalmente terminarías con la junta de desarrolladores siendo las mismas personas que están cobrando, por supuesto... 21:32:46 <lillith> para hacer "oficial" cualquier cosa decidida aquí, ¿es tan simple como que alguien meta una actualización del sitio web en mtn? 21:32:55 <LaughingBuddha> ¿cuántos desarrolladores activos hay trabajando en la base de código de I2P? 21:32:58 <Umlaut> también hay que tener en cuenta cómo se ve el sistema de donaciones actual desde el punto de vista del donante potencial (especialmente alguien nuevo en la comunidad de I2P) 21:33:04 <lillith> LaughingBuddha: uno 21:33:07 <dg> lillith: más o menos. Y publicarlo en zzz.i2p. ;_; 21:33:15 <dg> ¿La junta de desarrollo determina el estado de $project y decide si debe seguir recibiendo financiación? 21:33:18 <Umlaut> podría ser uno de ellos 21:33:25 <dg> LaughingBuddha: ¿2, 3? 21:33:32 <LaughingBuddha> hmm 21:33:47 <nom> el modelo junta/empleados parece funcionar bastante bien para el 99% de las corporaciones del mundo. tienes un grupo de personas que son las más comprometidas y que ya han contribuido mucho, que gestionan el dinero, y tienes gente que se une y contribuye y cobra por sus esfuerzos basándose en el juicio de los colaboradores de largo recorrido 21:33:54 <LaughingBuddha> ¿Y si montamos una junta de mínimo 5 personas que sepan del tema? 21:34:01 <LaughingBuddha> Desarrolladores + Usuarios 21:34:09 <Umlaut> y yo confiaría más en el sistema si hubiera más de una persona, algo como lo ya mencionado: una junta de desarrollo que maneje el dinero 21:34:24 <orion> ¿Y si tuvieras que pagar para estar en la junta? 21:34:31 <LaughingBuddha> wut 21:34:38 <nom> (esto solo funciona si puedes separar los proyectos propios de I2P de los proyectos que solo se ejecutan en I2P, que no deberían ser gestionados por el propio equipo de desarrollo de I2P) 21:34:38 <str4d> orion: no es un buen modelo. 21:34:47 <str4d> inb4 un oligarca ruso se hace con I2P 21:34:57 <LaughingBuddha> jaja 21:35:06 <nom> inb4 ya pasó, zzz = vladimir 21:35:10 <orion> Pagar en código. 21:35:29 <LaughingBuddha> ¿Y cómo mides cuánto tienes que pagar? 21:35:32 <LaughingBuddha> ¿200 líneas de código? 21:35:35 <lillith> algunas personas son grandes colaboradores sin programar 21:35:46 <orion> Ni idea, solo lluvia de ideas. 21:35:49 <nom> como en cualquier oligarquía, el único sistema natural es la elección por la junta existente 21:35:49 <str4d> Exacto. 21:36:03 <dg> Entonces, ¿decidiría la "junta" (equipo) de desarrollo normal (lo veremos luego) si $project merece recibir pagos? 21:36:15 <dg> La sobrecomplicación llevará a que no se haga 21:36:22 <lillith> 3 niveles: círculo interno, círculo externo, otros 21:36:30 <LaughingBuddha> lillith: me gusta 21:36:37 <lillith> otros = gente nueva/desconocida 21:36:51 <lillith> círculo externo = gente conocida/de confianza 21:36:51 <LaughingBuddha> porque no parece que tengamos suficientes desarrolladores para un panel de jueces real 21:37:02 <Umlaut> dg yo pensaría que sí, ya que los desarrolladores deberían saber mejor qué proyectos son más importantes/urgentes/en los que vale la pena gastar dinero 21:37:05 <lillith> círculo interno votado por el círculo externo 21:37:20 <nom> es una jerarquía; el proyecto I2P en su conjunto es más que el equipo de desarrollo de I2P, pero ellos son la punta de lanza, por así decirlo. reciben/tienen la mayoría de donaciones/recursos. pero otros proyectos construidos encima de I2P no serían gestionados por el equipo de I2P, aunque sí podrían recibir financiación de I2P propiamente dicho 21:37:23 <lillith> algo como las reuniones pero más estructurado jerárquicamente 21:38:13 <dg> en mi opinión <+dg> La sobrecomplicación llevará a que no se haga 21:38:37 <iRelay> <weltende@freenode> +1 21:39:15 <dg> Toda la idea de la "junta" (equipo/desarrollo) encaja bien ya que hablaremos de esto a continuación de todos modos 21:39:22 <dg> ¿Dejamos esto para otro momento o...? 21:39:28 <nom> en resumen, zzz, eche y quienquiera que consideren parte de la "junta" de I2P están a cargo del dinero/las decisiones (ya lo están), y otros proyectos en I2P deberían estructurarse de forma similar con sus propias juntas de decisores. en lugar de recompensas para un subproyecto (datastore, cliente de BTC, etc.), la recompensa debería entregarse a la junta de ese proyecto y que ellos decidan cómo gastarla para lograr resultados 21:39:39 <lillith> entonces, ¿volvemos al tema o las recompensas ya se han discutido hasta la saciedad? 21:40:49 <nom> y la decisión de dar una recompensa a una junta de desarrolladores para un proyecto obviamente la tiene que tomar la junta de I2P; así no tienes a 3 personas que aparecen, dicen que van a hacer algo, reciben el dinero y luego nunca lo hacen. 21:41:13 <dg> nom: +1 21:41:21 <Meeh> nom: +1 21:41:24 <LaughingBuddha> nom: creo que se paga al completarse 21:41:34 <iRelay> <str4d@freenode> nom++ 21:41:46 <LaughingBuddha> nom: +1 21:41:54 <dg> Creo que es un buen punto para terminar :) 21:42:14 <Meeh> De acuerdo 21:42:24 <nom> en el futuro sería mejor que los donantes dieran directamente al subproyecto si ya existe una junta/grupo, en lugar de donar a eche para crear una recompensa. ya que si ya hay un grupo trabajando en ello, serían los mejores para determinar cómo usar el dinero para cumplir esos objetivos 21:42:53 <dg> ok, sigamos 21:42:58 <Umlaut> nom, eso tiene todo el sentido 21:43:01 <Umlaut> nom++ 21:43:11 * nom levanta su copa, salud camaradas 21:43:18 <dg> Siento que hemos cubierto "gestionar el dinero" en su mayor parte y que de todos modos entra dentro de "hacer el proyecto oficial" 21:43:21 <LaughingBuddha> :) 21:43:21 <dg> Entonces, ¿vamos con lo segundo? 21:43:47 <lillith> ¿aclaramos primero la postura sobre el dinero para los observadores? 21:43:54 <iRelay> <weltende@freenode> para un e.V. (asociación registrada en Alemania) necesitaríamos al menos 7 personas dispuestas a hacerse públicas como miembros 21:43:55 <LaughingBuddha> Oficial = ¿Registrarse como organización? 21:44:26 <dg> LaughingBuddha: sí 21:44:29 <Meeh> en caso de registrarse como una organización, ¿en qué país? 21:45:01 <dg> lillith: los fondos de recompensas deberían ir a equipos asignados por la junta central de I2P... si seguimos adelante con eso. 21:45:04 <dg> Meeh: EE. UU., supongo? 21:45:07 <Meeh> eso también necesita la desanonimización de ciertas personas 21:45:14 <Umlaut> ok, ¿quiénes son las almas valientes que renunciarán a su anonimato (si eso significa hacerse oficiales)? 21:45:17 <orion> ¿En qué decidieron? 21:45:20 <iRelay> <str4d@freenode> No necesariamente EE. UU. 21:45:28 <nom> no sé si la designación "oficial" sería realmente tan útil... honestamente no veo cuál sería el beneficio 21:45:31 <lillith> ¿presumiblemente la gente tiene que estar en EE. UU. también? 21:45:54 <lillith> nom: una entidad legal a la que donar 21:45:54 <nom> aparte de poner el proyecto/a la gente más en el radar de los que mandan... 21:46:06 <Meeh> Puedo revelar mi identidad, así que no hay problema para mí... Pero supongo que no se me permite entrar en EE. UU., así que sí. 21:46:17 <orion> El registro es una estupidez. 21:46:28 <LaughingBuddha> dg: ¿Cuáles son los beneficios? 21:46:39 <orion> Simplemente repartamos el dinero entre diferentes "cuentas" gestionadas por distintas personas. 21:46:55 <orion> Es decir, la cuenta de eche|on, la cuenta de zzz, la cuenta de dg, etc. 21:46:57 <LaughingBuddha> ¿Una cartera para cada (sub)proyecto? 21:47:04 <dg> LaughingBuddha: Gestionar el dinero del proyecto bajo "I2P" y no bajo una persona, o personas, singulares. Una apariencia oficial es mucho menos sospechosa y más responsable. 21:47:09 <orion> No. 21:47:12 <Umlaut> ¿Creen que hacerse oficial traería beneficios reales al mundo de I2P? 21:47:14 <iRelay> <weltende@freenode> orion: no estoy seguro de que Hacienda no lo encuentre sospechoso 21:47:14 <orion> Solo diferentes "cuentas". 21:47:32 * nom piensa que el enfoque debería estar más en la logística de la jerarquía de juntas/democracia/sistema de votación. para tener realmente un sistema así necesitaríamos o un sitio web bien gestionado, o algún tipo de sistema distribuido para ello 21:47:35 <LaughingBuddha> dg: ya veo 21:47:46 <iRelay> <weltende@freenode> ciertamente traería mucho papeleo 21:47:54 <lillith> Umlaut: no más quejas sobre que eche|on tenga el dinero 21:48:04 <iRelay> <str4d@freenode> nom++ 21:48:13 <iRelay> * str4d@freenode clona el cerebro de nom 21:48:14 <dg> nom: quizá sí. Si podemos organizar eso, entonces podremos llegar a un consenso sobre esto... 21:48:44 <orion> Para que conste, si quieren hacer algo que requiera renunciar al anonimato, yo lo haré. 21:48:57 <dg> git clone `http://git.repo.i2p/repo/nom.git` 21:49:00 <LaughingBuddha> Lo consideraría 21:49:03 <iRelay> <str4d@freenode> Irse por lo "oficial" es principalmente una decisión financiera, en mi opinión; realmente no contribuye a la estructura. 21:49:22 <orion> Aunque estoy en contra de la idea de recurrir al gobierno, lo haré si eso es lo que el proyecto decide que es mejor. 21:49:40 <dg> Entonces, cambiemos el enfoque a la estructura organizativa 21:49:51 <dg> (ya que eso de todos modos sustituye a esto) 21:50:06 <iRelay> <weltende@freenode> str4d: bueno... un e.V. requiere que los miembros voten por una junta una vez al año... así que ya tendríamos un procedimiento para votar la junta entonces ;) 21:50:14 <dg> "El proyecto Debian solo permite que voten los 'Debian Developers' (donde "$developer" = "any sort of contributor"). Si se habilita aquí algún tipo de sistema de votación, tendría que limitarse de manera similar; de lo contrario, el sistema estaría maduro para el abuso, permitiendo que una pequeña pero ruidosa camarilla imponga sus demandas." 21:50:21 <dg> ¿Deberíamos adoptar un enfoque similar? 21:50:25 <LaughingBuddha> (para el e.V.) 21:50:44 <lillith> ¿cuánto tienes que contribuir para ser un colaborador? 21:50:59 <iRelay> <str4d@freenode> El problema con el enfoque de "Debian Developers" es la cantidad de desarrolladores que tiene I2P (muy pocos) 21:51:05 <lillith> es decir, ¿ser activo en #i2p-help es suficiente? 21:51:25 <Meeh> debemos encontrar una definición de colaborador 21:51:33 <sigint> ¿para qué? 21:51:36 * lillith no entiende 'colaborador' como 'colaborador de código' 21:51:55 <dg> str4d: "any sort of contributor". 21:51:59 <lillith> sigint: lee el historial en sighup ;) 21:52:10 <sigint> lo haré 21:52:12 <iRelay> <str4d@freenode> dg, sí, acabo de leer esa parte *derp* 21:52:12 <nom> la estructura org. es bastante simple en teoría: basta con un sistema de tres niveles de miembros de junta (elegidos por la oligarquía de la junta existente), colaboradores (elegidos en general por el grupo actual de colaboradores) y usuarios (todos los demás, incluidas las personas que /quieren/ ser vistas como colaboradores, pero que no han estado el tiempo suficiente como para que, en general, se confíe en ellos) 21:52:27 <lillith> sighup es como tu hermanito ;) 21:52:39 <Umlaut> todo depende de la escala de la contribución, la fiabilidad del colaborador y otros factores 21:53:06 <nom> algo así como realeza, nobleza y plebeyos... 21:53:13 <Umlaut> fiabilidad = que otros confíen en ti 21:53:16 <lillith> quizá un buen comienzo sea empezar con números aproximados y trabajar a partir de ahí 21:53:31 <Umlaut> nom en realidad me refiero a lo que has dicho 21:54:09 <Umlaut> no fiable = alguien que prometió hacer algo, generó expectativas y luego se fue (con una recompensa..) 21:54:24 <nom> hmm sí 21:55:35 <dg> nom: "existente"? 21:56:15 <orion> Tengo que irme. Para terminar solo quiero decir que tener fondos en un lugar central facilita que los roben gobiernos opresivos, y que si necesitamos hacer algo que requiera renunciar a mi anonimato, lo haré. Nos vemos 21:56:26 <nom> quizá serían mejores, corte suprema (junta), senado (colaboradores) y cámara (usuarios)... la junta tiene el control real sobre todas las decisiones, pero tiene en cuenta los votos de los colaboradores que son identidades de confianza, y también los votos de la población general de usuarios, pero no les das demasiado peso ya que no hay protección real contra gente creando un montón de identidades de usuario con las que votar 21:56:33 <lillith> adiós orion :) 21:56:37 <dg> ¿Cortamos ahora y continuamos la próxima semana a la misma hora? 21:56:40 <nom> o/ orion 21:56:50 <dg> Una hora es mucho, no quiero que esto se alargue. 21:57:04 <orion> Como quieran. 21:57:07 <lillith> dg: me apunto 21:57:17 <iRelay> <str4d@freenode> Encantado de continuar la próxima semana. 21:57:26 <lillith> da tiempo para reflexionar sobre lo que ya se ha dicho 21:57:29 <nom> claro, suena bien 21:57:31 <iRelay> <str4d@freenode> Tenemos que pensar esto. 21:57:43 <iRelay> <str4d@freenode> Y con suerte aparece alguna gente más entonces ^_^ 21:58:07 * nom piensa que la principal conclusión aquí es que nos vendría bien un sitio/sistema para la toma de decisiones/votaciones en grupo 21:58:07 <lillith> sí... 21:58:14 <dg> Estoy de acuerdo, suena bien, chicos. Actualizaré el tema en zzz.i2p pronto (pinchadme si no lo hago en 24 horas). 21:58:25 <dg> gracias a todos. :) 21:58:29 <LaughingBuddha> Buena sesión 21:58:32 * lillith levanta el baffer de forma amenazante 21:58:42 <dg> ;) dale 21:58:53 <Umlaut> gracias por dejarme participar 21:58:53 <lillith> *baf* reunión cerrada :) 21:59:04 <Umlaut> ¡luces fuera! 21:59:06 <lillith> gracias, y buenas noches :) 21:59:19 <sigint> Genial. Me uní justo al final. Olvidé que siquiera había una :| 21:59:22 <nom> inb4 enorme netsplit bien sincronizado 21:59:25 <sigint> brb, leyendo el historial 21:59:28 <sponge> o/ 21:59:40 <Umlaut> ¿fallo de zona horaria, sigint? 21:59:50 <iRelay> <str4d@freenode> o/ sponge. 21:59:50 <sponge> :-) 21:59:57 <lillith> sigint: la misma hora la semana que viene ;) di entonces cualquier cosa que no alcanzaste a decir :) 22:00:12 <sponge> orion quiere saber sobre mis ideas, por lo que veo... 22:00:50 <iRelay> <str4d@freenode> Lo encaminé hacia ti, sponge; pensé que juntar los jugos creativos era buena idea. 22:01:05 <sigint> lillith: no había planeado explícitamente unirme a esta reunión, pero hubiera estado bien. no es gran cosa, sin embargo. sí tengo una idea que sería buena para plantear en la reunión de la semana que viene. 22:01:09 <sponge> Sí, excelente. 22:01:32 <sponge> Necesito gente que ayude con mis ideas... tengo demasiadas 22:01:35 <sigint> idea: ofrecer recompensas en BTC por vulnerabilidades de seguridad 22:01:39 <lillith> sigint: entonces es con dg con quien querrás hablar sobre eso :) 22:01:41 <iRelay> <str4d@freenode> (Y el trabajo de orion en i2pcpp ha demostrado que es bueno implementando cosas ^_^) 22:01:58 <iRelay> <str4d@freenode> sigint, publica cualquier idea para la semana que viene en el hilo de zzz.i2p. 22:01:59 * lillith alza las cejas 22:02:07 <lillith> muy interesante 22:02:10 <sigint> lo haré

Versión 0.9.5

Lanzamiento 0.9.3

Sat, 27 Oct 2012 00:00:00 +0000

La versión 0.9.3 incluye amplios cambios de bajo nivel en el encolado de mensajes del router. Implementamos el algoritmo CoDel de Gestión Activa de Colas (AQM). También unificamos el encolado y los mecanismos de prioridad en los transportes para facilitar el diagnóstico y reducir la latencia de la red. Continúa el trabajo para corregir errores del transporte UDP y hacer que UDP sea más resistente a ataques. Hay más cambios para mejorar el rendimiento del router y reducir su uso de memoria. Además, habilitamos por defecto la compatibilidad con DHT de i2psnark, introducida en la versión anterior.

Lanzamiento 0.9.2

Fri, 21 Sep 2012 00:00:00 +0000

La versión 0.9.2 incluye amplios cambios de bajo nivel para mejorar el rendimiento y la eficiencia del router. Hemos actualizado nuestra biblioteca de UPnP, con la esperanza de que UPnP funcione para más personas. I2PSnark ahora tiene soporte para DHT (tabla hash distribuida), pero aún no está habilitado de forma predeterminada, ya que planeamos realizar más pruebas durante el próximo ciclo de desarrollo 0.9.3.

Como es habitual, esta versión también incluye muchas correcciones de errores, por lo que se recomienda actualizar.

Versión 0.9.1

Mon, 30 Jul 2012 00:00:00 +0000

La versión 0.9.1 incluye un gran número de correcciones de errores en i2psnark, algunas mejoras en la biblioteca de streaming, cambios en la página de inicio, nuevos temas y actualizaciones de las traducciones. Se recomienda actualizar.

Los archivos están disponibles en la página de descargas .

DETALLES DE LA VERSIÓN

I2PSnark

Fix several bugs in downloading torrents with skipped files
Fix places where rarest-first was not honored
Fix handling of encoded magnet links
Additional inbound connection limits
Immediate closing of connections with handshake errors
Blocklist peers with multiple handshake errors
Delay “ballooning” files on disk until required, to speed torrent adds
Store partial pieces in temp files to greatly reduce memory usage when leeching
Remove peers restriction when leeching torrents with large pieces
Improve configuration of open and private trackers
Prevent configuration of default trackers as private
Improved display and control of torrent file downloads
Reduced number of threads
Faster startup and shutdown of torrents
Allow clearing of message box
New light theme
Torrent info page updates and cleanups
Fix problems with restarted torrents
Delay tunnel close at shutdown to ensure trackers are notified
Better UI behavior during tunnel startup and shutdown

Correcciones de errores

Prevent shutdown hangs caused by buggy plugins
Fix for Raspberry Pi crashing
Fix rare job queue hang
Fix routing key modifier rarely not updating at midnight
Fix excessive padding in some AES-encrypted messages
Fix occasional gunzip failures
Several fixes to streaming lib to speed recovery after dropped packets and improve retransmit behavior
Fix bug that reduced reuse of tunnels

Otros

Ports are now passed through the SOCKS and HTTP proxies to support eepsite virtual hosts. See http://zzz.i2p/topics/1182 for setup instructions.
I2PTunnel configuration changes now take effect immediately. No tunnel restart required.
Summary bar iframe removed, refresh is now via Javascript only
Reduce netDB flood redundancy
Reduce stats publishing frequency
Minor router console changes
New Hungarian and Greek translations
Completed Italian translation
Updates to Dutch, Finnish, French, German, Spanish, and Swedish translations
Update geoip to Maxmind 2012-07-04
Theme updates
Theme support for SusiMail and SudiDNS; new dark themes
I2PTunnel and SusiDNS now iframed with summary bar
Console home page now shows news summary in summary bar
Console home page icon updates
Console summary bar now configurable
Change the HTTP proxy error code from 404 to 500
Cleanups for efficiency in netdb and I2CP
Increase timeout for internal uses of eepget to improve reliability

Sumas de verificación SHA256:

0727af83988e82f32e0972a9e12c72ac14c3c0da0815c5902193d6b13d356371 i2pinstall_0.9.1_windows.exe
39c19c0df042ad231a14fdf1c20e4927651a2af0f0cf734b46eba0d2b8419314 i2pinstall_0.9.1.jar
8603c928a210ced77b6498bf8ee07cb000be9641adc389b34c3c8a10ac4f0677 i2psource_0.9.1.tar.bz2
136b74435b93aededef5884d39cfbc513f57184b74c8481580bcd5324aa23b1a i2pupdate_0.9.1.zip
4f07fee850d56fada06f0aeabb5bb46c6172bad72411e07bf4f6a8e0d76d8acd i2pupdate.su2
c039b423983789d914a1d02d3703b3c1aa36c87165e132419ff39b5d184ef480 i2pupdate.sud

Versión 0.9

Wed, 02 May 2012 00:00:00 +0000

La versión 0.9 culmina más de un año y medio de trabajo en la serie 0.8.x, en la que mejoramos significativamente el rendimiento y la seguridad del router, y la escalabilidad de la red.

En la versión 0.9 migramos a Jetty 6 para la consola y el servidor web de la eepsite, e introducimos una página de inicio simplificada de la consola del router. Esta versión es compatible a nivel de red con versiones anteriores; sin embargo, consulte más abajo información importante sobre la compatibilidad con eepsites, plugins y aplicaciones web existentes. Se recomienda actualizar.

0.8.13 Lanzamiento

Mon, 27 Feb 2012 00:00:00 +0000

La versión 0.8.13 incluye varias correcciones de errores y un par de funciones nuevas. Nos complace que la última versión haya mejorado significativamente el rendimiento, y que la red esté funcionando bien a pesar del rápido crecimiento continuo. Se recomienda actualizar.

Los archivos están disponibles en la página de descargas .

DETALLES DE LA VERSIÓN

Es probable que esta sea la última versión antes de 0.9, en la cual migraremos a Jetty 6 e introduciremos una página de inicio simplificada de la consola del router. Consulta la sección de noticias de tu consola del router en las próximas semanas para más información sobre la próxima versión.

Versión 0.8.12

Fri, 06 Jan 2012 00:00:00 +0000

La versión 0.8.12 corrige varios errores de corrupción de mensajes, algunos presentes desde 2005. También incluye un rediseño del control de congestión del router (enrutador de I2P) y una optimización continua del uso de CPU y memoria. Confiamos en que estos cambios mejoren el rendimiento de la red. Se recomienda actualizar.

Los archivos están disponibles en la página de descargas .

DETALLES DE LA VERSIÓN

Esta versión contiene varios cambios importantes que deberían mejorar la fiabilidad y el rendimiento de la red.

Lanzamiento 0.8.11

Tue, 08 Nov 2011 00:00:00 +0000

Como todos habrán notado, el crecimiento de la red sin precedentes a partir del 5 de octubre ha incrementado drásticamente la congestión de la red, especialmente por las tardes (UTC) y los fines de semana. Las dos últimas versiones incluían algunos cambios con los que esperábamos aliviar la presión, pero, por desgracia, estas medidas solo han tenido un éxito modesto. El problema principal es limitar el número de conexiones directas de router a router en la red. Este no es un problema nuevo; hemos estado trabajando en ello durante varios años, con buenos resultados. Sin embargo, el crecimiento reciente volvió a llevarnos al límite.

Versión 0.8.10

Thu, 20 Oct 2011 00:00:00 +0000

La versión 0.8.10 incluye dos cambios destinados a reducir el número de conexiones de router a router y, por lo tanto, mejorar las tasas de éxito al construir tunnel y la fiabilidad general. Por supuesto, también hay algunas correcciones de errores y actualizaciones de traducción.

Los archivos están disponibles en la página de descargas .

DETALLES DE LA VERSIÓN

Cambios importantes

Disable tunnel testing as it forces too many router connections
Select outbound endpoint - inbound gateway paths that are closer, using an XOR metric, to reduce router connections

Correcciones de errores

Fix exceptions at shutdown
Fix concurrency errors in SSU
Fix timeout message on POST

Otros

Increase max tunnels, reduce router info expiration
Add gunzip support to eepget to reduce reseed bandwidth
Finnish, Italian, Russian, and Swedish translation updates

Sumas de verificación SHA256:

8494640d29b1b7969118169a7ae1c56bc5a07f354ec883734687bf09eef0e35c i2pinstall_0.8.10.exe
e5832bb49f46b0b6620e8492e6fc6454de4107b84bca5a4b35461c6b7ac0575e i2psource_0.8.10.tar.bz2
64bcd1fdd478cfda987c1d4906d94b3f20a0555bd4037aefa7a09af4f39a0e99 i2pupdate_0.8.10.zip
5620113f4e19768e15af0a9c8bc670ca443e9983a0d4868997800ee215790c51 i2pupdate.su2
39bfbfebbf77d660081fe1ce282f642fb15ed9cd170901f54a954bc986eadaf5 i2pupdate.sud

Versión 0.8.9

Tue, 11 Oct 2011 00:00:00 +0000

La versión 0.8.9 incluye varias mejoras de rendimiento y muchos cambios para gestionar el rápido y continuo crecimiento de la red. Utiliza un nuevo método iterativo para las búsquedas en la base de datos de la red Kademlia que debería ser más fiable y eficiente. También hay varias mejoras en nuestro protocolo de transporte SSU (UDP) que deberían mejorar la fiabilidad y la eficiencia. Hemos realizado varios cambios para mejorar las tasas de éxito de construcción de tunnel. Y, por supuesto, hay numerosas correcciones de errores y actualizaciones de traducciones.

Verano de Código de Ipredator

Sat, 03 Sep 2011 00:00:00 +0000

¡itoopie e I2PControl se lanzan!

Me complace anunciar que itoopie e I2PControl están disponibles públicamente.

itoopie es una interfaz gráfica pensada como complemento de la I2P Router Console. El objetivo de itoopie es proporcionar una interfaz más sencilla y con una curva de aprendizaje menor que la I2P Router Console.

I2PControl es un complemento de I2P que proporciona una interfaz JSONRPC para el router I2P. La interfaz permite configurar ajustes básicos (ancho de banda, puertos, etc.), leer numerosas estadísticas y se proporciona a través de una conexión HTTP cifrada con SSL.

Versión 0.8.8

Tue, 23 Aug 2011 00:00:00 +0000

La versión 0.8.8 de I2P habilita la nueva base de datos hosts.txt para acelerar la resolución de nombres de host y almacenar información adicional en las entradas de nombres de host. También incluye mejoras para acelerar la integración de un router durante el arranque. Hay nuevo código para detectar y reaccionar a grandes cambios en la hora del sistema, lo que debería ayudar a un router a recuperarse después de suspender y reanudar el equipo.

Versión 0.8.7

Mon, 27 Jun 2011 00:00:00 +0000

La versión 0.8.7 de I2P incluye varias mejoras en componentes largamente desatendidos, incluidos los Naming Services, la generación de gráficos, las bibliotecas nativas de CPU ID y BigInteger, las implementaciones criptográficas y el wrapper.

Gracias al nuevo colaborador KillYourTV, quien fue fundamental para implementar y probar estas mejoras, con apoyo adicional de sponge y hottuna.

Las mejoras del ID de la CPU fueron desarrolladas por hottuna, generosamente financiadas por Relakks y Ipredator - gracias a Peter Sunde y Jan-Erik Fiske por su apoyo.

Ipredator Verano de Código

Mon, 06 Jun 2011 00:00:00 +0000

Se me ha encargado contribuir código a I2P durante el verano de 2011, implementando un protocolo de control y un cliente para este protocolo (similar a Vidalia para Tor). Este trabajo fue idea de Jan-Erik Fiske de ViaEuropa y de Peter Sunde, conocido por flattr y The Pirate Bay , y su financiación será proporcionada generosamente por Relakks e Ipredator.

La información actualizada se puede encontrar en el foro de zzz y en #i2p-dev en chat.freenode.net

Versión 0.8.6

Mon, 16 May 2011 00:00:00 +0000

La versión 0.8.6 incluye más defensas en la selección de pares para resistir a atacantes poderosos y ajustes para adaptarse al reciente y rápido crecimiento de la red. Se recomienda actualizar.

Ayuda a hacer crecer la red. ¡Participa , corre la voz y dona ! Si encuentras un error, por favor crea un informe en gitlab. Seguimos buscando ayuda con traducciones nuevas y existentes. Por favor, ofrécete como voluntario en IRC #i2p-dev.

Versión 0.8.5

Mon, 18 Apr 2011 00:00:00 +0000

La versión 0.8.5 incluye algunas correcciones de errores y mejoras de rendimiento, además de numerosas actualizaciones de traducción. Como de costumbre, se recomienda actualizar.

Por favor, ayuda a hacer crecer la red. Participa , difunde el mensaje y dona ! Si encuentras un error, por favor presenta un informe en gitlab. Seguimos buscando ayuda con las traducciones nuevas y existentes. Por favor, ofrece tu ayuda en IRC #i2p-dev.

Los archivos están disponibles en la página de descargas .

Versión 0.8.4

Wed, 02 Mar 2011 00:00:00 +0000

La versión 0.8.4 incluye algunas mejoras de rendimiento y correcciones de errores importantes. Además, i2psnark ahora admite enlaces magnet. Como de costumbre, se recomienda actualizar.

Por favor, ayuda a hacer crecer la red. ¡Participa , corre la voz y haz una donación ! Si encuentras un error, por favor registra un informe en gitlab. Seguimos buscando ayuda para traducciones nuevas y existentes. Por favor, ofrécete como voluntario en IRC #i2p-dev.

Los archivos están disponibles en la página de descargas .

Versión 0.8.3

Mon, 24 Jan 2011 00:00:00 +0000

La versión 0.8.3 contiene varias mejoras de rendimiento, incluida la reducción de hilos y del uso de memoria, y una comunicación I2CP (cliente-router) más rápida.

También hay nuevo soporte para la consola del router con SSL, una nueva página de configuración de reseed (resembrado) que incluye soporte para proxy HTTP para quienes estén detrás de cortafuegos restrictivos, una nueva sección de configuración de I2CP que incluye soporte de I2CP-over-SSL para clientes remotos, una nueva sección de configuración de límites de conexiones del servidor y de lista negra para mejorar la protección contra DoS, y una nueva sección de configuración del servidor de salto del proxy HTTP para que pueda añadir fácilmente servidores de salto alternativos. Las estadísticas ahora están limitadas de forma predeterminada para reducir el uso de memoria; el conjunto completo de estadísticas puede volver a habilitarse en la página de configuración de estadísticas. También hay correcciones de errores, por supuesto, así que, como de costumbre, se recomienda actualizar.

Lanzamiento 0.8.2

Wed, 22 Dec 2010 00:00:00 +0000

La versión 0.8.2 incluye numerosas correcciones de errores y actualizaciones de temas en el router y en i2psnark. También hay optimizaciones para reducir el uso de memoria en i2psnark. Los proxies HTTP y SOCKS ahora admiten autorización local y remota. Se recomienda actualizar.

I2P estará en el 27C3 en Berlín la semana del 27 de diciembre. ¡Busca a la gente de I2P allí y pide pegatinas de I2P!

Por favor, ayuda a hacer crecer la red. ¡Participa , corre la voz y dona ! Si encuentras un error, por favor presenta un informe en gitlab. Seguimos buscando ayuda con traducciones nuevas y existentes. Por favor, ofrécete como voluntario en IRC #i2p.

Lanzamiento 0.8.1

Mon, 15 Nov 2010 00:00:00 +0000

La versión 0.8.1 contiene la habitual colección de correcciones de errores y ajustes de rendimiento. También hay un nuevo tema para i2psnark y varias actualizaciones de traducción. Se recomienda actualizar.

Ayuda a hacer crecer la red. ¡Envía comentarios a los desarrolladores por IRC #i2p o en forum.i2p2.de y involúcrate , corre la voz y dona ! Seguimos buscando ayuda con traducciones nuevas y existentes. Por favor, ofrécete como voluntario en IRC #i2p.

Los archivos están disponibles en la página de descargas .

Reunión de desarrolladores de I2P - 8 de septiembre de 2010

Wed, 08 Sep 2010 00:00:00 +0000

Resumen rápido

Presentes:

Registro de la reunión

22:02 <@Mathiasdm> ok 22:02 <@Mathiasdm> hora de la reunión 22:03 <@Mathiasdm> 0) Hola 22:03 <@Mathiasdm> 1) Progreso del contenido del sitio web 22:03 <@Mathiasdm> 2) Progreso del backend del sitio web 22:03 <@Mathiasdm> 3) Lugar para la discusión de desarrollo 22:03 <@Mathiasdm> 4) Asignación de tareas + gestión de desacuerdos 22:03 <@Mathiasdm> 5) Actualizaciones de estado 22:03 <@Mathiasdm> 6) Próximas conferencias de desarrollo 22:03 <@Mathiasdm> ok 22:03 <@Mathiasdm> 0) Hola 22:04 <@Mathiasdm> ¡Bienvenidos a la 208.ª reunión de desarrollo! (robado sin vergüenza de badger :p) 22:04 * Mathiasdm da un toque a todos 22:04 <eche|on> *toque* 22:04 * Mathiasdm da un toque a zzz, gracias por el op 22:06 <@Mathiasdm> hm, ¿hacen falta más toques para despertar a todos? zzz badger dr|z3d dream duck eche|on hottuna postman sponge superuser ReturningNovice (perdón :)) 22:06 <eche|on> *TOQUE* 22:06 <@Mathiasdm> perdón, eche|on :p vi tu toque 22:08 <duck> moin 22:08 <@Mathiasdm> moin duck 22:09 <hawk> * Mathiasd1 da un toque a welterde 22:11 <@Mathiasdm> ok, entonces esperamos un poco más, ya que sólo somos 3 por ahora 22:11 <@Mathiasdm> quien quiera unirse, que devuelva el toque 22:11 <whitenoise> *toque* 22:11 <@zzz> ack 22:12 <@Mathiasdm> aja, desarrollador principal, bien :) 22:13 <@Mathiasdm> y para asegurarnos de que se pueda unir la mayor cantidad de gente posible, esperamos 2 minutos más y luego empezamos 22:14 <@Mathiasdm> ahora 1 minuto más 22:14 <superuser> mooin 22:15 <@Mathiasdm> justo a tiempo, superuser ;) 22:15 <@Mathiasdm> hola a todos 22:15 <superuser> ;-) 22:15 <superuser> hola Mathiasdm 22:15 <superuser> y todos 22:15 <@Mathiasdm> 1) Progreso del contenido del sitio web 22:15 <@Mathiasdm> como probablemente todos sabemos, el desarrollo de I2P está actualmente detenido debido a la revisión de las especificaciones 22:16 * Mathiasdm le pasa la papa caliente a zzz, para que pueda hablar del progreso de la revisión de las especificaciones 22:16 <eche|on> cierto 22:17 <@zzz> han pasado 7 semanas, el progreso es lento. Estoy trabajando en i2cp ahora mismo, ya le he dedicado varias horas 22:17 <@zzz> necesito que otras personas aporten tanto en lo que prometieron hacer como en lo que está sin reclamar 22:17 <@zzz> eot 22:18 <@Mathiasdm> ok 22:18 * Mathiasdm volverá a empezar mañana; ahora el entorno de desarrollo está configurado otra vez 22:18 <@Mathiasdm> si alguien más tiene algo que decir al respecto, adelante :) 22:19 <@Mathiasdm> parece que no 22:19 <@Mathiasdm> hm 22:19 <@Mathiasdm> 2) Progreso del backend del sitio web 22:19 <eche|on> Creo que es estupendo por parte de la gente que lo está haciendo. 22:19 <@Mathiasdm> oh 22:19 <@Mathiasdm> perdón :) 22:21 <@Mathiasdm> saltamos el punto 2) por ahora, a menos que entre welt 22:21 <@Mathiasdm> 3) Lugar para la discusión de desarrollo 22:22 <@Mathiasdm> esto está relacionado con `http://zzz.i2p/topics/719` 22:22 <@Mathiasdm> cito: 22:22 <@Mathiasdm> "* Publica las discusiones de desarrollo en zzz.i2p. Lo que quiero decir es: IRC es un medio muy 'volátil', donde no todo el mundo está en línea todo el tiempo, y no todos guardan logs. Es un gran medio para una discusión corta, pero considera publicar un breve resumen en zzz.i2p, para que otros puedan sumarse a la discusión." 22:22 <eche|on> la discusión de desarrollo es un tema difícil. IRC está bien, pero no es fiable ni tiene archivo 22:22 <@Mathiasdm> sí, de acuerdo 22:23 <@Mathiasdm> pero hay muchas cosas entre las que elegir 22:23 <@Mathiasdm> zzz.i2p, forum.i2p, lista de correo 22:23 <@Mathiasdm> bueno, ok, 3 cosas :p 22:23 <eche|on> sugeriría algún punto central de archivo 22:23 <eche|on> con una copia de seguridad. 22:24 <@Mathiasdm> sí 22:24 <@Mathiasdm> pero montar almacenamiento distribuido para esto suena difícil :p 22:24 <@Mathiasdm> aunque una lista de correo es factible, supongo 22:25 <@Mathiasdm> una lista de correo es 'más o menos distribuida' 22:25 <eche|on> :-) 22:25 <superuser> ¿no está ya distribuido el propio sitio web? 22:25 <@Mathiasdm> ¿alguien más, ideas? 22:25 <eche|on> una lista de correo también es una buena solución 22:26 <superuser> también podríamos usar eso 22:26 <@Mathiasdm> sí, pero eso no incluye el foro, superuser 22:26 <eche|on> cierto, el sitio web está en monotone 22:26 <@Mathiasdm> cierto 22:26 <superuser> no, no me refiero al foro, sino al propio sitio web 22:26 <superuser> ¿no están disponibles allí en algún sitio las reuniones de desarrollo antiguas también? 22:26 <@Mathiasdm> pero es difícil discutir cuando tienes que hacer check-in de tus discusiones en monotone :p 22:27 <superuser> cierto 22:27 <@Mathiasdm> quizá con el nuevo backend en el que está trabajando welt sea más factible 22:27 <superuser> sólo sería de interés para archivar, no para seguir discutiendo 22:28 <@Mathiasdm> como solución temporal, propondría: si mantenéis una gran discusión en IRC, publicad unas notas en _algún_ medio persistente 22:29 <@Mathiasdm> ya sea zzz.i2p, una lista de correo o el foro 22:29 <@Mathiasdm> lo sé, es un poco vago 22:29 <eche|on> yo voto por lista de correo ++ 22:29 <@Mathiasdm> hm, welt, ¿hay instrucciones de la lista de correo en el sitio web en algún lugar? 22:29 <superuser> ¿te refieres al servicio NNTP de welt? 22:29 <@Mathiasdm> la lista de correo también me suena bien, eche|on, pero me pregunto si funcionará para que todos la usen 22:29 <eche|on> actualmente no hay ml disponible 22:29 <@Mathiasdm> sí, superuser 22:29 <@Mathiasdm> eh 22:29 <@Mathiasdm> o qué era 22:29 <@Mathiasdm> creo que sí 22:30 <@Mathiasdm> eche|on: welt montó algunas ml este verano 22:30 <eche|on> NNTP es servidor de noticias 22:30 <@Mathiasdm> pero aún no se usan mucho 22:30 <@Mathiasdm> sí, en efecto, pero ahora también hay una lista de correo 22:30 <@Mathiasdm> pero no tengo aquí la dirección 22:30 <@Mathiasdm> zzz, duck: ¿opiniones? 22:31 <superuser> no tengo información de la lista de correo por ahora, sólo he visto los posts de welt, Mathiasdm y ReturningNovice en el servidor de noticias 22:32 <@zzz> no soy muy fan de una ML pero la usaré si la gente quiere. la de welt parece ser un gran secreto por ahora 22:33 <duck> creo que zzz.i2p está bien 22:33 <@Mathiasdm> en mi opinión, cualquier cosa que no sea IRC sería útil (me gusta IRC, como dije antes, pero demasiadas discusiones de desarrollo son imposibles de seguir) 22:33 <eche|on> zzz.i2p está bien, pero: las discusiones de irc necesitan copiarse allí Y de alguna manera algún tipo de copia de seguridad estaría bien 22:34 <@Mathiasdm> hm, quizá pueda montar algo como 22:34 <@Mathiasdm> eh 22:34 <@Mathiasdm> ¿cómo se llamaba? 22:34 <@Mathiasdm> hace 2 o 3 años 22:34 <@Mathiasdm> trevorreznik.i2p? 22:36 <@Mathiasdm> ¿qué tal si: seguimos usando zzz.i2p, y empezamos a usar una lista de correo, e intentamos asegurarnos de que las discusiones en IRC no se queden sólo en IRC? 22:36 <duck> todas las cosas importantes de diseño ya están en zzz.i2p 22:36 <eche|on> mejor: intentemos seguir usando zzz.i2p y copiar en él lo de IRC. 22:36 <duck> no veo tu problema 22:37 <superuser> ¿y si el de zzz desaparece 22:37 <superuser> s//? 22:37 <duck> dev/design 22:37 <@Mathiasdm> por ejemplo, todo lo que sponge publica (sólo es un ejemplo, sponge :p) sobre seedless y bob a menudo son discusiones sólo en irc 22:38 <duck> no creo que una lista de correo vaya a hacer que sponge documente su protocolo y su API 22:38 <duck> pero claro, inténtalo 22:39 <@Mathiasdm> nooo, no es lo que quería decir, duck 22:39 <@Mathiasdm> como dije, me da igual si está en zzz.i2p o en la lista de correo 22:39 <@Mathiasdm> sólo que no quiero que esas discusiones sean sólo en IRC 22:39 <@Mathiasdm> pero sí, también tienes un buen punto 22:39 <@Mathiasdm> que algunas cosas quizá seguirán siendo sólo en irc 22:39 <duck> entonces ve a hablar con sponge 22:39 <@Mathiasdm> era un ejemplo 22:40 <duck> (lo cual podrías estar haciendo a través de esta reunión, claro) 22:40 <duck> ok, entendido 22:40 <@Mathiasdm> :) 22:41 <@Mathiasdm> ok, supongo que si todos intentamos publicar las cosas en zzz.i2p (o en la lista de correo -- pero esperaremos a welt :p), queda zanjado 22:42 <@Mathiasdm> por ahora, al menos 22:42 <@Mathiasdm> ¿alguien tiene algo que añadir sobre esto? 22:44 <@Mathiasdm> ok 22:44 <@Mathiasdm> siguiente 22:44 <@Mathiasdm> 4) Asignación de tareas + gestión de desacuerdos 22:45 -!- Moru [kvirc@irc2p] se ha unido a #i2p-dev 22:45 <@Mathiasdm> actualmente, las tareas (mostradas en http://www.i2p2.de/team.html ) se asignan/eligen porque la gente simplemente cambia la página web 22:45 <hawk> <preforce> Título: Team - I2P (en www.i2p2.de) 22:45 <@Mathiasdm> así que si quieres hacer una tarea, simplemente la haces y te añades a la página web 22:45 <@Mathiasdm> lo cual está bien, supongo :) 22:46 <eche|on> si alguien no está de acuerdo: discusión en IRC/zzz.i2p 22:46 <@Mathiasdm> sí, el desacuerdo es el tema 22:46 <eche|on> pero la gente necesita permisos de check-in para cambiar, o sea: necesitan algo de confianza de los desarrolladores actuales 22:46 <@Mathiasdm> hubo desacuerdos este verano y no lo gestionamos realmente 22:46 <@Mathiasdm> cierto, eche|on 22:47 <@Mathiasdm> ¿cómo resolvemos una discusión si las personas en desacuerdo no pueden llegar a un acuerdo? 22:47 <@Mathiasdm> ¿votación o algo así? 22:47 <@Mathiasdm> eso es lo que me preguntaba 22:48 <@Mathiasdm> ¿sugerencias? 22:48 <eche|on> una vez se mencionó una última línea de defensa 22:48 <eche|on> que era zzz 22:48 <@Mathiasdm> ¿última línea de defensa? 22:48 <@Mathiasdm> ah 22:49 <whitenoise> ¿qué tal una tercera solución mejor? 22:49 <duck> si todo lo demás falla; recurrir a zzz 22:49 <eche|on> votar es una buena idea, pero creo que se encontrará una solución antes 22:49 <@Mathiasdm> si la tercera solución es definitivamente mejor, las dos partes elegirán esa ;) 22:50 <@Mathiasdm> hm, ok 22:50 <@Mathiasdm> sólo por curiosidad, zzz, ¿aceptas ser 'la última línea de defensa'? :) 22:50 <@Mathiasdm> a mí me suena bien, pero ¿tú quieres eso? 22:51 <@zzz> no particularmente. mi regla es que quien realmente está haciendo algo es quien manda. la gente que no hace más que hablar y cabrear a los demás no. 22:52 <@zzz> hay trabajo de sobra para todos. 22:53 <@Mathiasdm> ok :) suena bien 22:53 <@Mathiasdm> ¿alguien tiene comentarios adicionales? si no, siguiente punto 22:53 <superuser> en general, «el que lo hace manda» suena bien 22:53 <superuser> pero ¿y si dos partes realmente lo hacen 22:53 <superuser> y aun así van en direcciones opuestas? 22:54 <superuser> supongo que en ese caso un mecanismo de votación no estaría nada mal 22:54 <@Mathiasdm> cierto 22:54 <@zzz> si es código puedo elegir yo. definitivamente no soy la última línea de defensa para el sitio web. welt y echelon lo son. 22:55 <@Mathiasdm> bueno, si hay discusión y no se puede encontrar una solución, puede haber una votación o alguien (¿zzz, welt?) puede elegir 22:55 <@zzz> ellos elegirían un ganador retirando los privilegios al perdedor. 22:56 <@Mathiasdm> *sólo si es una discusión fea, espero ;) los desacuerdos amistosos no deberían resultar en perder privilegios :p 22:57 <eche|on> cierto 22:58 <@Mathiasdm> vale entonces 22:58 <@Mathiasdm> siguiente punto 22:58 <@Mathiasdm> si está bien 22:58 <@Mathiasdm> 5) Actualizaciones de estado 22:58 <eche|on> ok 22:59 <@Mathiasdm> creo que empezaré a 'recopilar' actualizaciones de estado este fin de semana 22:59 <@Mathiasdm> iba a hacerlo la semana pasada, pero me absorbió el trabajo 22:59 <eche|on> genial. adelante. 22:59 <@Mathiasdm> básicamente, simplemente '¿qué hiciste la semana pasada?' y '¿cuáles son tus planes para la próxima semana?' 23:00 <@Mathiasdm> y las publicaré un poco resumidas en el sitio web 23:00 <@Mathiasdm> las sugerencias siempre son bienvenidas :) 23:00 <@Mathiasdm> ok, punto final (añadido poco antes de comenzar la reunión) 23:00 <@Mathiasdm> 6) Próximas conferencias de desarrollo 23:01 <@Mathiasdm> -¿quién va a 27c3? 23:01 <@Mathiasdm> -¿quién va a brucon? 23:01 <@Mathiasdm> -¿alguna otra? 23:02 <@Mathiasdm> yo sin duda asistiré a brucon, y muy probablemente a 27c3 por un día (y me quedaré en Berlín unos días) 23:02 <whitenoise> Mathiasdm, añadí 1 punto más 10 min. antes del comienzo. 23:02 <@Mathiasdm> ¿oh? perdón, no lo vi 23:03 <@Mathiasdm> ok, lo haré en un minuto, whitenoise 23:03 <whitenoise> ok 23:03 <whitenoise> gracias 23:03 <@Mathiasdm> ¿nadie comenta sobre las conferencias de desarrollo? 23:04 <@Mathiasdm> entonces: 7) Promoción del uso del protocolo BitTorrent dentro de I2P: pros y contras 23:04 * Mathiasdm pasa la papa caliente a whitenoise 23:04 <whitenoise> Ok, pues hablamos un poco de esto con duck 23:05 <whitenoise> Aunque es una buena forma de generar tráfico de cobertura y crecimiento de la red, puede llevar a que I2P sea conocido como una red de intercambio de archivos ilegal 23:05 <eche|on> he decidido no asistir a 27c3 23:06 <@Mathiasdm> ah, qué pena, eche|on 23:06 <@Mathiasdm> cierto, whitenoise 23:06 <whitenoise> Por otro lado... 23:06 <superuser> Creo que bt no debería enfatizarse más que otros servicios, sino promover i2p como una red de uso general 23:07 <superuser> oh, aún no había terminado... 23:07 <@Mathiasdm> puede que tenga lag, dale un poco :) 23:08 <whitenoise> si no promovemos este protocolo, en algún futuro no muy cercano, si no cambia el modelo de negocio de venta de contenido digital, la presión sobre los usuarios de torrent será mayor, así que empezarán a buscar formas de ocultarse 23:08 <whitenoise> lo que puede llevar igualmente a mi primer punto (mala fama) 23:08 <whitenoise> pero es dudoso, claro 23:08 <Moru> ¡Hola! Disculpen por entrometerme aquí... triste pero cierto, promuévanlo como intercambio de archivos y tendrán muchísimos más usuarios y un montón de desarrolladores uniéndose. Quizá incluso consigan financiación de quienes quieran usar una plataforma de intercambio de archivos segura. 23:09 <@Mathiasdm> simplemente promoverlo no haría eso, en mi opinión 23:09 <@Mathiasdm> y whitenoise, tienes razón sobre la mala fama 23:09 <@Mathiasdm> ¿pero lo estamos promoviendo? 23:10 <whitenoise> En mi opinión, ahora mismo no 23:10 <@Mathiasdm> y BitTorrent por sí mismo no causa la mala fama, lo hace el intercambio de archivos (en mi opinión es una distinción importante, pero quizá no en esta discusión) 23:10 <@Mathiasdm> (y hola, Moru) 23:11 <whitenoise> Bueno, BitTorrent es la forma más usada, por eso hablo de ello 23:11 <whitenoise> por supuesto, podría ser eMule o cualquier otra cosa 23:11 <@Mathiasdm> ¿cómo verías promoverlo? 23:12 <whitenoise> Por ejemplo, los usuarios sencillos actuales tienen algunas dificultades para configurarlo todo 23:12 <whitenoise> Podríamos hacer que la información sobre BitTorrent fuera más visible 23:13 <@Mathiasdm> hm, sí 23:13 <whitenoise> una descripción más simple 23:13 <whitenoise> y así sucesivamente. 23:13 <@Mathiasdm> pero eso (en mi opinión) es más bien un problema general de I2P 23:13 <whitenoise> quizá mejorar un poco i2psnark 23:13 <@Mathiasdm> I2P podría hacerse mucho más visible :p 23:13 <whitenoise> sí 23:14 <whitenoise> pero hacerlo (así como anunciarlo en Twitter, por ejemplo) seguramente atraerá a algunos usuarios 23:14 <@Mathiasdm> sí 23:14 <@Mathiasdm> bueno, estoy de acuerdo, y espero que avancemos hacia hacer todo más claro (mejor usabilidad y demás) en un futuro cercano 23:14 <whitenoise> así que la pregunta es, supongo, qué deberíamos hacer y qué no 23:15 <whitenoise> ¿mejorar la descripción pero no publicitarlo como una red de intercambio de archivos, quizá? 23:15 <@Mathiasdm> lo que deberíamos hacer (una vez comience el desarrollo de la 0.9) es, en mi opinión, revisar los 'puntos de dolor' de la usabilidad 23:15 <eche|on> ya tengo algunas ideas sobre eso 23:17 <@Mathiasdm> sí, una descripción de I2P ayudaría; una renovación de la consola (¿quizá? no lo sé) ayudaría 23:17 <@Mathiasdm> eche|on: ¿no teníamos un .pdf con observaciones de usabilidad de una conferencia a la que fuiste? 23:17 <eche|on> hm 23:18 <@zzz> lo tengo 23:18 <eche|on> necesito buscarlo, pero en general teníamos algunos problemas. 23:18 <@Mathiasdm> ¿tienes un enlace, zzz? 23:19 <@Mathiasdm> ok, ¿podríamos centrarnos en ello un poco después de las especificaciones del sitio web? 23:20 <@zzz> `http://zzz.i2p/files/petcon-usability-long.pdf` 23:20 <@Mathiasdm> gracias 23:20 <eche|on> es una buena idea 23:21 <@Mathiasdm> vale entonces 23:21 <@Mathiasdm> ¿otras observaciones o ideas, whitenoise? 23:21 <whitenoise> hm... 23:22 <@Mathiasdm> por supuesto, siempre eres libre de empezar a trabajar también en mejoras de usabilidad del sitio web 23:22 <eche|on> sólo espera unos correos con datos de contacto para pagar algo de dinero ;-) 23:23 <whitenoise> bueno, supongo que decidimos mejorar la usabilidad en general sin ningún acento en BitTorrent, ¿no? 23:23 <whitenoise> :-) 23:23 <@Mathiasdm> eso parece, sí, whitenoise 23:23 <@Mathiasdm> te mandaré mi cuenta bancaria, eche|on, sólo envíame el dinero ;) 23:23 <@Mathiasdm> ok entonces 23:23 <@Mathiasdm> 8) galletas para todos los que asistieron 23:24 <eche|on> *g* 23:24 <@Mathiasdm> ===Fin de la reunión=== 23:24 <@Mathiasdm> gracias a todos :) 23:24 <eche|on> ¡GALLETAS! 23:25 <@Mathiasdm> no se coman todas 23:25 * Mathiasdm da un toque a eche|on

0.8 Release

Mon, 12 Jul 2010 00:00:00 +0000

A comienzos de 2009, poco después de nuestra asistencia a 25C3, publicamos la versión 0.7 de la red anónima I2P. En los 18 meses siguientes, a lo largo de 15 versiones, hemos trabajado para mejorar la usabilidad del software de I2P y aumentar su rendimiento, seguridad y fiabilidad - todo ello mientras afrontábamos un crecimiento sin precedentes de la red.

En reconocimiento de estos logros, declaramos el inicio de la serie 0.8. La versión 0.8 es totalmente compatible con todas las versiones 0.7.x. Esta versión incluye varias correcciones de errores, una nueva traducción al neerlandés y la finalización de la traducción al alemán. Como siempre, se recomienda a los usuarios que actualicen.

Versión 0.7.14

Mon, 07 Jun 2010 00:00:00 +0000

La versión 0.7.14 contiene el conjunto habitual de correcciones de errores y ajustes de rendimiento. También hay algunas mejoras en i2psnark y más correcciones para los plugins. Se recomienda actualizar.

Ayuda a hacer crecer la red. ¡Envía tus comentarios a los desarrolladores en IRC #i2p o en forum.i2p2.de y participa , corre la voz y dona ! Seguimos buscando ayuda con traducciones nuevas y ya existentes. Por favor, ofrécete como voluntario en IRC #i2p.

Versión 0.7.13

Tue, 27 Apr 2010 00:00:00 +0000

La versión 0.7.13 contiene varios cambios y correcciones de errores para mejorar el rendimiento. También incluye mejoras para el soporte de complementos que se introdujo en la última versión. El nuevo mensaje de construcción de tunnel, más pequeño, está habilitado para reducir la sobrecarga y aumentar la tasa de éxito de construcción.

Por supuesto, también está el habitual conjunto de correcciones de errores. Se recomienda actualizar.

Por favor, ayuda a hacer crecer la red. Envíales comentarios a los desarrolladores en IRC #i2p o en forum.i2p2.de y participa , corre la voz y dona . Seguimos buscando ayuda con traducciones nuevas y existentes. Por favor, ofrécete como voluntario en IRC #i2p.

Lanzamiento 0.7.12

Mon, 15 Mar 2010 00:00:00 +0000

La versión 0.7.12 incluye soporte para complementos creados por los usuarios. Estos complementos pueden incluir aplicaciones web de la consola, temas, traducciones o programas independientes. Algunos complementos ya están disponibles para pruebas. Confiamos en que este soporte permitirá un desarrollo rápido de aplicaciones innovadoras para I2P.

Esta versión corrige el error de página en blanco cuando un eepsite(I2P Site) no es accesible, y también mejora el manejo de desfases de reloj y cambios de IP. Añade soporte para un nuevo y más pequeño mensaje de construcción de tunnel, que se probará en esta versión y se habilitará en la próxima.

Versión 0.7.11

Mon, 15 Feb 2010 00:00:00 +0000

La versión 0.7.11 corrige varios problemas, algunos relacionados con los relojes, que impedían que los nuevos routers se integraran rápidamente en la red. También corrige el instalador para Windows de 64 bits. La versión incluye una actualización a Jetty 5.1.15 para corregir esta vulnerabilidad .

Como de costumbre, esta versión incluye más mejoras de anonimato y rendimiento, y una variedad de correcciones de errores. Se recomienda actualizar.

¡Por favor, envía a los desarrolladores tus comentarios en IRC #i2p o en forum.i2p2.de , participa , corre la voz y dona ! Todavía estamos buscando ayuda para traducciones nuevas y existentes. Por favor, ofrécete como voluntario en IRC #i2p.

Versión 0.7.10

Fri, 22 Jan 2010 00:00:00 +0000

La versión 0.7.10 corrige algunas vulnerabilidades descubiertas recientemente relacionadas con la forma en que los routers se comunican con pares floodfill. Las operaciones de almacenamiento y verificación de la base de datos de red se trasladan de tunnels exploratorios a tunnels de cliente y se cifran.

Además, para mejorar el anonimato, el conjunto de pares rápidos del router ahora está limitado a un máximo de 30. Esta versión también corrige un error que hacía que las instalaciones en Windows fallaran cuando la ruta de instalación o la ruta de usuario contenía un “\r” o “\n”. Se recomienda actualizar. ¡Por favor, envíe sus comentarios a los desarrolladores en IRC #i2p o en forum.i2p2.de y participe o done ! Seguimos buscando ayuda para traducciones nuevas y existentes. Por favor, ofrézcase como voluntario en IRC #i2p.

Versión 0.7.9

Tue, 12 Jan 2010 00:00:00 +0000

0.7.9 corrige varios errores de larga data que provocaban corrupción de mensajes. Confiamos en que el rendimiento de la red mejore una vez que se despliegue ampliamente. Hay otros cambios que deberían ayudar a mejorar la alcanzabilidad del router y las tasas de éxito en la construcción de tunnel. La versión también incluye soporte adicional de traducción y una traducción completa al ruso realizada por “forget”, que fue patrocinada por “russiansponsor”.

I2P 0.7.8 Release

Tue, 08 Dec 2009 00:00:00 +0000

La versión 0.7.8 incluye soporte inicial para traducciones de la consola del router, y cambios en el sistema floodfill que sentarán las bases para soportar un gran crecimiento en la red.

Para evitar que firewalls maliciosos bloqueen fácilmente I2P, esta versión aleatoriza el puerto de I2P para nuevas instalaciones. Para instalaciones existentes, por favor ayuden a aquellos que son vulnerables al bloqueo cambiando el puerto UDP de 8887 a un puerto aleatorio y ajustando su firewall si es necesario.

I2P 0.7.7 Release

Mon, 12 Oct 2009 00:00:00 +0000

La versión 0.7.7 de I2P contiene varias mejoras en anonimato. El uso de claves de sesión para la criptografía fue completamente reestructurado, y ahora I2PSnark utiliza sus propios túneles para la comunicación con el tracker. Continúa el trabajo para mejorar la consola del router, incluyendo el cumplimiento de los estándares HTML y un mejor soporte de UTF-8.

También continúa el trabajo para aumentar las velocidades, tanto reduciendo la cantidad de claves de sesión transferidas, como mejorando los métodos para descartar mensajes durante sobrecarga, y reduciendo los descartes por parte de routers de alto ancho de banda. Hay una nueva opción de actualización sin firmar para aquellos que deseen actualizaciones automáticas a versiones de desarrollo más recientes.

I2P 0.7.6 Release

Fri, 31 Jul 2009 00:00:00 +0000

La versión 0.7.6 de I2P contiene correcciones adicionales para problemas de estabilidad de red relacionados con la creación de túneles y límites de conexión. Aunque la versión 0.7.5 mejoró considerablemente la congestión que aparecía por las tardes y fines de semana UTC, no se eliminó por completo; esta versión debería mejorar aún más la situación.

Esta versión también incluye nuevos temas para la consola creados por dr|z3d, que pueden seleccionarse en la nueva página de configuración de interfaz de usuario. Disculpas, los nuevos temas no están disponibles para navegadores IE.

I2P 0.7.5 Release

Mon, 29 Jun 2009 00:00:00 +0000

I2P release 0.7.5 ==================

I2P version 0.7.5 foremost addresses network stability issues by adjusting how exploratory tunnels are built if a router nears its connection limit, and also by distinguishing between connected peers and other non-failing peers while picking them for inclusion in tunnels.

This version also delivers fixes to installer behaviour on Windows, to the Router Console, NTCP transport and UPnP mechanism.

Additionally, version 0.7.5 changes the “news.xml” file location where I2P routers check whether a new version is available. Instead of the old URL (http://complication.i2p/news.xml) a new location (http://echelon.i2p/i2p/news.xml) will be used. If your router uses default updater settings, it will start using the new URL automatically. If not, you will need to visit “configupdate.jsp” on the Router Console, and change it manually.

I2P 0.7.4 Release

Sat, 13 Jun 2009 00:00:00 +0000

I2P release 0.7.4 ==================

I2P version 0.7.4 introduces notable new features like GeoIP capability and UPnP support. While the former can become a basis for geographically aware tunnel-building, the latter should immediately enable more routers to accept inbound TCP connections, helping distribute workload more evenly.

Inbound NTCP is now enabled automaticaly if the router does not appear firewalled, and default bandwidth limits for new installations are increased.

In addition, multiple bugfixes and updates are included, addressing issues with the NTCP transport, BOB protocol, connection limiting, behaviour of new I2PTunnel options and the SusiDNS user interface. Improvements to the Router Console are likewise included. Updating is recommended.

I2P 0.7.3 Release

Mon, 18 May 2009 00:00:00 +0000

I2P release 0.7.3 ==================

I2P version 0.7.3 contains several buxfixes and improvements, includes a lot of maintenance work and new versions of both the SAM and BOB application gateway protocols.

A patch to I2P’s internal web server Jetty is included to correct SusiDNS behaviour on Windows. The way I2P nodes volunteer to participate in the Network Database is changed to avoid too many doing this simultaneously, and creation of new participating tunnels is now throttled before messages in existing tunnels start to get dropped.

I2P 0.7.2 Release

Sun, 19 Apr 2009 00:00:00 +0000

I2P release 0.7.2 ==================

The 0.7.2 release fixes multiple bugs and potential problems in I2P, while preparing ground for new functionality.

Threading issues with the SimpleTimer class should no longer occur, the NTCP transport should no longer encounter null pointer exceptions, and “abandoned” tunnels should finish operation correctly.

Support is added for accessing the Router Console over IPv6, a new message type enables I2CP applications to query the router’s bandwidth limits, an experimental desktop interface for managing the router is included for the first time (but not enabled automatically yet) and participation of a single peer in too many tunnels is prevented to improve reliability and safety.

I2P 0.7.1 Release

Sun, 29 Mar 2009 00:00:00 +0000

I2P release 0.7.1 ==================

The 0.7.1 release optimizes I2P towards better performance and introduces new features.

Multiple bugs are fixed, replacements to the SimpleTimer class should waste less time on object locking. Some old components are dropped and several classes refactored to avoid repeating code.

Support for encrypted LeaseSets (for creation of links over I2P which an adversary cannot obstruct by attacking its gateways) becomes more complete. New tunnel types like IRC server tunnels and new options like delayed start and idling of tunnels also gain support, along with improved usability of the I2P Socks proxy mechanism.

I2P Dev Meeting - February 10, 2009

Tue, 10 Feb 2009 00:00:00 +0000

Quick recap

Present: altGuest, badger, dream, eche|on, hottuna\_, l00kns33, unixfr3ak, welt, welterde, zzz

Meeting Log

20:58:32 <unixfr3ak> dev meeting eh? 20:59:27 -*- dream turns on devo 21:00:25 <welt> dream: ah.. glad you're here too :) 21:00:51 <badger> 0) Hello 21:00:55 <dream> you are? 21:00:58 <badger> 1) I2P 0.7 21:01:02 <badger> 2) Syndie 21:01:06 <badger> 3) Donations 21:01:15 <badger> 4) ???? 21:01:21 <badger> 5) A short poem recital by zzz 21:01:39 <badger> 0) Hello 21:01:53 <altGuest> hi 21:02:00 <badger> welcome all to the #207th dev meeting 21:02:05 <badger> 'lo 21:02:20 <hottuna_> 'lo! 21:02:40 <eche|on> welcome! 21:02:43 <zzz> so, let's start by covering what's happened since April 10 2007, if anything 21:02:48 <badger> Just to put that in perspective it's been nearly 2 years since hte last one 21:03:06 <badger> well... bush is out....obama in.... 21:03:36 <dream> lol USA 21:03:51 <badger> 1) I2P 0.7 21:03:56 <eche|on> I guess the 0.7 release note is a good idea what happend to I2P 21:04:20 <badger> Well it looks like the rollout of 0.7 has gone fairly smoothly 21:04:22 <badger> with about 84% network coverage now 21:04:29 <unixfr3ak> not bad 21:04:48 <eche|on> :-) 21:04:48 <hottuna_> How much ahs the network grown since 0.7? 21:04:48 <badger> A big cheer to the dev team and release crew for getting it out of the door 21:04:52 <unixfr3ak> one bug i may point out that i and another user have noticed though is 21:04:52 <hottuna_> or even since Christmas? 21:05:21 -*- welt waits for stats.i2p to load.. 21:05:28 -=- Sie sind nun als welterde bekannt 21:05:31 <badger> hottuna_: a fairly slow but steady growth if the stats are anything to go by 21:05:41 <unixfr3ak> adding new private hosts in susidns requirs manual editing of the privathosts.txt file 21:06:08 <welterde> zzz: wasn't that the bug you fixed recently? 21:06:18 <welterde> or was that sth different? 21:06:25 <eche|on> the stats shows a steady slow growing 21:06:35 <zzz> yeah, i broke it in 0.7, just fixed it yesterday, will be in -4 21:06:40 <eche|on> welterde: yes, he seens to have fixed it 21:07:05 <badger> something to look forward to in 7.0.1 21:07:14 <welterde> zzz: good.. that's done then 21:07:16 <badger> eerm 0.7.1 21:07:19 <eche|on> more users :-) 21:07:22 <zzz> sorry about that 21:07:35 <unixfr3ak> what are you guys going to do about network lag...its a growing problem it seems , on the weekends i2p seems overloaded 21:07:56 <welterde> maybe some more streaming lib tweaks? 21:07:57 <unixfr3ak> ethier i think more users is good 21:08:00 <badger> zzz: well you've fixed and improved enough stuff to be allowed the odd breakage :) 21:08:33 <hottuna_> I've suggested motivating user to share by having some ratio indicator on the console 21:08:57 <unixfr3ak> that sounds good 21:09:14 <eche|on> network load went big last month 21:09:17 <zzz> freak, i'm looking at tweaking the capacity calculation in the peer profiles just a little, to react better when things get busy. 21:09:20 <eche|on> months, looks fairly well so far 21:09:51 <hottuna_> zzz: wicked :) 21:09:55 <unixfr3ak> this may be ambitious bout how about using a cron job in linux or whatever windows uses to volunteer bandwidth to i2p when their computer is not being used 21:10:17 <zzz> these things have to be adjusted with great care though, and it takes a full release cycle to test any change 21:10:21 <hottuna_> a scheduler would be and awesome solution aswell 21:10:24 <unixfr3ak> to dumb it down 21:10:28 <badger> The publicity push for release 0.7 seems to have had a marginal effect on numbers, but not nearly the impact I would have hoped for 21:10:41 <unixfr3ak> detect when network / cpu is idle and use it/ dont use when it is 21:10:43 <welterde> zzz: that recent addition to I2CP doesn't allow that yet, right? 21:10:52 <badger> some good coverage in german news sites though 21:11:04 <badger> but slashdot/digg/reddit was rather pathetic 21:11:09 <zzz> allow what welterde ? 21:11:29 <welterde> zzz: to change the ratio/up-bw/down-bw from outside the routerconsole 21:11:29 <eche|on> badger: it needs some time for users to get known to it and keep steady with it :-) 21:11:32 <unixfr3ak> and a defult auto startup registry entry would be nice or a simple shell script for unix 21:12:04 <zzz> no welterde it has nothing to do with that 21:12:08 <hottuna_> dunno about the pr.. i suppose that our 'brand name' will grow every time we have a new release adn a pr wave to that 21:12:13 <welterde> zzz: thought so :/ 21:12:56 <zzz> hopefully the gulli interview w/ me will be published soon, but I haven't heard from him in a week 21:13:06 <unixfr3ak> is i2p ready to ask for volunteer bandwidth from sponsors? (other than me with my tiny connection) 21:13:39 <welterde> hmm.. that might be worth a try 21:13:50 <dream> I don't think anyone has ever said no to volunteered bandwidth. 21:14:12 <unixfr3ak> the tor network has a lot of sponsored nodes, but on the other hand a lot of nodes on the same subnet would be suspicious to users and offer someone more control over the network 21:14:37 <welterde> i think we "fixed" that already 21:14:59 <hottuna_> sponsoring would'nt be a bad idea 21:14:59 <hottuna_> jas a simple html tab on the mainpage? 21:14:59 <hottuna_> just* 21:15:05 <unixfr3ak> randomly placed nodes by individual volunteers seems to be safer 21:15:05 <unixfr3ak> but not as practical 21:15:15 <unixfr3ak> most people by nature will leech 21:15:44 <dream> I don't think that's necessarily true unixfr3ak, but it's good to prepare for non-participants. 21:16:21 <unixfr3ak> for example 21:16:40 <unixfr3ak> someone who just starts the i2p router, and has no idea what it does and runs i2phex 21:16:49 <unixfr3ak> constantly downloading 21:17:11 <unixfr3ak> mabye the defualt bandwith should be changed 21:17:22 <hottuna_> has been changed in 0.7 21:17:34 <unixfr3ak> or users should be asked for connection speed during the install for more accurate bandwith shareing limits 21:18:26 <unixfr3ak> or mabye a virus that installs i2p as a backdoor :P 21:18:34 <welterde> heh 21:18:40 <hottuna_> would be a great idea.. the installer should support that, right? 21:19:08 <welterde> the first or the second? :> 21:19:08 <unixfr3ak> my joke or asking the connection bandwith? 21:19:23 <welterde> first) probably yes 21:19:26 <unixfr3ak> it should be a line or 2 in a config file somewhere 21:19:39 <unixfr3ak> the one without the :P 21:20:59 <badger> download limits for users who don't share upstream bandwidth? 21:21:15 <unixfr3ak> sounds intresting 21:21:20 <unixfr3ak> but 21:21:33 <unixfr3ak> i dont think we should go to such desprate measures yet... 21:21:38 <dream> by default it shares up to 100% of the bandwidth unixfr3ak. once it gets a few client tunnels, the majority is spent on intermediate ones. 21:21:45 <welterde> don't routers already punish other routers, who don't route tunnels? 21:22:00 <unixfr3ak> yes 21:22:00 <dream> and I think i2p is already load balanced. I sure cannot download more than I upload on the bandwidth tab. 21:22:25 <unixfr3ak> i think so but, if many people leech at one time it will still put a hevy load on the network 21:22:32 <badger> perhaps this is just a case of being more informative to first time users 21:22:35 <unixfr3ak> especially if thier ips are dynamic 21:22:46 <eche|on> `http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y` 21:22:56 <badger> make it clear that giving back to the network improves your experience 21:23:07 <unixfr3ak> yes 21:23:18 <unixfr3ak> and to run it when they are not using thier pc 21:23:36 <unixfr3ak> insted of just letting thier connection that they are paying for be idle 21:23:51 <dream> most people turn their computers off, it's really sad 21:24:09 <unixfr3ak> yes 21:24:12 <dream> paying their ISP per month, when they could instead for the price of 4 light bulbs... 21:24:15 <l00kns33> i think most people understand this - i even think most people who use i2p are geeks themself ;) 21:24:32 <badger> anyway moving on - anything else to add for 1) I2P 0.7? 21:24:55 <unixfr3ak> for now yes 21:25:16 -*- welterde waits for his signal.. 21:25:20 <unixfr3ak> but that may change in the future 21:25:25 <eche|on> badger: no 21:25:25 <badger> 2) Syndie 21:25:37 <welterde> ok then :) 21:25:37 -*- badger passes the 70s boom mike over to welterde 21:25:45 <badger> *mic 21:26:15 <welterde> as you may (or may not) i recently finished the effort to apply these patches from MOSFET 21:26:20 <welterde> +know 21:26:35 <unixfr3ak> leave e out on the forums i don't use them :P , brb cigarette 21:27:14 <welterde> which should fix some bugs and disable that (imho) b0rked default ui 21:27:26 <welterde> instead the swt one is used, which most users find easier 21:27:42 <badger> <jrandom>w0rd</jrandom> 21:28:11 <welterde> hmm? 21:28:30 <dream> it's nice to hear someone was working on getting failed synchronizations to retry. 21:28:40 <badger> welterde: sorry, old dev meeting joke 21:28:59 <badger> is there a new public syndie archive somwhere? 21:29:06 <welterde> anyway.. i hope i have time soon to replace that b0rked ;) index thingy 21:29:09 <welterde> badger: yup 21:29:25 <welterde> http://syndie.welterde.(i2p|de)/ 21:29:52 <dream> making it possible to run syndie using a remote database is important I'd say, to make it easier for people to run their own archives. 21:29:54 <welterde> but you can't post there (yet) as it is just a static archive 21:30:47 <welterde> have to that one to the default ones too 21:30:56 <welterde> will do that soonish 21:31:16 <eche|on> so syndie work goes on 21:31:32 <welterde> yup 21:31:54 <welterde> currently trying to profile syndie.. 21:32:29 <welterde> but wasn't able to spend much time in that area though.. 21:32:59 <eche|on> so much work to do... 21:33:14 <welterde> yes :/ 21:33:17 <dream> running syndie in text mode is tricky, since the interface seems to be slipping behind its current behavior 21:33:17 <dream> usually it works if you just leave it in --cli, but when it freezes there's no real indication. 21:33:41 <welterde> yeah.. the cli is b0rked too currently :/ 21:34:00 <welterde> imho we should seperate syndie into multiple parts, eg. libsyndie, gui, cli, ... 21:34:12 <badger> makes sense to me 21:34:19 <welterde> that should make writing custom extensions, etc. easier 21:34:29 <dream> What sort of stuff would libsyndie cover? 21:34:36 <badger> early v0.0.1 syndie's UI was just a top on the cli binary 21:34:48 <badger> but it seems that idea got lost enroute 21:34:55 <dream> it even has the text console today. 21:35:23 <welterde> dream: message decoding, archive syncing, etc. etc. 21:35:34 <welterde> most of the logic 21:36:06 <dream> so libsyndie is pretty much an interface over the database, and maybe the archive/ directory? 21:36:09 <badger> aye, gui, cli and webtop should just be a light wrapper 21:36:10 <welterde> imho we should keep gui/cli seperate from the program logic 21:36:42 <welterde> dream: the archive isn't used to store anything.. it's just used for serving the archive 21:37:02 <dream> I know that. 21:37:14 <welterde> but as cli/webtop use it we should put it into the libsyndie as well 21:37:15 <dream> So I guess only the web server would need to deal with that directory. 21:37:35 <dream> filling it and synching from it, sort of like a postfix mail queue. 21:38:00 <welterde> but we should only generate/sync it, when we are actually using it.. not like now.. 21:38:08 <welterde> where it is always generated/synced... 21:39:18 <dream> I don't see a problem with only using the archive/ directory for the webserver. It's really just a convenience so you can use existing static file serving functionality. 21:40:07 <welterde> there should be a cli command like generate_archive or something like that imho 21:40:57 <welterde> and we should bring that import.cgi back, so we can run a mostly static archive, while still being able to post 21:41:04 <welterde> or... hmmm... 21:41:04 <dream> what would you do with that archive using the client interface? 21:41:15 <welterde> rsync with a remote site? 21:41:26 <welterde> that's how syndie.welterde.(i2p|de) works ;) 21:41:43 <dream> trouble with a static archive is that keeping the filesystem up to date with the database is a task that is similar to designing a database. 21:41:59 <welterde> hmm.. not really 21:42:05 <welterde> as it's one-way only 21:43:17 <unixfr3ak> this may be a little off-topic but has anyone considered a datastore function? 21:43:20 <dream> so using a hypothetical --cli someone creates a message. They then generate_archive after creating it? Sounds suspiciously similar to commiting a transaction after inserting. 21:43:52 <unixfr3ak> also in i2phex as i told Complication previously the bitzi lookup in i2phex inst anonymous 21:43:55 <dream> magicbutton() 21:44:04 <welterde> dream: uhm.. no 21:44:17 <dream> ...i2phex checks bitzi.com? that's nuts 21:44:37 <unixfr3ak> yes 21:44:39 <welterde> unixfr3ak: there was some work in direction of freenet afair 21:44:43 <dream> welterde, so then their message never goes into the archive/ directory and can't get synchronized... 21:45:20 <welterde> dream: no.. just mean that a transaction is a bit different 21:45:27 <welterde> for example: you don't edit anything 21:45:33 <welterde> (except for the index maybe) 21:46:02 <welterde> generate_archive just dumps the db and updates the indexes while doing that 21:46:41 <unixfr3ak> right click a file 21:47:20 <unixfr3ak> and view bitzi ticket takes you to the non-anon site 21:47:20 <unixfr3ak> lucky my browser is proxyd by i2p, and my alternate one tor 21:47:31 <dream> so how do you get your new database content into the archive? What if syndie dies after inserting a message, but before you save it to the archive/ directory? 21:47:39 <unixfr3ak> 0_0 looks like spongebob missed the meeting 21:47:57 <welterde> dream: nothing.. it's just not archive/ 21:48:16 <welterde> but it will be on the next successful run of generate_archive 21:49:01 <dream> what I'd do is let the client run the web server, and the web server checks archive/ and pulls out all the messages in the db not already there. Or just serve the db messages directly. 21:49:23 <dream> generate_archive doesn't seem like the sort of thing you'd want the client to have to keep track of. 21:49:50 <welterde> problem is.. you can't run syndie on every machine 21:50:18 <welterde> for example this server (i2p2.de/welterde.de) has reached it's limited 21:50:36 <welterde> it will heavily swap when i run syndie on it.. 21:50:41 <welterde> so i have to run it locally 21:50:46 <eche|on> yeah 21:51:06 <welterde> no problem if i had reasonable upload... which i don't have 21:51:19 <welterde> which most adsl-users don't have.. 21:51:45 <badger> anyway - good work with the all the patches welterde - can we expect a release in the not-too-distant-future? 21:51:47 <welterde> so it's either a static archive or one that is slow as hell 21:52:08 <welterde> badger: i think i'll switch from a to b (alpha to beta) soonish 21:52:16 <badger> great 21:52:40 <badger> anything else to add about future dev? 21:52:56 <badger> (syndie) 21:53:10 <welterde> n0pe 21:53:19 <welterde> ;) 21:53:24 <badger> righty in that case 21:53:30 <badger> 3) Donations 21:53:49 -*- badger swings the mic over to eche|on 21:54:00 <eche|on> it's open again! 21:54:18 <eche|on> I created a paypal account and linked it on i2p website 21:54:42 <hottuna_> :D 21:54:47 <badger> coolio 21:54:50 <hottuna_> wicked 21:54:52 <eche|on> but the buttons links to https:// sites of paypal, works not for eepsite yet 21:55:01 <dream> yeah I guess that's an advantage welterde 21:55:08 <eche|on> til yet no entry on that front 21:55:20 <welterde> eche|on: maybe you should add some notes on how to tell you what you should do with it 21:55:29 <eche|on> and undecided about a acc for 2ndlive 21:55:31 <zzz> can you add a link from the donate page to the halloffame page, and/or provide more info on what donations will be used for 21:55:39 <dream> I still think whatever creates the archive should synchronize more than just dump. 21:55:48 <badger> yup 21:56:02 <badger> are you planning to support bounties too? 21:56:10 <eche|on> welterde: acked 21:56:13 <unixfr3ak> you could just use apache 21:56:17 <welterde> dream: premature optimization ;) 21:56:19 <eche|on> zzz: acked 21:56:24 <dream> oops 3) 21:56:24 <dream> I don't have any money sorry T_T 21:56:28 <eche|on> we need a list of stuff to buy/not to buy with donations 21:56:37 <zzz> and shouldnt echelon and welterde subscriptions really be listed as expenses instead? 21:56:40 <unixfr3ak> what web server does i2p include? 21:56:51 <eche|on> badger: yeah, donations are "for all funds" or dedicated for a bounty 21:57:04 <badger> grand 21:57:19 <eche|on> and in paypal there should be a textfield in which you can enter the goal of the money :-) 21:57:33 <zzz> you could also put a news link on the front page that donations are open 21:57:36 <badger> If I donate 1000 EUR do I get a Hot Tuna i2P t-shirt? 21:57:51 <eche|on> but I cannot donate to myself ;-) 21:58:02 <welterde> hottuna_: say yes! ;) 21:58:16 <eche|on> no prob so far, I wait for the first one and announce it ;-) 21:58:35 <zzz> you had your chance to come to 25c3 and get a shirt 21:58:47 <welterde> there is still a 26c3 ;) 21:58:59 <eche|on> acked, zzz - nice idea 22:00:32 <eche|on> so no more from my site to topic donations 22:00:51 -*- welterde waits for paste to load.. 22:01:16 <badger> in that case: 22:01:22 <badger> 4) ???? 22:01:33 <badger> anyone else have anything to bring to the meeting? 22:01:37 <welterde> yup.. 22:01:46 <welterde> but you have to wait until paste loads :/ 22:01:52 <eche|on> lets have a piece of cake for everyone! 22:02:31 <welterde> yay! :) 22:02:32 -*- unixfr3ak takes it and runs 22:02:38 <welterde> nooooo 22:03:03 -*- badger *bafs* unifr3ak on the head 22:03:08 <unixfr3ak> yessss 22:03:12 <eche|on> ;-) 22:03:46 <unixfr3ak> i wonder if that part will go in the meting log 22:03:50 <unixfr3ak> :P 22:03:57 <welterde> I hereby announce *drum roll* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 <welterde> ;) 22:04:04 <welterde> unixfr3ak: of course it will! 22:04:15 <welterde> everyone get a telnet client and connect ;) 22:04:37 <badger> not a MUD?! 22:04:40 <unixfr3ak> the base 32 key? 22:04:49 <welterde> badger: of course! 22:05:06 <welterde> unixfr3ak: you have to open a client tunnel and connect to that with a telnet/mud client 22:05:08 <welterde> (or use socks) 22:05:38 <unixfr3ak> i dont want to get my socks dirty ill make a tunnel :p 22:05:43 <unixfr3ak> hmm 22:05:47 <unixfr3ak> but for destination 22:05:50 <badger> muddy socks 22:05:59 <unixfr3ak> does that include the .i2p ? 22:06:05 <welterde> unixfr3ak: yup 22:06:11 <welterde> worked for me at least ;) 22:06:56 <dream> you can also look up the dest of a b32 if you want a local copy. zzz showed me how using i2ptunnel's secret cli interface. 22:07:13 <unixfr3ak> Delay Connect: (for request/response connections) 22:07:18 <unixfr3ak> i take it yes for that 22:07:21 <dream> that reminds me I should get these room descriptions off paper and into the darn thing 22:07:24 <badger> welterde: maybe post a short howto somewhere ;-) 22:07:35 <welterde> dream: yay :) 22:07:46 <welterde> badger: heh.. will do 22:07:58 <unixfr3ak> Trying 127.0.0.1... 22:07:58 <unixfr3ak> Connected to localhost. 22:07:58 <unixfr3ak> Escape character is '^]'. 22:08:02 <unixfr3ak> impressive :P 22:08:02 <welterde> `http://paste.i2p2.i2p/show/11/` <- the b64 22:08:08 <l00kns33> one comment about i2p in general: 22:08:08 <l00kns33> i think it is too much "from geeks for geeks" - you need to know what non-geek users need and want 22:08:16 <unixfr3ak> wonder whats on the other side of the tunnel 22:08:20 <dream> unixfr3ak, if you're extra paranoid yes, otherwise timing attacks may be possible to test if you're online or not. :> 22:08:21 <welterde> l00kns33: they want games! :D 22:08:46 <dream> l00kns33, what could be less geeky than a text based online adventure game! 22:09:01 <welterde> unixfr3ak: works? you should see a menu of some kind 22:09:02 <dream> I put on my robe and wizard hat! 22:09:19 <unixfr3ak> of coarse 22:09:28 <l00kns33> that's one thing - and a good idea :) 22:09:31 <unixfr3ak> Welcome to thmoo-cmd 2.1... 22:09:38 <welterde> ha :) 22:09:47 <welterde> you then need to type connect guest afair 22:09:52 <unixfr3ak> whats so impressive about telnet over i2p? 22:10:30 <zzz> we'll have a connect client soon so you won't need to set up a tunnel 22:10:46 <l00kns33> cool :) 22:10:50 <welterde> unixfr3ak: nothing? 22:11:20 -*- welterde writes up a howto.. 22:11:26 <unixfr3ak> has a weird chat feature :P 22:11:45 <badger> well on that note - anything else anyone wants to add? 22:11:46 <welterde> unixfr3ak: you have to "say something" 22:11:50 <dream> I wonder how that would work zzz? You mean like a VPN? 22:12:01 <welterde> dream: more like socks i think 22:12:05 <dream> Or a specially designed telnet client? ._. 22:12:19 <dream> Oh well I did hear about SOCKs. 22:12:29 <unixfr3ak> foo siad hi 22:12:31 <zzz> more like socks 22:12:39 <zzz> telnet localhost 1234 22:13:00 <zzz> connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 <welterde> unixfr3ak: and to answer you to "say something" ;) 22:13:06 <zzz> thats it 22:13:15 <dream> socks is tricky, since it's like i2ptunnel except just about anyone can make new tunnels to different places. 22:13:37 <unixfr3ak> yes i know...no need to point out the painfully obvious 22:13:50 <welterde> dream: no.. i just uses the shared one 22:14:06 <welterde> at least.. that's how it should work ;) 22:14:34 <welterde> afk for a bit 22:14:36 <badger> well I think we've reached a good point to... 22:14:44 -*- badger winds up 22:14:54 -*- badger *baf*s the meeting closed 22:15:10 <eche|on> :-) 22:15:13 <badger> good job everyone 22:16:12 <dream> you can't make a server tunnel with the SOCKS thing? hmm... 22:16:34 <dream> I guess that would be a pretty nice thing for non HTTP protocols. :) 22:16:49 <dream> Either that or implementing CONNECT in the eeproxy. 22:16:52 <unixfr3ak> now you guys are going to dissapear again lol 22:18:38 <dream> poofda 22:19:40 <zzz> I'm still here 22:19:49 <zzz> our socks is client-only now 22:20:51 <zzz> I have CONNECT implemented, that's what I was talking about above 22:23:20 <dream> Neat I can't think of any reason why not to do that, and it'd be lots more convenient since SOCKS is so goddamn popular many apps come with it.

I2P 0.7 Release

Sun, 25 Jan 2009 00:00:00 +0000

I2P release 0.7 =====================

The 0.7 release adds stability and flexibility to I2PSnark, which can hopefully be used to distribute I2P updates in future.

The I2P router gets fixes and optimizations to various transport-level and streaming issues, network exploration, NetDB performance and the UDP introducer system. Among other features, the new release offers better connection limiting, higher tolerance to “out of memory” exceptions in helper applications, and an experimental new address system using Base32 hashes of destination keys (".b32.i2p" URLs).

I2P 0.6.5 Release

Mon, 01 Dec 2008 00:00:00 +0000

I2P release 0.6.5 =====================

The 0.6.5 release introduces new components, drops some old ones (like the old TCP transport) and has been optimized to perform better.

The BOB (Basic Open Bridge) protocol is introduced, for use by client applications which cannot import I2CP libraries directly. This deprecates the old SAM protocol which was previously used in such cases. For now however, BOB is not started automatically yet on new installations, and SAM remains active on old installations.

I2P 0.6.4 Release

Mon, 06 Oct 2008 00:00:00 +0000

I2P release 0.6.4 =====================

The 0.6.4 release adds performance and stability improvements. Floodfill peers which are already connected, are preferred for RouterInfo stores, and references to new floodfill peers obtained from ordinary peers in case of shortage.

Preference for already connected peers is generally increased by considering them active. Timeouts during tunnel joins are now counted against peer profiles.

Improvements to the shutdown handler, tunnel builder, router throttling, collection of tunnel pool statistics, as well as router console and I2PSnark improvements (and texts to explain reachability issues) are also included.

I2P 0.6.3 Release

Tue, 26 Aug 2008 00:00:00 +0000

I2P release 0.6.3 =====================

The 0.6.3 release introduces multiple bugfixes, optimizations and security improvements. Routers will start monitoring the number of well-behaved NetDB peers, volunteering as one if a shortage develops and they can. Well-behaved NetDB nodes are preferred stronger, and ill-behaved nodes blacklisted more effectively.

LeaseSets are handled more efficiently, new fixes should enable the correct operation of UDP introducers. I2P also gains preliminary support for permanent IP blocklists, and a new peer connection limiter. Improvements to the Router Console should make configuring client applications easier and I2PSnark will now resist corrupt data better.

I2P 0.6.2 Release

Sat, 07 Jun 2008 00:00:00 +0000

I2P release 0.6.2 =====================

The 0.6.2 release delivers performance and anonymity improvements. LeaseSet data is no longer added to every end-to-end message, reducing protocol overhead.

Unreachable peers are avoided as inbound tunnel gateways, which helps reliability and makes it possible to use persistent Lease selection, which in turn helps performance by reducing out-of-order message delivery.

The sequence of peers in a tunnel is now kept in a strict order according to XOR distance from a random value, to make it harder for an adversary to gather statistics for a predecessor attack. Improvements to applications like I2PSnark and the Router Console are also introduced.

I2P 0.6.1.33 Release

Sat, 26 Apr 2008 00:00:00 +0000

I2P release 0.6.1.33 =====================

The 0.6.1.33 release contains several important bug fixes and performance improvements in SSU reachability detection, floodfill peer selection, tunnel peer selection, tunnel testing, NTCP idle detection, the streaming lib, and news fetching. It also adds secondary tracker support to i2psnark, and verification of downloaded Jetty libraries when building from source.

Please upgrade as soon as you can, as these fixes should improve the reliability of the whole network. This release is backward compatible: if you already have 0.6.1.31 or greater installed, it will recognize the signature on the signed update file, and you can update automatically.

I2P 0.6.1.32 Release

Sun, 09 Mar 2008 00:00:00 +0000

I2P release 0.6.1.32 =====================

The 0.6.1.32 release contains several bugfixes, a new tunnel build algorithm from zzz which regulates the intensity of tunnel building according to previous levels of tunnel build success, and other performance improvements.

This release is backward compatible, and if you already have 0.6.1.31 installed, it will recognize the signature on the signed update file (so you can update automatically).

However, to ensure better distribution of load between our 3 signed update servers, I recommend that you perform the following optional check:

I2P 0.6.1.31 Release

Sun, 10 Feb 2008 00:00:00 +0000

Hi, there’s a new I2P release available for your enjoyment at http://www.i2p2.de/downloads/.

The 0.6.1.31 release will make the I2P release process independent of jrandom and *.i2p.net servers. Our new primary mirror is www.i2p2.de , accessible in I2P at www.i2p2.i 2p.

Automatic updates will hosted on several eepsites(I2P Sites), signed by Complication, for which purpose 0.6.1.31 includes two new release verification keys.

Also included are multiple bugfixes and improvements to the automatic update mechanism, address book, I2PSnark and IRC proxy. Support will appear for the SAM protocol version 2.

I2P Status Notes for 2008-02-01

Fri, 01 Feb 2008 00:00:00 +0000

Welcome!

Status Update 01/2008

Due to a server breakdown of i2p.net beginning of 2008 the I2P project page wasn’t reachable. The only person who’s got access (jrandom) to reactivate that server is offline and NOT reachable for us at least for 10 more month. It wasn’t even possible to get the installer or the seednodes to start a fresh router.

In the last few weeks we got 2 webserver by friendly helpers as donations and setup a complete redundant solution for the vital parts of I2P.

I2P 0.6.1.30 Release

Sun, 07 Oct 2007 00:00:00 +0000

Hola a todos, hay una nueva versión de I2P disponible para su disfrute en http://www.i2p.net/download

15:14 <jrandom> 0) hola 15:14 <jrandom> 1) estado de la red 15:14 <jrandom> 2) estado del desarrollo de Syndie 15:14 <jrandom> 3) ??? 15:14 <jrandom> 0) hola 15:14 * jrandom saluda 15:14 <jrandom> notas semanales de estado publicadas en http://dev.i2p.net/pipermail/i2p/2006-November/001320.html 15:14 <jrandom> (perdón por la demora, pequeña emergencia en la cocina) 15:14 <gott> Hola, jrandom. 15:15 <jrandom> hey, gott 15:15 <jrandom> ok, entremos en 1) estado de la red 15:15 * jrandom no tiene nada más que añadir para 1) estado de la red, más allá de mencionar que llevo conectado a irc 13 días ya sin desconexión) 15:16 <gott> He podido descargar mi película modernista favorita, Metroland, de los franceses en #fr vía i2psnark 15:16 <gott> Descargando a una velocidad de 4400 kb/s; subida más o menos igual. 15:16 <gott> 6 pares. 15:16 <gott> Muy bueno para la propagación de la ficción modernista europea. 15:16 <jrandom> !thwap 15:17 <jrandom> (o, si de hecho estás obteniendo 4Mbps, ambos lados están usando 0hop tunnels) 15:17 <gott> bytes por segundo. 15:18 <jrandom> ¿alguien tiene algo más que plantear para 1) estado de la red? 15:20 <jrandom> ok, pasemos a 2) estado del desarrollo de Syndie 15:20 <gott> ¿Es posible mejorar i2p de alguna manera en este sentido? 15:20 <jrandom> gott: ah, ¿te refieres a 4400 Bps, no kbps? 15:20 <jrandom> entonces retiro lo de 0hop tunnel 15:21 <jrandom> 4KBps es típico por el momento, y se puede mejorar con una mejor selección de pares y gestión de congestión 15:22 <jrandom> ok, en cuanto al estado del desarrollo de Syndie, hay mucho progreso, como se menciona en las notas 15:23 <jrandom> todavía hay varios huecos que cubrir, pero en gran medida solo se están llenando huecos, no escribiendo componentes nuevos 15:24 <jrandom> ok, ¿alguien tiene algo más sobre 2) estado del desarrollo de Syndie? 15:25 <jrandom> ok, pasemos a 3) ??? entonces 15:26 <jrandom> ¿alguien tiene algo más que plantear en esta reunión corta? 15:26 <JosephLeBlanc> ¿Necesitas algo de dinero? 15:26 <JosephLeBlanc> oh por el amor de dios 15:26 <JosephLeBlanc> bueno, ¿necesitas dinero? 15:27 <JosephLeBlanc> ¿Quieres un ordenador? 15:27 <JosephLeBlanc> ¿Quieres cerveza? 15:27 <JosephLeBlanc> ¿Qué? 15:27 <jrandom> por el momento, las finanzas están bastante bien, aunque las contribuciones siempre se agradecen, por supuesto 15:27 <JosephLeBlanc> Suéltalo 15:27 <JosephLeBlanc> De acuerdo, entonces 15:27 <+zzz> publica una recompensa para el cliente emule :) 15:28 <jrandom> (pero si te quema el dinero en el bolsillo, sería genial pillar un mac mini para pruebas de la GUI de osx ;) 15:28 <jrandom> lol zzz 15:28 <JosephLeBlanc> No todo el mundo es una snob lesbiana que tiene un préstamo estudiantil de cuarenta mil dólares que hay que pagar 15:28 <+zzz> sigue con el buen trabajo jr 15:28 <jrandom> por si eso no fue closedshop: agradezco el interés y el apoyo, pero no tendré tiempo para trabajar en una app de intercambio de archivos en el futuro 15:29 <JosephLeBlanc> ¿Puedes implementar el lovesoc de modulus 15:29 <JosephLeBlanc> ? 15:29 <jrandom> gracias zzz, tú también (tus servicios y tu código definitivamente ayudan muchísimo!) 15:29 <+zzz> saca el baf lol 15:30 * jrandom corre hacia la esquina 15:30 * jrandom toma impulso 15:30 * jrandom *baf* cierra la reunión