Blog on I2P - Le projet Internet invisible

Version I2P 2.12.0

Mon, 20 Apr 2026 00:00:00 +0000

Cette version d’I2P, 2.12.0, poursuit nos efforts visant à améliorer les performances et la sécurité du réseau I2P. Elle inclut plusieurs corrections de bogues et améliorations du logiciel I2P.

Les travaux se poursuivent sur la mise en œuvre de la cryptographie post-quantique. Les améliorations apportées aux implémentations post-quantique existantes renforcent la stabilité et l’interopérabilité avec d’autres implémentations I2P. Nous encourageons les premiers utilisateurs à continuer les tests et à fournir des retours à l’équipe I2P.

Version I2P 2.11.0

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

À partir de cette version, I2P nécessite désormais Java 17 ou ultérieur. Veuillez consulter la documentation de votre système d’exploitation pour savoir comment mettre à jour Java. I2P utilise également désormais Jetty 12. Veuillez vérifier les journaux de votre router pour détecter d’éventuels problèmes de migration.

Le travail dans cette version continue d’améliorer la prise en charge de la cryptographie post-quantique. La cryptographie post-quantique est maintenant activée par défaut au niveau de la couche ratchet.

Temps Orageux

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

Le réseau I2P connaît actuellement de l’instabilité en raison d’attaques par déni de service et d’épuisement de ressources en cours. Ces attaques impactent les performances et la fiabilité des services I2P et des sites cachés. L’équipe de développement I2P enquête activement et met en œuvre des mesures d’atténuation pour contrer ces attaques.

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 rejoint la famille I2P

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

Nous sommes ravis de partager une nouvelle importante : StormyCloud s’associe officiellement à I2P de manière significative.

Depuis des années, StormyCloud est une composante essentielle de l’infrastructure d’I2P, fournissant l’hébergement et l’assistance qui assurent le bon fonctionnement du réseau. Nous officialisons désormais ce partenariat et élargissons ce que nous pouvons accomplir ensemble.

Nous sommes particulièrement heureux d’annoncer que Lance James et idk rejoignent le conseil d’administration de StormyCloud. Lance a fondé l’Invisible Internet Project, qui a évolué pour devenir ce que nous connaissons aujourd’hui sous le nom d’I2P, et son expérience dans la création de réseaux axés sur la protection de la vie privée remonte à plusieurs décennies. idk est fortement impliqué dans le développement d’I2P depuis des années — si vous utilisez I2P, vous avez bénéficié de son travail.

Nouveaux I2P Routers

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

C’est une période enthousiasmante pour le développement d’I2P, notre communauté grandit et de multiples nouveaux prototypes de routers I2P entièrement fonctionnels émergent sur la scène ! Nous sommes très enthousiastes à propos de cette avancée et ravis de partager la nouvelle avec vous.

En quoi cela aide-t-il le réseau ?

Développer des I2P routers nous aide à démontrer que nos documents de spécification peuvent être utilisés pour produire de nouveaux I2P routers, ouvre le code à de nouveaux outils d’analyse et améliore généralement la sécurité et l’interopérabilité du réseau. La présence de plusieurs I2P routers signifie que les bogues potentiels ne sont pas uniformes ; une attaque contre un router peut ne pas fonctionner contre un autre router, ce qui évite un problème de monoculture. Cependant, la perspective peut-être la plus passionnante à long terme est l’intégration.

Version 2.10.0 d'I2P

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

Le travail se poursuit sur la mise en œuvre et le déploiement de la cryptographie post-quantique dans I2P. Dans cette version, la cryptographie post-quantique est disponible mais n’est pas activée par défaut pour les nouveaux tunnels. Celles et ceux qui souhaitent tester la prise en charge de la cryptographie post-quantique doivent l’activer via le “Hidden Service Manager”, sous “Encryption Types”. Assurez-vous de prendre contact sur le canal #i2p-dev sur IRC2P pour obtenir de l’aide et signaler tout problème rencontré.

Version 2.9.0 d'I2P

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

I2P 2.9.0 est une version de maintenance qui inclut des corrections de bogues et des travaux sur de nouvelles fonctionnalités.

Nouveautés

L’utilisation des fils d’exécution a été optimisée afin d’améliorer les performances du système i2ptunnel. NTCP2 a été amélioré pour résister aux attaques de sondage. Le système de notifications a été intégré à davantage d’applications afin de fournir de meilleurs retours aux utilisateurs de la part d’I2PSnark et des autres applications. L’inscription automatique au floodfill a été corrigée. Les utilisateurs peuvent constater une utilisation accrue des ressources lorsqu’ils agissent en tant que floodfill. Si cela n’est pas souhaité, le mode floodfill peut être désactivé sur la page /config.

Publication d'I2P 2.8.2

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

2.8.2 corrige un bogue entraînant des échecs de SHA256 qui a été introduit dans la version 2.8.1. Ce bogue affecte principalement les routers à bande passante élevée.

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’exécuter la dernière version.

Détails de la version

Bug Fixes

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

Corrections de bogues

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

Version 2.8.1

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

2.8.1 corrige l’accès aux sites locaux qui ne fonctionnait plus dans la 2.8.0. Nous avons ajouté des bulles de notification à plusieurs applications dans la console afin de mettre en évidence les messages des applications. Nous avons corrigé un bogue dans le test de tunnel qui pouvait affecter la fiabilité des tunnels. Le carnet d’adresses dispose désormais d’un nouvel onglet “latest” qui affiche les noms d’hôte les plus récents provenant de vos abonnements. Il y a plusieurs correctifs et améliorations du thème sombre.

I2P 2.8.0 publié

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

Cette version améliore I2P en corrigeant des bogues, en supprimant du code inutilisé et en améliorant la stabilité du réseau.

Nous avons amélioré la gestion des routers congestionnés dans le réseau. Des problèmes liés à l’UPnP et à la traversée NAT ont été corrigés afin d’améliorer la connectivité et le signalement des erreurs. Nous avons désormais une stratégie plus agressive de suppression des leaseSet du netDb pour améliorer les performances du router et atténuer la surcharge. D’autres changements ont été mis en œuvre pour réduire l’observabilité d’événements tels que le redémarrage ou l’arrêt d’un router.

Sortie d’I2P 2.7.0

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

Cette version, I2P 2.7.0, poursuit notre travail en corrigeant des bogues, en améliorant les performances et en ajoutant des fonctionnalités.

L’accès aux informations depuis la console et les applications a été amélioré. Des problèmes ont été corrigés dans I2PSnark et la recherche de SusiMail. La recherche netDB intégrée à la console du router fonctionne désormais de manière plus intuitive et plus utile. Des améliorations mineures ont été apportées aux affichages de diagnostic en mode avancé.

Version 2.6.1

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

I2P 2.6.1 est publié afin de corriger un bogue d’interface utilisateur dans l’application Hidden Services Manager. Ce bogue entraînait la désactivation du défilement, rendant une partie de la configuration inaccessible.

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’utiliser la dernière version.

Détails de la version

Changes

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

Modifications

i2ptunnel: Fix bug causing truncation configuration UI

Corrections de bogues

Translation updates

Liste complète des bogues corrigés

Version 2.6.0 d’I2P

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

Cette version, I2P 2.6.0, poursuit notre travail en corrigeant des bogues, en ajoutant des fonctionnalités et en améliorant la fiabilité du réseau.

Les routers plus récents seront privilégiés lors de la sélection des floodfill routers. I2PSnark a reçu des fonctionnalités qui améliorent les performances de PeX(Peer Exchange), en plus de corrections de bogues. Les anciens protocoles de transport sont en cours de suppression, simplifiant le code dans les transports UDP. Une destination hébergée localement sera accessible par les clients locaux sans demander son LeaseSet, améliorant les performances et la testabilité. Des ajustements supplémentaires ont été apportés aux stratégies de sélection des pairs.

Version 2.5.2

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

I2P 2.5.2 est publiée pour corriger un bogue introduit dans la version 2.5.0, qui entraînait la troncature de certains contenus HTTP.

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’exécuter la dernière version.

Détails de la version

Changes

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

Modifications

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

Corrections de bogues

Translation updates

Liste complète des bogues corrigés

Nouvelle version I2P 2.5.1

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

I2P 2.5.1 est publié afin de contrer des attaques par déni de service qui affectent le réseau et les services I2P. Avec cette version, nous désactivons les parties basées sur l’IP de l’outil de détection d’attaques Sybil, qui étaient ciblées pour amplifier l’effet et la durée de l’attaque. Cela devrait aider le réseau à revenir à un fonctionnement normal. Ceux d’entre vous qui ont désactivé l’outil de détection d’attaques Sybil peuvent le réactiver en toute sécurité. Des ajustements à d’autres sous-systèmes pour améliorer la validation des RouterInfo et la sélection des pairs ont également été effectués.

Temps orageux

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

Le réseau I2P subit actuellement une attaque par déni de service. Cette attaque affecte I2P et i2pd, mais de différentes manières, et a un impact sérieux sur la santé du réseau. La joignabilité des sites I2P est gravement dégradée.

Si vous hébergez un service au sein d’I2P et qu’il est sur un router Floodfill, vous devriez envisager de déployer le service en multihoming sur un router avec Floodfill désactivé afin d’améliorer son accessibilité. D’autres mesures d’atténuation sont en discussion, mais une solution à long terme, rétrocompatible, est encore en cours d’élaboration.

Nouvelle version I2P 2.5.0

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

Cette version, I2P 2.5.0, apporte davantage d’améliorations destinées aux utilisateurs que la version 2.4.0, qui était axée sur la mise en œuvre de la stratégie d’isolation NetDB.

De nouvelles fonctionnalités ont été ajoutées à I2PSnark, comme la possibilité de rechercher parmi les torrents. Des bogues ont été corrigés afin d’améliorer la compatibilité avec d’autres clients torrent I2P comme BiglyBT et qBittorrent. Nous remercions tous les développeurs qui ont travaillé avec libtorrent et qBittorrent pour activer et améliorer leur prise en charge d’I2P. De nouvelles fonctionnalités ont également été ajoutées à SusiMail, notamment la prise en charge du formatage Markdown dans les e-mails et la possibilité de glisser-déposer des pièces jointes dans les e-mails. Les tunnels créés avec le gestionnaire des services cachés prennent désormais en charge “Keepalive” (maintien de connexion), ce qui améliore les performances et la compatibilité avec les technologies web, permettant des sites I2P plus sophistiqués.

De nombreux masques, un seul esprit : sécuriser la NetDB

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

Note de l’auteur : les attaques mentionnées dans cet article ne sont pas possibles contre les versions actuelles d’I2P.

En tant que réseau pair-à-pair auto-organisé, I2P dépend du fait que les routers participant au réseau disposent d’un moyen de partager des informations sur ce qui se trouve sur le réseau et sur la manière de l’atteindre. Les routers I2P réalisent ce partage d’informations en utilisant la NetDB, une DHT (table de hachage distribuée) basée sur Kademlia mais modifiée pour fonctionner avec I2P. La NetDB doit partager deux principaux types d’entrées, les “RouterInfos” que les pairs utiliseront pour communiquer directement avec d’autres routers, et les “LeaseSets” que d’autres pairs utiliseront pour communiquer avec des clients I2P via des tunnels anonymes. Les routers échangent fréquemment des entrées de la NetDB entre eux, soit en envoyant l’information à un router ou à un client, soit en demandant des informations à un router ou à un client. Cela signifie que les entrées peuvent arriver directement ou indirectement, de manière anonyme ou non anonyme, selon les besoins du réseau et les capacités du client. Cependant, en tant que réseau d’anonymisation, il est également important qu’il demeure impossible de redemander de façon non anonyme une information envoyée anonymement. Il est également important qu’une information envoyée de façon non anonyme ne puisse pas être redemandée de façon anonyme. Si l’une de ces situations devient possible, une attaque de corrélation pourrait être menée, permettant à un attaquant de déterminer si des clients et des routers partagent une vue commune de la NetDB. S’il peut être établi de manière fiable que les 2 cibles partagent une vue commune de la NetDB, il y a de très fortes chances qu’elles se trouvent sur le même router, ce qui affaiblit drastiquement l’anonymat de la cible. Comme il existe très peu de réseaux d’anonymisation, et qu’I2P est le seul où la table de routage est partagée via le fonctionnement d’une DHT, cette classe d’attaque est quasiment unique à I2P et sa résolution est importante pour le succès d’I2P.

Publication d’I2P 2.4.0 avec des améliorations de la gestion de la congestion et de la sécurité de NetDB

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

Détails de la mise à jour

Cette version, I2P 2.4.0, poursuit nos efforts pour améliorer la sécurité et la stabilité du réseau I2P. Elle contient d’importantes améliorations apportées à la base de données du réseau, une structure essentielle du réseau I2P utilisée pour découvrir vos pairs.

Les modifications de la gestion de la congestion amélioreront la stabilité du réseau en permettant aux routers d’éviter les pairs saturés afin de les soulager. Cela aidera le réseau à limiter l’impact du spam de tunnel. Cela aidera également le réseau à se rétablir pendant et après des attaques DDoS.

Easy-Install pour Windows 2.3.0 publié

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

L’I2P Easy-Install bundle pour Windows version 2.3.0 est désormais disponible. Comme d’habitude, cette version inclut un router I2P mis à jour. Cela s’étend aux problèmes de sécurité qui affectent les personnes hébergeant des services sur le réseau.

Il s’agira de la dernière version du bundle Easy-Install à être incompatible avec l’I2P Desktop GUI. Il a été mis à jour pour inclure de nouvelles versions de toutes les extensions Web incluses. Un bogue de longue date dans I2P in Private Browsing, qui le rendait incompatible avec les thèmes personnalisés, a été corrigé. Il est toujours recommandé aux utilisateurs de ne pas installer de thèmes personnalisés. Les onglets Snark ne sont pas automatiquement épinglés en haut de l’ordre des onglets dans Firefox. À l’exception de l’utilisation de cookieStores (conteneurs de cookies) alternatifs, les onglets Snark se comportent désormais comme des onglets de navigateur normaux.

I2P Version 2.3.0

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

Cette version contient des correctifs pour CVE-2023-36325. CVE-2023-36325 est une vulnérabilité de confusion de contexte qui survenait dans le filtre de Bloom. Un attaquant forge un message I2NP contenant un messageID unique et envoie ce messageID à un client. Après être passé par le filtre de Bloom, le message ne peut plus être réutilisé dans un second message. L’attaquant envoie ensuite le même message directement au router. Le router transmet le message au filtre de Bloom, et il est rejeté. Cela divulgue l’information que le messageID a déjà été vu, donnant à l’attaquant une forte raison de penser que le router héberge le client. Ceci a été corrigé en séparant les fonctionnalités du filtre de Bloom en différents contextes selon qu’un message est arrivé via un tunnel client, un tunnel exploratoire, ou a été envoyé directement au router. Dans des circonstances normales, cette attaque prend plusieurs jours pour réussir et peut être perturbée par plusieurs facteurs, tels que le redémarrage de routers pendant la phase d’attaque et la sensibilité aux faux positifs. Il est recommandé aux utilisateurs de Java I2P de mettre à jour immédiatement afin d’éviter l’attaque.

I2P version 2.2.1

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

Après la publication d’I2P 2.2.0, avancée pour accélérer les mesures d’atténuation face aux attaques DDOS, nous avons découvert quelques problèmes émergents qui ont rendu nécessaire la production et la publication de nouveaux paquets. Cette version corrige un problème sous Ubuntu Lunar et Debian Sid où la console du router était inaccessible lors de l’utilisation d’une version mise à jour du paquet jakarta. Les paquets Docker ne lisaient pas correctement les arguments, rendant les fichiers de configuration inaccessibles. Ce problème a également été résolu. Le conteneur Docker est désormais également compatible avec Podman.

Version 2.2.0 d'I2P

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

Nous avons décidé d’avancer la date de sortie 2.2.0, qui aura lieu aujourd’hui, le 13 mars 2023. Cette version inclut des modifications au sein des composants NetDB, Floodfill et Peer-Selection qui améliorent la capacité du router à résister aux attaques DDOS. Les attaques vont probablement se poursuivre, mais les améliorations apportées à ces systèmes contribueront à atténuer le risque d’attaques DDOS en aidant le router à identifier et à déprioriser les routers qui semblent malveillants.

À propos des récentes attaques par déni de service

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

Le réseau I2P est actuellement affecté par une attaque par déni de service. La fonction floodfill du réseau a été touchée, ce qui perturbe les réponses et fait baisser les taux de réussite de construction de tunnel. Les participants au réseau ont rencontré des difficultés pour se connecter aux sites I2P et utiliser les services I2P. Des stratégies d’atténuation sont à l’étude et mises en œuvre progressivement.

Bien que l’attaque ait dégradé les performances, le réseau reste intact et utilisable. Les routers I2P Java semblent mieux gérer les problèmes que les routers i2pd pour le moment. Diverses mesures d’atténuation devraient commencer à apparaître dans les versions de développement des routers Java et C++ au cours de la semaine prochaine.

Réunion des développeurs I2P - 7 février 2023

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

Bref récapitulatif

Présents : eyedeekay, zzz, not_bob, echelonMAC, obscuratus

Journal de réunion

(08:01:07 PM) eyedeekay: Salut tout le monde, désolé pour le retard, j'ai été déconnecté juste avant la réunion (08:01:59 PM) eyedeekay: 1. Bonjour (08:01:59 PM) eyedeekay: 2. 2.1.0 Rapport d'état (08:01:59 PM) eyedeekay: 3. 2.2.0 Statut du développement (08:01:59 PM) eyedeekay: 4. Limitation de la congestion (08:01:59 PM) eyedeekay: 5. Gestion hypothétique du trafic ( afflux d'utilisateurs Tor) (08:01:59 PM) eyedeekay: 6. Autocollants pour les traducteurs (08:01:59 PM) eyedeekay: zzz où veux-tu faire ton rapport à propos du DOS ? 2 ou un sujet à part ? (08:02:45 PM) zzz: appelons ça 3b) (08:02:46 PM) zzz: ou 2b) (08:02:59 PM) eyedeekay: OK 2b alors (08:03:00 PM) zzz: à toi de choisir (08:03:53 PM) eyedeekay: 1. Bonjour qui d'autre est là aujourd'hui à part zzz et moi ? (08:03:58 PM) zzz: salut (08:04:09 PM) not_bob: Présent (08:04:18 PM) echelonMAC: ici (08:04:18 PM) obscuratus: Salut (08:04:29 PM) eyedeekay: Belle affluence, merci à tous (08:04:30 PM) echelonMAC: sur système de remplacement. (08:05:06 PM) eyedeekay: 2. 2.1.0 Rapport d'état (08:05:15 PM) zzz: irc est plus lent que d'habitude, merci d'accorder un peu plus de temps pour les réponses (08:05:38 PM) eyedeekay: Merci zzz, je vais garder ça à l'esprit (08:09:02 PM) eyedeekay: Par où commencer... je me suis concentré sur des problèmes d'UX Android, en particulier corriger des choses que je faisais mal lors de l'initialisation de l'application (08:09:04 PM) eyedeekay: Android aura une version corrective à ce titre (08:10:00 PM) eyedeekay: Le sujet qui, j'en suis sûr, est dans toutes les têtes en ce moment, c'est que le réseau est attaqué, ce qui a mobilisé tout le monde (08:10:05 PM) eyedeekay: Et ça, c'est le sujet 2b (08:10:59 PM) eyedeekay: Zut j'ai confondu les sujets, laissez tomber, ça devait aller en 3. désolé, longue semaine, beaucoup de choses en cours (08:12:03 PM) eyedeekay: zzz tu me ferais une faveur en prenant le 2 ? Je pense que je ne suis pas bien placé pour présenter tout ce qui se passe (08:12:28 PM) zzz: bien sûr (08:12:29 PM) zzz: mais avant (08:12:56 PM) zzz: est-ce que toi et echelonMAC avez un rapport d'avancement du bundle mac easy-install 2.1.0 ? (08:13:17 PM) eyedeekay: Oh oui je peux m'en charger (08:14:38 PM) eyedeekay: Donc, nous avons cerné des problèmes, et en ce moment, echelonMAC et moi avons des hypothèses différentes sur ce qui se passe, que nous poursuivons tous les deux (08:14:38 PM) eyedeekay: Mon hypothèse est que tout cela vient d'une rustine obsolète pour un bug de Java 14 (08:15:08 PM) eyedeekay: Où jpackage est censé signer les fichiers dylib empaquetés dans une image disque (dmg) mais qui sont en fait laissés non signés (08:15:33 PM) echelonMAC: en bref : eyedeekaym a refait le script de signature, je peux construire et signer, mais c'est toujours une signature incorrecte pour apple (08:15:55 PM) eyedeekay: zab a contourné ça en créant le répertoire .app et en signant ce qu'il y a dedans, puis en utilisant jpackage uniquement pour l'étape finale de packaging (08:16:35 PM) eyedeekay: donc quand nous avons mis à niveau Java nous avons commencé à tout signer deux fois, et nous n'avions plus besoin d'effectuer cette étape de signature manuellement (08:16:47 PM) eyedeekay: echelonMAC corrige-moi si je me trompe, mais tu penses avoir le mauvais type de clés ? (08:17:10 PM) echelonMAC: peut-être, peut-être pas, pas sûr de ça (08:17:18 PM) echelonMAC: au moins les journaux affichent cette erreur (08:17:53 PM) zzz: ma question était plus haut niveau, quel est l'ETA, 2.1.0 est-il toujours la cible ou cela a-t-il été abandonné et vous visez 2.2.0, ou quoi ? (08:18:15 PM) echelonMAC: 2.1.0 reste la cible, mais pas d'ETA pour l'instant (08:18:39 PM) echelonMAC: Je peux construire presque instantanément, mais creuser plus profondément me manque de temps en ce moment... (08:18:48 PM) eyedeekay: Je veux toujours sortir une version 2.1.0 dès que nous saurons pouvoir passer la notarisation, AMHA une fois qu'on peut la passer une fois, on devrait pouvoir le faire de manière prévisible (08:18:59 PM) zzz: eyedeekay s'est plus ou moins engagé à début avril pour 2.2.0 dans son billet de blog, tu n'endorses pas cet ETA, echelonMAC ? (08:19:49 PM) echelonMAC: Je suis complètement démuni et je ne peux pas prédire un ETA, car je ne comprends pas encore complètement la signature et le build. (08:20:12 PM) echelonMAC: plus ou moins, je suis les scripts aveuglément, si idk peut corriger la signature, la notarisation est un travail de 5 minutes. (08:20:24 PM) echelonMAC: SI la signature fonctionne comme appple l'attend (08:20:26 PM) zzz: ok alors je recommande de modifier le billet de blog, eyedeekay, n'annonçons pas des choses que nous ne pouvons pas tenir (08:20:33 PM) eyedeekay: Je m'en occupe (08:21:19 PM) zzz: ok merci, prêt pour ma partie du 2) ? (08:21:41 PM) eyedeekay: Oui, s'il te plaît (08:21:48 PM) zzz: super (08:22:00 PM) zzz: la dernière réunion était une semaine après la sortie, maintenant nous en sommes à 4 semaines (08:22:15 PM) zzz: j'espérais que le taux de réussite des expl. monte régulièrement (08:22:35 PM) zzz: des bas 20 % aux bas 30 %, puis qu'il « pop » hors de la congestion, en revenant aux bas 40 % (08:22:45 PM) zzz: seule la première partie s'est produite (08:25:20 PM) zzz: puis nous avons oscillé entre bas 20 % et bas 30 % (08:26:56 PM) zzz: donc, nous avons quelques théories, voir 2b) (08:26:56 PM) zzz: mais je suis satisfait des performances de 2.1.0 par ailleurs (08:26:56 PM) zzz: pas trop de rapports de bugs (08:26:56 PM) zzz: je donnerai un aperçu de ce que nous corrigeons en 2b) et 3) (08:26:56 PM) zzz: environ 50 % du réseau a mis à jour vers 2.1.0 ou l'équivalent i2pd (08:26:56 PM) zzz: merci à tous de mettre à jour si ce n'est pas déjà fait (08:26:56 PM) zzz: c'est tout pour moi pour 2a), mais je fais une pause d'une minute pour questions/commentaires avant de démarrer 2b) (08:28:33 PM) zzz: ok, 2b) conditions actuelles du réseau (08:28:33 PM) zzz: au cours du week-end a commencé une attaque sans ambiguïté (08:28:33 PM) zzz: beaucoup de routers floodfill (08:28:33 PM) zzz: dans l'ensemble, le réseau et les routers Java s'en sortent plutôt bien (08:28:33 PM) zzz: j'ai toutefois un rapport de routers qui plantent avec OOM (mémoire insuffisante) (08:28:54 PM) zzz: je comprends que les routers i2pd ont vraiment du mal avec des taux de réussite de construction de tunnel très bas (08:29:06 PM) not_bob: Ma flotte est à jour. (08:29:15 PM) zzz: l'attaque démarre/s'arrête/évolue plusieurs fois par jour (08:29:37 PM) zzz: nous n'en sommes donc qu'à environ 60 heures pour la comprendre et discuter des contre-mesures (08:30:15 PM) zzz: rappelez-vous que le problème de construction de tunnel (maintenant bien plus susceptible d'être classé comme une autre attaque) a commencé le 19 décembre et nous a pris plusieurs semaines à comprendre et à traiter (08:30:27 PM) zzz: donc c'est le début (08:30:36 PM) not_bob: J'ai un router I2P+ et il a bien tenu le coup. Mais mes routers i2pd, pas vraiment. J'ai vu un taux de réussite de construction de tunnel aussi bas que 3 %. Actuellement je suis autour de 10 % sur ces routers. (08:31:17 PM) zzz: mais il s'agit d'une attaque Sybil / DHT (table de hachage distribuée) simple, nouvelle pour nous mais familière à quiconque fait des applications pair à pair / DHT (08:31:53 PM) zzz: beaucoup trop tôt pour dire si cela exigera une version anticipée (pour java i2p) et si oui quand (08:32:23 PM) zzz: EOT, j'attends quelques minutes pour la discussion/commentaires/questions (08:33:24 PM) eyedeekay: Les personnes qui finissent en OOM devraient-elles augmenter la RAM disponible pour leur router ? (08:36:18 PM) zzz: oui, c'est une mitigation simple (08:36:18 PM) zzz: arrêtez votre router, éditez wrapper.config, redémarrez (08:36:18 PM) zzz: je pense avoir des mitigations dans les builds de dev d'ici quelques jours (08:36:18 PM) dr|z3d: idéalement vous voulez votre heap min autour de 256M et votre RAM max à 2-3 fois cela. (08:36:18 PM) not_bob: Je n'ai actuellement aucun router I2P standard en fonctionnement. (08:36:18 PM) zzz: Je veux répéter ce que j'ai dit plus haut : les attaques évoluent rapidement, et nous voulons prendre le temps de traiter les problèmes globaux (08:36:18 PM) zzz: sans se focaliser trop étroitement sur les détails (08:37:36 PM) zzz: à toi, eyedeekay, s'il n'y a rien d'autre sur 2b) (08:38:06 PM) eyedeekay: merci beaucoup zzz. 3) 2.2.0 Statut du développement (08:39:51 PM) eyedeekay: Comme je l'ai dit par erreur plus tôt, je me suis concentré sur des problèmes d'UX Android, en particulier corriger des choses que je faisais mal lors de l'initialisation de l'application, des trucs assez basiques tout bien considéré mais qui devaient tous être améliorés (08:39:57 PM) eyedeekay: ou carrément corriger (08:40:49 PM) eyedeekay: Par exemple des correctifs pour les abonnements et les ports personnalisés lors de la construction des tunnels, qui ont gêné plusieurs utilisateurs après une forte augmentation du nombre d'utilisateurs avec la 2.10 (08:41:07 PM) dr|z3d: au passage, pour éclairer la taille de l'attaque, un utilisateur rapporte ~30K routers bannis. donc ce n'est pas trivial :) (08:41:07 PM) dr|z3d: (c'est shiver, qui est ici) (08:42:36 PM) mark22k: J'ai 56005 pairs bannis. (08:42:58 PM) eyedeekay: Purée. J'en ai 11027 et je pensais que c'était beaucoup (08:43:08 PM) moristo: Est-ce l'œuvre d'un État—les routers bannis ou un autre schéma notable ? (08:43:50 PM) moristo: Spectrum Internet était en panne hier en FL et en Italie la veille. (08:43:54 PM) moristo: *hier. (08:43:55 PM) zzz: revenons au 3) s'il vous plaît et remettons la discussion sur l'attaque après la réunion (08:44:05 PM) echelonMAC: Pairs bannis (57053) (08:44:22 PM) moristo: oh, il y a une réunion en cours ? Ma faute. (08:46:50 PM) zzz: eyedeekay, tu es toujours avec nous ? (08:47:11 PM) eyedeekay: oui je suis là (08:47:37 PM) zzz: tu as autre chose pour 3) ou c'est mon tour ? (08:47:37 PM) eyedeekay: j'ai commencé un long message : (08:47:37 PM) eyedeekay: i2p.firefox(Easy-Install for Windows est aussi en cours de travail, davantage de travail se fait par retrait là-bas, les mises à jour sont simplifiées maintenant que les anciennes installations de type admin ont toutes migré vers des installations de type utilisateur (08:47:37 PM) eyedeekay: la prise en charge d'une installation USB portable est à l'horizon pour 2.2.0 (08:47:43 PM) eyedeekay: Avec mises à jour (08:48:21 PM) eyedeekay: D'autres problèmes et plaintes utilisateurs que je traite ou sur lesquels je décide comment agir sont sur ce gestionnaire de tickets (08:48:28 PM) eyedeekay: EOT pour moi (08:48:47 PM) zzz: ok tu as vu le problème NPE dans i2p.i2p, n'est-ce pas ? (08:49:10 PM) eyedeekay: Oui, je l'ai vu, je suis dessus (08:49:21 PM) zzz: ok appelle si tu as besoin d'aide bien sûr (08:49:24 PM) zzz: 3) pour moi : (08:49:47 PM) zzz: J'ai terminé le refactoring de la sélection des pairs sur lequel je travaillais depuis septembre, enfin (08:50:31 PM) zzz: Je pense avoir corrigé les indications de NAT symétrique erronées qui étaient dans 2.1.0, mais il me faut quelqu'un ayant ce problème pour tester et faire un retour (08:50:59 PM) zzz: il y a une nouvelle barre de recherche i2psnark sympa (08:51:19 PM) zzz: presque fini avec les « plafonds de congestion » (proposition 162) (08:51:31 PM) echelonMAC: :-) (08:51:49 PM) zzz: et quelques ajustements supplémentaires pour affiner notre gestion de la congestion de construction de tunnel (08:52:18 PM) zzz: fin de la semaine dernière, je pensais en avoir quasiment fini avec 2.2.0 et pouvoir souffler deux mois jusqu'à la sortie (08:52:31 PM) zzz: donc, malheureusement, nous avons maintenant beaucoup plus à faire (08:52:48 PM) zzz: c'est comme ça parfois (08:53:24 PM) not_bob: Merci pour ça, une grosse amélioration du confort d'utilisation. (08:53:24 PM) zzz: EOT, j'attends une minute pour la discussion, puis retour à toi, eyedeekay (08:53:37 PM) zzz: haha de rien, not_bob (08:55:00 PM) eyedeekay: Dernier appel pour 3 ? (08:55:20 PM) eyedeekay: 4. Limitation de la congestion - je crois que c'était un sujet de tunnel_king, est-ce que tunnel_king est là ? (08:55:42 PM) zzz: à toi, eyedeekay (08:57:39 PM) eyedeekay: 4. Limitation de la congestion, 5. Gestion hypothétique du trafic ( afflux d'utilisateurs Tor) - tous deux introduits par tunnel_king, dernier appel pour tunnel_king (08:59:01 PM) eyedeekay: OK le dernier, 6. Autocollants pour les traducteurs (08:59:01 PM) eyedeekay: Plus précisément, les règles pour les personnes recevant des autocollants en dehors des Amériques (08:59:58 PM) zzz: c'était mon sujet, seulement parce que non résolu depuis la dernière réunion (09:00:28 PM) zzz: echelonMAC tu as une réponse ? (09:00:41 PM) echelonMAC: pas en détail, mais ceux qui le veulent devraient recevoir un paquet d'autocollants s'ils envoient leur adresse (09:01:04 PM) echelonMAC: c.-à-d. envoyer une annonce dans Transifex et expédier après réception de l'adresse (09:01:19 PM) echelonMAC: mais actuellement aucun nouvel autocollant n'est arrivé ici (09:01:35 PM) eyedeekay: Le suivi indique le 10 (09:01:55 PM) zzz: J'attends qu'echelonMAC poste les instructions sur mon forum, ensuite je copierai/collerai sur Transifex (09:02:17 PM) echelonMAC: ok (09:02:28 PM) zzz: c'est là que nous en sommes depuis un mois (09:02:42 PM) zzz: merci (09:03:33 PM) eyedeekay: Autre chose pour le 6 ou pour la réunion ? (09:03:36 PM) zzz: EOT pour 6) pour moi, à toi, eyedeekay (09:04:32 PM) zzz: un mot de clôture pour la réunion : zzz.i2p le meilleur endroit pour les nouvelles et la météo, je posterai là-bas quand j'en saurai plus que maintenant (09:04:32 PM) zzz: merci (09:04:55 PM) eyedeekay: Merci beaucoup pour ça zzz, et merci à tous d'être venus à la réunion (09:05:44 PM) eyedeekay: À bientôt sur IRC et même heure le mois prochain (09:08:55 PM) zzz: merci eyedeekay (09:08:55 PM) zzz: on a traversé ça sans déconnexions

Mise à jour concernant la notarisation de Mac Easy Install

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

Le I2P Easy-Install Bundle pour Mac connaît un blocage des mises à jour depuis les 2 dernières versions, en raison du départ de son mainteneur. Il est recommandé que les utilisateurs de l’Easy-Install Bundle pour Mac passent à l’installateur classique de style Java, qui a été récemment rétabli sur la page de téléchargement. La version 1.9.0 présente des problèmes de sécurité connus et ne convient pas à l’hébergement de services ni à un usage de longue durée. Les utilisateurs sont invités à migrer dès que possible. Les utilisateurs avancés de l’Easy-Install Bundle peuvent contourner ce problème en compilant le bundle à partir des sources et en autosignant le logiciel.

Version 2.1.0 de Windows Easy-Install

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

Détails de la mise à jour

Le bundle Easy-Install I2P pour Windows version 2.1.0 a été publié. Comme d’habitude, cette version inclut une version mise à jour de l’I2P Router. Cette version d’I2P fournit des stratégies améliorées pour gérer la congestion du réseau. Celles-ci devraient améliorer les performances, la connectivité et garantir la bonne santé à long terme du réseau I2P.

Présents: echelon, eyedeekay, zzz

Journal de réunion

(03:00:31 PM) eyedeekay: Bonjour à tous, bienvenue à la réunion du 8 novembre (03:00:31 PM) eyedeekay: 1. Salut (03:00:31 PM) eyedeekay: 2. Statut du développement 2.0.0 (03:00:31 PM) eyedeekay: 3. Publier des tarballs (archives tar de sources) pour les versions du bundle (03:00:31 PM) eyedeekay: 4. Autocollants gratuits pour les traducteurs (03:00:31 PM) eyedeekay: Autre chose à ajouter à l'ordre du jour ? (03:00:39 PM) mode (-m ) par zzz (03:01:19 PM) zzz: salut (03:01:58 PM) eyedeekay: salut zzz (03:02:03 PM) eyedeekay: Quelqu'un d'autre est là aujourd'hui ? (03:02:08 PM) eche|on: salut (03:02:18 PM) eyedeekay: Salut eche|on (03:02:39 PM) eyedeekay: 2. Statut du développement 2.0.0 (03:02:58 PM) eyedeekay: Nous sommes à 2 semaines de la sortie, avec un gel des tags demain, si je me souviens bien (03:03:49 PM) eyedeekay: Oui, c'est exactement à ce moment-là (03:04:38 PM) eyedeekay: zzz et orignal ont beaucoup travaillé pour préparer ssu2, le plan reste de l'activer (03:05:08 PM) eyedeekay: Je vais faire une version non signée de I2P Easy-Install pour Windows (03:05:50 PM) eyedeekay: Je ne connais pas le statut de la version Mac, cela dit : les utilisateurs Mac resteront-ils bloqués en 1.9.0 jusqu'à ce qu'on trouve un nouveau mainteneur/signataire Mac ? (03:06:25 PM) zzz: oui. Il y a un très bon résumé de la version ici : `http://zzz.i2p/topics/3377` (03:07:02 PM) zzz: les tests SSU2 au cours des 3 derniers mois avec 2 % d'activation ont été un immense succès (03:07:17 PM) zzz: nous n'avons trouvé aucun problème majeur, mais nous en avons corrigé d'innombrables mineurs (03:08:19 PM) eche|on: allez-y avec SSU2 (03:08:35 PM) eche|on: au sujet du Mac : j'ai un compte développeur et un MAC, mais aucune idée du howto pour l'instant (03:08:39 PM) eche|on: et moins de temps (03:09:03 PM) zzz: intéressant (03:09:31 PM) zzz: penses-tu que tu pourrais le faire à un moment donné ? Si oui, quand ? (03:09:39 PM) eche|on: j'ai bien le dépôt git des inclusions Mac, mais je ne m'y suis pas encore penché (03:09:54 PM) eche|on: SI je trouve comment faire, assez vite (tm) (03:10:05 PM) zzz: même si c'est avec un ou deux mois de retard, ce serait fantastique (03:10:08 PM) eche|on: mais le howto peut échouer à plus court terme (03:10:41 PM) eche|on: aucune idée non plus de ce qu'Apple va faire, mais ce sont des points à éclaircir (03:11:10 PM) eyedeekay: Je vais voir si je peux t'aider, construire les jpackages Mac est assez simple, je ne les ai jamais signés mais tout est dans les scripts que zab a écrits (03:11:25 PM) zzz: quand je ferai le news.xml de la 2.0.0, j'ajouterai aussi une entrée d'actualité dans le flux Mac indiquant qu'elle sera retardée (03:11:42 PM) zzz: eyedeekay, as-tu un Mac ? (03:11:57 PM) eyedeekay: J'ai un Mac Intel mais pas de compte développeur (03:12:04 PM) eche|on: sadie a un Mac, mais ni idk ni sadie ne veulent rendre leurs noms publics (03:12:25 PM) eche|on: obtenir un compte développeur est plutôt simple : donner ton nom et payer 100 $ par an (03:12:28 PM) eyedeekay: Je peux faire un dmg, mais il est signé avec des clés locales qui ne sont pas acceptées sur d'autres Mac (03:12:32 PM) zzz: Je comprends. L'idée, c'est que tu pourrais parcourir tout sauf la notarisation (03:12:32 PM) eche|on: c'est à peu près ça (03:13:12 PM) eche|on: je reviens dans 2 min (03:13:25 PM) zzz: autant que je sache, la notarisation est le vrai casse-tête. Espérons que le howto est clair... (03:14:14 PM) eyedeekay: Je pense que le seul piège, vraiment, c'est de configurer les environnements de développement Java ; il y a toutefois un outil que tu installes via brew qui bascule de version et rend ça très facile (03:14:25 PM) zzz: eyedeekay, mettons cela à l'ordre du jour du mois prochain (03:14:36 PM) eyedeekay: Ça marche (03:15:19 PM) zzz: en attendant, parcours le howto tel qu'il existe actuellement aussi loin que possible sans notarisation, juste pour le tester et voir s'il a besoin de corrections pour ech (03:16:10 PM) zzz: surtout pour vérifier si la partie arm64 est documentée (03:16:45 PM) eyedeekay: Je ferai tout ce que je peux, même si je ne pourrai pas suivre le processus arm64 parce que je n'ai pas de Mac arm64 (03:16:53 PM) eche|on: Je vais vérifier comment obtenir les certificats avec la notarisation, (03:16:55 PM) eyedeekay: je ferai tout jusqu'à cette étape, en revanche (03:17:18 PM) eche|on: eyedeekay : commande simplement un Mac arm64. Remboursement comme d'habitude (03:17:28 PM) eche|on: pas besoin de s'arrêter à ça (03:17:30 PM) zzz: as-tu besoin d'un Mac ARM pour compiler pour ARM ? (03:17:41 PM) zzz: probablement... (03:17:59 PM) eyedeekay: Je ne suis pas tout à fait sûr de toutes les subtilités concernant la cross-compilation (03:18:02 PM) zzz: il y a aussi un flux possible où idk construit et ech notarise (03:18:23 PM) zzz: mais nous n'avons pas besoin de tout régler ici (03:18:44 PM) eyedeekay: Mais jpackage est assez pointilleux sur les combinaisons architecture/OS (03:19:28 PM) SoniEx2: raspberry pi ? (03:19:39 PM) zzz: passons au sujet suivant (03:19:40 PM) eyedeekay: ELF, pas Mach-O (03:19:42 PM) eyedeekay: Mais oui (03:19:45 PM) eyedeekay: 3. Publier des tarballs de sources pour les versions du bundle (03:20:24 PM) eyedeekay: Comme il n'y a plus que moi et que je voulais publier des tarballs de sources depuis le début, la 2.0.0 Windows aura des tarballs de sources (03:20:36 PM) eyedeekay: Une pour le bundle lui-même et une pour le composant gestionnaire de profils (03:21:17 PM) eyedeekay: En passant en revue les scripts du bundle Mac, j'ajouterai la génération des tarballs de sources au processus (03:21:18 PM) zzz: ok, et puisque l'opposant Mac est parti, ajoutons-en une aussi à la page Mac (03:21:28 PM) eyedeekay: Je m'en charge (03:21:41 PM) zzz: parfait, je suis content (03:22:38 PM) eyedeekay: 4. Autocollants gratuits pour les traducteurs (03:23:27 PM) eche|on: ouais (03:23:49 PM) eyedeekay: eche|on et moi en avons parlé brièvement après la réunion du mois dernier par e-mail (03:23:49 PM) eyedeekay: Je crois que nous étions tous les deux pour le faire ? Je n'ai pas mon courrier ouvert (03:24:23 PM) eche|on: bien sûr, on peut faire ça, un pour chaque partie du monde (03:24:28 PM) zzz: c'était ma proposition, mais il faut a) des autocollants et b) quelqu'un pour les envoyer (03:24:30 PM) eche|on: mais mes ressources d'autocollants sont limitées (03:24:47 PM) zzz: si je comprends bien, nous sommes essentiellement à court d'autocollants (03:24:59 PM) eche|on: sadie/idk en ont encore plusieurs (03:25:05 PM) eche|on: je n'en ai qu'environ 400 ou quelque chose comme ça (03:25:23 PM) eche|on: ça devrait suffire pour 1 an et plus, mais anticipons (03:25:26 PM) eyedeekay: Oh, je suis tombé à environ 8 à All Things Open la semaine dernière (03:25:30 PM) eyedeekay: Je vais devoir en recommander (03:25:53 PM) eche|on: ah, ok (03:26:10 PM) zzz: pouvez-vous vous coordonner sur qui commande, quel est le design, et vous assurer que chacun de vous en reçoit la moitié ? (03:26:16 PM) eyedeekay: Oui, on peut (03:26:34 PM) zzz: super (03:27:05 PM) zzz: quand vous les aurez en main, faites-moi signe et j'annoncerai sur TX (03:27:11 PM) eche|on: bien (03:27:22 PM) zzz: merci les gars (03:27:46 PM) eyedeekay: Pas de problème (03:27:56 PM) eyedeekay: Autre chose pour le point 4 ou pour la réunion ? (03:28:25 PM) eche|on: non (03:29:14 PM) eyedeekay: Très bien, merci à tous d'être venus, je publierai le compte rendu de la réunion dans quelques minutes

Transport SSU2

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

Aperçu

I2P utilise depuis 2005 le protocole de transport UDP résistant à la censure “SSU”. En 17 ans, nous avons eu peu de signalements, voire aucun, de blocage de SSU. Cependant, selon les standards actuels en matière de sécurité, de résistance au blocage et de performances, nous pouvons faire mieux. Beaucoup mieux.

C’est pourquoi, en collaboration avec le projet i2pd , nous avons créé et implémenté “SSU2”, un protocole UDP moderne conçu selon les normes les plus élevées en matière de sécurité et de résistance au blocage. Ce protocole remplacera SSU.

Réunion des développeurs I2P - 04 octobre 2022

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

Récapitulatif rapide

Présents: eyedeekay, zzz, zlatinb

Journal de réunion

(04:00:08 PM) eyedeekay: Bonjour à tous, bienvenue à la réunion du 4 octobre 2022 (04:00:08 PM) eyedeekay: 1. Bonjour (04:00:18 PM) zlatinb: salut (04:00:28 PM) zzz: salut (04:00:51 PM) eyedeekay: 1. Bonjour (04:00:51 PM) eyedeekay: 2. état du développement 1.10.0 (04:00:51 PM) eyedeekay: 3. prochaine release 2.0.0 ? (04:00:51 PM) eyedeekay: 4. Publier des archives tar des sources pour les releases des bundles (04:00:51 PM) eyedeekay: 5. Autocollants gratuits pour les traducteurs (04:00:51 PM) eyedeekay: 6. Windows Easy-Install Mise à jour/Sortie de la bêta (04:01:05 PM) eyedeekay: 2. état du développement 1.10.0 (04:01:15 PM) eyedeekay: Environ 7 semaines restantes (04:01:24 PM) eyedeekay: Ma grande priorité ce mois-ci a été de préparer le bundle Windows Easy-Install pour qu’il sorte de la bêta (04:01:31 PM) eyedeekay: Beaucoup de choses sur le forum à ce sujet, visant des mises à jour stables, la compatibilité avec les routers existants/non-bundle, et une manière plus stable et flexible de gérer et lancer des profils de navigateur ; plus de détails à ce sujet au point 6 (04:01:38 PM) eyedeekay: Je travaille aussi sur un outil de « Split Tunneling (tunneling fractionné) » ou « Per-App VPN (VPN par application) » sur Android (sur la feuille de route). (04:01:47 PM) eyedeekay: L’intérêt est qu’il permet aux utilisateurs de configurer leurs navigateurs plus facilement, de manière à empêcher les fuites WebRTC en les plaçant sur une interface qui correspond à une connexion I2P et non à leur fournisseur réseau (04:02:05 PM) eyedeekay: zzz, zlatinb, qu’aimeriez-vous ajouter sur ce sur quoi vous travaillez (04:02:30 PM) zzz: pas grand-chose à signaler... les tests SSU2 continuent de bien se passer... (04:02:53 PM) zzz: j’ai publié la proposition 161 au sujet du padding compressible, nous en discuterons lors des réunions #ls2... (04:03:06 PM) zlatinb: Rien de spécifique sur quoi je travaille, je veux juste informer tout le monde que je serai AFK du 22 nov au 10 déc, donc si la prochaine release est taguée le 21, je pourrai peut-être construire les bundles Mac mais ne pourrai très probablement pas seeder les torrents (04:03:29 PM) eyedeekay: Si tu m’envoies les fichiers, je les mettrai en seed pour toi (04:03:32 PM) zzz: J’ai quelques améliorations de l’efficacité de la sélection des pairs que je vais essayer d’intégrer bientôt, ça passera peut-être ou pas (04:03:43 PM) zzz: EOT (04:04:21 PM) eyedeekay: Merci zzz, zlatinb, je ne veux presser personne mais nous avons un long ordre du jour aujourd’hui, autre chose à ajouter sur le point 2 ? (04:04:59 PM) eyedeekay: 3. prochaine release 2.0.0 ? (04:04:59 PM) eyedeekay: Je vote oui pour 2.0.0 (04:05:19 PM) zzz: oui, je l’ai proposé aux commentaires sur mon forum et j’ai eu, je crois, 1 oui et aucun non (04:05:36 PM) eyedeekay: J’étais aussi pour lors de la dernière réunion je crois (04:05:46 PM) zzz: J’aimerais décider aujourd’hui parce que j’ai un billet de blog SSU2 prêt à publier et ce serait utile de pouvoir faire référence à la prochaine release par son numéro (04:06:22 PM) zzz: oui, je n’ai pas entendu d’avis tranchés dans un sens ou dans l’autre la dernière fois, c’est pourquoi on l’a repoussé d’un mois (04:06:34 PM) zzz: Je pense que c’est une bonne idée (04:06:51 PM) zzz: donc s’il n’y a pas d’objection, appelons-la 2.0.0 ! (04:07:30 PM) eyedeekay: Délai 1 min pour les objections (04:07:47 PM) zzz: faisons 30 secondes :) (04:07:54 PM) eyedeekay: Oui, j’ai déjà grillé 30 (04:08:04 PM) eyedeekay: OK, voilà (04:08:06 PM) eyedeekay: 2.0.0 (04:08:17 PM) eyedeekay: 4. Publier des archives tar des sources pour les releases des bundles (04:08:31 PM) zzz: oui, c’était mon point (04:08:53 PM) zzz: la pratique standard open source est de publier des archives tar des sources, même si on peut pointer vers un tag git (04:09:06 PM) zzz: Je comprends que les sources Mac ne changent pas d’une release à l’autre ? (04:09:10 PM) zzz: mais que les sources Windows, si ? (04:09:46 PM) zlatinb: eh bien, le bundle Mac a évolué pour activer arm64 mais en général il ne change pas (04:10:02 PM) eyedeekay: Ce que nous faisons tous les deux, c’est cloner une copie du dépôt et récupérer un tag de release spécifique, ant distclean, générer nos JAR et les copier dans les arbres du bundle (04:10:15 PM) zzz: bref, ma recommandation est que nous générions des archives tar des sources dans le cadre du processus de build et que nous y fassions des liens sur les pages de téléchargement respectives (04:10:36 PM) zzz: s’ils ne changent pas, alors je suppose qu’elles peuvent être non versionnées (04:10:50 PM) zzz: donc les sources Windows ne changent pas non plus d’une release à l’autre ? (04:11:01 PM) zlatinb: Je préférerais simplement taguer puis récupérer l’archive tar depuis GitHub. Je m’attends au moins pendant un moment à ce que la seule chose qui change dans le bundle Mac soit le fichier de changelog (04:11:50 PM) zzz: vous pouvez régler les détails, mais l’objectif est d’avoir les sources et des instructions pour que n’importe qui puisse le construire lui-même (04:12:00 PM) eyedeekay: Les JAR i2p inclus ne changent pas sauf pour être mis à jour, mais les sources Windows ont beaucoup changé dans le launcher depuis le début (04:12:12 PM) zzz: êtes-vous tous les deux prêts à le faire et à l’ajouter à vos processus de release ? (04:12:21 PM) eyedeekay: Oui, absolument (04:12:31 PM) eyedeekay: Mes scripts de release et mes scripts quotidiens incluent désormais l’archive tar à chaque fois (04:12:36 PM) zzz: vous n’avez pas besoin d’inclure des dépendances comme i2p, et vous ne devriez probablement pas (04:12:37 PM) eyedeekay: ceux de zab aussi, si je me souviens bien (IIRC) (04:12:54 PM) zlatinb: la question est où mettre les archives tar, doivent-elles être disponibles sur le site, etc. (04:13:25 PM) zzz: quelque part sur le serveur de téléchargement avec tout le reste, avec des liens sur les pages du bundle. À vous deux de régler les détails pour que ce soit cohérent (04:13:59 PM) zlatinb: eh bien voilà, si on peut simplement pointer vers un tag GitLab alors il n’y a pas besoin de liens supplémentaires (04:14:31 PM) zzz: pas d’accord, je pense que c’est une bonne pratique open source de publier des archives tar des sources (04:14:55 PM) zlatinb: GitHub et peut-être GitLab permettent de télécharger une archive tar à partir d’un tag (04:14:57 PM) eyedeekay: Ce n’est pas beaucoup plus d’effort, je ne suis pas contre, je tague dans le même script où je génère les archives tar (04:15:05 PM) zzz: voici le binaire, voici les sources, voici les signatures GPG, voici les instructions de build (04:15:29 PM) zzz: c’est aussi cohérent avec notre release principale d’avoir des archives tar (04:16:15 PM) zzz: on dirait que zlatinb n’est pas d’accord ? on reporte ça au mois prochain ? (04:16:38 PM) zlatinb: oui, je pense que ce n’est pas nécessaire (04:16:57 PM) zlatinb: mais ça ne me dérange pas de le faire si telle est la décision (04:17:11 PM) zzz: si ça ne change jamais, il suffit de le faire une fois et c’est fini (04:17:47 PM) zlatinb: historiquement, ça a très rarement changé (04:18:03 PM) eyedeekay: Reporter pour l’instant me convient, zlatinb et moi pouvons décider de ce que nous allons faire ou ne pas faire entre-temps (04:18:33 PM) eyedeekay: Il se peut qu’on doive faire un peu différemment, car mon bundle a évolué un peu plus rapidement que le sien (04:19:27 PM) zzz: si on ne veut pas décider aujourd’hui, je lancerai un fil de discussion sur le forum pour solliciter plus d’avis (04:20:44 PM) zlatinb: ok (04:20:44 PM) zzz: ok = tu es opposé pour l’instant ? (04:21:02 PM) eyedeekay: Probablement une bonne idée, et je suis pour les archives tar (04:21:31 PM) zlatinb: ouais (04:21:31 PM) zzz: pas de problème, eyedeekay, mets-le à l’ordre du jour du mois prochain (04:21:37 PM) eyedeekay: OK, je peux le faire (04:21:52 PM) eyedeekay: Autre chose pour le point 4 ? (04:22:38 PM) eyedeekay: 5. Autocollants gratuits pour les traducteurs (04:22:55 PM) eyedeekay: zzz celui-ci était aussi le tien, à toi quand tu es prêt (04:23:16 PM) zzz: oui, crédit à sarah jamie lewis sur twitter (04:23:32 PM) zzz: pour son projet dont j’ai oublié le nom... cwtch ? (04:24:02 PM) eyedeekay: C’est celui-là (04:24:02 PM) zzz: bref, je trouvais que c’était une bonne idée, mais il nous faudrait a) des autocollants et b) des personnes pour les envoyer par courrier (04:24:17 PM) zzz: ce que nous avions auparavant mais dont nous manquons maintenant à la fois de personnes et d’autocollants ? (04:24:40 PM) zzz: alors, est-ce qu’on veut le faire, et doit-on commander des autocollants (même si on ne le fait pas) (04:24:45 PM) zzz: EOT (04:25:26 PM) zzz: sadie et eche|on étaient les personnes en charge des autocollants je crois (04:25:38 PM) eyedeekay: J’ai fait l’inventaire des miens, j’en ai peut-être 35 des anciens (Toopie) et 91 restants de la série que j’ai commandée au printemps, mais ça me va d’en recommander (04:25:41 PM) zzz: bref, des commentaires s’il vous plaît... oui/non/peut-être ? (04:26:00 PM) eyedeekay: Je peux les envoyer par courrier aux États-Unis et au Canada mais l’UE n’est pas idéale pour moi (04:26:21 PM) zzz: nous avons des centaines de traducteurs enregistrés. seuls quelques-uns sont probablement actifs (04:26:41 PM) zzz: qui est la personne qui commande les autocollants ? (04:27:54 PM) eyedeekay: La dernière personne à avoir commandé des autocollants c’était probablement moi, mais je l’ai fait sur mon temps/à mes frais pour en avoir pour les conventions (04:28:19 PM) zzz: qui est responsable des RP ? (04:28:48 PM) zzz: qui a une opinion sur les autocollants pour les traducteurs ? (04:28:48 PM) zzz: eh bien, tu aurais pu/dû être remboursé... echelon était autrefois la personne des autocollants (04:29:54 PM) zzz: nous allons avoir besoin de son accord à la fois pour le coût, et pour en faire la personne d’envoi pour l’UE, et pour envoyer la moitié à toi et l’autre moitié à lui (04:30:15 PM) zzz: puisqu’il n’est pas là, mets ceci à l’ordre du jour du mois prochain, je vais essayer d’attirer son attention (04:30:22 PM) eyedeekay: Je pense que si des traducteurs demandent des autocollants, nous devrions pouvoir leur en envoyer, mais que cela devrait être conditionné à une demande (04:30:59 PM) zzz: bien sûr, nous n’avons l’adresse de personne, ils doivent demander. mais il faudrait leur dire de demander (04:31:17 PM) uis is now known as Irc2PGuest33729 (04:31:48 PM) zzz: si quelqu’un va au CCC alors il faut se dépêcher d’avoir plus d’autocollants, indépendamment des traducteurs (04:32:42 PM) zzz: EOT, on repousse au mois prochain, pas de réponses aujourd’hui (04:32:47 PM) eyedeekay: Reçu, je prévois d’y aller donc je m’assurerai d’avoir des autocollants (04:32:47 PM) eyedeekay: Donc la prochaine étape est de démarrer un échange d’e-mails avec Ech à ce sujet (04:33:09 PM) eyedeekay: EOT pour moi, autre chose sur le point 5 ? (04:33:50 PM) eyedeekay: 6. Windows Easy-Install Mise à jour/Sortie de la bêta (04:33:58 PM) eyedeekay: Celui-ci est évidemment le mien (04:34:26 PM) eyedeekay: Donc la version correctrice 1.9.5 est sortie techniquement à cause du temporisateur du contexte de l’application de reseed, évidemment (04:34:45 PM) eyedeekay: Mais c’était aussi un moment opportun pour surveiller comment les mises à jour se comportaient (04:35:54 PM) zlatinb: et comment cela s’est-il comporté ? (04:35:55 PM) eyedeekay: Ce n’était pas sans complications, les personnes qui l’utilisaient se répartissaient en 3 groupes (04:36:56 PM) eyedeekay: 1. Personnes pour qui cela a parfaitement fonctionné (04:36:56 PM) eyedeekay: 2. Personnes pour qui cela a entraîné des fichiers router.config corrompus pour des routers non issus du bundle (04:36:56 PM) eyedeekay: 3. Personnes pour qui cela ne s’est pas mis à jour parce que les fichiers router.config provenaient de routers non issus du bundle (04:37:22 PM) eyedeekay: Les cas 2 et 3 étaient problématiques, j’ai fait un suivi avec la correction dans un post sur le forum sur zzz.i2p (04:37:43 PM) eyedeekay: Je pense qu’ils sont corrigés maintenant et ne peuvent pas se reproduire à l’avenir (04:37:57 PM) eyedeekay: Par conséquent je pense que le processus de mise à jour sera prêt d’ici ce qui est maintenant 2.0.0 (04:38:08 PM) eyedeekay: En fait je pense qu’il est prêt maintenant, mais 7 semaines pour tester (04:38:53 PM) eyedeekay: Donc j’aimerais le faire sortir de la bêta en novembre (04:39:09 PM) zzz: nous n’avons pas vraiment de critères documentés pour la sortie de bêta (04:39:17 PM) zzz: mais pour moi, c’est que les processus de release sont solides, on ne manque rien (04:39:27 PM) zzz: on ne fait pas de versions correctrices une semaine après pour corriger des trucs (04:39:45 PM) zzz: mais tu peux vouloir lister tes propres objectifs fonctionnels (04:40:21 PM) zzz: par exemple, êtes-vous tous les deux carrés sur la revue des mises à jour Java tous les trois mois et pour décider conjointement de publier ou pas ? (04:40:40 PM) zzz: Je n’ai vu aucune discussion sur IRC. ça s’est peut-être passé hors IRC ? (04:41:31 PM) zlatinb: la dernière discussion a eu lieu ici, il n’y a pas eu de discussion hors IRC concernant les versions correctrices du JRE depuis (04:42:21 PM) eyedeekay: N’en a-t-on pas parlé sur Whereby un peu après ? (04:42:36 PM) eyedeekay: Si je me souviens bien, on ne publie dans le cycle Java que s’il y a un CVE qui affecte la dernière release ? (04:42:46 PM) zzz: pour prendre un exemple, 18.0.2.1 du 18 août 2022 corrige un bogue JIT qui fait planter le JRE. Êtes-vous tous les deux alignés là-dessus, ou avez-vous décidé conjointement que ce n’était pas nécessaire ? (04:43:33 PM) zlatinb: Je ne suis pas là-dessus je crois (04:43:43 PM) zlatinb: et je ne me souviens pas avoir discuté de ce bogue ; je regarde généralement seulement les CVE (04:44:08 PM) zlatinb: 21:43:29 zlatinb: Je ne suis pas là-dessus je crois (04:44:08 PM) zlatinb: 21:43:42 zlatinb: et je ne me souviens pas avoir discuté de ce bogue ; je regarde généralement seulement les CVE (04:44:12 PM) zzz: de retour (04:45:12 PM) eyedeekay: Je suis en 18.0.2.1 mais parce que j’ai repoussé ma release pour essayer de m’assurer de résoudre certains problèmes de stabilité, et à ce moment-là Java avait été mis à jour (04:45:24 PM) eyedeekay: De plus ma version correctrice a été construite avec un JDK mis à jour (04:45:35 PM) eyedeekay: Donc ça nous a de nouveau désynchronisés je pense (04:45:54 PM) zzz: c’est là où je veux en venir à propos des processus. Si les processus de build et de release ne sont pas encore stables et suivis de manière fiable, ces produits ne sont pas prêts à sortir de la bêta (04:46:01 PM) zzz: donc quand tu as mis à jour vers 18.0.2.1, as-tu dit à zlatinb que tu le faisais et suggéré qu’il fasse de même ? (04:47:04 PM) eyedeekay: Non, je ne l’ai pas fait, j’ai simplement laissé faire l’auto‑mise à jour et j’ai construit avec la dernière version (04:48:13 PM) eyedeekay: Donc... il y a un autre processus à revoir de mon côté (04:49:31 PM) zzz: Je suggère que tu travailles sur une release solide et sans bogues en novembre (avec les objectifs fonctionnels que tu as) et si ça se passe bien, mets-toi à l’ordre du jour pour décembre (04:50:00 PM) eyedeekay: OK, je peux faire (04:50:56 PM) zzz: ou janvier parce que la release sera probablement fin nov., il se peut qu’on n’ait pas assez d’infos d’ici la première semaine de déc. (04:52:02 PM) eyedeekay: S’il n’y a pas assez d’éléments d’ici là, je déplacerai (04:52:15 PM) eyedeekay: Autre chose pour le point 6 ? (04:52:27 PM) zzz: un bref 6a) (04:52:30 PM) eyedeekay: Bien sûr (04:52:52 PM) zzz: zlatinb a indiqué que la mise à jour mac arm s’est bien passée, donc en ce qui me concerne elle est sortie de la bêta comme discuté sur mon forum (04:53:28 PM) zzz: zlatinb, tu dois mettre à jour ta page pour retirer le label bêta (04:53:28 PM) zzz: eot (04:53:28 PM) zlatinb: ok (04:53:29 PM) zlatinb: je le ferai bientôt (04:54:24 PM) eyedeekay: Très bien, cela nous amène à un peu moins d’une heure, autre chose pour la réunion ? (04:54:26 PM) eyedeekay: délai 1 min (04:54:41 PM) zlatinb: oui (04:54:57 PM) zlatinb: si StormyCloud lit les logs, je les encourage à répondre aux préoccupations soulevées sur reddit (04:56:15 PM) zlatinb: plus cette question reste sans réponse, plus ça donne une mauvaise impression (04:56:18 PM) eyedeekay: d’accord, ils viennent parfois sur reddit et ce serait bien d’avoir de leurs nouvelles (04:56:36 PM) zlatinb: eot (04:56:43 PM) eyedeekay: Merci zlatinb (04:57:37 PM) eyedeekay: Autre chose pour la réunion (encore) ? délai 30 s cette fois (04:58:21 PM) eyedeekay: Merci à tous d’être venus, je publierai les logs ce soir, à bientôt sur IRC et même heure le mois prochain

Rencontrez votre mainteneur: DivaExchange

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

Dans ce deuxième épisode de Meet Your Maintainer, j’ai contacté Konrad de DIVA.EXCHANGE pour parler de la recherche et des services de DIVA. DIVA.EXCHANGE développe des logiciels dans le but de fournir une technologie bancaire libre pour tous. Elle est sécurisée sans infrastructure centrale et repose sur les technologies blockchain et I2P.

Qu’est-ce qui vous a amené à vous intéresser à I2P ?

Il y a environ dix ans, j’ai fait une présentation pour “Technologieforum Zug” - un réseau technologique très local destiné aux professionnels du monde de l’entreprise. Je leur présentais I2P et Tor en tant que overlay networks (réseaux superposés) - pour leur montrer qu’il existe ailleurs d’autres choses intéressantes.

Un rappel pour rester en sécurité à mesure qu'I2P se développe

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

Un rappel pour rester en sécurité à mesure qu’I2P se développe

C’est une période enthousiasmante pour The Invisible Internet Project (I2P). Nous achevons notre migration vers une cryptographie moderne sur l’ensemble de nos transports ( Java et C++), et nous avons récemment acquis un service d’outproxy (relais sortant) à haute capacité et professionnel, et il y a plus d’applications intégrant des fonctionnalités basées sur I2P que jamais. Le réseau est en passe de se développer, c’est donc le bon moment pour rappeler à tout le monde d’être avisés et prudents lorsqu’ils se procurent I2P et des logiciels liés à I2P. Nous accueillons favorablement les nouvelles applications, les implémentations et les forks (projets dérivés) porteurs d’idées nouvelles, et la force du réseau vient de son ouverture à la participation de tous les utilisateurs d’I2P. En fait, nous n’aimons pas vous appeler des utilisateurs, nous préférons utiliser le mot “Participants” car chacun de vous aide le réseau, à sa manière, en créant du contenu, en développant des applications, ou simplement en relayant du trafic et en aidant d’autres participants à trouver des pairs.

Rencontrez votre mainteneur : StormyCloud

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

Une conversation avec StormyCloud Inc.

Avec la version I2P Java la plus récente, l’outproxy (proxy de sortie) existant, false.i2p, a été remplacé par le nouvel outproxy StormyCloud pour les nouvelles installations d’I2P. Pour les personnes qui mettent à jour leur router, le passage au service Stormycloud peut se faire rapidement.

Dans votre Gestionnaire des services cachés, définissez Outproxies et SSL Outproxies sur exit.stormycloud.i2p, puis cliquez sur le bouton d’enregistrement en bas de la page.

Version 1.9.5 du pack d'installation facile pour Windows

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

Version de correction de bogues pour les utilisateurs de Windows 11

Cette version corrective contient un correctif pour l’I2P router inclus, qui résout un bogue très obscur où l’horloge du contexte n’est pas synchronisée avec l’horloge utilisée par le système de fichiers, ce qui entraîne un router incapable de lire l’état actuel de son propre NetDB. Bien que ce bogue n’ait été observé que sous Windows 11 jusqu’à présent, il est fortement recommandé à tous les utilisateurs de mettre à jour vers la nouvelle version.

Réunion des développeurs I2P - 06 septembre 2022

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

Récapitulatif rapide

Présents : eyedeekay, zzz, zlatinb, not_bob, RightNow, RN

Journal de réunion

(04:01:46 PM) eyedeekay: Salut tout le monde (04:01:50 PM) eyedeekay: bienvenue à la réunion du mardi 6 septembre (04:02:02 PM) zzz: salut (04:02:07 PM) mode (-m ) par zzz (04:02:13 PM) zlatinb: salut (04:02:26 PM) eyedeekay: 1. Salut (04:02:26 PM) eyedeekay: 2. Statut de la version 1.9.0 (04:02:26 PM) eyedeekay: 3. Statut du développement 1.10.0 (04:02:26 PM) eyedeekay: 4. prochaine version 2.0.0 ? (04:02:26 PM) eyedeekay: 5. Le bundle Mac arm64 sort de la bêta si la mise à jour 1.9.0 a réussi ? (suite de la dernière réunion) (04:02:51 PM) eyedeekay: Autre chose à ajouter avant de commencer ? (04:03:19 PM) eyedeekay: salut zzz, salut zlatinb (04:03:46 PM) eyedeekay: 2. Statut de la version 1.9.0 (04:05:11 PM) eyedeekay: Nous avons publié il y a environ 2 semaines, il y a eu un léger retard pour sortir Android et le bundle Easy-Install (04:05:11 PM) eyedeekay: Les builds F-Droid sont également corrigées maintenant, donc ceux qui le souhaitent peuvent installer depuis le dépôt principal F-Droid s’ils le veulent et l’application fonctionnera (04:05:37 PM) not_bob: Merci pour cela. (04:05:43 PM) eyedeekay: Pas de problème (04:06:41 PM) eyedeekay: Je vais faire une version correctrice pour le bundle Easy-Install Windows ; zlatinb a trouvé un bug très difficile à repérer qui semble affecter le bundle Easy-Install sous Windows 11 un peu plus qu’ailleurs (04:07:17 PM) eyedeekay: zzz, veux-tu parler de Debian ou d’autre chose ? (04:07:51 PM) zzz: oui (04:07:53 PM) zzz: environ 40 % du réseau est à jour, ce qui est typique après 2 semaines (04:08:10 PM) zzz: nous avons maintenant quelques centaines de routers avec SSU2 activé, comme souhaité/attendu (04:08:41 PM) zzz: pas de problème majeur jusqu’ici (04:09:06 PM) zzz: même si le bug de zlatinb est peut‑être moyen‑majeur :) (04:09:07 PM) zzz: EOT (04:10:01 PM) eyedeekay: Oui, et ce que je ne comprends pas, c’est comment ça a pu se produire si rarement pendant si longtemps, puis frapper le bundle Easy-Install deux fois de suite en peu de temps (04:10:17 PM) zlatinb: eh bien c’est un peu par accident que je dois utiliser un portable Windows 11 pendant quelques jours, ça a permis de découvrir beaucoup de problèmes (04:11:08 PM) zlatinb: Je suppose que le problème de reseed a soit poussé les gens à réessayer, soit à abandonner i2p d’emblée (04:11:09 PM) zzz: c’est généralement comme ça que ça se passe… le dev se dote d’une nouvelle configuration… et c’est la catastrophe (04:11:59 PM) zlatinb: il reste un problème de fork non résolu avec Firefox au premier lancement (04:12:48 PM) zlatinb: donc idéalement on devrait essayer d’y faire quelque chose (04:13:30 PM) eyedeekay: En effet, cela ne se produit qu’au tout premier lancement du lanceur de navigateur ; toutes les fois suivantes ça fonctionne bien (04:13:36 PM) zlatinb: peut‑être le lancer en headless ou jouer avec les options de lancement, idk (04:14:10 PM) eyedeekay: Oui, je pourrais le lancer en headless au premier démarrage, le laisser forker et se fermer, puis ensuite l’exécuter avec la fenêtre ouverte (04:14:58 PM) eyedeekay: C’est une bonne idée, merci zlatinb (04:15:15 PM) eyedeekay: Autre chose sur le 2 ? (04:16:03 PM) goingpostal est désormais connu sous le nom de Irc2PGuest14444 (04:16:29 PM) eyedeekay: 3. Statut du développement 1.10.0 (04:18:30 PM) eyedeekay: Désolé, je suis un peu moins préparé que d’habitude, coincé toute la journée dans le bureau de quelqu’un d’autre, merci de votre patience (04:21:00 PM) eyedeekay: Deux semaines après, j’ai travaillé sur un certain nombre d’améliorations du bundle Windows pour le rendre plus stable et intuitif à utiliser et pour aider à traquer ce bug de clock-skew (désalignement d’horloge) (04:21:37 PM) eyedeekay: J’ai aussi porté les parties profil et lanceur (hors le router jpackaged) vers des plateformes non‑Windows afin de fournir, je l’espère, une configuration automatique du navigateur là‑bas (04:22:06 PM) eyedeekay: zzz a travaillé sur SSU2, corrigeant des bugs avec l’aide d’orignal ; veux‑tu nous faire une mise à jour là‑dessus, zzz (04:22:16 PM) zzz: oui, merci. c’est le début, mais un résumé des changements et correctifs à ce jour est sur `http://zzz.i2p/topics/3377` (04:22:32 PM) zzz: SSU2 - ajout du flag ack-immediate et de la migration de connexion (04:22:47 PM) zzz: qui sont les deux dernières choses que nous voulions intégrer avant d’activer pour tout le monde (04:24:07 PM) eyedeekay: Cool, donc tu es bien dans les temps ? (04:24:30 PM) zzz: avec une base d’utilisateurs plus large, on trouve des cas limites et des bugs plus rares, rien de trop sérieux, on corrige au fur et à mesure (04:24:30 PM) zzz: depuis des mois, le plan est d’activer SSU2 pour tout le monde dans la version de novembre et nous sommes toujours dans les temps (04:24:30 PM) zzz: EOT (04:24:42 PM) zzz: oui (04:24:51 PM) eyedeekay: Parfait, merci pour la mise à jour (04:25:09 PM) eyedeekay: Autre chose pour le 3 ? (04:25:41 PM) eyedeekay: 4) prochaine version 2.0.0 ? (04:25:52 PM) eyedeekay: zzz, tu as ajouté ce sujet, veux‑tu lancer la discussion ? (04:26:12 PM) zzz: c’était une suggestion de dr|z3d, donc s’il est là je lui demanderai de présenter son argumentaire (04:26:50 PM) zzz: mais s’il ne l’est pas, je dirai que ce n’est pas une mauvaise idée (04:27:05 PM) zzz: linux est sur le point de passer de 5.19 à 6.0 (04:27:25 PM) zzz: arti de tor vient de passer en 1.0.0 (04:27:26 PM) zzz: ssu2 est une aussi bonne excuse qu’une autre (04:27:45 PM) RightNow: et I2P passe de SSU à SSU2 (04:27:47 PM) zzz: EOT - des avis, tout le monde ? et nous n’avons pas besoin de décider aujourd’hui, il nous reste 11 semaines (04:28:30 PM) not_bob: Ça ne me pose aucun problème tant que ça marche. (04:29:18 PM) zzz: quelqu’un déteste ? quelqu’un adore ? (04:29:21 PM) eyedeekay: Bien sûr, je pense que ça a du sens, les deux transports auront été modernisés, c’est une grande étape (04:29:43 PM) zlatinb: J’aurais aimé qu’on ait quelque chose de plus spectaculaire pour passer en 2.0 (04:29:48 PM) RightNow est désormais connu sous le nom de RN (04:30:34 PM) eyedeekay: L’utiliser pour 3.0.0 peut‑être ? (04:30:38 PM) zzz: il n’y a rien de plus gros sur la feuille de route. franchement, j’espère qu’on ne fera jamais rien de plus gros, je suis fatigué… (04:30:56 PM) zlatinb: aussi je dois partir maintenant désolé ; sur le dernier sujet, oui je pense que le bundle mac arm est prêt à sortir de la bêta. J’aurai le portable windows encore un jour ou deux pour les tests. Je dois filer maintenant, désolé (04:30:59 PM) zlatinb: à plus tard (04:31:05 PM) RN: zzz, merci à toi aussi. (04:32:26 PM) eyedeekay: Oui zzz, ta dévotion et ton travail acharné sont appréciés (04:32:34 PM) zzz: voilà ce que je propose eyedeekay : laisse‑moi poster dans le fil 1.10 sur mon forum et je reviendrai le mois prochain avec un rapport, mets‑le à l’ordre du jour pour le mois prochain (04:32:44 PM) eyedeekay: Je m’en occupe zzz (04:33:18 PM) zzz: je n’essayais pas de susciter des remerciements, je soulignais juste que c’était la dernière — et la plus difficile — des migrations crypto sur lesquelles nous sommes depuis environ une décennie (04:33:36 PM) eyedeekay: Pas besoin de le susciter, tu le mérites :) (04:33:52 PM) eyedeekay: Mais message reçu, c’est un énorme effort (04:33:58 PM) RN: c’est une étape qui mérite d’être célébrée, et oui, tu le mérites ! (04:34:14 PM) zzz: si on avait essayé de faire SSU2 en premier, ça nous aurait tous tués. on y est arrivés uniquement grâce à l’expérience acquise sur tout le reste (04:34:26 PM) zzz: crédit partagé avec le projet i2pd bien sûr (04:35:01 PM) eyedeekay: En effet. Mais pour revenir au sujet, autre chose sur le 4 ? (04:35:15 PM) RN: mais c’est toi qui as mené la charge. (04:35:21 PM) zzz: si on veut faire du post‑quantique, ça peut être 3.0.0 :) (04:35:43 PM) eyedeekay: Bonne idée, ce sera passionnant (04:35:53 PM) zzz: non, rien d’autre (04:36:05 PM) eyedeekay: Bon, 5) c’était : le bundle Mac arm64 sort de la bêta si la mise à jour 1.9.0 a réussi ? (suite de la dernière réunion) (04:36:43 PM) eyedeekay: Sur lequel zlatinb nous a donné un statut en partant ; puisque la mise à jour a réussi je ne vois pas de raison de s’y opposer (04:37:38 PM) eyedeekay: Quelqu’un a autre chose à ajouter sur ce sujet ? (04:38:06 PM) zzz: Je suppose que zlatinb voulait dire que la mise à jour a fonctionné ; si c’est le cas, il peut retirer l’étiquette bêta sur la page web (04:38:32 PM) zzz: c’était la seule réserve que j’avais à la dernière réunion (04:38:33 PM) zzz: eot (04:39:45 PM) eyedeekay: OK. L’un de nous devrait le pinguer quand on le voit en ligne (04:39:52 PM) eyedeekay: Autre chose pour la réunion ? (04:40:04 PM) eyedeekay: ping *lui (04:41:14 PM) eyedeekay: Eh bien je suppose que sans ses identifiants git je peux tout aussi bien enlever l’étiquette (04:41:27 PM) eyedeekay: Donc je vais le faire (04:41:43 PM) zzz: as‑tu la confirmation que la mise à jour a fonctionné ? (04:42:11 PM) zzz: car il ne l’a pas dit plus haut (04:42:53 PM) eyedeekay: Je ne crois pas (04:43:01 PM) eyedeekay: Non (04:43:14 PM) eyedeekay: Non, à proprement parler je n’ai pas encore entendu quelqu’un dire ces mots exacts (04:43:21 PM) eyedeekay: Donc je vais attendre (04:43:26 PM) eyedeekay: Et lui demander (04:43:32 PM) zzz: ok (04:44:19 PM) eyedeekay: Autre chose pour la réunion, timeout 1 min ? (04:45:44 PM) eyedeekay: Très bien, merci à tous d’être venus

Version 1.9.0 du pack d'installation facile pour Windows

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

Cette mise à jour inclut le nouveau router 1.9.0 et des améliorations majeures du confort d’utilisation pour les utilisateurs du bundle.

Cette version inclut le nouveau router I2P 1.9.0 et est basée sur Java 18.02.1.

Les anciens scripts batch ont été abandonnés au profit d’une solution plus flexible et plus stable, intégrée directement à jpackage. Cela devrait corriger tous les bogues liés à la résolution des chemins et à la mise entre guillemets des chemins qui étaient présents dans les scripts batch. Après la mise à jour, les scripts batch peuvent être supprimés en toute sécurité. Ils seront supprimés par le programme d’installation lors de la prochaine mise à jour.

Version 1.9.0

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

Détails de mise à jour

Nous avons passé les trois derniers mois à travailler sur notre nouveau protocole de transport UDP “SSU2” avec un petit nombre de testeurs bénévoles. Cette version finalise l’implémentation, y compris le relais et les tests entre pairs. Nous l’activons par défaut pour les plateformes Android et ARM, ainsi que pour un petit pourcentage d’autres routers choisis au hasard. Cela nous permettra d’effectuer beaucoup plus de tests au cours des trois prochains mois, d’achever la fonctionnalité de migration de connexion et de corriger les problèmes restants. Nous prévoyons de l’activer pour tout le monde dans la prochaine version prévue pour novembre. Aucune configuration manuelle n’est nécessaire. Bien sûr, cette version inclut également le lot habituel de corrections de bogues. Nous avons aussi ajouté un détecteur d’interblocage automatique qui a déjà détecté un interblocage rare désormais corrigé.

Comment basculer vers le service Outproxy StormyCloud

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

Comment basculer vers le service de proxy sortant StormyCloud

Un nouveau proxy de sortie professionnel

Depuis des années, I2P n’a eu qu’un seul outproxy (proxy de sortie) par défaut, false.i2p, dont la fiabilité s’est dégradée. Bien que plusieurs concurrents soient apparus pour prendre une partie du relais, ils ne sont pour la plupart pas en mesure de se porter volontaires pour prendre en charge, par défaut, les clients d’une implémentation I2P entière. Cependant, StormyCloud, une organisation professionnelle à but non lucratif qui exploite des nœuds de sortie Tor, a lancé un nouveau service d’outproxy professionnel, testé par des membres de la communauté I2P, qui deviendra le nouvel outproxy par défaut dans la prochaine version.

Installation facile sur Apple Silicon

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

Nous sommes heureux de proposer un bundle BETA d’installation facile pour Mac OS fonctionnant sur du matériel Apple Silicon. Vous pouvez le télécharger ici :

Paquets I2P d’installation simplifiée pour Mac OS

Vitesse

Dans nos benchmarks internes, les opérations cryptographiques sont entre 2 et 2,5 fois plus rapides que lors de l’exécution du bundle Intel sous Rosetta.

Problèmes connus

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.

Présents : eyedeekay, zzz, zlatinb

Journal de réunion

(03:00:39 PM) eyedeekay: Bonjour tout le monde et bienvenue à la réunion du 4 janvier 2022 (03:00:39 PM) eyedeekay: 1. Bonjour (03:00:39 PM) eyedeekay: 2. Exigences de l’outproxy (proxy de sortie) des services de meeh `http://zzz.i2p/topics/3218-meeh-services-going-down-soon` (03:00:39 PM) eyedeekay: 3. Promouvoir le Mac DMG Jpackage en stable https://geti2p.net/en/download/mac (03:00:39 PM) eyedeekay: 4. Recherche NetDB (Sim/Modèle) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:01:13 PM) zlatinb: salut (03:01:23 PM) zzz: bonjour (03:01:55 PM) eyedeekay: Bonjour zzz, zlatinb, quelqu’un d’autre ici aujourd’hui ? (03:02:20 PM) eyedeekay: Opérateurs d’outproxy ? (03:02:59 PM) eyedeekay: OK, passons donc au point 1, ils pourront intervenir s’ils le souhaitent :) (03:03:38 PM) eyedeekay: Nous perdons donc tous les services non statiques de meeh, pour nous c’est principalement trac, que nous avons déjà remplacé, et false.i2p, l’outproxy par défaut (03:04:07 PM) eyedeekay: Aucun des deux ne fonctionnait bien depuis longtemps, mais ne pas avoir d’outproxy entraîne une mauvaise expérience utilisateur (UX), donc nous devons le remplacer (03:04:59 PM) eyedeekay: Nous avons discuté de quelques options la semaine dernière, dont l’une consistait à trouver un nouvel outproxy géré par des bénévoles pour en faire le défaut. (03:06:30 PM) eyedeekay: Si cela doit se faire, il devra satisfaire à quelques exigences de base. Évidemment, une politique de confidentialité est importante. (03:06:30 PM) eyedeekay: S’ils ne transmettent pas tout directement à Tor, nous aurons également besoin d’une description des éventuels filtrages appliqués, le cas échéant (03:07:34 PM) eyedeekay: D’autres options sont d’en exploiter un nous-mêmes, ce qui est pour le moins peu attirant, ou d’ajouter la prise en charge locale de SOCKS, ce qui suppose qu’un proxy SOCKS local soit disponible. (03:08:07 PM) eyedeekay: Si quelqu’un veut se porter volontaire pour être un outproxy, l’endroit où se manifester est le forum de zzz (03:09:05 PM) zzz: exact (03:09:12 PM) eyedeekay: Je n’ai pas encore pu obtenir de meeh des statistiques sur l’utilisation de false.i2p. EOT (03:09:40 PM) zzz: d’abord, nous voulons être très prudents et ne pas recommander publiquement une alternative ni définir un nouveau défaut sans approbation, car cela pourrait imposer une lourde charge, financière ou autre (03:10:06 PM) zzz: comme tout petit premier pas, nous cherchons à faire enregistrer des alternatives sur stats.i2p et à obtenir l’approbation pour les ajouter à notre hosts.txt par défaut (03:10:16 PM) zzz: car cela facilite au moins leur configuration et leur utilisation par les gens (03:10:55 PM) zzz: nous avons l’approbation pour cette étape pour deux outproxies, cependant un seul est actuellement enregistré sur stats.i2p (03:11:05 PM) zzz: donc j’attends ce deuxième enregistrement (03:11:05 PM) zzz: eot (03:11:35 PM) eyedeekay: Merci zzz, je lui rappellerai au fait (03:11:47 PM) dr|z3d: J’ai eu quelques discussions préliminaires avec toi, zzz, et sur cette base je pense qu’il est assez clair que je ne suis pas intéressé par la fourniture d’un service officiel. Informel, d’accord, mais rien d’officiel. (03:12:52 PM) zzz: merci de l’avoir précisé, et merci aussi pour ton temps et ton expertise dans ces discussions (03:12:59 PM) dr|z3d: Je suis aussi d’avis qu’un outproxy unique est voué à l’échec dès l’instant où il devient officiel. (03:14:13 PM) eyedeekay: Je peux tout à fait voir pourquoi. Quelque chose d’autre sur le point 1 ? (03:14:28 PM) zzz: peut-être. cela requiert certainement une capacité adéquate et une administration compétente (03:14:29 PM) zzz: eot (03:14:59 PM) eyedeekay: 3. Promouvoir le Mac DMG Jpackage en stable (03:15:15 PM) eyedeekay: s/1/2/ (03:15:42 PM) eyedeekay: Ce point a été ajouté par zlatinb, à toi (03:16:21 PM) zlatinb: merci. En gros, le paquet non-DMG (jar) n’est pas notarisé et les 2 (ou 3 ?) dernières versions de Mac OS refusent de l’exécuter à moins que l’utilisateur ne modifie certains paramètres avancés (03:16:52 PM) zlatinb: en même temps, le jpackage DMG a été très stable et les mises à jour in-net ont été testées de bout en bout (03:17:10 PM) zlatinb: donc je propose d’en faire le téléchargement Mac par défaut et de supprimer complètement l’option .jar (03:17:55 PM) zlatinb: puisque nous avons déjà une belle page /mac dédiée au paquet, je suggère qu’on la garde, en supprimant l’indicateur BETA (03:18:14 PM) zlatinb: et dans la div Mac de /download, simplement un lien vers la page /mac, rien d’autre (03:18:19 PM) zlatinb: eot (03:19:22 PM) eyedeekay: Je suis pour. (03:20:42 PM) eyedeekay: Faut-il attendre une version ou le faire dès maintenant ? (03:21:51 PM) anonymousmaybe est maintenant connu sous le nom de Irc2PGuest95343 (03:22:35 PM) mode (+ao zzz zzz) par ChanServ (03:22:37 PM) zlatinb: pas besoin d’attendre une version (03:22:54 PM) zzz: avez-vous vu mes 3 questions avant que je ne décroche ? (03:23:01 PM) eyedeekay: Non, je les ai ratées (03:23:03 PM) zlatinb: non, désolé, svp republie (03:23:11 PM) zzz: Je vais poser quelques questions faciles : (03:23:15 PM) zzz: 1) La base d’utilisateurs est suffisante pour que nous soyons confiants qu’il a été bien testé ? (03:23:17 PM) zzz: 2) Le processus de release est documenté et, en théorie, quelqu’un d’autre pourrait le construire s’il avait les bonnes clés ? (03:23:20 PM) zzz: 3) Sommes-nous confiants d’avoir les ressources pour continuer à le maintenir et à faire des releases ? (03:23:23 PM) zzz: eot (03:24:08 PM) zlatinb: 1) - selon Matomo il obtient 20–25 téléchargements par jour. Des utilisateurs de Mac M1 ont signalé qu’il fonctionne comme prévu. Aucun retour négatif. (03:24:28 PM) eyedeekay: 2) et 3) AMHA les réponses sont définitivement oui. Je peux tout construire jusqu’à la partie de notarisation et je peux l’enseigner à quelqu’un d’autre (03:24:53 PM) zlatinb: 2) est oui mais nécessite de se désanonymiser à cause d’Apple Inc. (03:24:54 PM) eyedeekay: Donc avec zlatinb et moi, il y a au moins 2 personnes qui savent le construire (03:25:08 PM) zzz: 2) mais c’est _documenté_ ? (03:25:33 PM) zlatinb: oui, pas à pas, y compris le processus de notarisation dans le README.md (03:25:41 PM) zzz: super (03:26:16 PM) zzz: 1) est-ce que « fonctionne » inclut le processus de mise à jour ? avons-nous vu l’essaim de torrents réellement se déclencher lorsque les nouvelles sont mises à jour ? (03:26:29 PM) zlatinb: `http://git.idk.i2p/i2p-hackers/i2p-jpackage-mac` (03:26:43 PM) zzz: (parce que je pense que la version Windows n’a pas encore été réellement vue fonctionner) (03:27:26 PM) zlatinb: 1) oui, l’essaim démarre, il est assez petit mais il est là. Je l’ai vu aux versions 1.5.1 et 1.6.1 (03:27:49 PM) zzz: ok super, merci pour les réponses, aucune objection (03:28:14 PM) eyedeekay: Cool, je ferai les changements sur le site ce soir après avoir publié les logs de la réunion (03:28:26 PM) zlatinb: génial merci ! (03:29:05 PM) eyedeekay: À propos de Windows, oui mais il semble que ce soit un problème dans le fichier de configuration que j’ai fourni et non dans le programme de mise à jour lui-même (03:29:05 PM) eyedeekay: Donc Windows a besoin d’une mise à jour manuelle supplémentaire pour fonctionner avec les mises à jour automatiques, ce que je crois avoir su à l’avance mais oublié (03:30:07 PM) eyedeekay: 4. Recherche NetDB (Sim/Modèle) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:30:44 PM) eyedeekay: C’est aussi un sujet de zlatinb, dis-nous ce que tu en penses (03:31:28 PM) zlatinb: Donc, au cours des deux dernières semaines environ, on a constaté une détérioration notable de l’accessibilité de sites comme zzz.i2p, postman, même major.acetone.i2p... en gros des sites dont je sais qu’ils sont en ligne (03:31:57 PM) zlatinb: J’ai fait du débogage et j’ai eu des situations où le LS de zzz.i2p est récupéré correctement, mais ensuite le RI de l’IBGW doit échouer à être récupéré (03:32:03 PM) zlatinb: (Je spécule ici, bien sûr) (03:32:47 PM) zlatinb: en un mot, il y a beaucoup d’inconnues dans le fonctionnement de la NetDB et nous devons faire confiance à l’algorithme Kad, ce qui est acceptable, mais je préférerais avoir plus de confiance via un peu de recherche (03:33:33 PM) zlatinb: tout comme le testnet (réseau de test) a beaucoup aidé à améliorer le code de streaming et ssu et ntcp, je pense qu’un modèle ou une simulation peut aider à améliorer le fonctionnement de la netDB (03:34:44 PM) zlatinb: et la raison pour laquelle je veux en discuter ici est que si nous optons pour une simulation qui exécute le code réel qui sera dans le router, un peu de refactorisation du code NetDB sera nécessaire, possiblement de certaines *Job classses aussi (03:34:52 PM) zlatinb: Note, je n’ai pas encore étudié la jvm multi-router et JVMCommSystem (03:35:03 PM) zlatinb: peut-être que ceux-là peuvent être une réponse jusqu’à un certain nombre de nœuds (03:35:37 PM) zlatinb: mais mon objectif est de simuler au moins quelques milliers de nœuds, ce qui signifie abstraire la plupart des composants du router (03:35:42 PM) zlatinb: eot-checkpoint (03:36:28 PM) major a quitté la salle (quit: Ping timeout: 320 seconds). (03:36:32 PM) zzz: Je suis au mieux mitigé, vu la difficulté que ce serait, et le temps avant d’obtenir des résultats utiles (03:37:20 PM) zzz: pour commencer, j’ai fait une série de changements récemment pour rendre les choses plus fiables (03:37:27 PM) zzz: dans le build de dev 1.6.1-6 (03:37:46 PM) zzz: mais je ne sais pas si l’un des serveurs populaires (à part le mien) l’exécute (03:38:17 PM) zzz: J’aimerais que les serveurs d’echelon et d’eyedeekay l’essaient. Ce sont deux lots avec lesquels j’ai des problèmes depuis des mois (03:38:20 PM) zzz: eot (03:38:44 PM) eyedeekay: La plupart de mes serveurs suivent simplement le PPA, je mettrai git.idk.i2p à jour (03:39:17 PM) zzz: git et gitssh sont deux de ceux qui me rejettent fréquemment. S’ils s’améliorent, je le remarquerai (03:40:07 PM) zzz: les serveurs d’echelon sont un autre mystère. ils semblent avoir fréquemment des problèmes au niveau IP (03:42:11 PM) eyedeekay: Je peux faire ça bientôt alors (03:43:37 PM) eyedeekay: Mes questions sur le banc de test netDB sont probablement mal conçues, par exemple, le testnet existant a-t-il la capacité de simuler une netDB entre les routers qui s’y trouvent ? (03:44:08 PM) eyedeekay: Et si oui, y a-t-il un moyen de l’utiliser ? (03:44:44 PM) Le compte s’est déconnecté et vous n’êtes plus dans cette discussion. Vous rejoindrez automatiquement la discussion lorsque le compte se reconnectera. (03:49:14 PM) Le sujet de #i2p-dev est : 1.6.1-7 | prochaine réunion dev 20:00 UTC mardi 4 janvier 2022 (03:49:14 PM) Sujet pour #i2p-dev défini par zzz à 09:08:14 AM le 01/03/2022 (03:49:20 PM) zzz: bon sang non pas pspice. c’était une sorte de modèle de réseau à files d’attente/comportemental (03:50:31 PM) zzz: EOT et je file, je dois y aller, merci à tous (03:50:46 PM) eyedeekay: À plus, zzz (03:51:41 PM) eyedeekay: Autre chose sur le point 4 ? zlatinb (03:51:50 PM) zlatinb: non, c’est tout (03:52:08 PM) eyedeekay: Très bien, cela couvre tout pour la réunion, passez une bonne semaine tout le monde

Bilan de l'année : 2021

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

Détails de la mise à jour

Development Highlights

La version 0.9.49 a initié la migration vers le nouveau chiffrement ECIES-X25519, plus rapide, pour les routers. Il a fallu de nombreuses années de travail sur les spécifications et les protocoles pour le nouveau chiffrement ; avec cette version, les nouvelles installations et un très faible pourcentage des installations existantes (sélectionnées aléatoirement au redémarrage) ont commencé à utiliser le nouveau chiffrement. C’est la première fois que le type de chiffrement par défaut est modifié, la migration complète se déroulera donc sur plusieurs versions afin de minimiser tout problème.

I2P n'est pas affecté par la vulnérabilité log4j

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

I2P n’est pas affecté par la vulnérabilité 0‑day de log4j publiée hier, CVE‑2021‑44228. I2P n’utilise pas log4j pour la journalisation ; nous avons toutefois aussi vérifié nos dépendances pour un éventuel usage de log4j, notamment jetty. Cette vérification n’a révélé aucune vulnérabilité.

Il était également important de vérifier l’ensemble de nos plugins. Les plugins peuvent embarquer leurs propres systèmes de journalisation, y compris log4j. Nous avons constaté que la plupart des plugins n’utilisent pas non plus log4j, et que ceux qui l’utilisent n’emploient pas une version vulnérable de log4j.

Réunion des développeurs I2P - 07 décembre 2021

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

Récapitulatif rapide

Présents : eyedeekay, zzz, zlatinb

Journal de réunion

(03:00:21 PM) eyedeekay: Salut tout le monde, bienvenue à la réunion du 7 décembre (03:00:28 PM) eyedeekay: 1) Salut (03:00:28 PM) eyedeekay: 2) Statut de la version 1.6.1 (03:00:28 PM) eyedeekay: 3) Statut de la mise à jour jpackage (03:00:28 PM) eyedeekay: 4) Intégrations Monero (03:00:28 PM) eyedeekay: 5) Nouvelle bibliothèque SAM (03:00:37 PM) zzz: salut (03:00:41 PM) zlatinb: salut (03:01:05 PM) eyedeekay: Salut zzz, salut zlatinb (03:01:12 PM) eyedeekay: Quelqu’un d’autre ici aujourd’hui ? (03:01:16 PM) mode (-m ) by zzz (03:01:31 PM) eyedeekay: 2) statut de la version 1.6.1 (03:02:32 PM) eyedeekay: La version 1.6.1 est disponible, le torrent est en ligne, tout comme Debian/Ubuntu/Launchpad, Maven, GPlay et notre F-Droid (03:03:10 PM) eyedeekay: Le dépôt de F-Droid n’est toujours pas à jour, l’une de mes tâches cette semaine est de refaire fonctionner notre appli avec leur système de compilation automatique (03:04:01 PM) eyedeekay: Les dépôts Debian, à notre connaissance, ne vont pas recevoir nos mises à jour pour l’instant, les personnes qui utilisent les paquets Debian devraient passer à deb.i2p2.de ou deb.i2p2.no (03:05:18 PM) eyedeekay: Le bundle DMG construit par zlatinb a aussi été mis à jour en 1.6.1 et est disponible sur les miroirs et comme mise à jour (03:06:01 PM) eyedeekay: Le bundle exe que j’ai construit sera en ligne aujourd’hui, j’avais prévu de le faire hier mais je me suis enlisé dans des mises à jour Windows, donc je le ferai ce soir. (03:06:40 PM) eyedeekay: D’après stats.i2p, environ 20 % du réseau a effectué la mise à jour (03:06:47 PM) eyedeekay: Quelque chose à ajouter, zzz, zlatinb ? (03:09:13 PM) eyedeekay: Allô ? (03:11:26 PM) eyedeekay: OK je suis de retour (03:11:40 PM) eyedeekay: (03:06:40 PM) eyedeekay: D’après stats.i2p, environ 20 % du réseau a effectué la mise à jour (03:11:40 PM) eyedeekay: (03:06:47 PM) eyedeekay: Quelque chose à ajouter, zzz, zlatinb ? (03:11:50 PM) zzz: oui (03:12:05 PM) zzz: pas de signe d’une mise à jour biglybt pour l’instant, espérons que ça arrive bientôt (03:12:10 PM) zzz: pas encore de plaintes d’utilisateurs (03:12:26 PM) zzz: echelon a eu des problèmes avec une build de dev 1.6.1-2 mais on ne sait pas pourquoi (03:13:03 PM) zzz: également, les utilisateurs de n’importe quelle version du paquet i2p (actuelle ou plus ancienne) peuvent avoir un problème en raison de la modification des dépendances jetty9 (03:13:24 PM) zzz: si c’est le cas, sudo apt install libservlet3.1-java manuellement (03:14:44 PM) zlatinb: à propos de biglybt, j’ai eu des nouvelles de Parg plus tôt aujourd’hui au sujet d’un autre sujet, donc il va bien. (03:15:52 PM) zzz: peut aussi affecter ubuntu jammy très à jour, pas sûr (03:15:52 PM) zzz: eot (03:16:12 PM) zlatinb: eot (03:16:22 PM) zzz: je veux dire le paquet debian/ubuntu (03:16:22 PM) zzz: eot2 (03:16:22 PM) zzz: c’est sur debian sid et peut-être jammy uniquement (03:16:22 PM) zzz: eot3 (03:16:22 PM) zzz: je vais lui laisser encore quelques jours puis le relancer (03:16:31 PM) eyedeekay: Merci zzz, le truc paquet/dépendance remontera probablement sur Reddit si c’est un problème (03:16:58 PM) eyedeekay: J’utilise sid au quotidien et je ne suis pas tombé sur celui-ci pour l’instant (03:17:01 PM) zzz: ref: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 (03:18:40 PM) eyedeekay: 3) Statut de la mise à jour jpackage (03:19:36 PM) eyedeekay: En partie déjà couvert, les paquets dmg de zlatinb sont sur les miroirs et listés sur le site (03:20:29 PM) eyedeekay: J’avais des mises à jour à faire sur mon portable Windows donc je n’ai pas fait les builds exe hier soir, je m’en occupe après la réunion (03:21:08 PM) eyedeekay: J’ai basculé mon serveur de news pour publier les nouveaux paquets de zlatinb (03:21:59 PM) eyedeekay: Je n’ai eu aucun retour d’utilisateurs pour l’instant (03:22:27 PM) zlatinb: Le jpackage dmg est maintenant bien rationalisé. Nous avons fait un test de bout en bout de la mise à jour dans le réseau avec 1.5.0->1.5.1 et cela a fonctionné (mais à la deuxième tentative) (03:23:02 PM) zlatinb: 1 personne a téléchargé le torrent selon snark (03:23:27 PM) zlatinb: pas grand-chose d’autre à signaler sur le jpackage mac, ça fonctionne globalement (03:23:28 PM) zlatinb: eot (03:24:04 PM) eyedeekay: Merci zlatinb (03:24:41 PM) eyedeekay: 4) Intégrations Monero (03:25:55 PM) eyedeekay: Il y a eu un regain d’intérêt pour faire fonctionner Monero-over-I2P automatiquement dans les portefeuilles GUI (notamment Feather) pendant le week-end de Thanksgiving (03:26:38 PM) eyedeekay: Nous faisons des maquettes de conception et analysons les compromis entre différentes configurations ici : (03:26:39 PM) eyedeekay: https://github.com/monero-project/monero-gui/issues/2274 (03:27:15 PM) eyedeekay: Ils sont intéressés par l’adoption de plusieurs éléments chez nous, y compris, à terme, notre modèle de distribution des mises à jour logicielles dans le réseau (03:27:53 PM) eyedeekay: Si quelqu’un veut participer à cette discussion, elle a lieu principalement là-bas, et aussi sur le salon Matrix Monero (03:28:06 PM) eyedeekay: Monero-Community (03:28:20 PM) eyedeekay: EOT (03:29:05 PM) eyedeekay: 5) Nouvelle bibliothèque SAM (03:29:14 PM) zzz: cool, je suppose qu’ils ont déjà regardé ce que bitcoin a fait pour les protocoles d’adresses de bas niveau (03:29:17 PM) zzz: eot (03:30:31 PM) eyedeekay: Oui, c’est le cas (03:31:24 PM) eyedeekay: L’autre truc sympa qui est arrivé la semaine dernière, c’est que l’équipe de diva.exchange a créé une nouvelle bibliothèque SAM pour node.js/javascript en général (03:32:02 PM) eyedeekay: Elle est bien plus documentée et plus récente que l’ancienne, qui n’est plus maintenue (03:32:07 PM) eyedeekay: Source ici : https://codeberg.org/diva.exchange/i2p-sam (03:32:23 PM) eyedeekay: Le paquet NPM est ici https://www.npmjs.com/package/@diva.exchange/i2p-sam (03:33:00 PM) eyedeekay: Vu la popularité de node, je lui donne un petit coup de projecteur, on dirait que tout le monde écrit ses applis web en node de nos jours (03:33:15 PM) eyedeekay: eot (03:34:21 PM) eyedeekay: Autre chose pour la réunion ? (03:35:13 PM) zlatinb: pas de mon côté (03:36:01 PM) eyedeekay: timeout 1, (03:36:04 PM) eyedeekay: 1m (03:37:03 PM) eyedeekay: D’accord alors, merci zzz, zlatinb, la prochaine réunion aura lieu le 4 janvier 2022 (03:37:03 PM) eyedeekay: Je publierai les journaux sous peu

Version 1.6.1

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

Détails de la mise à jour

Note : 1.6.1 est la version actuelle. La 1.6.0 a été taguée mais n’a pas été publiée.

Cette version achève le déploiement de deux mises à jour majeures du protocole développées en 2021. La transition vers le chiffrement X25519 pour les routers est accélérée, et nous nous attendons à ce que presque tous les routers aient leurs clés renouvelées d’ici la fin de l’année. Les messages courts de construction de tunnel sont activés pour une réduction significative de la bande passante.

Les Jpackages I2P reçoivent leur première mise à jour

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

Il y a quelques mois, nous avons publié de nouveaux paquets dont nous espérions qu’ils aideraient à intégrer de nouvelles personnes au réseau I2P en rendant l’installation et la configuration d’I2P plus faciles pour davantage de personnes. Nous avons supprimé des dizaines d’étapes du processus d’installation en passant d’une JVM externe à un Jpackage, créé des paquets standard pour les systèmes d’exploitation ciblés et les avons signés de manière à ce que le système d’exploitation les reconnaisse afin de protéger l’utilisateur. Depuis, les routers basés sur jpackage ont franchi un nouveau jalon : ils s’apprêtent à recevoir leurs premières mises à jour incrémentielles. Ces mises à jour remplaceront le jpackage JDK 16 par un jpackage JDK 17 mis à jour et apporteront des correctifs pour quelques petits bogues que nous avons détectés après la publication.

Réunion des développeurs I2P - 2 novembre 2021

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

Récapitulatif rapide

Présents: eyedeekay, zzz, zlatinb, Ryemantis_

Journal de réunion

(04:00:16 PM) eyedeekay: Bonjour tout le monde, bienvenue à la réunion communautaire du 2 novembre (04:00:16 PM) eyedeekay: 1) Salut (04:00:16 PM) eyedeekay: 2) État du développement 1.6.0 / Prochaine version (04:00:16 PM) eyedeekay: 3) état de la bêta jpackage mac/win, retours des tests utilisateurs, état de la mise à jour en réseau 17.0.2, plans pour la mise à jour 1.6.0 ? (04:00:35 PM) zzz: salut (04:00:38 PM) zlatinb: salut (04:00:55 PM) eyedeekay: Salut zzz, zlatinb (04:01:25 PM) eyedeekay: 2) État du développement 1.6.0 / Prochaine version (04:02:25 PM) eyedeekay: Le fil de discussion de la version est ici : `http://zzz.i2p/topics/3170-1-6-0-release-summary` et nous n'avons pas encore fixé de date, j'aurais dû répondre dans ce fil, veut-on le faire ici ? (04:02:43 PM) zzz: oui s'il vous plaît (04:03:18 PM) zzz: dans 3 semaines, cela ferait 13 semaines. +/- 1 semaine me va aussi (04:03:19 PM) eyedeekay: D'accord, pour ma part je suis favorable à la semaine du 29, après Thanksgiving aux États-Unis (04:04:12 PM) zlatinb: Je suis AFK de mon poste principal jusqu'au début décembre, donc je ne peux pas construire ni signer les installeurs jpackage. Mais je peux toujours fournir un OTP (mot de passe à usage unique) pour le signtool puisque c'est sur mon téléphone. (04:05:34 PM) zzz: ok, donc provisoirement la semaine du 28 alors ? eche|off eche|on des objections ? (04:07:30 PM) eyedeekay: La semaine du 28 me paraît bien pour l'instant. (04:08:34 PM) eyedeekay: Autre chose pour le point 2) ? (04:08:45 PM) zzz: oui, un bref état des lieux (04:09:02 PM) zzz: ça s'annonce comme une version assez modeste si l'on se fie au volume de changements (04:09:27 PM) zzz: quelques optimisations SSU sont peut-être l'élément principal (04:09:48 PM) zzz: zlatinb, si tu as le temps d'intégrer les correctifs de dépréciation des tests unitaires, ce serait bien (04:09:52 PM) zzz: EOT (04:10:02 PM) eyedeekay: Merci zzz (04:10:28 PM) zlatinb: oui, pas de promesses pour le test unitaire :) (04:10:42 PM) eyedeekay: 3) état de la bêta jpackage mac/win, retours des tests utilisateurs, état de la mise à jour en réseau 17.0.2, plans pour la mise à jour 1.6.0 ? (04:12:18 PM) zlatinb: Je suppose qu'il s'agit de JDK 17.0.1, il n'y a pas encore de 17.0.2 à ma connaissance (04:12:21 PM) zzz: oui, j'ai ajouté ce point juste pour vous donner à tous les deux l'occasion de tenir la communauté au courant (04:12:32 PM) eyedeekay: zlatinb et moi en avons discuté il y a quelques jours et évalué la possibilité de faire une mise à jour OpenJDK 17 pour les installations jpackage (04:12:43 PM) zzz: ignorez les fautes de frappe :) (04:13:36 PM) Ryemantis__ is now known as Ryemantis_ (04:14:08 PM) eyedeekay: Pour l'instant, nous sommes prêts à faire des mises à jour en réseau des installations jpackage, mais nous allons attendre la version principale pour faire nos versions jpackage, qui mettront à jour vers 17.0.1 ou 17.0.2 (04:14:55 PM) zlatinb: 17.0.2 n'est pas prévu avant la mi-janvier, donc nous devrions définitivement avoir une version jpackage 1.6.0 (04:15:32 PM) zlatinb: de mon point de vue, j'aimerais vraiment faire une répétition générale du processus de mise à jour en réseau pour débusquer les bugs, mais cela doit se faire dans les 7 prochains jours car je serai AFK ensuite (04:16:03 PM) zlatinb: pour résumer, les actions suivantes doivent avoir lieu : (04:16:12 PM) zzz: eyedeekay, ce n'était pas très clair... vous êtes « prêts » mais vous n'allez pas le faire, vous allez attendre ? (04:16:28 PM) zlatinb: 1. mise à jour du dépôt i2p.newsxml pour produire entries.html par plateforme (04:16:50 PM) zlatinb: 2. S'assurer que les serveurs http de news d'idk et d'ech peuvent servir les nouveaux fichiers news.su3 (04:17:17 PM) zlatinb: 3. créer une branche i2p.i2p à partir du tag i2p-1.5.0, incrémenter CoreVersion/RouterVersion, taguer i2p-1.5.1 (04:17:27 PM) zlatinb: 4. construire les installeurs jpackage, signer/notariser si nécessaire (04:17:47 PM) zlatinb: 5. construire de nouveaux entries.html avec le nouveau release.json (04:17:50 PM) zlatinb: 6. déployer (04:17:51 PM) zlatinb: eot (04:18:03 PM) zlatinb: donc je ne sais pas si cela peut se faire en 7 jours, mais ce serait très bien si oui (04:19:10 PM) eyedeekay: Par « prêts », je veux dire que les changements de i2p.newsxml produisent des flux valides pouvant être utilisés pour distribuer des mises à jour en réseau et qu'ils fonctionnent sur ma configuration lighttpd pour les news (04:20:00 PM) eyedeekay: Je dois ajouter la prise en charge d'entries.html spécifiques à la plateforme, pour l'instant tout le monde reçoit toutes les actualités mais un torrent différent (04:20:38 PM) zzz: plus globalement, étant donné que c'est une bêta, est-ce que ça se passe bien, avez-vous des téléchargements et/ou des plaintes ? (04:21:16 PM) zlatinb: téléchargements - ~25/jour pour mac, ~100/jour pour windows selon matomo (04:21:44 PM) eyedeekay: Pas de plaintes majeures, il y avait un problème de détection du chemin vers le paquet installé selon l'architecture et selon la manière dont windows était installé, ce qui affecte une fraction des utilisateurs Windows mais *only* lorsque le lanceur est exécuté depuis l'installateur (04:22:03 PM) eyedeekay: Donc après exécution de l'installateur, le bug disparaît, et il est corrigé dans la nouvelle version (04:22:11 PM) eyedeekay: Enfin, il le sera (04:22:15 PM) zzz: super (04:22:21 PM) eyedeekay: C'est ce que zab a signalé le mois dernier (04:22:40 PM) eyedeekay: *installé ou mis à jour depuis une version antérieure (04:24:34 PM) Ryemantis_: Bonjour à tous. Je voulais aussi faire un rapide coucou et m'excuser d'avoir été plutôt silencieux ces dernières semaines. Octobre a été un mois très chargé pour moi et j'ai aussi eu une panne matérielle par-dessus le marché. Après cette semaine, je devrais avoir un peu de temps pour remettre mon poste de travail en état et continuer le travail sur Android I2P. Je travaille actuellement sur LiveData, le démarrage à distance d'I2P, et un correctif UPnP. Je ferai aussi une mise à jour sur les forums une fois que je serai de retour à (04:24:35 PM) Ryemantis_: ça. Veuillez aussi me dire si autre chose demande une attention plus immédiate. (04:25:04 PM) eyedeekay: Ravi d'avoir de tes nouvelles Ryemantis_ et bienvenue à la réunion (04:25:28 PM) eyedeekay: Merci pour la mise à jour sur ce sur quoi tu travailles, les pannes matérielles et la vie arrivent à tout le monde (04:27:01 PM) eyedeekay: Donc retour au point 3) un instant, pour l'heure il me revient d'ajouter la prise en charge d'entries.html dans data/platform/branch/entries.html au lieu de seulement dans data/entries.html afin que nous puissions avoir des flux d'actualités spécifiques à la plateforme (04:27:13 PM) Ryemantis_: J'apprécie vraiment votre compréhension et merci à tous pour votre travail acharné (04:28:23 PM) eyedeekay: Plutôt qu'un seul flux où tout le monde reçoit les actualités de tout le monde (04:29:00 PM) eyedeekay: Après ça, nous pourrons commencer à l'étape 3. dans la description de zlatinb (04:29:37 PM) eyedeekay: Quelque chose pour le point 3) ? (04:30:20 PM) zlatinb: non, je pense que ça couvre tout (04:30:46 PM) eyedeekay: Cool, autre chose pour la réunion zzz zlatinb Ryemantis_ ? (04:31:04 PM) zzz: non (04:31:30 PM) Ryemantis_: non (04:31:49 PM) zlatinb: oui, une petite question - la prochaine réunion, c'est le 1er ? (04:31:54 PM) ***zlatinb vérifie le calendrier (04:32:12 PM) eyedeekay: Je pense le 7, zlatinb (04:32:20 PM) zlatinb: ok peu importe alors (04:32:33 PM) eyedeekay: Le premier est un mercredi sur mon calendrier (04:33:28 PM) eyedeekay: Ah oui, cela me rappelle, DST (heure d'été). J'ai toujours planifié les réunions en UTC, mais est-ce que quelqu'un veut ajuster l'heure de la réunion pour le DST ? (04:33:36 PM) zzz has changed the topic to: 1.5.0-4 | Tag freeze Wed. Nov. 17 (04:35:30 PM) eyedeekay: Je vais considérer que c'est non alors. À moins que quelqu'un n'en parle dans un fil du forum, les réunions continueront d'être programmées à la même heure UTC (04:36:05 PM) eyedeekay: Merci à tous d'être venus à la réunion, je publierai les journaux dans quelques minutes.

Réunion des développeurs d'I2P - 05 octobre 2021

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

Récapitulatif rapide

Présents: eyedeekay, zzz, zlatinb, T3s|4

Journal de la réunion

(04:00:04 PM) eyedeekay: Salut tout le monde, bienvenue à la réunion de la communauté (04:00:04 PM) eyedeekay: 1) Salut (04:00:04 PM) eyedeekay: 2) Éléments restants 0.9.50/1.5.0 (04:00:04 PM) eyedeekay: 3) Distributions Jpackage (04:00:04 PM) eyedeekay: 4) Statut du développement 1.6.0 (04:00:15 PM) mode (-m ) par zzz (04:00:16 PM) eyedeekay: 1) Salut, qui est là aujourd’hui ? (04:00:24 PM) zlatinb: salut (04:00:24 PM) zzz: ici (04:00:48 PM) eyedeekay: Salut zzz, salut zlatinb (04:01:30 PM) eyedeekay: 2) Éléments restants 0.9.50/1.5.0 (04:02:21 PM) eyedeekay: C’est la même histoire qu’à la dernière réunion, nous ne parvenons actuellement pas à joindre mhatta, et nos paquets Debian du dépôt main ne sont donc pas mis à jour (04:02:55 PM) eyedeekay: La recommandation officielle pour installer I2P sur Debian et Ubuntu va changer dans la prochaine version pour utiliser notre propre dépôt .deb/PPA (04:03:26 PM) eyedeekay: Nous mettons également à jour les instructions pour refléter certaines recommandations qui rendront l’utilisation de notre dépôt plus sûre (04:03:52 PM) eyedeekay: Dans la nouvelle configuration, nos clés de signature de paquets .deb ne seront valides que pour nos paquets, au lieu de l’être pour tous les paquets (04:04:04 PM) eyedeekay: Les utilisateurs actuels de deb/ubuntu n’auront rien à changer (04:05:04 PM) eyedeekay: C’est tout pour moi sur le point 2) d’autres choses de la part de quelqu’un ? (04:05:23 PM) T3s|4: eyedeekay: ^tout noté, et je suis aussi présent (04:06:21 PM) eyedeekay: Merci T3s|4 (04:06:21 PM) eyedeekay: Délai d’attente 1 min pour 2) (04:07:36 PM) eyedeekay: OK 3) Distributions Jpackage (04:08:02 PM) zlatinb: J’ai deux points pour ce sujet, et ils ne sont pas bons (04:08:18 PM) eyedeekay: OK, peut-être devrais-tu commencer alors (04:08:42 PM) zlatinb: 3.1 - le DMG Mac n’a pas été correctement déployé sur le miroir sigterm.no et je l’ai découvert deux semaines après la sortie (04:09:11 PM) zlatinb: ce qui est un échec majeur, nous devons comprendre pourquoi c’est arrivé et comment l’éviter à l’avenir (04:09:30 PM) zlatinb: 3.2 - je viens d’essayer l’AIO Windows sur une VM Windows 10 toute neuve avec seulement Firefox installé, et le .bat n’a pas pu lancer I2P.exe (04:09:50 PM) zlatinb: lancer I2P.exe manuellement a bien fonctionné, mais quelque chose dans la connexion entre les deux a échoué (04:09:50 PM) zzz: c’est quoi AIO ? (04:09:55 PM) eyedeekay: Easy-Install (04:09:56 PM) zlatinb: All-In-One (04:10:17 PM) zlatinb: EOT (04:11:42 PM) eyedeekay: L’échec sur sigterm.no était en partie de ma faute, j’ai résolu le problème là-bas, qui était lié à ma façon de faire la synchronisation des miroirs. (04:12:13 PM) eyedeekay: Concernant le bundle Windows, ça ne devrait clairement pas arriver, pas bon. Je ferai un suivi sur i2p.firefox dès que la réunion sera terminée, merci de me l’avoir signalé. (04:12:50 PM) zlatinb: ok, heureux d’aider au débogage de quelque manière que ce soit (04:14:54 PM) eyedeekay: OK de mon côté je teste les changements de i2p.newsxml pour que nous puissions faire des mises à jour, ça devrait être prêt à être relu cette semaine, il y a quelques modifications mineures des instructions pour faire tourner le serveur de news que je devrai passer en revue avec ech, mais nous sommes déjà en contact à ce sujet (04:16:03 PM) zzz: 3.3 à propos des bundles pour OSX, je recommande que nous indiquions qu’ils ne sont pas testés sur les Mac ARM, que les performances sont inconnues, et que nous recherchions des testeurs (04:16:17 PM) eyedeekay: Oui, d’accord, je peux faire ce changement sur le site web ce soir (04:16:19 PM) zzz: et à partir de là, décider quand commencer à faire des builds ARM (04:17:17 PM) eyedeekay: Je m’en occupe (04:17:20 PM) zzz: note que Java 17 prend en théorie en charge nativement OSX ARM, mais je ne sais pas si l’un des sites de type openjdk propose déjà les builds JRE (04:18:26 PM) zzz: EOT, merci (04:18:38 PM) zlatinb: la construction pour Mac aarch64 doit se faire sur un Mac aarch64 à cause de jpackage (04:18:55 PM) zlatinb: donc ça veut dire que je dois obtenir un Mac ARM à un moment donné (04:19:12 PM) zlatinb: ou quelqu’un d’autre doit obtenir un compte développeur Apple (04:19:31 PM) zlatinb: eot (04:20:35 PM) eyedeekay: Mon Mac est aussi x86_64 malheureusement sinon je proposerais de le faire (04:21:17 PM) eyedeekay: Autre chose pour le point 3) ? (04:22:19 PM) eyedeekay: OK alors 4) est Statut du développement 1.6.0 (04:25:17 PM) eyedeekay: zzz nous tient au courant de ses développements et de l’état ici : `http://zzz.i2p/topics/3170-1-6-0-release-summary` (04:25:20 PM) eyedeekay: 6 semaines écoulées, env. 7 semaines restantes (04:25:40 PM) eyedeekay: L’un de mes deux grands changements prévus pour la console du router ne sera probablement pas intégré, X-I2P-Locations dans le proxy HTTP (04:26:10 PM) eyedeekay: L’autre, la gestion des plugins "fork-and-forget", sera prête cette semaine (04:27:10 PM) eyedeekay: Le travail sur SSU2 continue sur #LS2 (04:27:10 PM) eyedeekay: zlatinb et zzz ont également identifié et débogué des problèmes de performances dans SSU1 (04:27:26 PM) eyedeekay: Quelque chose à ajouter zzz, zlatinb (04:27:28 PM) eyedeekay: ? (04:28:07 PM) zzz: jusqu’ici il n’y a pas beaucoup de gros changements dans cette version (04:28:21 PM) zzz: diff très réduit pour le moment (04:28:50 PM) zzz: intégrons rapidement tout autre gros changement (04:29:36 PM) eyedeekay: Je ne laisserai rien de gros ou de drastique dépasser ce week-end pour moi. Si je ne peux pas le terminer d’ici lundi, je me limiterai aux petites choses. (04:29:40 PM) zzz: devrait être dans les temps pour une sortie fin novembre (04:30:43 PM) zzz: eot (04:30:45 PM) zzz: oh, nous attendons aussi une version post-EOL (après fin de vie) de Jetty 9.3.30 avec quelques rétroportages de CVE. Ils l’ont taguée mais n’ont pas encore publié les builds, c’est typique chez eux (04:31:43 PM) eyedeekay: S’ils mettent trop de temps à publier les builds, cela nécessiterait-il de retarder la sortie ? (04:32:37 PM) zzz: ça ne devrait être qu’une semaine environ. si pour une raison quelconque ils ne le font pas, nous pouvons simplement prendre leurs correctifs (04:33:02 PM) eyedeekay: OK, merci pour la précision (04:33:35 PM) eyedeekay: Y a-t-il autre chose pour 4) et sinon, y a-t-il autre chose que quelqu’un voudrait discuter pendant que nous sommes là ? (04:35:03 PM) eyedeekay: Délai d’attente 1 min (04:35:04 PM) zzz: si quelqu’un avec un pseudo enregistré veut la voix, faites-le-moi savoir avant que je clique sur le bouton 'm'. désolé pour le dérangement (04:37:10 PM) eyedeekay: OK merci à tous d’être venus à la réunion (04:37:10 PM) eyedeekay: À bientôt sur l’IRC et à la réunion le mois prochain (04:37:20 PM) eyedeekay: J’ai quelques mises à jour du site web à faire (04:37:59 PM) eyedeekay: Veuillez noter la déclaration ^ de zzz à propos de la voix sur le serveur IRC (04:40:00 PM) eyedeekay: Oh, une autre chose, je serai hors de la ville jeudi et vendredi, je travaillerai hors ligne ces jours-là. Envoyez un message à idk_afk si je ne suis pas en ligne et je le verrai dans la soirée

Bitcoin Core ajoute la prise en charge d'I2P !

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

Un événement préparé depuis des mois, Bitcoin Core a ajouté la prise en charge officielle d’I2P ! Les nœuds Bitcoin sur I2P peuvent interagir pleinement avec le reste des nœuds Bitcoin, grâce à des nœuds qui opèrent à la fois sur I2P et sur le clearnet, ce qui en fait des acteurs de premier plan du réseau Bitcoin. Il est enthousiasmant de voir de grandes communautés comme Bitcoin prendre conscience des avantages qu’I2P peut leur apporter, en offrant confidentialité et accessibilité aux personnes du monde entier.

Améliorer l’adoption d’I2P et l’intégration des nouveaux utilisateurs avec Jpackage et I2P-Zero

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

Pendant la majeure partie de son existence, I2P a été une application qui s’exécute grâce à une machine virtuelle Java déjà installée sur la plateforme. Cela a toujours été la manière normale de distribuer des applications Java, mais cela entraîne une procédure d’installation compliquée pour de nombreuses personnes. Pour compliquer encore les choses, la “bonne solution” pour rendre l’installation d’I2P simple sur une plateforme donnée n’est pas forcément la même que sur une autre plateforme. Par exemple, I2P est assez simple à installer avec les outils standard sur les systèmes d’exploitation basés sur Debian et Ubuntu, parce que nous pouvons simplement indiquer les composants Java nécessaires comme “Required” par notre paquet, cependant sous Windows ou OSX, il n’existe pas de tel système nous permettant de nous assurer qu’une version compatible de Java est installée.

Améliorez vos compétences I2P grâce aux LeaseSets chiffrés

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

Améliorez vos compétences en I2P avec des LeaseSets chiffrés

Par le passé, on a dit qu’I2P mettait l’accent sur la prise en charge des services cachés, ce qui est vrai à bien des égards. Cependant, ce que cela implique pour les utilisateurs, les développeurs et les administrateurs de services cachés n’est pas toujours identique. Les LeaseSets chiffrés et leurs cas d’utilisation offrent une fenêtre unique et pratique sur la manière dont I2P rend les services cachés plus polyvalents, plus faciles à administrer, et sur la façon dont I2P étend le concept de service caché pour apporter des avantages en matière de sécurité à des cas d’utilisation potentiellement intéressants.

Réunion des développeurs I2P - 7 septembre 2021

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

Bref récapitulatif

Présents: eyedeekay, zzz, zlatinb

Journal de réunion

(04:02:11 PM) eyedeekay: Bonjour à tous, désolé pour le court préavis, bienvenue à la réunion du 7 septembre (04:02:11 PM) eyedeekay: 1) Salut (04:02:11 PM) eyedeekay: 2) Éléments restants 0.9.50/1.5.0 (04:02:11 PM) eyedeekay: 3) Changements du dépôt Debian (04:02:11 PM) eyedeekay: 4) Distributions Jpackage (04:02:11 PM) eyedeekay: 5) Plans pour 1.6.0 (04:03:12 PM) zlatinb: salut (04:03:21 PM) eyedeekay: Salut zlatinb (04:04:21 PM) eyedeekay: OK, on peut commencer, si quelqu’un nous rejoint en cours de réunion, n’hésitez pas à intervenir pour nous dire que vous êtes là (04:04:49 PM) zzz: salut (04:04:54 PM) eyedeekay: Salut zzz (04:05:03 PM) eyedeekay: Je prends le 2) éléments restants 0.9.50 et 1.5.0 (04:05:41 PM) serempa: salut (04:05:55 PM) eyedeekay: Salut serempa, bienvenue à la réunion de la communauté (04:06:19 PM) serempa: oh, quelle chance :) (04:06:20 PM) eyedeekay: C’est la même histoire que d’habitude, notre paquet Debian amont maintenu par mhatta n’est pas à jour. À ce stade, nous recommandons d’utiliser le dépôt Debian du projet, nouvellement sous mon administration à http(s)://deb.i2p2.de (04:06:54 PM) eyedeekay: Premier mardi de chaque mois, 20h UTC, dites-le à vos amis :) (04:07:19 PM) serempa: hmm en fait j’utilise i2pd (04:07:28 PM) zzz: on dirait que notre F-Droid et l’officiel F-Droid sont encore à faire, eyedeekay ? (04:07:41 PM) eyedeekay: Oui, j’allais justement y venir (04:09:26 PM) eyedeekay: Je suis encore en train de mettre à jour le dépôt F-Droid, je n’ai aucun contrôle sur le moment où l’officiel F-Droid est mis à jour, donc la recommandation sera similaire, notre F-Droid sera mis à jour avant le dépôt officiel F-Droid (04:10:23 PM) eyedeekay: Donc pour des paquets à jour, notre F-Droid auto-hébergé sera probablement requis (04:10:48 PM) zzz: Je ne vois rien d’autre qui manque (04:11:42 PM) eyedeekay: Ce sont les deux seuls produits de publication restants (04:12:35 PM) serempa: désolé de demander, mais y a-t-il des paquets ARM maintenus par quelqu’un ? (04:13:16 PM) zzz: nous fonctionnons sur toute plateforme qui a Java (04:13:20 PM) serempa: dans les dépôts RPi c’est 0.9.38-3.1 (04:13:47 PM) eyedeekay: C’est Raspbian sans ajouter deb.i2p2.de au fichier sources.list ? (04:14:01 PM) eyedeekay: Juste pour être sûr, serempa ? (04:14:05 PM) zzz: tu peux suivre les instructions sur geti2p.net/debian pour utiliser notre dépôt, serempa (04:14:21 PM) serempa: oh compris, désolé (04:14:23 PM) eyedeekay: Oui, il devrait avoir des paquets Raspberry Pi à jour (04:14:37 PM) eyedeekay: Ce qui nous amène à 3) Changements du dépôt Debian (04:14:37 PM) eyedeekay: Nous avons eu un problème DNS avec l’ancien dépôt http://deb.i2p2.no (04:15:43 PM) eyedeekay: Le serveur que nous utilisions pour cela n’est plus utilisé pour quoi que ce soit, il a été mis hors service. Désormais, deb.i2p2.de et deb.i2p2.no sont disponibles via HTTP et HTTPS (04:16:40 PM) eyedeekay: Merci de nous signaler tout problème avec la nouvelle configuration, qui devrait globalement poser moins de soucis (04:17:22 PM) eyedeekay: Quelque chose à ajouter sur le point 3) ? (04:18:07 PM) eyedeekay: 4) Distributions Jpackage (04:19:29 PM) eyedeekay: Zab a publié avec succès une version jpackage jusqu’ici, au moins, certaines personnes l’utilisent (04:20:29 PM) eyedeekay: Nous avons une meilleure idée de la façon d’adapter le serveur d’actualités afin que les jpackages puissent récupérer les actualités et mises à jour pour leurs distributions (04:20:45 PM) eyedeekay: Je reporte ma publication jusqu’à ce que je puisse publier une nouvelle version de I2P In Private Browsing qui inclut quelques corrections de bogues et qui définira la page d’accueil et le moteur de recherche (04:21:31 PM) eyedeekay: Cela devrait prendre environ une semaine de plus (04:21:49 PM) eyedeekay: Autre chose pour le point 4), zlatinb ? zzz ? (04:22:06 PM) zlatinb: oups, attendez (04:22:06 PM) zlatinb: lag lag (04:22:37 PM) eyedeekay: Pas de problème, vas-y zlatinb (04:22:39 PM) zlatinb: oui, le DMG pour Mac fait environ 25 téléchargements/jour en moyenne (04:22:44 PM) eyedeekay: Sympa ! (04:23:10 PM) zlatinb: la page /en/download/mac a aussi un bon trafic. Beaucoup de gens la visitent après avoir essayé de télécharger le .jar (04:23:50 PM) zzz: de retour, désolé, problèmes d’ordinateur (04:24:12 PM) eyedeekay: (04:22:39 PM) zlatinb: oui, le DMG pour Mac fait environ 25 téléchargements/jour en moyenne (04:24:12 PM) eyedeekay: (04:22:44 PM) eyedeekay: Sympa ! (04:24:12 PM) eyedeekay: (04:23:10 PM) zlatinb: la page /en/download/mac a aussi un bon trafic. Beaucoup de gens la visitent après avoir essayé de télécharger le .jar (04:24:24 PM) eyedeekay: Au cas où tu en aurais besoin ^ (04:25:09 PM) zzz: est-ce que vous trois avez déjà résolu les problèmes d’URL du serveur d’actualités ? (04:25:39 PM) zlatinb: ce qui ne fonctionne pas du tout sur les versions récentes de macOS à cause de la notarisation (04:25:39 PM) zlatinb: eot (04:25:39 PM) zlatinb_ est maintenant connu sous le nom zlatinb (04:25:47 PM) zlatinb: gros lag, désolé (04:27:00 PM) eyedeekay: Pas encore, zlatinb, quand serait-il bon pour que nous nous rencontrions et parlions des problèmes restants d’URL du serveur d’actualités ? J’ai une ou deux questions pour toi à propos des exigences pour ça, si nous pouvions nous voir cette semaine ce serait suffisant (04:27:42 PM) zlatinb: oui, je suis prêt à faire les modifications Python une fois que nous serons d’accord sur la façon de gérer les choses (04:27:56 PM) zlatinb: la grande question est: voulons-nous des flux d’actualités séparés pour les différents produits ou juste des métadonnées différentes (04:28:05 PM) zlatinb: il faut décider de ça (04:29:45 PM) eyedeekay: Alors je voudrais faire une courte réunion vocale pour ça cette semaine, on peut planifier plus tard, je ne suis pas encore sûr des pour et contre qui m’importent (04:30:01 PM) zlatinb: bien sûr (04:30:08 PM) eyedeekay: Ça marche (04:30:21 PM) eyedeekay: Autre chose pour le 4) ? (04:30:30 PM) zzz: vous aurez besoin d’un flux différent la première fois que vous ferez une mise à jour intermédiaire, par ex. pour java (04:31:17 PM) zzz: veille à inclure echelon, il peut avoir ses propres problèmes (04:32:19 PM) eyedeekay: « Entre-deux » comme du non-jpackage vers jpackage ? De mon côté c’est « désactivé » : l’installateur NSIS n’écrasera pas un installateur IzPack s’il en trouve un (04:33:01 PM) zzz: je ne trouvais pas le bon mot. Je veux dire une version intermédiaire, entre les versions amont, p. ex. 1.5.1 (04:33:10 PM) eyedeekay: Ah je vois (04:33:20 PM) eyedeekay: Ça a du sens, merci de le signaler (04:33:50 PM) eyedeekay: J’enverrai un courriel groupé pour que tout le monde soit au courant (04:34:12 PM) eyedeekay: Et on en aura clairement besoin à cause des sorties OpenJDK (04:34:34 PM) eyedeekay: Donc ça nous concerne vraiment (04:35:13 PM) eyedeekay: OK, autre chose pour le 4) ? (04:36:21 PM) eyedeekay: Ce qui nous amène à 5) plans pour 1.6.0 (04:37:45 PM) eyedeekay: On devrait probablement prendre un moment pour écrire nos plans, timeout 3 min (04:38:23 PM) zzz: J’ai mis à jour la feuille de route sur le site pour 1.5.0 et 1.6.0 - eyedeekay, merci de revoir et d’ajuster tes éléments (04:38:45 PM) zlatinb: Je vais voir s’il existe un correctif rapide pour la lenteur de SSU que j’ai observée sur le réseau de test. Si c’est quelque chose de simple comme un ACK retardé qui prend trop de temps, je pense qu’on peut l’inclure en 1.6.0 (04:39:04 PM) zlatinb: si c’est plus compliqué, alors ça ne vaut pas vraiment le coup puisque nous travaillons sur un remplacement (04:39:40 PM) zzz: Je n’ai pas beaucoup de choses sur ma liste pour 1.6.0... à ce stade ma priorité principale est SSU2, c’est très tôt, je ne m’attends pas à ce que ce soit terminé avant la mi-année prochaine (04:39:52 PM) eyedeekay: Reçu, zzz, je le ferai ce soir (04:39:52 PM) eyedeekay: J’ai du copié-collé, voici la liste scotchée à mon étagère : (04:39:52 PM) eyedeekay: Code/Packaging: (04:39:52 PM) eyedeekay: 1) Éliminer la classe de plugins « non gérés », rendre les plugins Fork-and-Exec gérables. (04:39:52 PM) eyedeekay: 2) Ajouter la prise en charge côté client de X-I2P-Location au proxy HTTP (04:39:52 PM) eyedeekay: 3) Debianiser le profil de navigateur I2P (04:39:52 PM) eyedeekay: 4) Transformer le profil de navigateur I2P en plugin (04:39:52 PM) eyedeekay: 5) Déplacer goSam et sam3 vers i2pgit.org au lieu de Github (04:39:52 PM) eyedeekay: 6) Nettoyer les tunnels UDP de sam-forwarder et déplacer vers l’espace de noms go-i2p (04:39:52 PM) eyedeekay: 7) Enfin corriger et fusionner les changements go-i2p en amont (04:39:52 PM) eyedeekay: Web/Documentation: (04:39:52 PM) eyedeekay: 1) Documenter « How to Use » I2P pour la navigation Android, le courriel, Bittorrent (04:39:52 PM) eyedeekay: 2) Scinder la page de téléchargement en sections gérables, rediriger vers une page par OS (04:39:52 PM) eyedeekay: 3) Documenter les processus d’installation Jpackage sur le site Web (04:39:52 PM) eyedeekay: Divers: (04:39:52 PM) eyedeekay: 1) Migrer i2p.keyring.i2p vers i2pgit.org (04:39:52 PM) eyedeekay: 2) Transformer mes autres applis(BRB, Railroad, reseed-tools) en plugins (04:39:52 PM) eyedeekay: 3) Réécriture en Go du serveur d’actualités(newsxml-tools) (04:39:52 PM) eyedeekay: 4) Outil générique de signature SU3 en Go (04:40:33 PM) zzz: eyedeekay, j’ai besoin du point Divers n°1 cette semaine s’il te plaît (04:40:47 PM) eyedeekay: Absolument (04:40:54 PM) zzz: super, merci (04:41:10 PM) eyedeekay: Pas de problème (04:42:03 PM) eyedeekay: Autre chose sur le 5) ? (04:43:21 PM) eyedeekay: Autre chose pour la réunion ? Timeout 2 min en cas de lag (04:43:53 PM) zlatinb: hmm oui, quelqu’un a remarqué un lag terrible aujourd’hui ? Je dois aussi essayer jusqu’à 10 fois pour pousser quelque chose vers git.idk.i2p (04:46:39 PM) eyedeekay: J’ai remarqué des difficultés irrégulières pour pousser vers git.idk.i2p la semaine dernière (04:48:07 PM) eyedeekay: En général ça disparaît en quelques minutes mais ça nécessite plusieurs tentatives (04:49:37 PM) eyedeekay: Je l’ai configuré pour 6 tunnels et 2 tunnels de secours avec un seul saut pour l’instant (04:54:59 PM) eyedeekay: Il n’est pas multi-homed (multi-raccordé à plusieurs réseaux), mais je pourrais le rendre ainsi (04:55:08 PM) eyedeekay: S’il y a autre chose pour la réunion ? timeout 1 min (04:57:26 PM) eyedeekay: Très bien, merci d’être venus, même heure le mois prochain, je publierai bientôt le compte rendu de la réunion sur le site

20 ans de protection de la vie privée : brève histoire d'I2P

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

L’invisibilité est la meilleure défense : construire un internet au sein d’Internet

“Je crois que la plupart des gens veulent cette technologie pour pouvoir s’exprimer librement. C’est rassurant de savoir qu’on peut le faire. En même temps, nous pouvons surmonter certains des problèmes observés sur Internet en changeant la manière dont la sécurité et la vie privée sont perçues, ainsi que le degré d’importance qui leur est accordé.”

En octobre 2001, 0x90 (Lance James) a eu un rêve. Cela a commencé comme un “désir de communication instantanée avec d’autres utilisateurs de Freenet pour discuter des questions liées à Freenet, et échanger des clés Freenet tout en préservant l’anonymat, la confidentialité et la sécurité.” Il s’appelait IIP — the Invisible IRC Project.

I2P célèbre ses 20 ans

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

20 ans d’I2P

C’est difficile à croire, mais I2P existe depuis près de 20 ans ! Depuis ses débuts en tant que projet en C qui fournissait un accès anonyme à l’IRC, nous avons compté des centaines de contributeurs, accepté des commits de dizaines de développeurs, utilisé 2 langages principaux, 3 systèmes de gestion de versions, connu une migration de notre cryptographie et plusieurs soft-forks (bifurcations souples). Il y a eu environ 500 sites enregistrés sur le Web Invisible, et d’innombrables sites I2P non enregistrés qui n’étaient accessibles que via leurs noms d’hôte cryptographiques.

Version 1.5.0

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

Détails de la mise à jour

Nous avons enfin corrigé certains bogues de corruption de SusiMail de longue date. Des modifications du limiteur de bande passante devraient améliorer les performances des tunnels du réseau. Nous avons apporté plusieurs améliorations à nos conteneurs Docker. Nous avons renforcé nos défenses contre d’éventuels routers malveillants et bogués dans le réseau.

Réunion des développeurs d'I2P - 4 mai 2021

Tue, 04 May 2021 00:00:00 +0000

Récapitulatif rapide

Présents: eyedeekay, zzz, zlatinb

Journal de réunion

(04:01:04 PM) eyedeekay: Salut tout le monde, il est l'heure de la réunion du 4 mai (04:01:13 PM) zlatinb: salut (04:01:21 PM) zzz: bonjour (04:01:39 PM) eyedeekay: 1) Salut (04:01:39 PM) eyedeekay: 2) Rapport Mac Launcher, suivi (04:01:39 PM) eyedeekay: 3) Rapport de migration Trac, post-op (04:01:39 PM) eyedeekay: 4) sortie 0.9.50 (04:01:39 PM) eyedeekay: 5) Rapport sur les canaux de mise à jour (04:01:39 PM) eyedeekay: 6) Améliorations Docker (04:01:39 PM) eyedeekay: 7) Clés du plugin Bote (04:02:17 PM) eyedeekay: zab, est-ce que 2) et 5) risquent de se recouper, je devrais les regrouper ? (04:02:26 PM) zlatinb: oui (04:02:56 PM) eyedeekay: OK, alors échangeons 3 et 5 dans la liste ci-dessus, et faisons les canaux de mise à jour juste après Mac Launcher (04:03:11 PM) eyedeekay: 2) Rapport Mac Launcher (04:03:59 PM) zlatinb: jusqu'à présent j'ai reçu un retour positif d'un utilisateur inconnu, et je sais qu'au moins quelques personnes ont essayé le .dmg (04:04:28 PM) zlatinb: donc pour la partie installeur je pense qu'on est en très bonne posture. Je ne vois aucun changement nécessaire qui ne soit pas lié à la fonctionnalité de mise à jour (04:04:49 PM) zlatinb: s/installer/app bundle/ (04:05:24 PM) zlatinb: c'est tout pour strictement le point 2) de ma part (04:06:10 PM) eyedeekay: Excellent. Je n'ai rien à ajouter tout de suite, on peut passer au 3) Canaux de mise à jour (04:06:24 PM) eyedeekay: À moins que zzz ait quelque chose ? (04:06:36 PM) zzz: non (04:07:00 PM) eyedeekay: Ok alors zlatinb, les canaux de mise à jour sont aussi ton sujet (04:07:22 PM) zlatinb: zzz et moi avons fait une première analyse/cadrage de ce qu'il faut pour activer les canaux de mise à jour (04:08:05 PM) zlatinb: le consensus (je crois) est qu'il y aura quelques changements dans le code de i2p.i2p ainsi que dans du code qui se trouve dans le dépôt mac-jpackage (04:08:36 PM) zlatinb: nous sommes encore en train d'énumérer tous les cas limites mais jusqu'ici nous n'avons rien vu de bloquant (04:09:24 PM) zzz: d'accord, ça semble assez simple et pas trop d'efforts. Les tests seront probablement plus de travail que le code (04:09:36 PM) zlatinb: Je suis très occupé jusqu'à la sortie mais après je me concentrerai là-dessus. Je peux entrer dans la technique mais ça devient très bas niveau pour cette réunion (04:09:39 PM) zlatinb: eot (04:10:05 PM) eyedeekay: Merci pour le rapport (04:10:12 PM) eyedeekay: Cela nous amène à 4) sortie 0.9.50 (04:11:08 PM) dr|z3d: tu as sauté la migration Trac. (04:11:26 PM) eyedeekay: J'allais la faire en 5, pas en 4 (04:11:40 PM) dr|z3d: ok, continuez ! (04:11:45 PM) eyedeekay: Nous sommes à 11 jours de la sortie maintenant (04:12:09 PM) eyedeekay: Les tags doivent être gelés demain (04:12:22 PM) eyedeekay: Je n'ai plus de changements de chaînes de texte pour i2p.i2p (04:13:43 PM) eyedeekay: zzz, zlatinb, que voudriez-vous ajouter ? (04:14:08 PM) zzz: pas grand-chose... Je pousserai les chaînes sur Transifex demain à 16h UTC (04:14:26 PM) zlatinb: orignal a soulevé un point intéressant il y a 30 minutes à propos de la capacité de la file NTCP, ça vaudrait peut-être le coup d'y jeter un œil avant la sortie (04:14:27 PM) zzz: J'ai terminé la 50. Je travaille déjà sur la suivante (04:15:18 PM) zzz: Je ne l'ai pas vu, mais j'hésiterais à faire des changements maintenant. Je teste des modifications de la file NTCP pour la prochaine sortie (04:15:29 PM) zzz: eot (04:15:38 PM) zlatinb: eot pour moi aussi (04:15:53 PM) eyedeekay: 5) Rapport de migration Trac, post-op (04:16:35 PM) eyedeekay: La migration Trac a été délicate principalement pour les raisons qui me faisaient penser qu'elle devait avoir lieu, en particulier le XML-RPC de Trac a cessé de fonctionner sur notre instance à peu près au moment de la réunion du mois dernier (04:17:34 PM) eyedeekay: Après avoir essayé sans succès de le corriger pendant quelques semaines, j'ai décidé qu'il serait plus simple d'aspirer (prudemment) nos tickets Trac et de les migrer vers GitLab en utilisant l'API GitLab (04:18:20 PM) eyedeekay: À part ça, ce fut un succès, et cela a en sous-produit créé une archive statique lisible de tous nos tickets Trac à ce moment (04:18:32 PM) eyedeekay: eot (04:18:44 PM) zzz: alors quel est le statut ? terminé ? (04:19:16 PM) eyedeekay: Pour le suivi des tickets, la migration Trac est terminée. Trac contient encore des articles wiki intéressants à sauvegarder mais les tickets, c'est fini. (04:19:43 PM) zzz: ok. J'ai changé les URL dans notre code pour pointer vers GitLab (04:20:14 PM) eyedeekay: J'ai changé la plupart de celles du site web, mais je passe encore un grep sur les fichiers .rst pour les dernières (04:20:28 PM) zzz: peux-tu ajouter des notes et des liens sur la page d'accueil de Trac, la page des tickets, la page de connexion et ailleurs, avec les nouveaux liens i2p et clearnet ? (04:20:42 PM) eyedeekay: Bien sûr, je m'en occupe (04:21:49 PM) zzz: cela nous rend maintenant dépendants de GitLab (quand ce n'était que le code, on pouvait toujours utiliser GitHub) ... avons-nous un administrateur de secours ? (04:21:49 PM) eyedeekay: Je vais aussi passer sur tous les README et m'assurer qu'ils référencent les bons emplacements (04:22:50 PM) eyedeekay: echelon a un compte admin sur GitLab, mais personne d'autre n'a d'accès SSH au serveur sous-jacent pour l'instant (04:22:50 PM) mode (+v anonymousmaybe) by ChanServ (04:23:30 PM) eyedeekay: Je peux regarder pour synchroniser les tickets avec GitHub en utilisant un bot, ce n'est pas très différent de la deuxième moitié du processus de migration (04:23:39 PM) zzz: ok, vous devriez peut-être revoir qui peut faire quoi pour s'assurer que tout est couvert (04:23:45 PM) zzz: bon travail (04:24:09 PM) eyedeekay: Merci (04:24:22 PM) eyedeekay: Cela nous amène à 6) Améliorations Docker (04:24:42 PM) eyedeekay: zlatinb, tu veux mettre au courant ici les personnes qui ne les ont pas encore essayées ? :) (04:25:10 PM) zlatinb: lol oui, la nouvelle image Docker est plus petite et prend en charge des volumes persistants pour la configuration et les téléchargements snark (04:25:35 PM) zlatinb: la documentation est dans les sources, le fichier Docker.md. J'aimerais ajouter une page au site web avec ce même contenu (04:26:03 PM) zlatinb: c'est à peu près tout (04:26:30 PM) eyedeekay: Bonne remarque pour le site, en ce moment on le promeut mais on ne documente pas du tout comment l'utiliser (04:26:40 PM) zzz: qui est responsable du compte Docker geti2p et qui d'autre a accès ? (04:26:48 PM) zzz: ou bien ça ne fonctionne pas comme ça ? (04:27:35 PM) zzz: il fait juste un build automatique à chaque commit et c'est tout ? (04:27:37 PM) eyedeekay: Je suis responsable du compte Docker geti2p, je peux accorder des accès aux personnes depuis GitLab, ça a été lancé par Ace Barry ou hkparker si je me souviens bien, mais je suis l'admin maintenant (04:28:04 PM) eyedeekay: Il construit la `latest` à chaque commit et construit une image pour chaque tag commençant par `i2p-*` (04:28:50 PM) zzz: ok donc les changements que zlatinb a faits sont déjà dedans (04:28:52 PM) zzz: compris (04:29:00 PM) zlatinb: oui (04:29:30 PM) zlatinb: eyedeekay : j'ai vu que tu viens de dockeriser le processus de build Android ? (04:30:50 PM) eyedeekay: Oui, je l'ai fait, c'était une façon d'emballer toutes les exigences de sortie dans une forme réutilisable (04:31:35 PM) zzz: eyedeekay, en parlant d'Android, j'ai vu que Google ajoutait des règles et relevait les exigences, effectif plus tard cette année. Tu devrais peut-être prévoir un peu de temps avant cette sortie pour prendre de l'avance (04:33:10 PM) eyedeekay: Je revérifie tout mon bazar de sortie Android cette semaine pour m'assurer que tout se passe bien (04:34:18 PM) zzz: comme je l'ai dit les nouvelles règles n'entrent en vigueur que dans quelques mois, mais ça ne ferait pas de mal de s'y attaquer maintenant (04:34:41 PM) zzz: ou, ça pourrait faire mal, mais mieux vaut tôt que tard (04:34:42 PM) zzz: eot (04:35:14 PM) eyedeekay: Eh bien ça dépend de F-Droid, parfois ils ont du retard par rapport à GPlay sur les exigences d'une manière un peu mutuellement exclusive, mais il vaudra mieux le savoir à l'avance si ça doit arriver (04:36:02 PM) eyedeekay: Je pense qu'on est prêts pour le numéro 7) Clés du plugin Bote (04:36:20 PM) eyedeekay: C'est venu pour moi lors d'une conversation avec des redditors la semaine dernière (04:37:06 PM) eyedeekay: Des gens essaient d'utiliser le fork Bote de mhatta mais n'y parviennent pas parce qu'ils ne peuvent pas installer facilement les clés du plugin (04:37:30 PM) eyedeekay: De plus, la plupart ne savent pas interpréter l'erreur de certificat dans la barre latérale pour résoudre le problème (04:38:17 PM) eyedeekay: s/keys/certificates/ (04:38:41 PM) eyedeekay: J'aimerais que nous envisagions d'ajouter celui de mhatta par défaut pour que les gens ne rencontrent plus cette erreur (04:39:17 PM) zzz: 1) il devrait fournir de meilleures instructions à ses utilisateurs ; 2) c'est à lui de nous en faire la demande (04:40:22 PM) eyedeekay: Très bien. (04:40:46 PM) eyedeekay: Cela nous amène à la fin des sujets listés, quelque chose à ajouter ? (04:41:06 PM) zlatinb: oui, j'aimerais qu'on réfléchisse à faciliter la construction de réseaux de test (04:41:08 PM) zzz: et je demanderais qu'il fasse entrer la .49 dans Debian, ce qui n'est jamais arrivé (04:41:55 PM) zlatinb: nous avons eu deux personnes qui ont construit des réseaux de test LXC et une personne en Docker, les trois utilisent des approches assez différentes (04:42:14 PM) zlatinb: donc est-ce qu'il y a de l'intérêt pour identifier les points de friction et faciliter les choses ? (04:42:51 PM) zzz: Je suis intéressé pour savoir s'il y a de l'intérêt :) (04:43:10 PM) eyedeekay: Oui de mon côté, je voudrais faire tourner un réseau de test, de préférence en Docker (04:44:13 PM) zlatinb: cool.. alors on devrait s'y pencher.. de mémoire, l'amorçage initial est la pire partie (04:45:14 PM) eyedeekay: Y a-t-il déjà des instructions écrites pour un réseau de test Docker ou sont-elles toutes basées sur LXC ? (04:45:18 PM) zzz: ma solution pour l'amorçage a bien fonctionné pour moi, c'est à peu près résolu pour LXC (04:45:47 PM) zlatinb: LoveIsGrief a peut-être quelque chose dans ses dépôts sur GitLab (04:47:55 PM) zlatinb: eot pour moi (04:49:07 PM) eyedeekay: Je suppose donc que si je veux un réseau de test Docker je devrais probablement regarder leur travail, et combler les manques que je rencontre en me basant sur le processus pour LXC (04:49:43 PM) zzz: J'ai poussé tous mes horribles scripts shell lxc dans i2p.scripts (04:50:29 PM) eyedeekay: Merci zzz, horribles ou pas je suis sûr qu'ils me diront ce que j'ai besoin de savoir (04:51:32 PM) eyedeekay: Quelque chose d'autre pour la réunion ? (04:51:50 PM) eyedeekay: timeout 1m (04:51:50 PM) zzz: non (04:51:58 PM) zlatinb: pas de mon côté (04:52:19 PM) eyedeekay: OK alors merci à tous d'être venus (04:52:44 PM) eyedeekay: Je publierai les logs sur le site sous peu, à plus sur l'IRC

Réunion des développeurs I2P - 6 avril 2021

Tue, 06 Apr 2021 00:00:00 +0000

Récapitulatif rapide

Présents: eyedeekay, zzz, zlatinb, psi

Journal de la réunion

(04:02:03 PM) eyedeekay: Salut tout le monde, zzz, zlatinb, membres de la communauté, bienvenue à la réunion du 6 avril 2020 (04:02:09 PM) eyedeekay: Beaucoup de choses à discuter aujourd’hui : (04:02:12 PM) eyedeekay: 1) Salut (04:02:12 PM) eyedeekay: 2) Rapport sur le lanceur Mac, jpackage/dmg (04:02:12 PM) eyedeekay: 3) Résultats du sondage d’intérêt des utilisateurs Mac (04:02:12 PM) eyedeekay: 4) Programme d’installation tout-en-un pour Windows (04:02:12 PM) eyedeekay: 5) Canaux de mise à jour - `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/...` (04:02:12 PM) eyedeekay: 6) Rapport/évaluation sur la migration de Trac (04:02:12 PM) eyedeekay: 7) Version 0.9.50 (04:02:39 PM) eyedeekay: 1) Salut, est-ce que tout le monde est là ? (04:02:43 PM) zzz: salut (04:02:46 PM) eyedeekay: Salut zzz (04:02:54 PM) zlatinb: salut (04:02:59 PM) eyedeekay: Salut zlatinb (04:03:08 PM) eyedeekay: Quelqu’un d’autre ? (04:03:40 PM) eyedeekay: OK, passons au 2) alors Rapport sur le lanceur Mac (04:04:13 PM) eyedeekay: C’était mon sujet mais je pense que zlatinb et moi devrions le partager un peu, j’ai plus à ajouter à la section sur le sondage d’intérêt des utilisateurs (04:04:54 PM) zlatinb: ok (04:05:24 PM) eyedeekay: La situation actuelle telle que je la comprends est que nous avons décidé que l’ancien lanceur n’était pas la bonne voie, comme en témoigne zzz qui a supprimé le code de la branche principale git ce matin (04:07:04 PM) eyedeekay: Et que nous pouvons gérer la question des mises à jour en arrière-plan afin d’éviter de compliquer le processus de mise à jour tout en simplifiant le processus d’installation (04:08:42 PM) eyedeekay: Que les installations de service “réelles” ne feront probablement pas partie de la version jpackage du router, car les applications en démarrage automatique se lancent lorsque l’utilisateur se connecte et non lorsque le système est prêt (04:08:53 PM) zlatinb: Je pense que c’est exact. J’ai vérifié que la séquence d’étapes dans le script de la page wiki est complètement “silencieuse” (04:08:53 PM) zlatinb: le flux de bout en bout doit bien sûr être testé (ofc) (04:08:53 PM) zzz: oui je pense que l’expérience d’installation est meilleure, l’expérience de mise à jour pourrait être un peu à beaucoup pire, à déterminer (TBD) (04:09:25 PM) zzz: bien que si tu inclues les mises à jour Java dans l’expérience de mise à jour izpack, peut-être que nous ne serions pas pires (04:09:28 PM) mode (+v anonymousmaybe) par ChanServ (04:09:39 PM) zzz: c’est la partie que nous devons approfondir (04:09:58 PM) zzz: et décider comment faire ces compromis (04:11:17 PM) eyedeekay: Je pense que le “nagware” Java rend ça presque pareil (04:11:34 PM) eyedeekay: Mais je n’ai pas encore eu à faire une mise à jour Java sur mon Mac non plus (04:12:35 PM) zzz: avons-nous un sens quantitatif de combien JRE 16 est meilleur que 8 ? (04:12:37 PM) eyedeekay: Il y a eu un résultat légèrement surprenant dans le sondage d’intérêt des utilisateurs, une petite majorité d’utilisateurs a trouvé l’installation de Java facile, y compris un utilisateur qui s’est identifié comme débutant (04:13:37 PM) zlatinb: 16 vs 8 ? pas pour le moment, on peut chercher des benchmarks bien sûr, mais les nouvelles API sont utiles (04:14:01 PM) zlatinb: comme récupérer le pid depuis Java, les badges du Dock et les notifications, etc. (04:15:14 PM) zlatinb: concernant une enquête sur le processus complet de mise à jour, elle sera faite organiquement dans le cadre du travail sur le nouveau processus de mise à jour, à discuter plus tard dans cette réunion (04:16:19 PM) zlatinb: Je suis confiant, ça peut être très fluide ; la question de l’implémentation est AppleScript vs bash script vs ?? (04:16:57 PM) zzz: Je pensais que c’était juste exec 'open xxx.dmg' ? (04:17:54 PM) zlatinb: quelqu’un n’a pas suivi la page wiki tsk tsk :) non c’est un processus assez impliqué de conversion du .dmg vers un autre format. Ça évite toute invite visuelle et accord de licence (04:19:12 PM) zlatinb: en gros 1. convertir le .dmg en .cdr 2. monter le cdr 3. déplacer l’AppBundle existant 4. cp -R new AppBundle 5. nettoyer, démonter le .cdr 6. lancer le nouvel app bundle (04:20:12 PM) zlatinb: J’ai testé et vérifié que la conversion et le montage sont entièrement “silencieux”. Si nous ne voulons pas être silencieux mais voulons que l’utilisateur voie ce qui se passe, nous pouvons utiliser AppleScript (04:20:20 PM) zlatinb: aucune idée pourquoi on voudrait ça mais c’est sur la table (04:21:14 PM) eyedeekay: Chouette. Pas que je pense que ça compte tant que ça, mais est-ce que c’est comme ça que les bundles .dmg sont “censés” se mettre à jour ? Y a-t-il une chance que ce soit désactivé à l’avenir sans voie pour y remédier ? (04:22:03 PM) zlatinb: la façon officielle de mettre à jour est d’utiliser une fonctionnalité de Mac OS qui repose sur l’existence d’un serveur clearnet. VLC se met à jour ainsi par exemple. (04:22:30 PM) zzz: vu la taille de l’ordre du jour, je suggère de passer à la question de savoir si le sondage dit que quelqu’un veut vraiment ça (04:22:49 PM) eyedeekay: Ça marche (04:23:49 PM) eyedeekay: Les résultats du sondage résumés comme suit : (04:23:49 PM) eyedeekay: - La plupart des personnes interrogées n’avaient pas Java installé lorsqu’elles tentaient d’installer I2P pour la première fois. (04:23:49 PM) eyedeekay: - Les utilisateurs ont trouvé l’installation de Java facile, avec une légère majorité (3/5) de répondants affirmant que l’installation de Java n’était pas difficile. Cela incluait des personnes qui se sont identifiées comme “utilisateur débutant”. Ça m’a en fait pas mal surpris. (04:23:49 PM) eyedeekay: - 6 utilisateurs sur 12 ont sauté tout ou partie des questions Oui/Non. (04:23:49 PM) eyedeekay: - Nous avons eu plusieurs utilisateurs qui ont sauté plusieurs questions Oui/Non mais ont laissé des réponses libres. Ils n’étaient universellement pas élogieux envers le processus d’installation. (04:23:49 PM) eyedeekay: - Tous sauf un des répondants Oui/Non qui ont répondu à la question étaient des utilisateurs du bundle .dmg. Parmi ceux-ci, il y en avait 5/13. Tous les autres étaient des non-réponses. Cela pourrait indiquer l’immense popularité de l’approche .dmg. (04:23:49 PM) eyedeekay: - Le seul non-utilisateur de l’ancien bundle .dmg a répondu “Oui” à la question de savoir s’il en utiliserait un nouveau s’il apparaissait (04:24:31 PM) eyedeekay: C’est copié directement d’un résumé plus long que je posterai sur zzz.i2p plus tard aujourd’hui (04:25:16 PM) zzz: nous n’avons pas demandé directement si les gens veulent un installeur dmg vs izpack ? Ou comment pouvons-nous l’inférer ? (04:26:02 PM) eyedeekay: Nous avons appelé l’izpack le programme d’installation “.jar” puisque les utilisateurs finaux ne savent pas quels outils de packaging nous utilisons (04:26:09 PM) zzz: ou, question encore plus simple : le sondage nous dit-il que nous devrions faire un installeur dmg ou pas ? (04:26:25 PM) eyedeekay: Je crois que le sondage soutient la réalisation d’un installeur .dmg (04:26:52 PM) zzz: fortement ? faiblement ? “à l’écrasante majorité” ? (04:27:25 PM) eyedeekay: Plutôt fortement, le seul contre-argument à l’installeur .dmg était que les gens trouvaient l’installation de Java facile (04:27:41 PM) eyedeekay: Recommandant ainsi l’existant dans ce cas (04:27:51 PM) zzz: ok (04:28:03 PM) eyedeekay: Tous ceux qui ont répondu à la question ont dit “installeur .dmg” (04:28:47 PM) zlatinb: mais il n’est même plus disponible en téléchargement depuis un moment. Sait-on s’ils parlent de celui expérimental que nous venons de construire ou de l’ancien ? (04:29:08 PM) eyedeekay: J’ai spécifiquement demandé “L’installeur .dmg qui a perdu le support plus tôt cette année” (04:29:17 PM) zlatinb: ok (04:29:51 PM) eyedeekay: J’ai aussi demandé s’ils avaient pu revenir de l’ancien installeur .dmg à un installeur IzPack (04:30:16 PM) eyedeekay: Personne n’a pu, mais je pense qu’on le savait à cause du problème des redémarrages impossibles à arrêter (04:30:18 PM) mode (+v subatomic) par ChanServ (04:31:20 PM) zlatinb: ce problème était peut-être spécifique à mon système, je n’ai aucun moyen de le savoir. J’ai peut-être aidé meeh à exécuter une build intermédiaire qui était peut-être cassée… de nombreuses possibilités. (04:32:50 PM) eyedeekay: Je me souviens l’avoir vu sur mon ancien Mac qui était un citron, donc pareil (04:32:59 PM) eyedeekay: Je publierai un résumé étendu avec les résultats bruts anonymisés sur zzz.i2p ce soir (04:33:03 PM) eyedeekay: EOT #3 (04:34:22 PM) zlatinb: Je demanderais qu’on revienne au #2 un instant (04:34:32 PM) zlatinb: et qu’on décide au moins d’une échéance pour prendre une décision (04:35:05 PM) zlatinb: parce que sans notarisation l’actuel installeur izpack est assez hideux. Sadie a publié sur medium le flux complet et c’est quelque chose comme 35 étapes (04:35:24 PM) zlatinb: qui incluent que l’utilisateur désactive des protections OS activées par défaut (04:35:53 PM) zlatinb: pour info j’ai demandé à orignal et à un gars de l’irc ilita ce qu’ils font pour i2pd (04:36:10 PM) zlatinb: et la courte réponse était : désactiver toutes les évaluations et faire avec (04:36:32 PM) zzz: Je n’entends aucune objection, donc je pense qu’on continue à travailler vers une solution. Je ne suis pas sûr qu’on ait besoin d’une échéance, surtout si l’effort est modeste (04:36:33 PM) zlatinb: Je ne pense vraiment pas qu’on puisse s’attendre à ce que nos utilisateurs fassent ça (04:37:20 PM) zlatinb: l’effort est modeste si on ne compte pas la refonte du système de mise à jour dont on parlera séparément (04:37:33 PM) zlatinb: eot (04:37:55 PM) zzz: ok, alors nous découvrirons quelle est l’échéance pour résoudre les mises à jour (04:38:53 PM) zlatinb: ok (04:40:25 PM) eyedeekay: Est-ce qu’on décide ici et maintenant ? Parce que mon vote irait à tout avoir prêt à phaser avec 0.9.51. (04:40:58 PM) zlatinb: on en discutera dans le cadre du point 5), non ? (04:41:09 PM) eyedeekay: Oui, ça me va (04:41:21 PM) eyedeekay: Passons au 4) alors Programme d’installation tout-en-un pour Windows (04:41:49 PM) eyedeekay: zlatinb a ajouté ça à l’agenda, mais j’aurai probablement aussi beaucoup à ajouter. Tu veux nous lancer zlatinb ? (04:42:40 PM) zlatinb: eh bien eyedeekay a fait la plupart du travail difficile de combiner l’installeur de profil firefox avec une image JRE et un router et de s’assurer que ça s’installe et tourne. Il y a bien sûr quelques aspérités pour le moment. (04:42:59 PM) zlatinb: Il y a aussi une page wiki qui peut servir pour les questions (04:43:30 PM) zlatinb: Je pense que ça vaut la peine d’y prêter attention et de prendre le temps de faire une définition de produit propre avec exigences et tout ça, comme ce qui a été fait pour le .dmg (04:43:58 PM) zlatinb: Nous travaillons avec des utilisateurs sur r/i2p qui nous ont beaucoup aidés et continuent de nous aider (04:44:15 PM) zlatinb: mais bien sûr pour l’instant c’est un PoC (04:44:15 PM) zlatinb: eot (04:45:38 PM) zzz: il ne semble pas y avoir de wikis listés sur la page d’index à `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/home` donc les gens ont besoin de l’URL complète ? (04:45:41 PM) eyedeekay: Oui, malgré que ce soit un PoC précoce, la plupart des retours que j’ai reçus ont été positifs. Une chose malheureuse est qu’apparemment NSIS devient fou si l’utilisateur a un jeu de caractères différent de l’administrateur, la partie la plus difficile a été d’éviter ce piège jusqu’ici (04:46:01 PM) eyedeekay: À droite pour moi, je vais te donner l’URL complète (04:46:29 PM) eyedeekay: https://i2pgit.org/i2p-hackers/i2p.firefox/-/wikis/All-in-One-I2P-Installer-for-Windows (04:47:08 PM) zzz: hmm si on n’est pas connecté ça dit “no wiki pages”. si on est connecté ça te donne une page “create new wiki”. (04:47:57 PM) zlatinb: vérifie que tu es dans le projet i2p.firefox, pas i2p.i2p (04:48:07 PM) zzz: ah ok (04:49:19 PM) psi: salut (en sous-marin) (04:49:42 PM) zlatinb: salut psi (04:49:52 PM) eyedeekay: Salut psi (04:50:07 PM) eyedeekay: Et voici la branche si besoin : https://i2pgit.org/i2p-hackers/i2p.firefox/-/tree/EXPERIMENTAL-jpackage (04:50:34 PM) psi: n’y avait-il pas des discussions sur l’utilisation de nsis pour le packaging Windows ? (04:50:56 PM) eyedeekay: Oui c’est une partie de ces discussions (04:50:56 PM) psi: (c’est le point 4 oubliez) (04:51:27 PM) psi: oh (04:51:30 PM) psi: je vois qu’on est dessus (04:51:55 PM) psi: donc si vous utilisez cmake/cpack nsis est super parce que vous cross-compilez pour Windows depuis Linux très facilement (04:52:04 PM) psi: pas sûr de comment ça marche dans le monde Java (04:52:23 PM) zzz: J’ai soulevé quelques objections à propos de cette proposition Windows ces derniers mois, aucune n’est fatale, mais je ne pense pas qu’elles aient été adéquatement traitées (04:52:29 PM) zzz: J’en listerai 3 ici (04:52:47 PM) eyedeekay: Malheureusement nous pourrions devoir faire ça pour tirer parti des builds jpackage, qui exigent de construire sur la plateforme cible pour l’instant (04:53:03 PM) zzz: 1) c’est tout une distraction par rapport à l’installeur Mac qui nous a lancés et qui est probablement plus prioritaire et dont nous apprendrons en le faisant d’abord (04:53:15 PM) psi: le point 1 suffit (04:53:24 PM) zzz: 2) presque toutes les justifications listées ou théorisées sont plus faibles que celles pour l’installeur Mac (04:53:34 PM) psi: je dirais de se concentrer sur l’infra Mac avant d’errer dans l’abîme du packaging (04:53:55 PM) psi: vous trouverez un moyen d’avoir du “scope creep” (04:53:57 PM) zzz: 3) le profil firefox jusqu’ici non officiel est supposé inclus, mais n’a pas été justifié ou revu séparément (04:54:02 PM) zzz: eot (04:54:31 PM) psi: pour l’instant le packaging macOS est déjà une tâche suffisante et vous n’avez pas besoin d’augmenter le périmètre (04:54:47 PM) psi: une fois que vous avez l’infra macOS fonctionnelle, revenez à NSIS pour Windows (04:55:03 PM) psi: pour ma part je veux abandonner le support macOS au travail parce que c’est juste mauvais (04:55:12 PM) psi: toute la cible empire à chaque version (04:55:33 PM) psi: et Apple est activement hostile aux projets libres (04:55:51 PM) psi: si ça ne vous dérange pas de vous plier à Apple alors ça ira probablement (04:56:10 PM) zlatinb: eh bien c’est une façon pittoresque de le dire psi :) (04:56:12 PM) psi: tout dépend du temps que vous voulez brûler avec eux (04:56:29 PM) psi: si le nombre d’utilisateurs est assez faible ça n’en vaut tout simplement pas la peine (04:56:39 PM) eyedeekay: Je peux tout à fait attendre que Mac soit prêt avant d’aller plus loin sur Windows, je pense que tout le monde voit mon point sur l’installeur et sa relation avec l’onboarding (04:57:00 PM) zlatinb: mais je suis déjà passé par les joies de la notarisation donc cette partie est réglée (04:57:10 PM) zlatinb: (c’est la partie la plus désagréable d’ailleurs) (04:57:33 PM) psi: donc c’est une question directionnelle de haut niveau, Windows s’améliore un peu et Apple empire, la direction projetée de chacun est assez claire pour moi (04:57:52 PM) psi: si nous n’avons pas un gars Mac dédié alors les parties Mac vont pourrir (04:58:00 PM) psi: gars Mac dédié* (04:58:05 PM) psi: c’est ce qui s’est passé au travail D: (04:58:34 PM) zlatinb: eh bien j’essaie de documenter tout ce que je fais, mais tu as raison, une des exigences est un Apple Id, ce qui implique de ne plus être anonyme (04:58:44 PM) psi: c’est probablement OK (04:58:50 PM) psi: le vrai problème c’est tout le reste (04:58:57 PM) zlatinb: ce n’est pas si terrible (04:59:05 PM) psi: ça l’est si tu as besoin de privilèges élevés (04:59:05 PM) zlatinb: on peut en discuter après la réunion si ça t’intéresse (04:59:16 PM) psi: pour i2p ça va (04:59:16 PM) zlatinb: pas besoin pour I2P, c’est une installation “slide” (04:59:19 PM) zzz: ce que je ne comprends toujours pas, c’est qu’on a eu un lien cassé vers l’ancien installeur dmg pendant un an et personne ne s’est plaint. Pendant ce temps on pensait avoir un gars Mac dédié, mais il a disparu (04:59:19 PM) psi: et oui on peut parler plus tard (04:59:30 PM) psi: oui (04:59:44 PM) psi: si un utilisateur Mac essaye et que c’est cassé il va juste désinstaller (04:59:48 PM) psi: il ne signalera pas un bug (04:59:52 PM) zlatinb: exactement (05:00:03 PM) psi: et avec i2pd dans le paysage ils peuvent juste essayer ça (05:00:12 PM) psi: si i2pd marche ils utiliseront ça (05:00:16 PM) eyedeekay: Je parie que si je cherche vraiment je pourrais trouver une question reddit (05:00:25 PM) zlatinb: ce n’est pas le cas, il faut désactiver toutes les évaluations (05:00:53 PM) eyedeekay: Mais un autre facteur est que jusqu’à il y a quelques mois l’installeur .dmg se serait installé et aurait peut-être mis à jour, parce que sa signature n’avait pas encore expiré (05:02:24 PM) zlatinb: il y a genre un gars Mac sur ilita et c’est un utilisateur Mac très avancé (05:02:33 PM) zlatinb: bref, on dérive (05:02:33 PM) psi: oui (05:02:33 PM) zlatinb: psi a raison que les utilisateurs Mac ne se plaindront pas et abandonneront (05:02:33 PM) psi: y a-t-il des audits UX réguliers au niveau projet pour chaque plateforme ? (05:02:33 PM) zzz: pas vrai, le lien était cassé à partir de 0.9.44, parce que la dernière version dmg était .43 (05:02:33 PM) psi: c.-à-d. vérifier si la plateforme X est cassée ? (05:02:33 PM) zlatinb: malheureusement non (05:02:33 PM) psi: en réfléchissant à voix haute je vois un thème général commun (05:02:33 PM) psi: thème général (05:02:34 PM) zzz: correction .45 était la dernière, cassée à partir de .46 (05:03:03 PM) zlatinb: nous avons eu l’installeur Windows cassé pendant deux jours jusqu’à ce que parg s’en plaigne, juste un point de données (05:03:27 PM) zzz: une heure de passée, eyedeekay peux-tu faire avancer les choses s’il te plaît ? (05:03:35 PM) eyedeekay: Oui (05:03:52 PM) eyedeekay: Je pense qu’on en a assez fait sur le #4 pour l’instant de toute façon (05:03:58 PM) psi: oui (05:04:07 PM) eyedeekay: 5) canaux de mise à jour (05:04:21 PM) eyedeekay: Celui-ci est pour toi zlatinb (05:04:56 PM) zlatinb: d’accord, donc le but principal des canaux de mise à jour est de supporter les nouveaux installeurs, mais bien sûr ça peut s’avérer utile dans d’autres situations aussi. (05:04:57 PM) zlatinb: comme : (05:05:16 PM) zlatinb: si nous décidons de passer à des versions stable vs bêta après 1.0.0 (05:05:46 PM) zlatinb: pour résumer ce qui est sur la page wiki : (05:06:09 PM) zlatinb: nous introduisons la notion de canal de mise à jour qui est un tuple préparation plateforme X (04:06:29 PM) psi: i2p a été effectivement en “rolling release” pendant une décennie, non ? (05:06:57 PM) zlatinb: pour le faire de manière rétrocompatible avec le moins de travail, l’URL de mise à jour sera construite `http://...b32.i2p/<platform>/<readiness>/news.su3` (05:07:25 PM) zlatinb: aucun changement au format de news.xml (05:08:08 PM) zlatinb: Donc très peu de modifications au flux de travail des générateurs su3 (05:08:33 PM) zlatinb: de petits changements au backend du router, et des changements petits à moyens à l’UI de la console (05:09:04 PM) zlatinb: pour une discussion plus détaillée voir la page wiki (05:09:36 PM) zlatinb: à cette réunion j’aimerais convenir de la priorité, quand on veut que ce soit fait, qui fera quelle partie idéalement aussi (05:09:38 PM) zlatinb: eot (05:10:04 PM) zzz: les questions sont qui exécute et gère et traduit les nouveaux flux et leurs sauvegardes… comme maintenant, ou différemment (05:10:11 PM) zzz: si c’est l’option 1 alors c’est presque aucun effort de dev (05:10:35 PM) zlatinb: oh oui l’option 2 (de la page wiki) est exclue, l’ignorer complètement (05:10:59 PM) zzz: donc proposes-tu les mêmes hôtes de news qu’actuellement pour les nouveaux flux ? (ech et idk), si oui, il faut leur accord, si non, il faut savoir qui (05:11:44 PM) zlatinb: Je dirais de commencer avec les mêmes hôtes pour l’instant (05:12:08 PM) eyedeekay: Je suis tout à fait partant pour héberger les nouveaux flux de mon côté (05:12:27 PM) zlatinb: Je contacterai ech prochainement à ce sujet (05:13:51 PM) eyedeekay: Puisque l’option 2 est exclue par extension l’option 3 aussi, non ? (05:13:59 PM) zlatinb: oui (05:14:36 PM) zlatinb: l’option 1 réalise tout et demande très peu d’effort par rapport aux autres options (05:15:31 PM) zlatinb: donc… (05:16:23 PM) zlatinb: puisque c’est un prérequis pour activer les mises à jour en réseau d’un installeur .dmg et qu’on semble d’accord pour y aller, dit-on 0.9.51 pour cet élément ? (05:16:49 PM) eyedeekay: +1 (05:17:08 PM) zzz: oh je pensais que tu voulais une échéance pour décider. c’est une échéance pour finir (05:17:24 PM) zzz: mais sûr, c’est une cible raisonnable (05:17:50 PM) zlatinb: Je voulais une échéance pour décider sur l’installeur .dmg.. mais je peux battre en retraite s’il y a des arguments raisonnables contre décider maintenant :) (05:18:03 PM) mode (+v val) par ChanServ (05:18:26 PM) zzz: ça me va (05:19:10 PM) zlatinb: ok… on a encore une réunion avant que le cycle 0.9.51 ne commence pour de bon, non ? (05:19:17 PM) eyedeekay: Oui (05:19:44 PM) zlatinb: on pourra alors détailler sur le wiki, y compris les emplacements de code spécifiques qui doivent changer d’ici là (05:19:56 PM) zlatinb: Je suis réticent à commencer à coder même sur une branche (05:20:18 PM) zzz: il ne devrait pas y avoir de code à écrire vraiment, ou très peu (05:20:37 PM) zlatinb: J’essaierai de cadrer ça d’ici la prochaine réunion (05:21:18 PM) zlatinb: ok, c’est eot pour moi sur le 5) (05:21:26 PM) eyedeekay: Ok alors passons au 6) Rapport/évaluation de migration Trac (05:22:30 PM) eyedeekay: J’ai fait un tableau, il a été approuvé, j’ai fait un essai à blanc sur un serveur à la maison, ça a fonctionné. Il y a des centaines de tickets à migrer, presque tous seront ajoutés à i2p.i2p avec des tags correspondant au “composant” qu’ils avaient sur trac. (05:23:54 PM) eyedeekay: Je pense que je peux faire toute la migration ce mois-ci et l’avoir terminée pour le début de la prochaine réunion. Je vais aller du petit au grand comme je l’ai fait avec mtn->git. Je vais aller beaucoup plus vite cette fois, la plupart peuvent être attendus en un jour ou moins. Je commencerai par i2p.www (05:24:21 PM) zzz: avons-nous définitivement décidé de le faire, ou y a-t-il des questions ouvertes p. ex. l’inscription pour les tickets, le spam, etc. ????? (05:24:29 PM) mode (+v anonymousmaybe) par ChanServ (05:24:59 PM) eyedeekay: Le spam a considérablement baissé le mois dernier, les inscriptions utilisateurs sont maintenant ouvertes sans mon approbation. Quiconque peut confirmer un e-mail peut s’inscrire. (05:25:32 PM) eyedeekay: Je peux toujours “approuver” des utilisateurs qui ne peuvent pas ou ne souhaitent pas utiliser un e-mail réel. (05:25:35 PM) zzz: si je me souviens bien on sait où on va mais on n’a pas encore pris la décision finale, surtout à cause de la question de l’inscription (05:25:53 PM) zzz: mais je n’ai pas les logs de la réunion du mois dernier devant moi (05:26:14 PM) eyedeekay: Le plus gros problème, l’inscription uniquement sur approbation, n’est plus le cas (05:26:48 PM) zzz: ok donc ça et les problèmes techniques de migration étaient les plus gros. autre chose qui bloque, ou recommandes-tu qu’on procède ? (05:27:35 PM) eyedeekay: Je crois que je devrais procéder ce mois-ci à la migration des tickets (05:27:45 PM) mode (+v dr|z3d) par ChanServ (05:27:51 PM) zzz: ça me va (05:28:02 PM) eyedeekay: OK je vais probablement commencer à la fin de cette semaine (05:28:26 PM) eyedeekay: Enfin, le 7) mise à jour sur la version 0.9.50 (05:28:29 PM) zzz: oh je me souviens (05:28:29 PM) zzz: notifications (05:28:40 PM) zzz: sur les tickets, MRs, etc. semblent complètement cassées (05:29:04 PM) zzz: bien sûr elles le sont aussi sur trac… (05:29:44 PM) zzz: donc peut-être pas un bloqueur mais clairement une gêne (05:29:47 PM) eyedeekay: Tu ne les reçois pas ? Je pensais les avoir corrigées, j’ai recommencé à recevoir les miennes. Je vais trouver pourquoi et m’en occuper ASAP (05:30:19 PM) zzz: non. zlatinb et toi ? (05:30:28 PM) zlatinb: nada (05:30:34 PM) zlatinb: j’en ai reçu quelques-unes à un moment mais après la mise à jour ou l’indisponibilité plus rien (05:30:55 PM) zlatinb: mais je vérifie les flux d’activité de manière obsessionnelle :) (05:31:19 PM) eyedeekay: Zut. OK j’ai dû rater ça quand j’ai remis le serveur en ligne après le truc de décembre. Je vais corriger vite. (05:31:38 PM) eyedeekay: Attends non j’ai un e-mail de zzz sur le problème X-i2p-location… (05:31:46 PM) eyedeekay: Ça ne peut pas être ça. Quoi qu’il en soit, je trouverai (05:32:14 PM) zzz: merci (05:32:16 PM) zzz: à propos du 7) (05:32:23 PM) zzz: Je serai très bref (05:32:37 PM) zzz: nous en sommes à 7 semaines d’un cycle nominal de 12 semaines, cible mi-fin mai (05:32:45 PM) zzz: tous les gros changements devraient être dedans (05:32:49 PM) zzz: beaucoup de choses SSU et IPv6 (05:33:08 PM) zzz: tests en cours avec i2pd sur la prop. 158 (introducers IPv6) (05:33:18 PM) zzz: pour l’annonce de version brouillon voir zzz.i2p (05:33:20 PM) zzz: EOT (05:33:52 PM) zlatinb: Je veux juste ajouter un mot sur l’utilisation de la bande passante (05:34:04 PM) zlatinb: cette version a le potentiel d’améliorer le débit ÉNORMÉMENT (05:34:40 PM) zlatinb: donc avec les changements de RED et le réglage de CDQ nous devrions garder un œil sur toutes les métriques réseau que nous pouvons obtenir (05:34:50 PM) zzz: espérons-le. aussi beaucoup de correctifs i2pd dans leur version mi-cycle il y a quelques semaines, et d’autres dans la prochaine, aideront les performances du réseau (05:35:38 PM) zlatinb: Je crains juste qu’on atteigne des goulots d’étranglement qu’on n’a jamais atteints avant (05:35:50 PM) zlatinb: mais ce sont les douleurs de croissance je suppose (05:36:09 PM) zzz: même histoire autre jour (05:36:48 PM) eyedeekay: Merci zzz, merci zlatinb. (05:37:53 PM) eyedeekay: J’ai très peu à ajouter ici, et je pense qu’on est là depuis assez longtemps, donc à moins qu’il y ait autre chose que vous vouliez discuter je vais conclure (05:38:03 PM) eyedeekay: Délai 1 min (05:39:19 PM) eyedeekay: Merci à tous d’être venus, à bientôt sur IRC (05:39:31 PM) eyedeekay: Je publierai les logs de la réunion dans quelques minutes

Réunion des développeurs d'I2P - 2 mars 2021

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

Bref récapitulatif

Présents : eyedeekay, zzz, zlatinb

Journal de réunion

(08:01:02 PM) eyedeekay: Salut tout le monde et bienvenue à la réunion du 2 mars, merci de me dire si vous êtes là (08:01:27 PM) eyedeekay: zzz zlatinb eche|on eche|off (08:01:42 PM) eyedeekay: Ordre du jour (08:01:42 PM) eyedeekay: 1) Salut (08:01:42 PM) eyedeekay: 2) éléments restants de la 0.9.49 (08:01:42 PM) eyedeekay: 3) Statut du lanceur Mac (08:01:42 PM) eyedeekay: 5) publication 0.9.50 (08:01:42 PM) eyedeekay: 6) résumé de la migration Trac (08:01:46 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] est entré dans la salle. (08:01:46 PM) zzz: salut (08:01:55 PM) zlatinb: salut (08:01:55 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:03:04 PM) eyedeekay: salut zzz, salut zlatinb, délai d'attente 30s quelqu'un d'autre ? (08:03:39 PM) eyedeekay: Merci à tous, on commence directement avec 2) éléments restants de la 0.9.49 (08:03:51 PM) eyedeekay: Le seul que je connaisse est la version .dmg de l’installateur Mac (08:04:20 PM) zzz: les autres sont Debian et Ubuntu officiels (08:04:45 PM) zzz: Je vais expliquer un peu plus (08:04:50 PM) eyedeekay: Ok merci. (08:05:06 PM) zzz: malheureusement, Debian bullseye vient d’entrer en gel (08:05:29 PM) zzz: notre mainteneur Debian n’était soit pas au courant du calendrier, soit ne nous a pas conseillé de nous dépêcher (08:05:51 PM) zzz: donc même si nous avons avancé le calendrier pour Ubuntu Hirsute 21.04, la date limite Debian était plus tôt (08:06:09 PM) zzz: puisque Ubuntu tire depuis Debian, Ubuntu ne l’a pas eu non plus (08:06:45 PM) zzz: ça arrive tous les deux ans, mais quand même, ç’aurait été bien de le savoir (08:06:54 PM) zzz: tel que c’était, on s’est dépêchés pour Ubuntu, pour rien (08:07:25 PM) zzz: donc, à un moment, Debian va se dé-geler, et la 49 devrait apparaître dans sid. Mais bullseye est en 48 (08:07:27 PM) zzz: eot (08:07:59 PM) eyedeekay: Merci zzz. Donc pour l’instant, la recommandation pour les utilisateurs Debian pour obtenir un router à jour devrait être via notre dépôt (08:08:17 PM) zzz: oui. idem pour Ubuntu. (08:08:32 PM) zzz: oh, si je peux, un bref rapport sur le réseau : (08:08:41 PM) eyedeekay: Bien sûr vas-y (08:08:48 PM) zzz: 52 % mis à jour vers 49 ; 6 % ont régénéré leurs clés vers ECIES. Tout semble bon pour l’instant (08:09:03 PM) zzz: très peu de bugs trouvés ou signalés (08:09:05 PM) zzz: eot (08:09:21 PM) eyedeekay: Excellent à entendre, merci pour le rapport (08:09:49 PM) eyedeekay: Et je suppose que je peux travailler à déterminer à quelle liste de diffusion nous devons nous abonner pour être informés plus tôt du gel de Debian (08:10:02 PM) eyedeekay: 3) Statut du lanceur Mac (08:10:14 PM) eyedeekay: Il s’agit de l’installateur basé sur DMG, pas du .jar (08:10:54 PM) eyedeekay: J’ai raté le coche sur ce point, en ne prévenant pas que l’ancien mainteneur ne construisait plus l’installateur (08:11:15 PM) eyedeekay: En conséquence, j’ai retiré l’installateur Mac du site (08:11:39 PM) zzz: si je me souviens bien le dernier construit était le .45 il y a un an, et c’était probablement un lien cassé pendant la majeure partie de l’année dernière (08:11:41 PM) eyedeekay: Depuis, j’ai acquis un Mac dans l’intention de reprendre la maintenance du produit (08:12:00 PM) eyedeekay: zzz tu as raison (08:12:04 PM) zlatinb: il y a un problème avec l’installateur dmg - du moins sur mon Mac je n’arrive pas à arrêter le router. Un démon le relance sans cesse (08:12:09 PM) zzz: c’était donc un problème de longue date. Tu as bien fait de le retirer, merci pour ça (08:13:16 PM) zlatinb: donc si d’autres utilisateurs Mac sont dans la même situation, on devrait proposer une sorte de guide de nettoyage (08:13:28 PM) zzz: as-tu déterminé s’il y a une mise à jour auto ou une notification intégrée ? et si oui est-ce que c’est cassé aussi ? ou est-ce juste l’entrée d’actualités dans la console ? (08:13:57 PM) zlatinb: la mise à jour auto fonctionne, curieusement (08:13:57 PM) eyedeekay: Il ne peut pas se mettre à jour automatiquement, du moins pas avec succès (08:14:04 PM) eyedeekay: Oh eh bien c’est bizarre (08:14:09 PM) zlatinb: Je n’arrive juste pas à le tuer et m’assurer qu’il reste mort (08:14:28 PM) eyedeekay: Eh bien il semble que certains comportements soient assez erratiques (08:14:56 PM) zzz: eyedeekay, la dernière fois que nous en avons parlé, il y avait un débat sur la valeur de ce produit d’installation pour nos utilisateurs, comparée à l’effort nécessaire pour le maintenir (08:15:15 PM) zzz: comment enquêter et évaluer ces deux facteurs ? (08:15:58 PM) zzz: et zlatinb as-tu un avis sur la valeur d’un installateur “à la manière Mac” aujourd’hui ? (08:16:36 PM) zlatinb: Je pense toujours que des installateurs à la manière Mac et à la manière Win sont bien supérieurs à la monstruosité izpack (08:16:37 PM) eyedeekay: Je pense que zlatinb et moi devrons confronter nos observations, je vois un comportement différent du sien et si je ne sais pas pourquoi, continuer à le construire et le supporter devient beaucoup plus intimidant (08:17:16 PM) zlatinb: mais je pense que nous devons réévaluer la complexité à la lumière de jpackage arrivé avec Java 14+ (08:18:02 PM) zlatinb: dans tous les cas, un installateur “à la manière Mac” serait/devrait être de priorité inférieure à un installateur “à la manière Win” (08:18:05 PM) zzz: Je ne suis pas un utilisateur de Mac, mais “bien supérieur” était le consensus au moment où nous avons commencé le développement de l’installateur (08:18:43 PM) zzz: si le consensus est différent maintenant, j’aimerais comprendre pourquoi (08:19:24 PM) zlatinb: à ma connaissance c’est toujours le même consensus, c’est juste l’écosystème qui a changé (c.-à-d. jpackage existe) (08:20:26 PM) eyedeekay: Si je me souviens bien, mon expérience avec Mac à l’époque était quasiment nulle et ma faveur pour l’idée reposait sur le fait que travailler avec des systèmes de packaging familiers rend nos paquets plus dignes de confiance (08:20:39 PM) eyedeekay: jpackage fait l’image du runtime/élimine le besoin d’installer Java, c’est ça ? le dmg, à ma connaissance, ne le faisait pas ? (08:20:51 PM) zzz: oui (08:21:18 PM) zlatinb: oui (08:21:30 PM) zlatinb: jpackage construit des dmgs soi-disant, je ne l’ai pas essayé (08:21:38 PM) zzz: donc jpackage ferait quelque chose comme 100 Mo. Comme c’est uniquement pour un OS, c’est faisable de le faire pour Mac. (08:21:47 PM) zzz: oui les dmgs devront être testés à coup sûr (08:22:14 PM) zlatinb: il construit aussi des installateurs Windows, je n’ai pas utilisé cette fonctionnalité toutefois (08:22:26 PM) zlatinb: et des RPM et des DEB mais je suis presque sûr que nous ne voulons pas ceux-là (08:22:52 PM) zzz: l’un de nos manquements en tant que projet, c’est que le dmg a toujours été étiqueté “expérimental” sur notre page de téléchargement. Nous ne lui avons jamais accordé assez d’attention pour retirer l’étiquette ou même remarquer que personne ne le construisait (08:22:57 PM) Irc2PGuest1578 a quitté la salle (quit: Read error). (08:24:06 PM) zzz: comme pour tous nos autres produits officiels, si nous voulons le supporter, il nous faut suffisamment de ressources pour un mainteneur compétent (08:25:15 PM) zzz: à ce stade je propose que nous poursuivions l’évaluation à la fois de la demande utilisateur et de l’effort requis, pour le dmg existant et pour jpackage. (08:25:29 PM) zzz: rapport intermédiaire dans un mois, décision finale dans deux mois, à temps pour la .50 (08:25:52 PM) zlatinb: des idées sur la façon de s’y prendre ? sondage ? (08:26:32 PM) eyedeekay: Je pourrais mettre en place un sondage Reddit après la réunion (08:26:42 PM) zzz: messages sur le forum (08:27:11 PM) eyedeekay: Ça me va, je l’ajoute à l’ordre du jour de la réunion du mois prochain (08:28:06 PM) eyedeekay: Autre chose sur le point 3) ? (08:28:32 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:29:02 PM) zzz: c’était mon point (08:29:10 PM) eyedeekay: À toi, zzz (08:29:28 PM) zzz: Je n’ai pas d’opinion tranchée dans un sens ou dans l’autre, mais je pense que nous devrions passer à 1.0.0 d’ici l’année prochaine environ (08:29:49 PM) zzz: comme nous n’avons pas de branche stable séparée, 1.0.0 n’est pas une garantie particulière de stabilité (08:30:23 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] est entré dans la salle. (08:30:27 PM) zzz: donc ma question est ce que les gens en pensent, et est-ce que l’équipe RP peut accomplir la communication expliquant ce que 1.0.0 est ou n’est pas, sur un certain calendrier ? (08:30:29 PM) zzz: eot (08:31:14 PM) zlatinb: donc j’ai deux points concernant 1.0.0 : (08:31:41 PM) zlatinb: 1) RED a besoin d’être réglé et je défendrai cette position coûte que coûte. Le régler correctement peut nécessiter plus d’une version (08:32:19 PM) zlatinb: 2) Pour revenir au sujet des installateurs - si nous pouvons produire des installateurs bien plus fluides pour les principales plateformes, une version 1.0.0 aura un impact bien plus grand (08:32:20 PM) zlatinb: eot (08:33:40 PM) eyedeekay: Je pense que nous pouvons élaborer et mener la communication et les RP pour 1.0.0, si 1.0.0 coïncide avec la migration de la cryptographie loin d’Elgamal, et je suis d’accord avec zab sur le point 2) (08:34:30 PM) zzz: nous pouvons toujours choisir une fonctionnalité phare à mettre en avant, à chaque version. C’est assez arbitraire. Nous pourrions choisir n’importe quelle version cette année et prétendre que c’est quand on abandonne Elgamal. C’est déjà en cours (08:35:44 PM) zzz: comme je n’entends pas de consensus fort, je propose que la prochaine version soit 0.9.50, et que nous en reparlions après cette version, dans 3 mois (08:35:51 PM) eyedeekay: Alors le point 2) reste assez important pour moi, les installateurs sont un point douloureux, aussi étrange que cela puisse paraître (08:36:15 PM) eyedeekay: Je suis d’accord pour que la prochaine soit 0.9.50 (08:36:27 PM) anonymousmaybe a quitté la salle (quit: Read error). (08:36:31 PM) T3s|4 a quitté la salle (quit: Read error). (08:37:36 PM) eyedeekay: Autre chose sur le point 4) ? (08:38:16 PM) T3s|4 [~T3s4@573a4z46ixhpfeuej2hggtzg2wvsllq6nurtha5dzpd7l42awaeq.b32.i2p] est entré dans la salle. (08:38:16 PM) mode (+v T3s|4) by ChanServ (08:38:18 PM) eyedeekay: 5) publication 0.9.50 (08:38:42 PM) anonymousmaybe [anonymousm@zvezcslfl5ndd6ciniqp2ei3cm6kvcovceeu3nzheqe7rqcj3rra.b32.i2p] est entré dans la salle. (08:38:42 PM) mode (+v anonymousmaybe) by ChanServ (08:39:19 PM) zzz: Je te laisse commencer, puis je listerai ce que j’ai fait (08:41:28 PM) eyedeekay: Ça fait environ 2 semaines depuis la publication 0.9.49, pendant ce temps j’ai travaillé sur des bugs de style, déplacé la configuration de X-I2P-Location dans l’application au lieu d’exiger un proxy inverse ou une configuration spécifique, et j’ai travaillé à trouver des moyens d’améliorer gitlab (08:42:17 PM) eyedeekay: En particulier, un moyen de migrer les tickets Trac vers gitlab en masse et un moyen de créer des tickets anonymement sont sur ma liste gitlab (08:43:06 PM) eyedeekay: Ceux-là sont en grande partie accomplis et font partie du prochain point de l’ordre du jour, donc je ne vais pas perdre de temps là-dessus maintenant (08:43:56 PM) eyedeekay: EOT (08:44:06 PM) zzz: super (08:44:26 PM) zzz: J’ai corrigé le problème NTP de l’année 2036 (08:44:33 PM) zzz: implémenté UPnP pour IPv6 (08:44:45 PM) zzz: réduit l’utilisation mémoire par les profils (08:44:55 PM) zzz: ajouté la prise en charge des introducers IPv6 (08:45:17 PM) zzz: ajouté la prise en charge des “caps” 4/6 pour un meilleur suivi de qui peut se connecter à qui (08:45:39 PM) zzz: fait un peu de travail sur des messages de construction de tunnel plus petits (prop. 157), bien que ce travail aille beaucoup plus lentement que l’équipe #ls2 ne le voudrait (08:46:26 PM) zzz: et j’ai signalé un bug majeur SSU à i2pd. ils l’ont corrigé. J’espère qu’ils feront une publication ce mois-ci, car je pense que ça affecte vraiment les performances du réseau pour un sous-ensemble de connexions (08:46:35 PM) zzz: eot (08:46:44 PM) eyedeekay: Merci zzz (08:47:25 PM) zlatinb: J’aimerais faire quelques expériences concernant l’ajustement de RED dans le testnet. La théorie actuelle est qu’il est beaucoup trop agressif et ralentit les connexions à un seul flux de façon inutile. Je ferai un rapport comme d’habitude. EOT (08:47:36 PM) eyedeekay: Merci zlatinb (08:48:17 PM) eyedeekay: 6) résumé de la migration Trac (08:48:17 PM) zzz: re: roadmap. Je l’ai mise à jour aujourd’hui sur le site web pour refléter ce qui était dans la .49 et j’ai déplacé d’autres éléments vers la .50. eyedeekay merci de faire de même pour les éléments que tu connais (08:48:32 PM) eyedeekay: Bien reçu zzz, je ferai ça ce soir (08:51:18 PM) wodencafe a quitté la salle (quit: Read error). (08:51:37 PM) wodencafe [wodencafe@4qx5zjj3rypztq5h4kc2clviwid5cir7cm6iqrqa2l2npvlgt7ta.b32.i2p] est entré dans la salle. (08:51:51 PM) eyedeekay: À propos de Trac, je suis coincé entre l’enclume et le marteau. Je suis admin sur Trac et non sur la machine sur laquelle Trac tourne. Je ne peux rien faire pour le mettre à jour ou l’améliorer moi-même, tout ce que je peux faire c’est courir après des problèmes chronophages. (08:51:51 PM) eyedeekay: Je veux vraiment m’en débarrasser, mais nous ne pouvons évidemment pas effacer tous ces tickets ni le reste des informations ici. (08:51:51 PM) eyedeekay: Je propose que nous migrions les tickets Trac vers des tickets gitlab et encouragions l’utilisation de gitlab à des fins de suivi des problèmes (08:52:51 PM) eyedeekay: Les tickets Trac ne se correspondent pas 1:1 avec des tickets gitlab, les tickets pour les applications I2P devront être ajoutés au gestionnaire de tickets i2p.i2p et étiquetés sur gitlab avec l’application correspondante (08:54:04 PM) eyedeekay: J’ai finalement compris comment le faire en utilisant une partie du matériel correspondant de Tor (08:54:37 PM) zzz: c’est probablement la bonne réponse, mais nous devrions probablement faire une évaluation rapide des alternatives, par exemple tout copier vers Trac sur une machine que nous contrôlons (08:54:51 PM) zzz: et encore, une estimation des ressources ponctuelles et récurrentes nécessaires (08:55:18 PM) zzz: nous allions avoir une réunion il y a quelques mois à ce sujet, donc c’est peut-être le moment (08:55:54 PM) lithium a quitté la salle (quit: Quit: leaving). (08:56:02 PM) eyedeekay: Instinctivement, faire tourner 2 services(Trac and Gitlab) sera probablement plus coûteux en effort dans le temps, mais peut-être moins d’effort au départ (08:56:05 PM) zzz: je veux juste être clair sur ce que nous cherchons à accomplir (08:56:05 PM) lithium [lithium@f25fchfdvktukmhg2rkz5es4mlrroyywcou27bpr4mxzfuf3jgya.b32.i2p] est entré dans la salle. (08:56:38 PM) zzz: une migration complète vers gitlab est un énorme correctif pour le problème de quelqu’un qui ne répond pas aux e-mails (08:56:50 PM) zzz: donc la question est : qu’est-ce que cela nous apporte de plus ? (08:57:58 PM) zlatinb: intégration étroite avec git, des MR, du code review, tout ça (08:58:02 PM) zzz: et nous avons besoin d’une courte liste de nos exigences, en particulier pour l’inscription et l’anti-spam (09:00:01 PM) zzz: je pense aussi que nous devrions tirer des leçons de la migration git de l’an dernier, et avoir des jalons, un calendrier et un suivi clairs (09:00:36 PM) eyedeekay: L’inscription est devenue un point difficile. J’estime qu’environ 1/3 des inscriptions sont du spam, mais c’est très difficile de faire la différence parce que je ne demande pas beaucoup d’informations aux utilisateurs git (09:01:37 PM) eyedeekay: La solution de Tor re: inscription anonyme est astucieuse, et potentiellement très utile, mais plus je regarde plus je pense que ce serait peut-être excessif pour nous (09:02:35 PM) zzz: Je propose que nous voyions qui veut participer à une réunion à ce sujet, puis nous programmerons la réunion plus tard (09:03:29 PM) eyedeekay: Ça me va. Je vais ouvrir un nouveau fil de forum pour la migration Trac. (09:04:49 PM) zzz: zlatinb, voudrais-tu en être ? (09:05:03 PM) zlatinb: bien sûr (09:05:21 PM) zzz: super (09:07:56 PM) eyedeekay: C’est tout pour l’ordre du jour, autre chose à ajouter ? (09:08:00 PM) eyedeekay: Délai d’attente 60s (09:09:32 PM) eyedeekay: Cela clôt la réunion *baffs* (09:09:32 PM) eyedeekay: Merci zzz zlatinb d’être venus, je publierai le journal de la réunion sur le site sous peu (09:10:09 PM) zzz: merci (09:11:05 PM) devcron a quitté la salle (quit: Quit: leaving). (09:11:11 PM) eyedeekay: pas de problème zzz

Version 0.9.49

Wed, 17 Feb 2021 00:00:00 +0000

Détails de mise à jour

La version 0.9.49 poursuit le travail pour rendre I2P plus rapide et plus sûr. Nous avons apporté plusieurs améliorations et correctifs au transport SSU (UDP) qui devraient se traduire par des débits plus élevés. Cette version amorce également la migration vers un nouveau chiffrement ECIES-X25519, plus rapide, pour les routers. (Les destinations utilisent ce chiffrement depuis déjà quelques versions) Nous travaillons sur les spécifications et les protocoles du nouveau chiffrement depuis plusieurs années, et nous approchons de leur finalisation ! La migration nécessitera plusieurs versions pour être achevée.

Bonjour Git, au revoir Monotone

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

Bonjour Git, adieu Monotone

The I2P Git Migration is nearly concluded

Depuis plus d’une décennie, I2P s’appuie sur le vénérable service Monotone pour répondre à ses besoins en gestion de versions, mais ces dernières années, la majeure partie du monde est passée au désormais universel système de gestion de versions Git. Dans le même temps, le réseau I2P est devenu plus rapide et plus fiable, et des solutions de contournement accessibles pour pallier l’impossibilité de reprendre les transferts avec Git ont été développées.

Version 0.9.48

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

Détails de la mise à jour

0.9.48 active notre nouveau protocole de chiffrement de bout en bout (proposition 144) pour la plupart des services. Nous avons ajouté une prise en charge préliminaire du nouveau chiffrement des messages de construction de tunnel (proposition 152). Des améliorations significatives des performances ont été apportées dans l’ensemble du router.

Les paquets pour Ubuntu Xenial (16.04 LTS) ne sont plus pris en charge. Les utilisateurs sur cette plateforme devraient mettre à niveau leur système afin de continuer à recevoir les mises à jour d’I2P.

Réunion des développeurs I2P - 3 novembre 2020

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

Récapitulatif rapide

Présents: eyedeekay, zzz

Journal de réunion

(03:01:04 PM) eyedeekay: Salut tout le monde, et bienvenue à la réunion du 3 novembre du projet I2P. idk vous parle de façon un peu inattendue depuis le wi‑fi du Marriot, aux prises avec un portail captif plutôt pénible, donc aujourd’hui j’ai deux pseudos, eyedeekay et idk_mobile au cas où l’une ou l’autre des connexions tombe. (03:01:04 PM) eyedeekay: Merci de votre patience, le wi‑fi de cet hôtel est vraiment… incroyablement mauvais. Je serai de retour sur ma connexion fiable jeudi. (03:01:04 PM) eyedeekay: Au programme aujourd’hui : (03:01:04 PM) eyedeekay: 1) Salut (idk) (03:01:04 PM) eyedeekay: 2) rappel de procédure de réunion *brève* (idk) (03:01:04 PM) eyedeekay: 3) publication 0.9.48 (zzz, idk) (03:01:04 PM) eyedeekay: 4) Appel à testeurs (idk) (03:01:04 PM) eyedeekay: 5) Mise à jour de l’avancement Git (idk) (03:01:04 PM) eyedeekay: 6) Router Console additional sites vote(idk) (03:01:04 PM) eyedeekay: Bonjour tout le monde, qui d’autre est là aujourd’hui ? (03:01:38 PM) zzz: salut (03:01:43 PM) eyedeekay: salut zzz (03:02:09 PM) eyedeekay: Quelqu’un d’autre ? (03:03:21 PM) eyedeekay: Bon, le point 2 est soit essentiel, soit caduc, je suppose. 2) À propos des « salut » : Beaucoup d’entre nous laissent leurs clients IRC tourner presque tout le temps, et il n’est pas toujours clair qui est là et qui ne l’est pas. Donc au début de nos réunions, on dit « salut » juste pour savoir qui est bien là et prêt à participer, et qui s’assure simplement d’avoir l’historique pour plus tard. Merci de dire salut pour la réunion quand vous arrivez (03:04:19 PM) eyedeekay: 3) publication 0.9.48 (03:05:07 PM) John a quitté la salle (quit: Read error). (03:05:11 PM) eyedeekay: La 0.9.48 apportera les derniers raffinements aux thèmes Light et Dark de la Router console. Surtout des détails, pour peaufiner les marges et l’espacement autour des nouvelles icônes utilisées dans ces thèmes. Un nouvel ensemble d’icônes pour les thèmes Light et Dark de Snark a également été sélectionné sur la base des retours. (03:05:11 PM) eyedeekay: La publication Android 0.9.48 utilisera le processus de build Android qui a été révisé et corrigé au cours de la semaine dernière. Le dogfooding est bien meilleur que ces dernières semaines, j’attends celle‑ci avec impatience. Pour ceux qui ne savent pas, pendant de nombreuses années nos publications Android ont vu leur utilisabilité fortement compromise à cause d’erreurs provenant d’un bootclasspath mal configuré, qui était documenté de manière contre‑intuitive et minimale, voire pas du tout. (03:05:36 PM) eyedeekay: Ce problème est réglé pour l’avenir. (03:06:37 PM) eyedeekay: Sadie et moi avons mis à jour, révisé, élagué et réorganisé la documentation sur la branche git i2p.www "style-guide" (03:07:38 PM) eyedeekay: Rien n’est gravé dans le marbre ici, mais nous fournissons plus d’exemples et de meilleure qualité, une aide spécifique par application pour les applications I2P fournies, des guides de reseed (réamorçage) mis à jour pour les reseeds de pair à pair (friend‑to‑friend) et l’hébergement d’un serveur de reseed, et nous mettons à jour nos pages de comparaison (03:08:10 PM) eyedeekay: zzz, qu’aimerais‑tu ajouter ? (03:08:19 PM) zzz: oui, à propos d’Android (03:08:35 PM) John [john@3n6rizeciinzvbuzub5ux3jru6iazw6drx76cjcwmcc5yaltccca.b32.i2p] est entré dans la salle. (03:08:39 PM) zzz: pour être clair, tu as publié la 0.9.47‑1 la semaine dernière, et elle est disponible partout ? Je ne crois pas avoir vu d’annonce (03:08:53 PM) zzz: donc tu devrais faire passer le mot et obtenir quelques rapports de test (03:09:17 PM) eyedeekay: Bien sûr, je peux faire une annonce (03:09:24 PM) zzz: à propos de la 48, tout se passe bien. On est à presque 15 K lignes de diff, assez typique (03:09:42 PM) zzz: le travail sur les types de chiffrement du router avance étonnamment bien, largement en avance sur le planning (03:09:48 PM) zzz: ce sont les propositions 152 et 156 (03:10:02 PM) zzz: une bonne partie de ce travail sera dans la version .48, pour les testeurs courageux (03:10:22 PM) zzz: l’annonce préliminaire de publication est en ligne sur zzz.i2p pour relecture (03:10:53 PM) zzz: J’aimerais décider d’une date de publication aujourd’hui. Le 23 ou le 30 ? (03:10:58 PM) zzz: cela ferait un gel des tags dans une semaine ou deux à partir de maintenant (03:11:25 PM) zzz: eot (03:12:01 PM) eyedeekay: Ça m’importe moins maintenant, je ne peux de toute façon pas voyager pendant un moment, mais j’aimerais quand même viser le 30 si possible (03:12:44 PM) zzz: ok, ce sera le 30. gel des tags le 18, date limite des check‑ins le 27. Je mettrai à jour le message sur mon forum (03:12:53 PM) eyedeekay: Excellent, merci (03:13:52 PM) eyedeekay: Cela nous amène à 4) appel aux testeurs (03:13:55 PM) eyedeekay: Alors que nous entrons dans le dernier mois avant la publication 0.9.48, j’aimerais inviter nos utilisateurs à nous faire des retours sur I2P ici, ou sur le forum du projet(i2pforum.i2p), ou sur le forum de zzz(zzz.i2p), ou sur reddit.com/r/i2p où je rôde pour nous. (03:14:24 PM) eyedeekay: Je publierai cet appel à ces endroits quand je mettrai le journal de la réunion sur le site (03:15:00 PM) eyedeekay: Les retours sur tout sont importants : performances, style, configuration. N’hésitez pas à nous contacter ! (03:15:09 PM) zzz: oui, d’accord, je vais probablement poser un tag de version -rc d’ici une semaine environ (03:16:57 PM) Sleepy a quitté la salle (quit: Read error). (03:16:58 PM) eyedeekay: Autre chose à ajouter sur ce sujet ? (03:17:26 PM) zzz: non (03:17:49 PM) eyedeekay: Merci zzz :) (03:17:57 PM) eyedeekay: 5) Mise à jour Git : Pour l’instant, j’ai temporairement arrêté de migrer de nouveaux dépôts pendant que je configure une règle de push pour imposer des commits signés GPG dans l’espace de noms "I2P Developers". C’est une exigence ferme au moins pour i2p.i2p et i2p.android.base. À ce stade, nous avons migré les plugins actifs vers le gitlab, ainsi que i2p.newsxml, i2p.firefox, i2p.scripts et i2p.www. Cette semaine, j’ai construit I2P et I2P pour Android avec succès depuis Git et Monotone, y compris en construisant un i2p.android.base basé sur mtn au‑dessus d’un i2p.i2p basé sur git et un i2p.android.base basé sur git au‑dessus d’un i2p.i2p basé sur mtn. Cela impliquerait qu’une fois la règle de push en place, i2p.i2p pourrait être migré sans casser les projets qui en dépendent. Le TODO ici est toutefois de contacter d’autres downstreams, mhatta, zero et BiglyBT, pour les informer du changement. (03:19:08 PM) zzz: quel est le calendrier ? avant ou après la publication 48 ? (03:19:31 PM) zzz: je ne pense pas que des downstreams utilisent mtn (03:19:52 PM) eyedeekay: Je ne pense pas non plus, ils utilisent tous soit maven, soit le miroir github à ma connaissance, je veux juste m’en assurer (03:21:17 PM) eyedeekay: Je pense qu’on peut encore le faire avant 0.9.48, si je commence juste après avoir mis en place la règle de push. (03:22:09 PM) Sleepy [Sleepy@bjy63jgb427hmekhcp6v4kxs7p2le7cpuuvdmngod76fv2isfw4a.b32.i2p] est entré dans la salle. (03:22:19 PM) zzz: ok, n’attends pas trop le dernier moment (03:23:26 PM) zzz: et obtiens des acks positifs de tout le monde avant d’appuyer sur l’interrupteur. on ne peut pas avoir de retardataires (03:23:29 PM) eyedeekay: Oui, si je ne pense pas pouvoir terminer avec un peu de marge avant le gel des tags, je repousserai à la 49 (03:23:37 PM) eyedeekay: Je ferai ça (03:25:08 PM) eyedeekay: Quelque chose d’autre de la part de quelqu’un sur ce sujet ? (03:26:01 PM) eyedeekay: OK, alors le dernier point est 6) (03:26:04 PM) eyedeekay: J’aimerais ajouter 2 de mes sites à la page d’accueil de la Router Console, le premier étant git.idk.i2p, qui est mon hôte gitlab ouvert à la communauté et vers lequel les dépôts mtn d’I2P migrent. (03:26:04 PM) eyedeekay: Le second est paste.idk.i2p qui est un pastebin générique pour des fichiers et des tests, que j’ai mis en place quand il est apparu qu’aucun autre pastebin n’était encore accessible. (03:27:00 PM) zzz: aucune objection (03:28:15 PM) zzz: mais je suggère une autre passe sur les info‑bulles proposées, j’ai quelques idées que je te soumettrai plus tard (03:29:05 PM) eyedeekay: Ça me va (03:30:55 PM) eyedeekay: Très bien, cela nous amène à la fin de tout ce que j’avais prévu pour cette réunion, donc si quelqu’un a d’autres sujets à discuter, merci de les proposer maintenant (03:31:20 PM) eyedeekay: timeout 1m (03:32:42 PM) eyedeekay: Très bien, merci d’être venu à la réunion zzz, merci aux auditeurs d’avoir écouté. (03:33:08 PM) eyedeekay: La réunion du mois prochain sera le 8 décembre, même heure, même canal (03:33:13 PM) eyedeekay: *Baffs*

Réunion des développeurs I2P - 06 octobre 2020

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

Bref récapitulatif

Présents: eyedeekay, orignal, zzz

Journal de réunion

(04:00:04 PM) eyedeekay: Bonjour à tous et bienvenue à la réunion de la communauté I2P d’octobre. (04:00:04 PM) eyedeekay: À l’ordre du jour aujourd’hui : (04:00:04 PM) eyedeekay: 1) Salut (04:00:04 PM) eyedeekay: 2) version 0.9.48 (zzz) (04:00:04 PM) eyedeekay: 3) Mise à jour de l’avancement sur Git (idk) (04:00:04 PM) eyedeekay: 4) Mise à jour Équipe UI / OTF (idk) (04:00:04 PM) eyedeekay: 5) Mise à jour Android (idk) (04:00:17 PM) eyedeekay: Salut tout le monde, qui est là ? (04:00:25 PM) orignal: salut (04:00:29 PM) eyedeekay: Salut orignal (04:00:33 PM) zzz: bonjour (04:00:39 PM) eyedeekay: Bonjour zzz (04:01:14 PM) eyedeekay: Quelqu’un d’autre ? (04:01:53 PM) eyedeekay: OK, passons au point 2 (04:02:14 PM) eyedeekay: J’ai vu zzz faire pas mal de choses dernièrement. Pour ma part, mon seul plan à l’intérieur du router pour la version 0.9.48 est rekeyOnIdle. Dans l’ensemble, mes plans pour cette version concerneront principalement l’achèvement des 2 prochaines phases de la migration Git, et des changements sur i2p.www que je détaillerai au point 4). (04:02:45 PM) zzz: nous en sommes, je crois, à 5 semaines dans le cycle. Les choses se passent bien (04:03:14 PM) zzz: orignal et moi travaillons à améliorer la construction des tunnels (proposition 152), et nous avons commencé à intégrer une partie de ce code (04:03:29 PM) zzz: la recherche SSU2 avance lentement, et il n’y aura certainement aucun code dans la .48 (04:03:50 PM) zzz: 7 500 lignes de diff dans la version jusqu’à présent, assez typique (04:04:08 PM) zzz: l’objectif est mi-fin novembre pour la version .48, nous fixerons probablement une date bientôt (04:04:18 PM) zzz: EOT (04:04:44 PM) eyedeekay: Merci beaucoup zzz (04:05:14 PM) eyedeekay: Merci aussi pour les mises à jour fréquentes sur le forum, ça rend une partie de vos avancées plus faciles à digérer et à expliquer aux autres (04:05:43 PM) eyedeekay: Passons au point 3) (04:06:03 PM) eyedeekay: Nous en sommes à la phase trois de la migration Git. (04:06:08 PM) eyedeekay: i2p.www est migré. C’était le projet qui dépendait le plus de mtn. (04:06:14 PM) eyedeekay: i2p.firefox est également migré. (04:06:22 PM) eyedeekay: Nous allons migrer i2p.newsxml jeudi soir, à 18.00 UTC. (04:06:32 PM) eyedeekay: Après cela je prendrai contact avec zzz au sujet de migrer zzzot ou snark-rpc ensuite. (04:06:37 PM) eyedeekay: Les dépôts où la synchronisation mtn a été désactivée sont maintenus en synchronisation entre github et gitlab. (04:06:44 PM) eyedeekay: Nous sommes sur une trajectoire régulière maintenant; dès qu’un dépôt est migré, nous commençons le suivant. (04:06:58 PM) eyedeekay: EOT (04:08:23 PM) eyedeekay: Des questions à propos de Git ? (04:09:06 PM) eyedeekay: Délai 1 min (04:10:16 PM) eyedeekay: OK, passons au point 4) (04:11:20 PM) eyedeekay: L’agence de design engagée par l’OTF a créé un guide de style révisé. Le nouveau guide est un peu plus « flexible » que l’ancien, tout en nous encourageant vers un certain niveau de cohérence interne. (04:11:20 PM) eyedeekay: Il se trouve ici : https://uracreative.github.io/i2p-styleguide/. Un message sollicitant des commentaires de la communauté sur les recommandations stylistiques, lesquelles mettre en œuvre, et comment, est ici : `http://i2pforum.i2p/viewtopic.php?f=21&t=986&sid=bbca7a971055b8449737ba038ebbfa49` (04:11:20 PM) eyedeekay: La difficulté de mise en œuvre des recommandations de design vient du fait que des changements appliqués partiellement ont tendance à être visuellement peu attrayants, par exemple voir le récent problème d’icône dans I2PSnark. (04:12:26 PM) eyedeekay: Cependant, cela ne représente que 1/2 des conseils que nous avons reçus (04:13:01 PM) eyedeekay: L’amélioration la plus significative que nous pourrions apporter, identifiée par les programmes financés par l’OTF impliquant le travail de Ura Design et Simsec, était un problème global d’intégration des nouveaux participants de tous types. (04:13:16 PM) eyedeekay: Nous considérons que c’est la priorité. Les premières phases d’amélioration se dérouleront principalement dans i2p.www (04:13:19 PM) eyedeekay: L’une des questions les plus fréquentes qui a été posée est « À qui s’adresse I2P. » (04:13:42 PM) eyedeekay: Les personnes en charge du design/de l’ergonomie ne sont évidemment pas les seules à avoir posé cette question (04:13:52 PM) eyedeekay: Nous avons donc identifié des « types » de participants, y compris des utilisateurs, des opérateurs de services, des développeurs d’applications, des développeurs du router. (04:13:52 PM) eyedeekay: Nous avions beaucoup de réponses à cette question, mais un des schémas les plus courants dans nos réponses était qu’il est beaucoup plus facile de dire à qui s’adressent les « Applications » I2P. (04:14:07 PM) eyedeekay: Nous voulons donc amener les gens à utiliser les applications plus rapidement et plus facilement. La modification de ces parcours est ce qu’on appelle « l’architecture de l’information » (04:14:07 PM) eyedeekay: Pour y parvenir, il faudra produire : (04:14:07 PM) eyedeekay: - Des instructions d’installation sur Windows incluant l’installation d’une version de Java connue pour fonctionner avec I2P. (04:14:07 PM) eyedeekay: - Des pages sur le site expliquant les applications fournies avec le router I2P Java. (04:14:07 PM) eyedeekay: - L’inclusion de I2P in Private Browsing webextension dans le bundle de profil I2P Windows (04:14:07 PM) eyedeekay: - Une recommandation et un guide pour un client IRC. (04:14:07 PM) eyedeekay: - Des guides d’hébergement de services de premier plan (comme celui pour Gitlab), à l’intention des nouveaux opérateurs, incluant une réécriture du Reseed Service Guide. Également prévus : des guides d’hébergement NextCloud et IRC. (04:14:07 PM) eyedeekay: - La réorganisation de la page d’accueil et du menu de navigation de premier niveau autour des utilisateurs. (04:14:44 PM) eyedeekay: Désolé d’avoir fait long, mais prenez votre temps s’il vous plaît, je voulais m’assurer de donner une mise à jour substantielle (04:17:14 PM) eyedeekay: EOT. Des questions ? (04:17:26 PM) zzz: le travail de l’OTF est-il terminé ? quand ont-ils fini ? quand le guide de style révisé est-il devenu disponible ? (04:19:20 PM) eyedeekay: L’OTF a payé l’agence de design, et ils ont terminé le mois dernier. Un instant pendant que je vérifie l’historique (04:19:56 PM) eyedeekay: 8 août (04:20:10 PM) zzz: ce que je veux dire, c’est : comment pouvons-nous améliorer nos processus afin que l’état et les résultats des travaux financés soient effectivement communiqués à la communauté en temps utile ? (04:21:07 PM) eyedeekay: D’habitude, la solution, c’est que je reste en contact avec quelqu’un. Dans ce cas, ce « quelqu’un » devrait probablement prendre la forme de mises à jour périodiques de ma part sur i2pforums.i2p (04:22:38 PM) zzz: d’accord. c’est tout de même très étrange qu’un projet financé, qui aboutit à des recommandations pour les développeurs, n’ait en fait pas été communiqué aux développeurs pendant deux mois (04:23:06 PM) zzz: donc si nous recommençons un jour, ce sera un sujet de discussion pour l’amélioration de nos processus (04:23:14 PM) zzz: merci pour le rapport (04:23:35 PM) eyedeekay: Je fais juste de mon mieux pour résoudre les problèmes :) (04:23:39 PM) eyedeekay: Ce qui nous amène au point 5) (04:24:46 PM) eyedeekay: Je suis désormais l’administrateur de tous les serveurs où nous proposons des applications Android en téléchargement, puisque l’autre admin ne répondait pas. (04:24:51 PM) eyedeekay: J’ai fini par pouvoir contacter l’autre admin, et il a accepté d’agir comme secours. (04:24:59 PM) eyedeekay: Le plan pour la suite est que je téléverse sur GPlay et notre F-Droid le même jour que la publication des paquets Debian. (04:25:03 PM) eyedeekay: Cela signifie que notre F-Droid sera disponible le même jour que l’envoi des paquets Debian. GPlay aura encore un retard de ce qui semble être 1 à 6 jours, je ne peux pas y faire grand-chose. (04:25:29 PM) eyedeekay: Cela signifie aussi que je suis maintenant l’admin de download.i2p2.de, donc je peux corriger ça aussi. En gros je peux tout corriger sauf trac. (04:27:09 PM) eyedeekay: EOT (04:28:15 PM) eyedeekay: Ah, c’est ce que j’ai oublié. Je ne suis *pas* en charge du téléversement vers le dépôt communautaire F-Droid. C’est toujours nextloop. (04:30:21 PM) eyedeekay: Quelqu’un a-t-il quelque chose à ajouter, un point à couvrir pour la réunion, ou des questions sur ce que nous avons couvert jusqu’à présent ? (04:31:02 PM) eyedeekay: délai 1 min (04:31:13 PM) zzz: rappel (encore) - mets la réunion d’août sur le site (04:32:00 PM) eyedeekay: Je pensais que c’était fait ? OK, je l’ajouterai juste après qu’on ait fini

Réunion des développeurs I2P - 01 septembre 2020

Tue, 01 Sep 2020 00:00:00 +0000

Bref récapitulatif

Présents: eyedeekay, zlatinb, zzz

Journal des réunions

(04:00:08 PM) eyedeekay: Bonjour à toutes et à tous, bienvenue à la réunion communautaire du 1er septembre : (04:00:08 PM) eyedeekay: 1) Salut (04:00:08 PM) eyedeekay: 2) sortie 0.9.48 (04:00:08 PM) eyedeekay: 3) Mise à jour des progrès Git (04:00:08 PM) eyedeekay: 4) Mise à jour des progrès Android/Maven (04:00:08 PM) eyedeekay: 1) Salut (04:00:08 PM) eyedeekay: Salut tout le monde, merci d'être venus :) (04:00:24 PM) zlatinb: salut (04:00:31 PM) eyedeekay: salut zlatinb (04:00:40 PM) zzz: yo (04:00:45 PM) eyedeekay: salut zzz (04:01:00 PM) eyedeekay: Quelqu'un d'autre ici ? (04:01:23 PM) eyedeekay: echelon est hors de la ville aujourd'hui et ne sera pas disponible (04:01:53 PM) eyedeekay: 2) sortie 0.9.48 (04:02:33 PM) eyedeekay: 0.9.47 est sorti la semaine dernière, un nouveau cycle vient de commencer (04:03:15 PM) eyedeekay: zzz a publié plus tôt aujourd'hui la proposition pour des identités de router ECIES, merci à toutes celles et ceux qui le peuvent de la lire et de commenter (04:04:45 PM) eyedeekay: Quelqu'un a-t-il quelque chose à dire pour le sujet 2) ? (04:04:57 PM) zlatinb: Je vais essayer d'avancer un peu sur SSU (04:05:05 PM) zlatinb: en attendant la migration Git bien sûr (04:05:06 PM) zzz: on vient juste de démarrer... (04:05:32 PM) zzz: l'équipe #ls2 prévoit de commencer à travailler à la fois sur les ECIES routers et sur les propositions SSU2 pendant cette période (04:05:57 PM) zzz: Je prévois un cycle d'environ 3 mois, avec une sortie en novembre (04:06:06 PM) zzz: EOT (04:06:14 PM) zlatinb: aussi, j'aimerais voir du mouvement sur le front RED, même si je ne sais pas encore exactement ce que je veux changer. Je devrai faire des essais sur le réseau de test avant de me décider. EOT (04:06:50 PM) eyedeekay: Merci zzz et zlatinb. (04:07:00 PM) zzz: eyedeekay, merci de nous donner tes plans (et ceux de l'équipe UI, si tu sais) pour la 48 (04:08:12 PM) eyedeekay: Mes grands projets sont de terminer la sécurité des threads pour i2cp.rekeyOnIdle (04:08:41 PM) eyedeekay: et d'ajouter une interface utilisateur (UI) pour les destinations alternatives I2P à i2ptunnel et à l'extension Web (04:09:13 PM) eyedeekay: Mais pour l'instant, mes priorités sont git et Android (04:09:14 PM) eyedeekay: EOT (04:09:36 PM) zzz: des gros changements UI prévus ? des changements de site web prévus ? des nouvelles du contrat OTF/Ura ? (04:10:16 PM) eyedeekay: Ura n'est plus payé par l'OTF, mais certain·e·s d'entre eux/elles donnent encore très généreusement de leur temps et nous sommes toujours en contact (04:11:26 PM) eyedeekay: Aucun changement majeur de l'ensemble d'icônes n'est prévu, mais je prévois d'ajouter des menus repliables et un bouton de redémarrage à la page principale d'i2ptunnel (04:12:26 PM) zzz: d'accord. Sans mise à jour depuis des mois, je suis totalement dans le flou sur ce que produit le contrat OTF et quand ça pourrait arriver, si jamais; donc à ce stade on peut supposer qu'il va mourir ? ou quoi ? (04:13:18 PM) eyedeekay: Bumble est très investi pour intégrer les changements et a continué à travailler avec nous, pour l'instant, considérez-le comme vivant (04:13:36 PM) zzz: c'est quoi « Bumble » ? (04:13:46 PM) eyedeekay: Bumble fait partie de l'équipe Ura/SimSec (04:16:48 PM) eyedeekay: Oui, elle a des plans. (04:17:41 PM) zlatinb: Quelles qu'elles soient, je ne les vois pas se concrétiser sans une communication active et saine avec nous ici. (04:19:22 PM) eyedeekay: Tout ce que je peux faire, c'est demander. (04:19:35 PM) zlatinb: Merci. EOT (04:19:45 PM) eyedeekay: 3) Migration Git (04:20:05 PM) eyedeekay: Ma feuille de route pour cette semaine inclut la dépréciation complète de i2p.www mtn (04:20:59 PM) eyedeekay: À cette fin, je teste le script de déploiement migré, qui vérifie les modifications des fichiers traduits avec mtn diff (04:21:33 PM) eyedeekay: C'est quasiment prêt, je veux juste être sûr avant de le pousser trop tôt et de casser le site; j'ai aussi besoin de l'aide d'echelon pour l'autre côté (04:21:57 PM) eyedeekay: Après ça, quasiment immédiatement, je commencerai les scripts et plugins restants. EOT. (04:22:03 PM) eyedeekay: Des questions ? (04:22:32 PM) zzz: comme demandé dans le fil sur mon forum, merci de fournir un préavis de 24 heures avant d'arrêter la synchronisation mtn pour chaque branche active (04:22:44 PM) eyedeekay: Absolument, je le ferai. (04:22:54 PM) zzz: et une autre annonce quand git sera en service (04:23:18 PM) eyedeekay: Bien sûr (04:23:50 PM) eyedeekay: Autre chose ? (04:24:49 PM) eyedeekay: 4) Mises à jour Maven/Android (04:26:25 PM) eyedeekay: Pas grand-chose à dire ici si ce n'est que je travaille à les publier; mon premier lot de soumissions n'a pas été distribué correctement (04:26:58 PM) zlatinb: quel est le problème spécifique avec mavenCentral ? (04:28:11 PM) eyedeekay: Je ne sais pas, j'ai ouvert un ticket chez eux pour obtenir de l'aide mais tout a l'air OK jusqu'à ce que j'essaie de les déplacer hors de la zone de staging (04:28:56 PM) zlatinb: ok, bizarre (04:29:02 PM) zzz: ok, donc pas d'ETA alors (04:29:07 PM) eyedeekay: Oui et tous sauf un fonctionnent (04:30:20 PM) eyedeekay: Pas d'ETA. Je vais travailler dessus jusqu'à ce que ce soit corrigé. (04:31:00 PM) eyedeekay: C'est ma priorité actuelle, puisque tout le monde en a besoin. (04:31:08 PM) eyedeekay: EOT. (04:32:24 PM) eyedeekay: Quelque chose d'autre de la part de quelqu'un d'autre pour le 4 (04:33:09 PM) eyedeekay: OK, nous avons eu une suggestion de dernière minute de la part d'orignal de déplacer les réunions vers un autre canal, je vais l'appeler 5) i2p-meetings (04:33:45 PM) eyedeekay: Je ne pense pas que ce soit nécessaire (04:34:15 PM) eyedeekay: Mais je suis ouvert à entendre l'avis des autres sur la question ? (04:34:48 PM) zlatinb: C'est dû au drama entre lui et echelon, et jusqu'ici les deux camps refusent de bouger. Je suis contre le déplacement de la réunion et j'encourage plutôt les personnes concernées à chercher une résolution. (04:35:31 PM) zzz: Je pense que tout ce que je devais faire pour la sortie 47 est en ligne (04:35:31 PM) zzz: à propos du 5), le problème est qu'echelon continue d'interdire orignal ici; sans attribuer de faute, le même problème pourrait arriver dans n'importe quel autre canal aussi (04:36:56 PM) zzz: ce serait précieux que le développeur principal de l'implémentation C++ de router dominante puisse participer ici, pour les réunions et à d'autres moments; quant à savoir si c'est possible, je n'en ai aucune idée (04:37:06 PM) eyedeekay: Oh je vois. Ça me donne une meilleure image de la situation. (04:37:40 PM) eyedeekay: À la lumière de cela, je pense qu'on est tous d'accord, on les garde sur i2p-dev et on cherche une résolution sociale/amiable ? (04:38:14 PM) zlatinb: +1 (04:38:28 PM) eyedeekay: OK. On fera comme ça. (04:38:29 PM) zzz: J'ai déjà refusé de faire la médiation plusieurs fois. Peut-être que quelqu'un d'autre peut essayer, sinon c'est à eux deux. (04:39:21 PM) eyedeekay: Je comprends. (04:39:56 PM) zlatinb: ok je vais essayer (04:40:01 PM) zlatinb: mais j'aurai besoin d'aide (04:40:15 PM) zlatinb: et aucun des deux camps n'obtiendra tout ce qu'il veut (04:40:48 PM) eyedeekay: zlatinb je ferai ce que je peux pour te soutenir là-dedans. (04:41:12 PM) zlatinb: merci (04:41:32 PM) eyedeekay: zzz je crois que tu as raison, tous tes paquets sont en ligne pour 0.9.47 (04:41:51 PM) zzz: :) (04:42:40 PM) eyedeekay: Quelqu'un d'autre a-t-il quelque chose qu'il souhaite aborder à cette réunion ? (04:43:05 PM) eyedeekay: Sinon, je vais atteindre le baffer timeout:2m (04:43:12 PM) anonymousmaybe: pouvez-vous rendre l'UI i2pconsole sans JavaScript ? sinon, pourquoi ? (04:43:23 PM) zzz: un très bref 6) - merci de mettre les logs d'aujourd'hui et du mois dernier (et de l'avant-dernier si vous considérez que c'était une vraie réunion, je n'en ai jamais été sûr) sur le site web (04:43:36 PM) zzz: EOT pour 6) (04:43:36 PM) eyedeekay: Je m'en charge zzz (04:44:04 PM) eyedeekay: anonymousmaybe On peut déjà l'utiliser sans JavaScript, NoScript ou uMatrix devraient faire l'affaire (04:44:29 PM) anonymousmaybe: oui mais je veux dire que, au niveau du code, c'est toujours là (04:45:03 PM) anonymousmaybe: je me demande si vous pouvez ajouter un todo pour une version ultérieure afin d'exclure le JS de la console (04:46:17 PM) eyedeekay: Je suppose qu'il est probablement possible d'ajouter une option qui, en gros, n'ajouterait pas les éléments script src à la page, mais je ne suis pas sûr d'y voir beaucoup d'intérêt et cela va à l'encontre d'au moins quelques objectifs d'UI. (04:46:43 PM) eyedeekay: As-tu un ticket Trac pour ça ? (04:47:44 PM) eyedeekay: anonymousmaybe ? (04:50:05 PM) anonymousmaybe: eyedeekay non (04:50:16 PM) anonymousmaybe: j'ai un fil sur i2pforum (04:50:21 PM) anonymousmaybe: mais pas de tickets i2p (04:51:36 PM) eyedeekay: Je vais aller sur le forum et en discuter avec toi là-bas pour l'instant alors. (04:52:25 PM) eyedeekay: Je ne dis pas non, mais je veux entendre tes arguments avant d'agir (04:52:32 PM) anonymousmaybe: https://i2pforum.net/viewtopic.php?f=13&t=537 (04:52:51 PM) eyedeekay: Merci beaucoup :) (04:53:29 PM) anonymousmaybe: toi aussi :) (04:54:28 PM) eyedeekay: S'il n'y a rien d'autre, je vais clore la réunion. Une fois (04:54:37 PM) eyedeekay: timeout:1m (04:55:50 PM) eyedeekay: Très bien, merci à toutes et à tous d'être venus à la réunion, à bientôt sur l'IRC

Version 0.9.47

Mon, 24 Aug 2020 00:00:00 +0000

Détails de la mise à jour

La version 0.9.47 active par défaut, pour certains services, notre nouveau protocole de chiffrement de bout en bout (proposition 144). L’outil d’analyse et de blocage Sybil est désormais activé par défaut.

Java 8 ou une version ultérieure est désormais requise. Les paquets Debian pour Wheezy et Stretch, ainsi que pour Ubuntu Trusty et Precise, ne sont plus pris en charge. Les utilisateurs sur ces plateformes devraient effectuer une mise à niveau afin de pouvoir continuer à recevoir les mises à jour d’I2P.

Réunion des développeurs I2P - 04 août 2020

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

Bref récapitulatif

Présents: eyedeekay, zlatinb, zzz

Journal de la réunion

(04:00:50 PM) eyedeekay1: Bonjour zlatinb zzz mikalvmeeh eche|on, si vous êtes tous prêts nous allons commencer la réunion. (04:00:50 PM) eyedeekay1: 1) Bonjour (04:00:50 PM) eyedeekay1: 2) Version 0.9.47 (04:00:50 PM) eyedeekay1: 3) Suivi des réunions mensuelles (04:00:50 PM) eyedeekay1: 4) Mise à jour Git (04:01:38 PM) eyedeekay1: Bonjour à tous, tout d’abord, je suis désolé, je ne me suis pas rendu compte que je m’étais trompé de date dans le titre de mon annonce. (04:02:38 PM) zzz: salut (04:02:58 PM) eyedeekay1: salut zzz (04:03:31 PM) zlatinb: salut (04:03:42 PM) eyedeekay1: Salut zlatinb (04:04:49 PM) eyedeekay1: OK donc 2) la version 0.9.47 (04:05:27 PM) eyedeekay1: Il ne semble pas que je vais réussir à terminer rekeyOnIdle à temps pour 0.9.47 non plus. (04:05:58 PM) eyedeekay1: Ce qui sera inclus, ce sont principalement des mises à jour des éléments visuels de mon côté. (04:06:19 PM) eyedeekay1: Quelque chose de la part de zzz ou zlatinb sur le sujet de la version 0.9.47 ? (04:06:43 PM) zzz: le résumé est ici : http://zzz.i2p/topics/2905 (04:06:49 PM) zzz: gel des tags dans huit jours (04:06:53 PM) zzz: sortie dans environ 3 semaines (04:07:07 PM) zzz: le diff fait environ 18 500 lignes, ce qui est assez typique (04:07:23 PM) zzz: les choses se présentent bien. J’ai quelques éléments à boucler (04:07:40 PM) zzz: mais je suis assez confiant que nous pouvons tenir le calendrier (04:07:49 PM) zzz: EOT (04:08:08 PM) eyedeekay1: J’ai vu pas mal de choses arriver hier, j’ai essayé de les examiner au fur et à mesure que tu les poussais. C’est vraiment excitant de voir ton travail. Merci beaucoup. (04:08:41 PM) zzz: ce n’était que des trucs divers qui traînaient dans mon espace de travail depuis des semaines, rien de notable en réalité (04:09:42 PM) eyedeekay1: Eh bien, suivre reste instructif malgré tout, je ne sais pas où tout se trouve, te voir travailler m’aide à reconnaître où se passent les différentes choses (04:09:43 PM) zzz: j’essaie juste de nettoyer les trucs et de les pousser. parfois je teste quelque chose pendant des mois et des mois (04:10:28 PM) zzz: bien sûr, relire les changements des autres est un excellent moyen d’apprendre et de repérer des erreurs, continue (04:10:39 PM) eyedeekay1: Je ferai (04:10:42 PM) eyedeekay1: S’il n’y a rien d’autre, je passe au 3) timeout 1 min (04:12:40 PM) eyedeekay1: 2) Suivi de la réunion mensuelle : (04:12:53 PM) eyedeekay1: Ceci est la réunion mensuelle. (04:12:53 PM) eyedeekay1: Je n’ai pas mis en place de passerelle WebIRC, car, à ma connaissance, cela aurait été contraire à nos règles IRC. (04:13:13 PM) eyedeekay1: J’ai maintenant une copie des règles d’annonce des réunions et la responsabilité de ces annonces m’a été clarifiée. (04:13:25 PM) eyedeekay1: L’annonce pour le 1er septembre, avec la bonne date cette fois, a été publiée. Pas encore de sujets, veuillez les ajouter selon vos besoins : http://zzz.i2p/topics/2931-meeting-tues-september-1-8pm-utc (04:14:55 PM) eyedeekay1: Cela arrivera bien sûr peu après la version 0.9.47 (04:15:45 PM) eyedeekay1: Quelque chose sur le point 2) de la part de quelqu’un d’autre ? (04:17:57 PM) eyedeekay1: 3) Transition Git (04:18:34 PM) eyedeekay1: La transition vers Git démarre enfin, nous avons un plan et commençons à l’exécuter (04:19:08 PM) eyedeekay1: nextloop et moi progressons pour répliquer les prochaines branches mtn significatives sur github (04:19:27 PM) eyedeekay1: celles-ci sont toujours en lecture seule jusqu’à la conclusion de leurs phases respectives de migration Git, c.-à-d. pas encore de pull requests ni de MRs (merge requests) (04:20:04 PM) eyedeekay1: Pour une description détaillée de ces phases, voir : http://zzz.i2p/topics/2920-flipping-the-switch-on-git#10 (04:20:42 PM) eyedeekay1: Ce serait utile pour nextloop et moi si je donnais à nextloop l’autorisation de créer des dépôts dans l’espace de noms i2p sur github, et d’écrire dans les dépôts qu’il crée. (04:20:47 PM) zzz: beau travail pour la rédaction du plan (04:21:24 PM) eyedeekay1: Merci zzz, content de l’avoir enfin dans un état exploitable (04:22:17 PM) zzz: ce n’est pas parfait mais c’est « utilisable » en ce sens que nous pouvons le commenter (04:24:39 PM) eyedeekay1: La prochaine chose que nous allons déplacer est le site web, ce qui est bien car il est assez simple et rien ne dépend de lui ; cela devrait se faire cette semaine (04:25:26 PM) eyedeekay1: Mais concernant nextloop, j’aimerais savoir s’il y a un large accord pour lui accorder cette permission de créer/écrire dans des dépôts github pour nous ? (04:25:54 PM) zzz: d’accord. j’attends ta modification du plan/calendrier pour éviter tout conflit avec la sortie .47 (04:26:25 PM) eyedeekay1: Ack, je l’ai ouvert dans mon éditeur :) (04:26:48 PM) zzz: Tu devras demander aux personnes qui sont actuellement admins github, qui ne sont pas ici, et dont je ne fais pas partie (04:27:39 PM) eyedeekay1: Jusqu’à présent, cette proposition reçoit leur approbation, bien qu’il me reste une personne qui n’a pas répondu. (04:29:05 PM) zzz: ça me va tant que vous avez tous les deux un moyen de communication fiable et une solution de secours. Je ne pense pas que nous ayons besoin d’autres admins injoignables :) (04:29:53 PM) eyedeekay1: Je pense que nous pouvons gérer ça (04:30:06 PM) eyedeekay1: Donc nextloop aura des privilèges github (04:31:40 PM) zzz: des personnes longtemps inactives avec beaucoup de privilèges peuvent être utiles comme sauvegarde en cas de scénario du pire (« hit-by-bus »), mais c’est aussi un risque potentiel pour la sécurité, donc cela doit être géré (04:33:12 PM) eyedeekay1: Oui (04:33:20 PM) eyedeekay1: S’il y a autre chose que nous pouvons traiter ici sur le point 3), alors je pense que c’est maintenant ; sinon, nous verrons le plan révisé sur le fil zzz.i2p probablement d’ici demain. (04:33:45 PM) zzz: super (04:34:18 PM) mikalvmeeh: (Je suis à moitié là, j’ai raté le bonjour) (04:34:56 PM) eyedeekay1: Bon, nous avons parcouru les sujets prévus, quelqu’un a-t-il autre chose ? (04:36:43 PM) eyedeekay1: timeout 1 min (04:38:51 PM) eyedeekay1: bafs Très bien, cela clôt cette réunion. Merci de noter le 1er septembre, la prochaine réunion prévue à la même heure, 20h UTC (04:39:12 PM) eyedeekay1: Merci à tous d’être venus

Aidez vos amis à rejoindre I2P en partageant des Reseed Bundles (paquets de réensemencement)

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

La plupart des nouveaux I2P routers rejoignent le réseau en procédant au bootstrap (amorçage) à l’aide d’un service de réensemencement. Cependant, les services de réensemencement sont centralisés et relativement faciles à bloquer, compte tenu de l’accent mis sur des connexions décentralisées et impossibles à bloquer dans le reste du réseau I2P. Si un nouvel I2P router se trouve dans l’impossibilité d’effectuer le bootstrap, il peut être possible d’utiliser un I2P router existant pour générer un “Reseed bundle” fonctionnel et effectuer le bootstrap sans avoir besoin d’un service de réensemencement.

Version 0.9.46

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

Détails de la mise à jour

0.9.46 contient des améliorations significatives des performances dans la bibliothèque de streaming. Nous avons achevé le développement du chiffrement ECIES (proposition 144) et il existe désormais une option pour l’activer à des fins de test.

Utilisateurs Windows uniquement: Cette version corrige une vulnérabilité d’élévation de privilèges locale susceptible d’être exploitée par un utilisateur local pouvant exécuter des programmes. Veuillez appliquer la mise à jour dès que possible. Merci à Blaze Infosec pour leur divulgation responsable de ce problème.

Réunion des développeurs I2P - 5 mai 2020

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

Récapitulatif rapide

Présents: echelon, eyedeekay, zlatinb, zzz

Journal de réunion

22:00:09 <eyedeekay> Salut tout le monde, bienvenue à la réunion du premier mardi du mois, et dernière réunion avant la sortie de la version 0.9.46. Qui d'autre est présent ? 22:00:27 <zzz> salut 22:00:28 <zlatinb> salut 22:01:02 <eyedeekay> 0) Salut 22:01:02 <eyedeekay> 1) statut/sortie 0.9.46 22:01:03 <eyedeekay> 2) statut de la migration vers git 22:01:03 <eyedeekay> 3) reseeds 22:01:03 <eyedeekay> 4) divers 22:03:07 <eyedeekay> C'est la dernière réunion IRC avant la sortie de 0.9.46, le gel des tags est dans environ une semaine donc les chaînes traduites doivent être terminées d'ici là. Tout changement restant doit être soumis avant la date limite finale le 22 de ce mois. 22:03:58 <eyedeekay> Nous sommes en bonne voie pour faire cette sortie à temps, à ma connaissance. 22:04:15 <eyedeekay> Pour ma part, pendant le cycle 0.9.46, j'ai poursuivi des changements organisationnels, cosmétiques et d'interface utilisateur sur les applications, en me concentrant surtout sur i2ptunnel. J'ai également travaillé sur un paramètre de rotation de tunnel pour i2ptunnel, que je serai bientôt prêt à valider. Je doute de terminer l'allocation dynamique de tunnels pour i2ptunnel à temps pour 0.9.46. 22:04:21 <eyedeekay> Quelqu'un a quelque chose à ajouter ? 22:04:38 <zzz> oui 22:04:52 <zzz> les deux points principaux, les améliorations du streaming et l'achèvement de ratchet, sont terminés 22:05:01 <eyedeekay> Excellent ! 22:05:03 <zzz> les tests de ratchet avec i2pd se passent bien 22:05:08 <zzz> bons premiers retours sur le streaming 22:05:17 <zzz> des ajustements continueront jusqu'à la sortie 22:05:28 <zzz> Je me concentre maintenant surtout sur des corrections de bogues, un peu partout 22:05:55 <zzz> on devrait être dans les temps pour une sortie au début de la semaine du 25 22:05:57 <zzz> eot 22:06:05 <eyedeekay> Très bien. Pour les personnes qui suivent sur #ls2, c'était très enthousiasmant à suivre. 22:06:22 <eyedeekay> zlatinb, quelque chose de ton côté ? 22:07:29 <zlatinb> juste beaucoup de travail sur le streaming, à poursuivre ou à appliquer à ssu en 47 22:07:52 <eyedeekay> Cool alors. Passons au 2) 22:08:14 <eyedeekay> 2) statut de la migration vers git 22:08:14 <eyedeekay> Git a été préparé pour un usage général, il a été déplacé dans un centre de données, avec un matériel plus rapide et une connexion plus rapide. Les paramètres pour un nouvel i2ptunnel git ont été largement décidés, mais pas encore validés. Les nouvelles inscriptions gitlab verront des conditions d'utilisation de base. S'ils ne peuvent pas respecter ces TOS, l'option d'auto-hébergement de services git est clairement décrite. Il y a des sauvegardes, et il dispose à la fois de HTTPS et de .oni 22:08:14 <eyedeekay> o le support gittorrent est toujours en cours, tout comme la migration des tickets trac. Tant que nous continuons à utiliser trac pour les tickets pour le moment, je pense que Git est prêt pour une utilisation à plein temps si nous effectuons la transition après cette version. 22:10:16 <eyedeekay> l'historique mtn reste un point bloquant pour certains dépôts intéressants 22:15:23 <eyedeekay> Désolé, pidgin a planté chez moi. 22:15:23 <eyedeekay> On en était où ? 22:15:38 <zzz> "mtn history remains..." 22:20:14 <eyedeekay> Merci zzz. 22:21:03 <eyedeekay> Je ne pense pas avoir grand-chose d'autre à dire sur git de mon côté. Si personne n'a d'autres commentaires, on peut passer aux reseeds 22:21:03 <eyedeekay> timeout 1min 22:21:03 <eyedeekay> Ah oui je n'ai pas mentionné l'URL HTTPS. Notre git est visible sur i2pgit.org 22:21:05 <eyedeekay> On passe au sujet 3) reseeds 22:21:05 <eyedeekay> zzz tu as la parole 22:21:18 <zzz> attends 22:21:25 <eyedeekay> OK 22:21:31 <zzz> puis-je avoir l'occasion d'ajouter quelques réflexions sur le 2) ? 22:21:37 <eyedeekay> Bien sûr 22:21:51 <zzz> merci 22:22:11 <zzz> tout d'abord, je progresse avec git et gitlab, et j'ai soumis 3 MR à muwire ce week-end 22:22:21 <zzz> deux se sont bien passées, une moins, mais on apprend 22:22:30 <zzz> je me sens beaucoup plus à l'aise 22:22:52 <zzz> deuxièmement : comme je l'ai mentionné, je crois, lors de la dernière réunion, nous bénéficierions grandement d'un plan et d'un calendrier pour la migration 22:23:00 <zzz> je ne pense pas qu'il y en ait un publié quelque part 22:23:23 <zzz> en particulier quelles branches et quand, etc. 22:23:23 <zzz> eot 22:27:42 <eyedeekay> Oh zut, cela n'a pas été publié sur le fil. Nous avons discuté d'un calendrier qui incluait le basculement vers git des éléments qui n'étaient pas i2p.i2p avant i2p.i2p lui-même. Cela doit être rendu disponible avant que nous terminions la transition. Je le publierai ce soir. Merci zzz pour le rappel et d'avoir donné une chance à git. 22:27:42 <eyedeekay> Autre chose sur le 2) de la part de quelqu'un ? 22:28:58 <eyedeekay> OK alors 3) reseeds 22:29:04 <zzz> merci 22:29:16 <zzz> Je veux lancer un appel urgent pour davantage de reseeds 22:29:33 <zzz> meeh en gère 3 sur nos 10, et les 3 ont été hors ligne pendant environ deux semaines. L'un est revenu. 22:29:43 <zzz> et les deux autres sont toujours hors ligne, pour des raisons différentes 22:29:52 <zzz> il ne répond pas 22:30:12 <zzz> ce n'est pas une bonne situation. S'ils sont toujours hors ligne dans 2 semaines, je les retirerai avant la sortie 22:30:16 <zzz> et nous tomberons à 7 ou 8 22:30:39 <zzz> des reseeds hors ligne donnent une expérience terrible aux nouveaux utilisateurs, c'est inacceptable 22:31:12 <zzz> toute personne qui veut en faire tourner un, contactez-moi 22:31:24 <fug> rendez l'exécution des reseeds plus facile, alors les gens en feront tourner 22:31:26 <zzz> ce serait bien d'en avoir un de biglybt ou d'autres organisations proches d'i2p 22:31:45 <zzz> bien sûr, ça pourrait toujours être mieux 22:32:08 <zzz> malheureusement, la personne qui gérait nos reseeds et le logiciel a disparu l'an dernier, donc c'est aussi sans responsable 22:32:11 <eyedeekay> fug qu'est-ce que tu appelles plus facile ? Ce serait pour moi, je suis le gars Go, je serais heureux de le dockeriser ou de le rendre checkinstallable ou go get-able ou autre. 22:32:16 <zzz> EOT 22:32:44 <zzz> le plugin reseed, il l'a aussi laissé à moitié fait 22:32:47 <fug> eyedeekay : une image docker serait bien 22:33:03 <eyedeekay> Cool, je le publierai ici d'ici un jour ou deux. 22:33:29 <fug> mais quelque chose comme une application simple et unique qui ferait le reseeding avec peu ou pas de configuration requise serait encore mieux 22:35:50 <eyedeekay> C'est assez proche de ce qu'est le reseed en Go, même si j'admets qu'il y a quelques aspérités. Je commencerai par Docker. 22:36:01 <eyedeekay> Autre chose sur le 3) ? 22:36:23 <zzz> non. merci de l'avoir ajouté à l'ordre du jour 22:36:48 <eyedeekay> De rien, pas de problème. 4) divers 22:39:29 <eyedeekay> Je veux remercier dr|zed d'avoir contribué le CSS amélioré pour mes sites web personnels, j'apprécie vraiment la réflexion qui y a été mise. J'ai aussi réussi à obtenir quelques conseils de conception sur mon WebExtension. Quelqu'un fait quelque chose de cool ou d'excitant ? 22:40:53 <eyedeekay> (Qui n'a pas été mentionné ailleurs ?) 22:42:04 <eyedeekay> timeout 1m 22:43:47 <eyedeekay> Si personne n'a rien à ajouter, je vais aller de l'avant et clore la réunion. 22:44:49 <eyedeekay> Très bien *bafs*. Merci à tous d'être venus et d'avoir contribué à la réunion, à bientôt sur IRC

Réunion des développeurs I2P - 07 avril 2020

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

Récapitulatif rapide

Présents: echelon, eyedeekay, zlatinb, zzz

Journal de réunion

22:04:29 <eyedeekay> Salut tout le monde, qui est là ? 22:04:40 <eche|on> coucou :-=) 22:04:46 <zlatinb> salut 22:04:48 <zzz> présent 22:06:18 <eyedeekay> Très bien, premier sujet, 0.9.46, zzz à toi 22:06:52 <zzz> je finalise environ deux mois de travail sur ratchet (proposal 144) 22:07:16 <zzz> Je suis à peu près à l'achèvement de "phase 2", où c'est complet sur le plan fonctionnel 22:07:32 <zzz> et je passerai à davantage de correction de bugs et de tests 22:07:51 <zzz> donc la 46 sera celle où davantage de personnes pourront le tester, et peut-être que nous l'activerons par défaut en 47 22:08:23 <zzz> par la suite je porterai mon attention sur d'autres corrections de bugs et sujets, comme le streaming (en travaillant avec zlatinb) 22:08:56 <zzz> EOT pour moi, donc peut-être que d'autres voudraient dire sur quoi ils travaillent pour la 46 22:09:01 <eche|on> Je viens de faire la mise à niveau vers -5 il y a 2 jours, ça fonctionne toujours bien, le patch de tunnel round-robin est inclus, aucun gros changement constaté pour l'instant 22:09:56 <zlatinb> J'ai relu, re-relu les RFC TCP et j'ai remarqué de nombreuses divergences dans nos implémentations du streaming et de ssu. Donc je les ai réécrites. Les tickets sont sur trac 22:10:24 <eche|on> lecture et vérifications très, très détaillées, zlatinb 22:11:34 <eyedeekay> J'ai commencé à travailler sur des révisions de l'UI i2ptunnel pour réduire la quantité d'informations inutiles que nous présentons aux nouveaux utilisateurs, ainsi que sur le mécanisme de rotation périodique des clés pour les i2ptunnels 22:12:19 <eyedeekay> Beaucoup de out-of-tree (en dehors de l'arbre des sources) pour moi aussi, je veux remplacer le paquet de profil Firefox par quelque chose qui fonctionne également sur des plateformes non-Windows, ça prend plutôt bien forme. 22:12:32 <eyedeekay> C'est tout pour tout le monde ? 22:12:46 <eche|on> on dirait bien 22:12:49 <eyedeekay> Aussi, quelqu'un a des questions ? 22:13:47 <eyedeekay> Jusqu'ici tout va bien. La suite, c'est divers 22:14:37 <eyedeekay> Re: migration vers git, la décision a été prise de migrer i2p.i2p *après* la prochaine version et non avant. D'autres dépôts peuvent être migrés plus tôt au cas par cas. 22:15:06 <eche|on> bien 22:15:20 <eyedeekay> L'inscription sur git.idk.i2p est ouverte, mais elle nécessite une approbation manuelle d'un admin. Nous sommes réactifs à ce sujet, mais n'hésitez pas à me pinguer si vous êtes pressé. 22:16:46 <eyedeekay> L'approche privilégiée pour l'instant est d'utiliser git via SSH, sauf pour le clonage initial, que vous pouvez effectuer en téléchargeant le bundle git avec snark. 22:16:50 <eyedeekay> EOT 22:17:18 <eyedeekay> Des questions pour moi re: migration vers git ? 22:17:31 <eche|on> des progrès sur l'inclusion des tickets trac ? 22:17:49 <eyedeekay> Je n'ai pas eu le temps de travailler sur tracboat, donc non, pas encore. 22:17:58 <eche|on> ok 22:18:41 <zlatinb> J'ai 2 questions concernant la migration: 22:18:41 <zlatinb> 1. Y a-t-il un moyen de changer le délai d'expiration de lecture réseau dans ssh pendant le clonage git. Si oui, l'augmenter à environ 5 minutes améliorera les chances de réussite 22:18:41 <zlatinb> 2. Comme trac n'a pas été très fiable, est-ce acceptable de commencer à ouvrir ou dupliquer des tickets vers GitLab. Seront-ils examinés ? 22:19:15 <eyedeekay> 1 : J'ai investigué cela, cela ne semble pas possible mais je ne peux pas encore répondre de façon définitive. 22:19:20 <zzz> re: 2) pas par moi, si tu parles de i2p.i2p 22:19:25 <eche|on> pour 2 : tracboat serait la solution script pour inclure tous les tickets trac dans git 22:19:54 <zzz> question liée : quel est le plan pour améliorer la disponibilité constamment médiocre des services exposés au public gérés par meeh ? 22:20:02 <eche|on> oh, désolé, pour la copie/la migration des tickets existants, les nouveaux pourraient poser problème 22:20:18 <zlatinb> les numéros de ticket seront-ils préservés ? Si oui, qu'arrive-t-il aux tickets déjà ouverts sur GL, faut-il les supprimer ? 22:21:21 <eyedeekay> Les numéros de ticket devraient être préservés si j'arrive à faire fonctionner la migration ; les tickets dupliqués devront être supprimés manuellement lorsque l'un ou l'autre ticket sera fermé. 22:22:08 <zlatinb> et si, pour quelque raison, la migration ne peut pas fonctionner, quel est le plan de secours ? 22:23:12 <zzz> nous n'avons pas encore convenu d'une migration de trac du tout ; je suppose que tout cela n'est que des expérimentations. Je propose que la migration de trac soit reportée jusqu'à ce que toutes les branches mtn (y compris celles qui ne sont pas du tout sur GH encore) soient migrées vers git 22:23:33 <zzz> peut-être sept. au plus tôt 22:23:42 <eche|on> la réponse à cela sera corrélée à la question de zzz, actuellement il n'y a pas de plan fixé. Mon idée serait de garder trac en service avec les anciens tickets 22:24:02 <eyedeekay> Je n'ai pas de moyen de réparer trac, migrer ses tickets est la seule chose que je puisse faire personnellement. Si je ne peux pas les migrer avec tracboat, je dois le faire moi-même. Je connais le côté gitlab, il faudra simplement que j'apprenne le côté trac. Je sais que gitlab semble être un remplacement évident et séduisant pour trac, mais c'est un blocage important. 22:24:03 <zlatinb> ok, et tant qu'aucune migration n'a été tentée, devons-nous continuer à utiliser trac ? 22:24:41 <eyedeekay> Oui 22:24:51 <eche|on> côté tickets : merci d'utiliser trac tant que la migration des tickets n'a pas été effectuée 22:24:53 <zzz> alors qui est chargé de réparer les services de meeh ? ou bien avons-nous abandonné et travaillons-nous maintenant à remplacer tout ce qu'il gère ? Si c'est ce que nous faisons, soyons explicites 22:25:56 <eche|on> meeh est responsable de ses services. trac devrait être remplacé par git. 22:26:31 <zzz> ce qui ne règle pas les problèmes systémiques des autres services tels que le dépôt deb et l'outproxy 22:26:31 <eche|on> le dépôt Debian est un point ouvert actuellement, j'en ai fait un miroir, mais j'ai actuellement besoin de plus de temps pour voir comment le configurer comme prévu 22:27:32 <eche|on> à l'outproxy je ne toucherai pas du tout 22:27:50 <eyedeekay> Je suis heureux d'aider à remplacer le dépôt deb de meeh, mais je ne peux rien faire pour l'outproxy. 22:29:19 <eche|on> meeh nous a souvent dit que le problème vient surtout de l'ancien système sur de vieilles IP qu'il utilise, avec welterde changeant le DNS, cela a changé aujourd'hui 22:29:33 <zzz> Je suppose que la migration des tickets pour une branche particulière X n'aurait lieu qu'après notre passage de mtn à git pour X 22:29:35 <eche|on> mais pour l'instant aucune idée 22:30:55 <eyedeekay> zzz Oui 22:31:08 <eyedeekay> Re: migration des tickets 22:31:27 <eyedeekay> Ainsi, nous n'embrouillerions pas les gens sur l'endroit où les problèmes sont discutés. 22:32:21 <eyedeekay> Autre chose ? 22:34:22 <eyedeekay> timeout: 60s 22:36:22 <eyedeekay> **Bafs** OK merci à tous d'être venus

Utiliser un bundle Git pour récupérer le code source d'I2P

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

Cloner de grands dépôts logiciels via I2P peut être difficile, et l’utilisation de git peut parfois compliquer encore les choses. Heureusement, git peut aussi parfois les simplifier. Git possède une commande git bundle qui peut être utilisée pour transformer un dépôt git en un fichier à partir duquel git peut ensuite cloner, fetch ou importer depuis un emplacement sur votre disque local. En combinant cette capacité avec des téléchargements BitTorrent, nous pouvons résoudre nos problèmes restants avec git clone.

Configuration de Gitlab via I2P

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

This is the setup process I use for configuring Gitlab and I2P, with Docker in place to manage the service itself. Gitlab is very easy to host on I2P in this fashion, it can be administered by one person without much difficulty. These instructions should work on any Debian-based system and should easily translate to any system where Docker and an I2P router are available.

Dépendances et Docker

Comme Gitlab s’exécute dans un conteneur, nous n’avons besoin d’installer sur notre système principal que les dépendances nécessaires au conteneur. Pour plus de commodité, vous pouvez tout installer avec :

Git via I2P pour les utilisateurs

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

Tutoriel pour configurer l’accès à git via un I2P Tunnel. Ce tunnel servira de point d’accès à un service git unique sur I2P. Il fait partie de l’effort global visant à faire passer I2P de monotone à Git.

Avant tout : sachez quelles fonctionnalités le service propose au public

Selon la façon dont le service git est configuré, il peut proposer ou non tous les services sur la même adresse. Dans le cas de git.idk.i2p, il existe une URL HTTP publique et une URL SSH à configurer pour votre client Git en SSH. Les deux peuvent être utilisés pour pousser ou tirer, mais SSH est recommandé.

Réunion des développeurs I2P - 3 mars 2020

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

Récapitulatif rapide

Présents: echelon, eyedeekay, sadie, mikalv, zzz

Journal de réunion

20:59:49 <eyedeekay> Bonjour tout le monde, environ une minute avant l'heure de la réunion, qui est là ? 20:00:33 <eche|on> Ok, il est l'heure. Bienvenue à la réunion de dev IRC du 3 mars 2020. 20:00:40 <eche|on> Ordre du jour: 20:00:40 <eche|on> 0) Salut 20:00:40 <eche|on> 1) état de la version 0.9.45 20:00:40 <eche|on> 2) 0.9.46 plans 20:00:40 <eche|on> 3) état/avenir d'I2P Android 20:00:40 <eche|on> 4) MTN => Git plans 20:00:40 <eche|on> 5) divers - plans UX pour 2020 ; page de dons 20:01:28 <eche|on> donc, comme l'ancien baffer est presque inutilisable pour moi, et que je n'en ai pas encore un nouveau, commençons 20:01:31 <eche|on> 0) salut 20:01:33 <nextloop> salut ! 20:01:38 <eche|on> je suis là, eyedeekay est là, nextloop est là 20:01:40 <zzz> salut 20:02:21 <eche|on> ok, passons au point 1) 20:02:36 <eche|on> 0.9.45 est sortie il y a quelques jours et ça a l'air bien jusqu'ici 20:02:42 <eche|on> des commentaires ? 20:03:03 <zzz> tout s'est bien passé de mon côté 20:03:11 <nextloop> quel est l'état d'Android ? 20:03:16 <zzz> in-net, PPA, dépôt deb. Aucun signalement majeur jusqu'à présent 20:03:31 <eche|on> Android pas encore fait, voir point 3 20:03:34 <zzz> je te laisse faire le point sur maven/f-droid/android/Mac, je n'ai pas de visibilité là-dessus 20:03:47 <eche|on> Mac a été compilé et mis en ligne 20:04:09 <eche|on> de mon côté ça s'est suffisamment bien passé 20:04:13 <eche|on> salut sadie_ 20:04:45 <eche|on> ok, et maintenant passons au 2, les plans pour 0.9.46 20:04:55 <eche|on> zzz : des plans pour 0.9.46 sur ta feuille de route ? 20:05:17 <sadie_> salut 20:05:51 <zzz> rrd4j est en train de remplacer jrobin 20:05:56 <zzz> environ 30 commits jusqu'à présent en une semaine 20:06:10 <zzz> orignal et j'espère terminer ratchet (prop. 144) 20:06:28 <eche|on> bon rythme, ça va sûrement ralentir. Est-ce que ratchet sera dans la .46 ou c'est un peut-être ? 20:06:41 <zzz> correctifs SSU pour jogger... peut-être... ou pas... 20:07:23 <zzz> ratchet est dans la 45, ça fonctionne, mais beaucoup de détails ne sont pas terminés, j'espère que ce sera le cas pour la 46 20:07:36 <eche|on> ok, bien. 20:08:15 <zzz> liste des tâches pour ratchet `http://zzz.i2p/topics/2639` 20:08:49 <eche|on> quel est le délai estimé pour une sortie 0.9.46 ? mai ? 20:08:50 <zzz> et les plans des autres ? 20:09:15 <eche|on> eyedeekay, sadie, un plan pour 0.9.46 ? 20:09:18 <eyedeekay> Ma priorité absolue pour le moment est le readme situé dans la console du router ; je suis encore légèrement bloqué par une recommandation de chat mais je réglerai ça bientôt. Je m'appuierai dessus pour améliorer progressivement l'aide intégrée à la console. 20:09:24 <zzz> fin mai est ma proposition, sous réserve de l'accord des autres 20:10:07 <eche|on> ok, fin mai semble bien, je vérifierai avec les autres dans les prochains jours. 20:10:20 <eyedeekay> Ça me va pour fin mai 20:10:32 <mikalv_> pareil 20:10:43 <eche|on> ok, d'autres remarques sur les plans 0.9.46 ? 20:10:51 <eche|on> commentaires, questions ? 20:11:24 <mikalv_> non, mais on devrait trancher la question du support des architectures Android maintenant que tout le monde est là 20:11:32 <eche|on> c'est le point 3 :-) 20:11:44 <mikalv_> en gros Google dit : soit on prend en charge x64, soit on abandonne la plateforme (si on ne fournit que du 32 bits) 20:11:47 <eche|on> vers lequel nous venons maintenant puisque personne n'a soulevé d'autre question sur le point 2 20:11:56 <mikalv_> super 20:11:59 <eche|on> mikalv_ : quel est l'état d'Android 0.9.45 ? 20:12:31 <mikalv_> Je l'ai compilée, j'ai reçu la plainte de Google, et j'ai attendu cette réunion pour une décision administrative sur ce qu'on doit faire 20:12:48 <mikalv_> s'il faut abandonner mips et compagnie, ou essayer de produire les binaires 64 bits pour ça 20:13:04 <zzz> quelle est ta recommandation ? 20:13:34 <mikalv_> une fois que ce sera réglé, on devrait être prêts à publier à tout moment si on les retire, et je ne suis pas sûr qu'on ait besoin de produire les binaires 64 bits car je ne l'ai encore jamais fait 20:13:42 <eche|on> AMHA il n'y a pas beaucoup d'appareils Android MIPS et x86 disponibles, donc supprimons-les pour la 0.9.45, mais gardons-le en tête 20:13:57 <sadie_> Pour moi, revue de l'architecture de l'information de la console et du site web, puis atelier Identité et valeurs avec Ura et Simply Secure. Travail post-installation, revue de l'infrastructure et des politiques 20:14:06 <mikalv_> J'ai essayé d'obtenir de Google Play une indication de leur usage (des différentes architectures) mais je n'ai trouvé aucune métrique pour ça 20:14:10 <zzz> tu as des stats d'utilisateurs, mikal ? 20:14:22 <eche|on> ok, sadie, ajout au point 2, noté :-) 20:14:23 <mikalv_> le plus proche qu'on ait est une liste d'appareils 20:14:27 <nextloop> l'architecture ne concerne que la lib NDK jbigi, non ? 20:14:35 <mikalv_> mais alors, il faut connaître l'arch de tous les différents appareils 20:14:38 <zzz> ça me semble une décision facile 20:14:40 <eche|on> oui, nextloop, en grande partie oui 20:14:44 <mikalv_> oui nextloop 20:14:48 <nextloop> parce qu'elle est compilée depuis les sources à chaque publication f-droid 20:15:17 <nextloop> je n'ai jamais vérifié si elle est vraiment utilisée ou si c'est le repli Java qui est utilisé 20:15:25 <eche|on> ok 20:15:25 <mikalv_> mais est-ce que c'est pour les versions 64 bits, de sorte que f-droid ait des binaires qui n'existent pas dans la version gplay ? 20:16:24 <nextloop> ça exécute juste le script shell, je crois. Ce qui est construit là est ce qui est construit 20:16:50 <eche|on> mikalv_ : merci de vérifier le script shell/la version f-droid ; si le 64 bits est disponible, on l'utilise, sinon on retire cette architecture 20:17:24 <mikalv_> d'accord, je ferai ça alors, sauf objection 20:17:35 <eyedeekay> Pas d'objection de ma part. 20:17:40 <mikalv_> (?) 20:17:43 <mikalv_> super 20:17:46 <eche|on> passons maintenant au point le plus intéressant : l'avenir de la version I2P Android. Comme Bote est quasiment mort et inutilisé, et qu'aucun dev n'est disponible, le cas d'usage d'I2P Android a disparu 20:17:57 <eche|on> voulons-nous une future version Android d'I2P ? 20:18:09 <eche|on> même sans Bote et avec un cas d'usage quasi nul ? 20:18:16 <eche|on> eyedeekay : avis ? zzz ? 20:18:28 <zzz> ton postulat est que le seul cas d'usage de l'app router Android est Bote ? 20:18:47 <eche|on> comme le navigateur a d'autres problèmes (comme mikalv_ me l'a dit), qu'est-ce qu'il reste ? 20:18:59 <eyedeekay> Des gens utilisent Java I2P sur Android pour des choses non liées à Bote. Il y a un type qui héberge Yacy sur Termux ou un truc délirant du genre. Je ne veux pas brider les gens. 20:19:03 <eche|on> en plus d'être un simple router sur de petits appareils 20:19:18 <zzz> ce n'est tout simplement pas vrai que la navigation est cassée 20:19:34 <mikalv_> il n'y a en gros aucune manière « non technique » d'utiliser la version Android actuelle 20:19:39 <eche|on> ok, bien, donc vous votez tous les deux pour l'avenir d'Android 20:19:41 <zzz> c'est bien ça idk ? 20:19:48 <mikalv_> tu peux bidouiller Firefox dans about:config, ce que Mozilla te déconseille de faire 20:20:06 <eyedeekay> Oui, je pense qu'Android peut avoir un avenir. 20:20:06 <mikalv_> mais au-delà, il lui faut une sorte de raison d'être à mon avis 20:20:45 <eche|on> mais comme je l'ai vu aussi, Android va changer de responsable au profit d'eyedeekay, c'est bien ça ? 20:20:46 <zzz> qu'y a-t-il derrière ça ? L'équipe ne veut pas le prendre en charge ? 20:20:51 <eyedeekay> Oui 20:21:00 <eche|on> O 20:21:01 <eche|on> ok 20:21:12 <eche|on> zzz : j'essaie de recueillir des avis et des idées 20:21:26 <eche|on> et apparemment, eyedeekay prendra en charge androif pour la 0.9.46 et au-delà 20:21:35 <eyedeekay> Je continuerai au minimum à maintenir les builds Android, j'en prendrai la responsabilité. Je souhaite continuer à le prendre en charge. Pour clarifier 20:21:45 <zzz> Je pense qu'Android est important. En ce moment nous offrons un support déplorable. Nous ne corrigeons _aucun_ bug et il n'y a aucun nouveau développement 20:21:48 <eche|on> et comme les utilisateurs semblent l'utiliser, il sera pris en charge 20:22:12 <zzz> si nous ne pouvons pas améliorer notre support avec l'équipe actuelle, alors nous devrions embaucher quelqu'un de nouveau pour le faire 20:22:33 <eche|on> ok 20:22:48 <sadie_> J'ai demandé un financement que je proposerais d'allouer à Android. Pas encore de réponse. 20:23:12 <sadie_> Je pense qu'Android est important 20:23:38 <eche|on> donc I2P Android va continuer et nous allons essayer d'obtenir un meilleur support pour lui, au moins mieux que simplement fournir de nouvelles versions 20:23:59 <eche|on> et si des fonds sont disponibles, financer un dev pour soutenir le dev Android 20:24:25 <eche|on> des questions, commentaires, indices sur le point 3 Android ? 20:25:43 <eche|on> ok, passons au sujet 4) la prochaine transition de monotone vers Git 20:26:20 <eche|on> nous avons décidé d'abandonner monotone et d'utiliser git à la place ; un plan de transition est encore en cours pour préserver la meilleure utilisabilité et les fonctionnalités nécessaires au développement d'I2P 20:26:40 <eche|on> actuellement eyedeekay a mis en place un serveur git sur `http://git.idk.i2p` et rédigé un howto sur https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md 20:27:02 <eche|on> nous travaillons à intégrer Trac dans l'instance git et à migrer tous les tickets vers git 20:27:26 <eche|on> une fois que cette migration sera effectuée de manière sécurisée et vérifiée, nous déciderons d'une date pour basculer 20:27:46 <eche|on> actuellement nous recherchons des testeurs pour le guide et le serveur git à l'intérieur d'I2P 20:28:03 <eche|on> et bien sûr : pour plus d'astuces, idées, demandes de fonctionnalités sur ce sujet 20:28:07 <eche|on> donc, s'il vous plaît 20:28:12 <eche|on> eyedeekay : d'autres commentaires à ce sujet ? 20:28:39 <eyedeekay> J'ai aussi travaillé à ajouter le support SOCKS à WebTorrent, ce qui nous permettra, espérons-le, d'utiliser également gittorrent dans un avenir proche. 20:29:19 <eche|on> nextloop : des commentaires ? puisque tu travailles actuellement sur le script de synchronisation ? 20:29:49 <zzz> le code muwire est-il configuré et relié à GH comme prévu ? 20:30:18 <eyedeekay> Bien que mes tests des dernières semaines aient été concluants, j'aimerais beaucoup que des gens relisent mon guide et fassent des commentaires là où il pourrait être clarifié ou simplifié. 20:30:37 <nextloop> le problème des connexions qui se coupent lors du clonage initial est résolu en faisant un clone superficiel puis une complétion itérative de l'historique, j'ai bon ? 20:30:46 <eche|on> aucune idée pour l'instant, je n'ai pas encore travaillé dessus de mon côté 20:30:55 <eyedeekay> Oui, ça fonctionne actuellement. 20:30:56 <zzz> idk ? 20:31:13 <eche|on> oui, nextloop, ça aide un peu, mais même une profondeur d'1 version fait encore ~100 Mo à récupérer 20:31:37 <eche|on> en complétant l'historique ça grossit légèrement (4 à 5 fois dans mon expérience) 20:31:49 <zzz> J'ai une question à propos des noms d'utilisateur sur git.idk : devons-nous choisir un identifiant inutilisé sur GH, ou devons-nous l'enregistrer préventivement sur GH pour que tout fonctionne correctement ? 20:32:12 <nextloop> zzz : github identifie les auteurs des commits sur la base des adresses e‑mail. 20:32:17 <zzz> il y a eu un signalement sur zzz.i2p il y a quelque temps indiquant qu'il y a plusieurs faux comptes zzz-i2p sur GH. est-ce un problème ? 20:32:42 <nextloop> donc si tu ajoutes à github l'e‑mail que tu utilises pour git i2p, le commit sera lié à ton compte 20:33:16 <nextloop> eyedeekay : l'archive torrent régulière est-elle déjà en place ? si je me souviens bien tu travaillais là-dessus 20:33:48 <eyedeekay> Eh bien elle est générable, mais rien ne la planifie encore 20:34:32 <zzz> donc je dois m'enregistrer sur git.idk avec une adresse e‑mail clearnet valide si je veux m'enregistrer (avant ou après) sur GH ? ou c'est une question de configuration locale ? 20:34:55 <zzz> en tout cas, on s'égare dans les détails ici, désolé, je travaillerai avec idk pour éclaircir ça 20:35:17 <eyedeekay> Tu n'as pas besoin de choisir un nom d'utilisateur GH inutilisé AFAIK, tu pourrais travailler entièrement depuis l'instance gitlab et nous n'aurions pas besoin de github du tout 20:35:17 <eche|on> l'e‑mail clearnet devrait dans ce cas être l'adresse i2pmail.org AMHA 20:35:46 <nextloop> zzz : oui pour github tu dois vérifier l'e‑mail. utilise i2p-mail.org peut-être ? 20:35:54 <eche|on> actuellement le plan est d'utiliser le gitlab (instance git d'idk dans le réseau i2p) pour notre travail et de synchroniser vers github 20:36:23 <eche|on> les tickets Trac seraient sur le serveur gitlab in-net 20:36:25 <nextloop> eyedeekay : je serais motivé pour mettre en place un archivage automatique de ce type 20:36:27 <zzz> je veux juste m'assurer que ce ne sera pas relié à un faux compte zzz quand ce sera ponté vers GH 20:36:47 <eche|on> (désolé pour la confusion, gitlab et github sont tous deux des serveurs avec beaucoup de fonctionnalités autour de git, ils font presque les mêmes choses) 20:37:18 <eche|on> point valide, zzz 20:37:47 <eche|on> ok, avant d'entrer beaucoup plus dans les détails, d'autres commentaires ? 20:39:06 <eche|on> passons au sujet 5 - sujets divers. actuellement 2 de mon côté : a) page de dons et b) plans UX pour 2020 20:39:40 <eche|on> 5a) une nouvelle page de dons est mise en place par mikalv_ sur https://donate.i2p.io/ et ces comptes profitent tous à l'entreprise I2P que mikalv_ dirige avec torkel en Norvège 20:40:07 <eche|on> elle est en ligne et collecte des dons dès maintenant, bientôt (tm) elle sera annoncée sur le site web et sur Twitter 20:40:24 <eche|on> des commentaires là-dessus ? des soucis, des problèmes ? 20:41:29 <eche|on> 5)b) plans UX pour 2020 - sadie travaille avec elio sur un projet UX, dans lequel elio a obtenu des fonds pour travailler sur l'UX d'I2P 20:41:42 <eche|on> sadie, plus d'informations, plans, idées, commentaires ? 20:42:05 <sadie_> Revue de l'architecture de l'information de la console et du site web, puis atelier Identité et valeurs avec Ura et Simply Secure : ce sera le travail de ce mois-ci 20:42:41 <sadie_> Nous avons reçu de très bons retours sur l'assistant de configuration ! 20:43:31 <eyedeekay> De mon côté, le projet Browser a été officiellement mis en pause. On ne pouvait guère choisir pire moment pour tenter un tel truc, car la base de code de Mozilla a changé de façon drastique pendant que nous essayions de travailler avec. Le projet sera réexaminé quand la cible sera moins mouvante. Je vais apporter des améliorations à I2P et à la navigation web dans des projets moins chronophages. 20:43:36 <sadie_> Donc phase de recherche, de synthèse et de documentation pour l'instant. 20:44:03 <zzz> eyedeekay, statut de la bêta 8, promise « dans quelques jours » à la réunion il y a un mois ? 20:44:24 <eyedeekay> Elle est annulée. Ça ne servait à rien de la créer, elle n'aurait été viable que très peu de temps. 20:44:35 <eche|on> merci sadie, quel est le calendrier pour l'ensemble du projet ? date de fin 20:44:56 <eche|on> eyedeekay : merci de l'annoncer sur le site web 20:45:21 <eyedeekay> Je m'en occupe 20:45:22 <sadie_> La date de fin prévue pour l'étude est mi-juin 20:45:49 <zzz> si la bêta 8 n'aurait pas été viable longtemps, j'en déduis que la bêta 7 sur notre site est depuis longtemps obsolète et devrait être retirée, assurément 20:45:53 <eche|on> ok, et y a-t-il une idée approximative du moment où les améliorations UX entreront dans le code d'I2P ? 20:46:59 <eche|on> sadie ? 20:47:28 <eche|on> zzz : cela devrait être fait avec l'annonce de la fin définitive du projet browser 20:47:33 <sadie_> Ce ne sera pas avant après juin. Nous devons d'abord suivre le processus. S'il y a des améliorations simples à exécuter au fur et à mesure qu'elles sont proposées et approuvées, nous le ferons. 20:47:35 <zzz> sadie_, l'organisation qui finance Ura est-elle publique ? et si oui laquelle ? 20:47:46 <mikalv_> oui, le projet browser a malheureusement démarré au mauvais moment, Mozilla a réécrit pratiquement tout dans leur base de code la même année 20:48:05 <anonymousmaybe> i2pbrowser a actuellement de nombreuses vulnérabilités de sécurité non corrigées depuis des lustres parce qu'il n'a pas suivi les publications corrigées de TB/FF 20:48:09 <mikalv_> donc chaque version avait un code assez différent de la précédente et ainsi de suite 20:48:23 <eche|on> sadie_ : ok, on dirait que début 0.9.47, peut-être 0.9.48 sera la première version d'i2p qui recevra des changements issus de ce projet 20:48:25 <sadie_> Le financement de cette étude est assuré via usability lab. 20:48:39 <zzz> c'est OTF ? 20:48:40 <sadie_> correct ech 20:48:47 <mikalv_> tbb a eu 10 personnes qui ont réécrit tous leurs patchs trois ou quatre fois 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> ce serait bien de faire quelques tweets de remerciement et un billet de blog si c'est public, c'est une grande nouvelle dont nous devrions parler aux gens ! 20:50:37 <fug> vous devriez aussi dire aux gens comment vous avez dépouillé l'interface et supprimé la documentation 20:51:09 <eche|on> Petit point négatif, l'InternetFreedomFestival à Valence, en Espagne, a été annulé en raison du risque élevé lié au coronavirus. 20:51:18 <eche|on> donc nouvelle participation d'I2P là-bas 20:51:38 <eche|on> zzz : noté et ça se fera 20:52:15 <sadie_> zzz, oui je l'ai annoncé sur le forum la semaine dernière. Le déploiement RP a été planifié 20:52:26 <eche|on> d'autres commentaires, sujets sous le sujet 5) divers ? 20:52:51 <eche|on> `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 <eche|on> est l'entrée du forum avec les actualités 20:53:10 <fug> zzz : github effectue la détection en fonction de l'e‑mail indiqué dans les commits, cet e‑mail doit être enregistré avec un compte github, et l'inscription nécessite l'envoi d'un lien de confirmation par e‑mail 20:53:33 <fug> zzz : donc pour tes commits avec un mail .i2p, tu ne pourras pas les confirmer 20:53:55 <anonymousmaybe> une feuille de route pour l'isolation i2prouter ? https://trac.i2p2.de/ticket/2132 20:54:47 <eche|on> la scission du paquet Debian i2p est AMHA en pause pour le moment 20:54:51 <eyedeekay> Pas de feuille de route là-dessus pour l'instant. 20:55:02 <anonymousmaybe> ah dommage.. 20:55:22 <eche|on> Autant que je sache, des discussions avec le mainteneur deb ont eu lieu, sans résultat productif pour le moment 20:56:02 <anonymousmaybe> le ticket existe déjà mais aucun travail n'a été fait dessus 20:56:17 <zzz> pas de 45 pour sid non plus, pas de nouvelles de mhatta 20:56:38 <anonymousmaybe> mikalv_ a corrigé le filtrage de Trac qui touche les utilisateurs Tor/I2P ? 20:56:42 <fug> il y a https://github.com/tracboat/tracboat pour la migration trac->gitlab, est-ce que ça a été évalué ? 20:57:25 <eche|on> AMHA eyedeekay essaie tracboat pour la migration, au moins le nom a été mentionné 20:57:28 <fug> où se trouve une page d'information qui décrit l'état de la migration vers git ? 20:57:46 <eche|on> actuellement aucune page à part le howto et le serveur git mentionnés ci-dessus 20:57:56 <eche|on> car nous sommes encore en phase initiale 20:58:17 <fug> vous devriez quand même avoir une page pour ces infos 20:58:21 <eche|on> noté pour créer une page d'info 20:58:22 <mikalv_> J'espère que c'est corrigé, quelqu'un a-t-il eu des problèmes avec ça ces derniers jours ? 20:58:38 <eyedeekay> Trac ? Pas récemment 20:58:49 <eche|on> oui, mikalv_, il y a eu un utilisateur ici qui a essayé de soumettre un ticket et a été bloqué par l'anti-spam 20:58:59 <eche|on> mais ok, d'autres commentaires pour la réunion de dev ? 20:59:09 <zzz> l'outproxy est toujours un tas de merde mais trac fonctionne bien pour moi 20:59:20 <mikalv_> et là on parle bien du système propre de trac, et pas d'i2ptunnel, n'est-ce pas ? 20:59:26 <eche|on> oui 20:59:43 <eche|on> euh, la limite des 60 min est là... 20:59:55 <eche|on> d'autres commentaires ? 21:00:05 <fug> oui, des infos sur le développement d'i2p 21:00:16 <fug> il faudrait mentionner l'utilisation de la nouvelle instance git au lieu de mtn que personne n'utilise 21:00:45 <eche|on> ce sera fait, si c'est valide et vérifié à 100 % 21:01:24 <eche|on> S'il n'y a pas d'autre commentaire, le temps de cette réunion IRC approche 60 min, ce qui est une limite souple ; je souhaiterais clôturer cette réunion. Faute de buffer approprié, je vais faire un bruit de « plopp ». 21:01:45 <eche|on> donc, tendons l'oreille : « plopp » 21:01:56 <sadie_> lâcher de micro 21:02:02 <eche|on> réunion des devs terminée. merci à tous pour votre temps, vos idées et vos commentaires 21:02:14 <eche|on> un journal sera publié bientôt 21:02:14 <sadie_> merci ech

Version 0.9.45

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

Détails de la mise à jour

La 0.9.45 contient des correctifs importants pour le mode caché et l’outil de test de bande passante. Le thème sombre de la console a été mis à jour. Nous poursuivons le travail visant à améliorer les performances et à développer un nouveau chiffrement de bout en bout (proposition 144).

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’exécuter la dernière version.

Réunion des développeurs I2P - 4 février 2020

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

Bref récapitulatif

Présents: echelon, eyedeekay, sadie, zlatinb, zzz

Journal de réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) état d’avancement du projet I2P Browser (sadie, meeh, idk) 20:00:00 <zzz> 2) Cas d’usage de l’outproxy (proxy de sortie) / statut (sadie) 20:00:00 <zzz> 3) état du développement 0.9.45 (zzz) 20:00:00 <zzz> 4) Scrum de statut (zlatinb) 20:00:04 <zzz> 0) Salut 20:00:06 <zzz> salut 20:00:19 <zlatinb> salut 20:00:29 <zzz> 1) état d’avancement du projet I2P Browser (sadie, meeh, idk) 20:00:51 <zzz> sadie, quelles sont les dernières nouvelles du projet de navigateur ? 20:01:22 <zzz> ou, comme elle n’est pas là, quelqu’un d’autre ? 20:02:09 <eyedeekay> Salut 20:02:55 <zzz> eyedeekay, tu as une mise à jour sur le projet de navigateur ? 20:03:22 <eyedeekay> Nous sommes sur le point de publier la dernière version du navigateur avant une pause de six mois. Nous avons décidé qu’il nous faut être beaucoup plus intelligents sur la façon dont nous encapsulons la configuration et construisons le navigateur pour rendre le projet durable; en l’état, il draine massivement les ressources. Un communiqué plus complet sera publié sur le site au moment de la sortie du navigateur. 20:04:11 <zzz> cette version sera la bêta 8 ? si je me souviens bien, lors de notre dernière réunion il y a deux mois, elle devait sortir sous 3 jours 20:04:58 <eyedeekay> Oui, c’est la raison pour laquelle il est mis en pause. Il n’est tout simplement pas durable de continuer comme nous l’avons fait, il faut explorer d’autres options qui nous demandent moins de travail pour simplement suivre les sorties de Firefox. 20:05:27 <zzz> ok. bienvenue sadie_, tu as quelque chose à ajouter ? 20:05:44 <sadie_> non 20:06:05 <zzz> quelqu’un a des commentaires ou des questions sur 1) navigateur ? 20:06:52 <zzz> autre chose sur 1) ? 20:07:29 <zzz> 2) Cas d’usage de l’outproxy / statut (sadie) 20:07:32 <eyedeekay> Nous fournirons des recommandations pour des procédures de remplacement afin de configurer les navigateurs. 20:07:47 <zzz> ok 20:08:04 <zzz> sadie_, donne-nous une mise à jour sur la recherche sur l’outproxy 20:08:51 <sadie_> la recherche sur l’outproxy a été reportée ces derniers mois. 20:09:42 <zzz> ok, une idée de quand cela pourrait reprendre ? 20:11:53 <zzz> des commentaires ou questions sur 2) outproxy ? 20:12:20 <sadie_> ce n’est pas une priorité dans l’immédiat, conformément à la feuille de route. 20:12:40 <eyedeekay> Meeh a en fait sensiblement amélioré les performances de l’outproxy ces derniers temps pour l’outproxy par défaut à usage général sur false.i2p 20:13:11 <zzz> autre chose sur 2) ? 20:14:04 <zzz> 3) état du développement 0.9.45 (zzz) 20:14:15 <zzz> le développement se passe bien 20:14:32 <zzz> nous avons 17K lignes de diff jusqu’ici, dont une grosse mise à jour des thèmes sombres 20:14:38 <zzz> quelques correctifs pour le mode caché 20:14:47 <eche|on> j’espère que ça aidera 20:15:16 <zzz> quelques changements d’icônes, nouveau Tomcat, nouveau Jetty, lecteur d’aperçu HTML5 pour les fichiers partiels dans i2psnark 20:15:52 <zzz> les dates sont dans le /topic ci-dessus. gel des tags dans une semaine, date limite des commits dans 2 semaines et demie, sortie dans 3 semaines 20:16:34 <zzz> Pas strictement dans la .45, mais je peux annoncer que nous avons eu de bons progrès dans les tests d’interopérabilité avec i2pd sur la proposition 144 (nouveau chiffrement) 20:16:59 <zzz> et nous continuons à traiter des bogues et des problèmes des deux côtés, ainsi que dans la proposition elle‑même 20:17:27 <zzz> quelqu’un d’autre souhaite mettre en avant quelque chose qui est entré pour la .45, ou qui y entrera ? 20:19:01 <zzz> autre chose sur 3) ? des questions ou commentaires ? 20:19:22 <eche|on> non 20:20:02 <zzz> 4) Scrum de statut (zlatinb) 20:20:08 <zzz> vas-y zlatinb 20:20:15 <zlatinb> Salut. Brièvement : 1) ce que vous avez fait depuis la dernière réunion 2) ce que vous prévoyez de faire le mois prochain 3) des blocages ou besoin d’aide. Dites EOT quand vous avez terminé 20:20:46 <zlatinb> moi : 1) MW plugin 2) plus de travail sur le MW plugin, réécriture de SSU par jogger 3) pas de blocages EOT 20:21:16 <zzz> 1) corrections de bogues, proposition 144, relecture des correctifs de jogger et de la proposition ; 2) plus de la même chose, plus la sortie .45 ; 3) pas de blocages EOT 20:21:54 <eche|on> rien de spécial, support serveur, `http://wiki.i2p-projekt.i2p` tourne et se remplit, tout va bien 20:23:26 <sadie_> travail sur des améliorations de la documentation post‑installation avec idk, obtenu davantage de recherches en tests d’utilisabilité, action communautaire / stratégie RP / tests des webextensions d’idk / processus de découverte – infra résiliente, recherche sur le rebranding – plus de la même chose le mois prochain 20:23:57 <zlatinb> quelqu’un d’autre ? T-1 minute avant la fin du scrum 20:24:01 <eyedeekay> 1) La plus grande partie de mon travail a été une révision substantielle du thème sombre par défaut pour améliorer la lisibilité et le rendre plus moderne et cohérent. J’ai aussi ajouté des fonctionnalités et corrigé des bogues dans ma webextension pour Firefox, elle peut désormais parler à i2pcontrol et snark-rpc. J’ai également mis en place mon eepSite personnel et une ressource git commune(une instance gitlab sur git.idk.i2p) pour le projet. 2) Je travaillerai au sein 20:24:01 <eyedeekay> de la migration git. 3) pas de blocages. 20:24:41 <zlatinb> merci, scrum.end 20:24:48 <zzz> ok merci zlatinb 20:25:07 <zzz> quelqu’un a des questions, des commentaires, ou des sujets supplémentaires pour la réunion ? 20:26:13 * zzz attrape le baffer 20:27:01 * zzz *bafs* la réunion est close

Réunion des développeurs I2P - 3 décembre 2019

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

Bref récapitulatif

Présents : eyedeekay, meeh, sadie, zlatinb, zzz

Journal de réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) statut du projet I2P Browser (sadie, meeh, idk) 20:00:00 <zzz> 2) Cas d'utilisation du proxy de sortie / statut (sadie) 20:00:00 <zzz> 3) statut de la version 0.9.44 (zzz) 20:00:00 <zzz> 4) Scrum de statut (zlatinb) 20:00:10 <sadie__> salut 20:00:20 <zzz> 0) Salut 20:00:22 <zzz> salut 20:00:47 <zzz> 1) statut du projet I2P Browser (sadie, meeh, idk) 20:00:49 <zlatinb> salut 20:01:00 <meeh> salut 20:01:23 <zzz> sadie, quelles sont les dernières nouvelles du projet I2P Browser ? et n'hésite pas à déléguer des parties de ta réponse à idk et meeh 20:01:32 <eyedeekay> Salut 20:03:02 <meeh> La plus grande nouvelle est probablement que notre prochaine version est désormais basée sur ESR 68 et non 60, et nos extensions sont en cours de portage dans la base de code, puisque Mozilla supprime certaines des API que nous utilisons actuellement dans les versions ultérieures 20:03:27 <zzz> et quand cette version est-elle prévue ? 20:03:47 <meeh> C'est aussi la première version qui devrait être signée par notre nouveau certificat EV de signature de code, donc plus d'avertissements effrayants 20:03:54 <meeh> dans deux trois jours 20:04:06 <meeh> disons le 6 20:04:15 <zzz> d'accord, donc ce sera la bêta 8 je pense ? 20:04:26 <meeh> oui, c'est exact 20:04:27 <eyedeekay> Oui, bêta 8 20:04:43 <zzz> super. autre chose à ajouter sadie__ eyedeekay ? 20:05:08 <eyedeekay> En plus de cela, nous activons désormais aussi la suite d'applications I2P, snark, susimail, etc. 20:05:19 <sadie__> oui - nous aurons également un MVP mis à jour et une feuille de route disponibles 20:05:54 <zzz> quand seront-ils publiés ? 20:05:56 <meeh> et nous publierons en temps voulu des remplacements conformes aux standards modernes, au moins pour susimail et le carnet d'adresses pour commencer 20:06:14 <meeh> ce n'est pas pour cette version, hein, mais pour des versions ultérieures 20:06:47 <sadie__> cela devrait être sur le site au milieu de la semaine prochaine, avec le nom de projet mis à jour et l'orientation de la marque 20:07:15 <meeh> une nouvelle non directement liée au navigateur est que nous avons désormais aussi un « runner » Rack qui parle directement à I2PSocket et ne nécessite pas que l'utilisateur le fasse transiter par un port TCP local 20:07:25 <zzz> sympa. vous voulez divulguer le nouveau nom ou vous allez attendre que ce soit en ligne sur le site ? 20:07:34 <meeh> donc cela rend possible d'exécuter par exemple Ruby on Rails directement vers I2PSocket 20:07:57 <sadie__> Nous attendons que le site soit mis à jour =) 20:08:12 <zzz> bien joué meeh, c'est toujours mieux d'éviter de faire un aller-retour via un socket standard 20:08:51 <zzz> ça ressemble à de grands progrès 20:09:01 <zzz> autre chose sur 1) ? quelqu'un a des questions ? 20:10:31 <zzz> 2) Cas d'utilisation du proxy de sortie / statut (sadie) 20:10:41 <zzz> sadie__, quelles sont les dernières nouvelles de cet effort de recherche ? 20:10:44 <sadie__> La solution clé en main de proxy de sortie a été mise en attente jusqu'à ce que je puisse acquérir les ressources nécessaires à une collecte d'informations adéquate pour finaliser le MVP. Cette recherche ne reprendra pas avant l'année prochaine. La discussion sur un proxy de sortie à usage général reprendra dans les prochaines semaines. À ce stade, la priorité pour notre proxy devrait être d'enquêter sur les problèmes de performances et de les améliorer. 20:11:45 <zzz> d'accord, à propos du proxy de sortie du projet, quel est le statut de l'enquête et des améliorations ? 20:12:10 <zzz> meeh, tu as des infos là-dessus ? 20:12:17 <sadie__> meeh peut mieux commenter cet effort que moi 20:12:28 <meeh> Également, puisque le sujet est le proxy de sortie, la gem JRuby que j'ai faite contient aussi un proxy de sortie simple monothread qui peut tourner en tant que plugin I2P pour l'occasion 20:12:33 <meeh> disponible ici https://github.com/mikalv/ji2p-jruby/blob/master/bin/simple_outproxy 20:13:08 <zzz> mais qu'en est-il du proxy de sortie actuel ? 20:13:09 <meeh> j'ai aussi commencé à scinder la gem, afin que vous n'ayez pas besoin d'embarquer la prise en charge de cluster et autres pour un simple plugin I2P qui n'en a pas besoin 20:13:13 <meeh> parce qu'elle est devenue assez grosse 20:13:41 <meeh> oui, j'ai eu des mises à niveau de câbles et de switch qui constituaient un goulot d'étranglement pour le proxy de sortie public 20:13:52 <zzz> J'ai commencé à noter chaque récupération via le proxy de sortie, succès ou échec, sur un post-it. Le taux de réussite d'aujourd'hui n'est que de 75 % 20:14:26 <zzz> sadie dit que c'est une priorité, alors qu'as-tu prévu de faire ensuite ? 20:14:39 <meeh> la prochaine version du navigateur, bêta 8 — désolé, j'ai oublié de le mentionner — aura beaucoup plus de destinations pointant vers le même service, car nous pensons que les destinations elles-mêmes sont le prochain goulot d'étranglement 20:14:56 <meeh> donc pas seulement false.i2p et mon pont Tor, mais plutôt de l'ordre de 20 20:15:30 <meeh> Je vais aussi remplacer le logiciel de proxy par un logiciel Elixir/Erlang fait maison pour cela, que j'ai écrit il y a quelques mois 20:15:45 <meeh> également disponible ici https://github.com/mikalv/i2p-outproxy-elixir 20:16:00 <zzz> as-tu envisagé de passer de i2pd à Java ? Je pense qu'il y a des problèmes majeurs à l'exécuter sur i2pd 20:16:14 <meeh> J'ai quelques changements non commités que je pousserai avant de faire le changement, et n'importe qui peut utiliser ça pour faire tourner le sien. Je ferai aussi une meilleure doc pour ça 20:16:25 <meeh> J'utilise les deux actuellement 20:16:29 <meeh> à la fois Java et i2pd 20:16:39 <zzz> ok 20:16:40 <meeh> ça devrait être quatre routers ayant tous les deux dest 20:16:51 <meeh> pointant vers le même point de terminaison de proxy HTTP 20:17:05 <zzz> as-tu déjà une conclusion sur celui qui fournit le meilleur service ? 20:17:17 <meeh> les i2pd sont configurés avec environ 100 tunnels, comparés à la limite de 16 tunnels de Java 20:17:49 <meeh> non désolé, pas encore, mais c'est quelque chose que j'ai mis dans ma liste de choses à faire prochainement 20:18:21 <zzz> ok, j'encourage l'équipe à utiliser une approche basée sur la mesure pour apporter des améliorations. ne faites pas tout au jugé en changeant tout d'un coup 20:18:51 <meeh> oui, je l'ai déjà fait et j'en ai tiré des leçons - donc pas d'inquiétude, ce sera basé sur des mesures 20:18:55 <zzz> autre chose sur 2) sadie__ ? 20:19:09 <sadie__> non 20:19:22 <zzz> quelqu'un a des questions sur 2) ? 20:20:19 <zzz> 3) statut de la version 0.9.44 20:20:29 <zzz> ok, nous avons publié la version 0.9.44 dimanche 20:21:00 <zzz> elle corrige un vilain problème dans la façon dont les nouveaux types de chiffrement sont gérés. Tout le monde devrait mettre à jour dès que possible 20:21:12 <meeh> pour Android, elle est publiée sur Google Play, F-Droid et sur notre page de téléchargement, cette dernière incluant la signature GPG, et le site Web a été mis à jour 20:21:33 <zzz> super. et MavenCentral ? 20:22:03 <meeh> oui, c'est une dépendance requise de ce qui précède, donc quand j'ai fait ce qui précède, j'ai forcément déjà fait MavenCentral 20:22:07 <zzz> elle est disponible pour les mises à jour en réseau maintenant. Environ 10 % du réseau a déjà mis à jour 20:22:38 <zzz> J'ai aussi fait le PPA et le dépôt deb dimanche 20:22:58 <zzz> donc je pense que c'est l'essentiel 20:23:05 <zzz> aucune plainte jusqu'ici 20:23:24 <zzz> malheureusement, le testeur de bande passante est quasiment complètement cassé 20:23:51 <zzz> quelque chose a changé récemment dans le pool de test, et la façon dont nous faisions le handshake a cessé de fonctionner 20:24:10 <zzz> j'y ai passé le dernier jour et demi, et j'ai réussi à le refaire fonctionner 20:24:40 <zzz> si quelqu'un voit que des trucs comme ça sont cassés, merci d'ouvrir un ticket. C'est dommage que nous ne nous en soyons pas rendu compte avant la sortie 20:25:29 <meeh> nous avons aussi une nouvelle page de dons (autonome) qui arrive, ce qui permettra plus de moyens de donner, y compris des paiements PayPal récurrents, etc. 20:25:39 <zzz> voilà à peu près tout ce que j'ai sur la .44. Nous commençons à peine la .45 et mettons le plan en place, mais je m'attends à ce que la version 45 soit en février 20:25:44 <meeh> et elle a l'air **chouette** 20:25:48 <meeh> avec des majuscules 20:25:56 <zzz> ok meeh, super 20:26:02 <zzz> autre chose sur 3) ? 20:27:02 <zzz> 4) Scrum de statut 20:27:06 <zzz> vas-y zlatinb 20:27:31 <zlatinb> salut, très brièvement : 1) ce que vous avez fait le mois dernier 2) ce que vous prévoyez de faire le mois prochain 3) des blocages ou avez-vous besoin d'aide 4) EOT 20:28:31 <zlatinb> moi : 1) corrigé le filtre scriptable qui écrivait sur le disque toutes les 10 secondes, étudié la prise en charge de Servlet 3.0 (cassée pour les classes internes) 2) empaquetage de MW en tant que plugin du router 3) pas de blocages 20:28:35 <zlatinb> EOT 20:28:49 <zzz> 1) version .44, corrections de bugs, codage et tests de la prop. 144 (ratchet) ; correction d'un mauvais bug de tunnel causant un démarrage lent, sortie d'une nouvelle version de zzzot avec l'aide de drzed 20:29:28 <zzz> 1 (suite) beaucoup de travail à tester les réensemencements et à travailler avec les réensemenceurs pour remettre les choses en état ; testé et supprimé aussi les trackers ouverts 20:30:09 <meeh> fait : gem JRuby pour interagir et/ou contrôler le router, intégré ou autonome ; prise en charge initiale de Kubernetes pour des destinations HA ou des tests de cluster d'i2p ; beaucoup, beaucoup de correctifs Firefox, soit écrits à partir de zéro, soit portés depuis le Tor Browser ; améliorations du proxy de sortie ; et une nouvelle application de messagerie avec l'intention de remplacer susimail un jour 20:30:19 <meeh> travail initial sur la dernière* 20:30:23 <zzz> 2) corrections de bugs, tests de la prop. 144, plus de travail sur l'amélioration des performances, 36C3 20:30:46 <sadie__> Le mois dernier, j'ai travaillé sur les modifications du thème clair CSS qui sont dans la dernière version, répondu au Usability Lab pour un financement d'étude UX pour la console du router, et piloté des décisions produit pour l'avenir du navigateur. Le mois prochain, ce sera le guide post‑installation, et davantage de travail CSS, de gestion et de développement du navigateur 20:30:56 <zzz> 3) pas de blocages ; 4) EOT 20:31:10 <sadie__> pas de blocages, EOT 20:31:15 <eyedeekay> 1) J'ai travaillé à ouvrir l'expérience I2P Browser à davantage de capacités globales d'I2P et à ajuster l'organisation/l'apparence et l'ergonomie de la console du router et des pages d'accueil. 2) Le mois prochain je travaillerai sur davantage d'améliorations des fonctionnalités du navigateur, plus de tutoriels SAM et plus d'améliorations de l'UI de la console du router. 3) pas de blocages EOT. 20:31:48 <zlatinb> merci, c'est tout le monde je crois </scrum> 20:32:08 <zzz> super, autre chose sur 4) ? quelqu'un a des questions ? 20:32:24 <zzz> ou d'autres sujets pour la réunion ? 20:32:28 <meeh> le mois prochain : sortir la bêta 8 du navigateur, déterminer comment nous pouvons utiliser le logiciel osslsigncode pour signer des binaires Windows sur des systèmes Unix, remplacer le logiciel de proxy de sortie, poursuivre le travail sur la nouvelle application de messagerie, et terminer les changements pour la gem JRuby 20:33:16 <zzz> EOT meeh? 20:33:32 <meeh> oui, EOT. 20:34:16 <zzz> ok. Rappel : il n'y aura pas de réunion le mois prochain car nous nous remettrons de la 36C3. Si quelqu'un veut se joindre à nos réunions à la 36C3, venez trouver notre table 20:34:32 <zzz> Je suis sûr que je tweeterai l'emplacement approximatif 20:34:48 <sadie__> et nous aurons une nouvelle bannière pour la table ! 20:34:48 <meeh> nous pourrons probablement publier aussi quelques notes publiques de la réunion ? 20:34:58 <meeh> ça vient du CCC 20:34:59 <zzz> d'autres sujets pour la réunion, pendant que je cherche le baffer ? 20:35:28 <zzz> tu te portes volontaire meeh ? 20:35:41 <meeh> je peux essayer de faire ça, oui 20:35:59 <sadie__> Je ferai un rapport pour le CCC 20:36:35 <zzz> ok, j'ai trouvé le *baffer* donc je pense que c'est tout pour aujourd'hui 20:36:46 <zzz> à bientôt à tous en personne dans 4 semaines 20:37:10 <zzz> oups, 3 1/2 semaines 20:37:24 * zzz *bafs* la réunion est close

Version 0.9.44

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

Détails de la mise à jour

La version 0.9.44 contient un correctif important pour un problème de déni de service dans la gestion des nouveaux types de chiffrement par les services cachés. Tous les utilisateurs devraient mettre à jour dès que possible.

La version inclut une prise en charge initiale du nouveau chiffrement de bout en bout (proposition 144). Les travaux se poursuivent sur ce projet, qui n’est pas encore prêt à l’emploi. Il y a des changements sur la page d’accueil de la console, et de nouveaux lecteurs multimédias HTML5 intégrés dans i2psnark. Des correctifs supplémentaires pour les réseaux IPv6 derrière un pare-feu sont inclus. Des correctifs pour la construction de tunnel devraient entraîner un démarrage plus rapide pour certains utilisateurs.

Réunion des développeurs I2P - 5 novembre 2019

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

Récapitulatif rapide

Présents: echelon, eyedeekay, lbt, sadie, zzz

Journal de la réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) État de la version 0.9.43 (zzz) 20:00:00 <zzz> 2) État du projet I2P Browser (sadie, meeh) 20:00:00 <zzz> 3) Cas d'utilisation / statut de l'outproxy (proxy de sortie) (sadie) 20:00:00 <zzz> 4) État du développement 0.9.44 (zzz) 20:00:00 <zzz> 5) État des propositions (zzz) 20:00:00 <zzz> 6) Status scrum (zlatinb) 20:00:04 <zzz> 0) Salut 20:00:06 <zzz> salut 20:00:10 <sadie_> salut 20:00:25 <zzz> 1) État de la version 0.9.43 (zzz) 20:00:38 <zzz> la 43 est sortie depuis quelques semaines, aucun problème sérieux jusqu'à présent 20:01:02 <zzz> les éléments restants sont la publication officielle sur F-Droid (nextloop) et la publication officielle sur Debian (mhatta) 20:01:08 <eyedeekay> salut 20:01:37 <zzz> d'autres problèmes en suspens avec la version 43 ? 20:03:01 <zzz> 2) État du projet I2P Browser (sadie, meeh) 20:03:16 <zzz> meeh, sadie, quelles sont les dernières infos sur le navigateur ? 20:04:49 <sadie_> La Beta 7 a été publiée 20:05:10 <eyedeekay> I2P Browser Beta 7 est sorti hier, avec une feuille de route mise à jour. C'est l'avant-dernière version basée sur Firefox 60. Nous avons corrigé quelques bugs et mis en place l'intégration continue, ainsi qu'élaboré un plan révisé et actualisé pour l'avenir du navigateur en tant que produit. 20:05:11 <sadie_> les notes se trouvent sur le site du projet. 20:05:35 <zzz> la date de publication est erronée sur le site pour info 20:05:51 <eyedeekay> Oups, désolé, ça m'a échappé. Je vais la changer immédiatement. 20:06:03 <sadie_> Nous travaillons également sur la feuille de route, qui se trouve aussi sur le site du projet 20:06:29 <zzz> que pouvez-vous nous dire à propos de la prochaine beta 8 ? qu'y aura-t-il dedans, quand sortira-t-elle ? 20:07:40 <sadie_> la beta 8 sortira fin novembre. 20:08:19 <zzz> quelqu'un a des questions sur le navigateur ? meeh as-tu quelque chose à ajouter ? 20:08:27 <eyedeekay> La Beta 8 sera publiée fin novembre, ce sera la dernière version basée sur Firefox 60. Nous nous préparons à des modifications architecturales qui rendront les applications plus visibles ; vous commencerez à en voir les prémices dans la Beta 8, ainsi que davantage de retours dans le navigateur sur l'état de préparation du router fourni. 20:08:53 <sadie_> nous travaillons sur une meilleure page d'accueil, un indicateur de préparation du proxy HTTP , et des thèmes dynamiques 20:09:20 <zzz> ça a l'air super, j'espère que tout le monde essaiera la beta 7 20:09:45 <zzz> autre chose sur le point 2) ? 20:11:00 <zzz> 3) Cas d'utilisation / statut de l'outproxy (sadie) 20:11:17 <zzz> sadie_, quoi de neuf sur ce sujet ? 20:11:32 <sadie_> Nous avons fait avancer le cahier des charges autant que possible sans faire davantage de recherche utilisateur maintenant. 20:11:38 <sadie_> À la mi-mois je reprendrai contact avec la personne qui a inspiré la solution outproxy clé en main. Nous pourrons évaluer le cahier des charges qui a été créé et commencer à aborder plus à fond les questions de recherche utilisateur. Les exigences pour cette solution font partie des livrables de la prochaine version. Nous avons fait avancer le cahier des charges autant que possible sans faire davantage de 20:11:38 <sadie_> recherche utilisateur maintenant. 20:12:41 <zzz> ok, pour être clair nous ne travaillons que sur les exigences pendant la période de la 44. Toute implémentation serait pour la 45 ou plus tard, n'est-ce pas ? 20:12:53 <sadie_> correct 20:13:32 <zzz> ok, quelque chose à ajouter ? Quelqu'un a des questions sur la recherche outproxy ? 20:14:01 <zzz> autre chose sur le point 3) ? 20:15:01 <zzz> 4) État du développement 0.9.44 (zzz) 20:15:23 <zzz> nous en sommes à deux semaines du cycle .44, avec beaucoup de nouveau code intégré 20:15:52 <zzz> presque tout concerne l'implémentation de la proposition 144, nouveau chiffrement pour les destinations 20:16:07 <zzz> Je prévois de commencer bientôt les tests d'interopérabilité avec chisana_ 20:16:35 <zzz> et cela devrait être prêt pour des testeurs courageux dans quelques semaines 20:16:57 <zzz> mais il faudra encore pas mal de temps avant que nous l'utilisions par défaut, peut-être 6 à 12 mois 20:17:23 <zzz> beaucoup de tests et d'autres changements sont nécessaires pour le fiabiliser 20:17:59 <zzz> l'autre gros point que j'ai en file d'attente pour la .44 est quelques améliorations de performances SSU, stimulées par notre prolifique créateur de tickets sur Trac « jogger » 20:18:17 <zzz> sadie_, eyedeekay, meeh, quelque chose à ajouter sur ce sur quoi vous travaillez pour la .44 ? 20:19:34 <zzz> autre chose sur le point 4) ? 20:19:35 <sadie_> modifications de la console du router /home, stratégie à long terme pour le site Web 20:20:45 <zzz> 5) État des propositions (zzz) 20:21:05 <zzz> pas grand-chose d'autre à dire ici, 99 % de l'attention est sur la 144. 20:21:30 <zzz> la suite sera probablement 152, 153, ou peut-être même une nouvelle proposition SSU 2 20:21:47 <zzz> je ne m'attends pas à beaucoup de progrès là-dessus avant la nouvelle année 20:21:58 <zzz> des questions sur les propositions ? 20:22:06 <zzz> autre chose sur le point 5) ? 20:23:01 <zzz> 6) Status scrum (zlatinb) 20:23:12 <zzz> Je crois que zlatinb a dit qu'il ne pouvait pas venir aujourd'hui 20:23:32 <eche|on> nouveau serveur avec nouveau matériel et nouvelles IP, migration des services d'un serveur à un autre avec le temps. pas de bloqueurs 20:23:41 <zzz> donc, vous connaissez la procédure, merci d'indiquer 1) ce que vous avez fait le mois dernier 2) ce que vous ferez le mois prochain; 3) des bloqueurs 20:23:52 <zzz> et terminer par EOT 20:24:49 <zzz> moi : 1) j'ai sorti la version .44, beaucoup de travail sur le nouveau chiffrement; 2) plus de travail sur le nouveau chiffrement, améliorations des performances SSU, corrections de bugs; 3) pas de bloqueurs; EOT 20:25:11 <zzz> sadie_, meeh, eyedeekay, merci de répondre en parallèle 20:25:48 <sadie_> Le mois dernier et le mois à venir je vais continuer à travailler sur I2P Browser, continuer à affiner le thème clair de la console du router, et élaborer une stratégie à long terme pour le site Web avec IDK. La gestion de produit outproxy et la collecte des exigences se poursuivront. Propositions pour la recherche et le développement : des propositions visant à améliorer l'UX et des études d'utilisabilité ont été soumises ou sont en cours de rédaction. Présentations et atelie 20:25:48 <sadie_> rs pour des conférences ont commencé pour 2020. 20:27:01 <zzz> dernier appel eyedeekay meeh zlatinb 20:27:11 <eyedeekay> 1) J'ai travaillé sur des éléments qui entrent dans le navigateur ou qui sont destinés à aider le navigateur. 2) Je vais travailler à améliorer l'organisation de certaines des pages d'accueil de la console du router ainsi qu'à mettre en œuvre certaines améliorations de design du navigateur. 3) Aucun bloqueur EOT 20:27:53 <zzz> ok, en supposant des EOT de eche|on et sadie_ ... autre chose sur le point 6) ? 20:28:02 <sadie_> oui 20:28:34 <zzz> d'autres sujets ou questions pour la réunion ? 20:28:59 <eche|on> qu'en est-il de bote ? 20:29:04 <eche|on> des nouvelles de str4d ? 20:29:28 <zzz> J'ai vu un RT occasionnel sur Twitter, donc il est en vie 20:29:59 <zzz> c'est tout ce que je sais 20:30:26 <zzz> à part ce qui est dans les tickets 20:30:27 <eche|on> ok 20:30:38 <zzz> autre chose à propos de bote ? 20:31:01 <zzz> autre chose pour la réunion ? 20:31:22 <lbt> Un « merci » à vous tous :) 20:31:48 <zzz> de rien lbt, merci d'avoir rejoint la réunion 20:31:54 <eyedeekay> De rien, mon ami :) 20:33:00 * zzz *bafs* clôture la réunion

Mise en avant de la recherche

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

Mise en avant de la recherche - Une étude empirique du réseau d’anonymat I2P et de sa résistance à la censure

Le billet de blog suivant est rédigé par Hoàng Nguyên Phong, Information Controls Fellow. En tant que boursier ICFP, ses recherches se sont concentrées sur l’analyse de différents aspects du réseau I2P, un outil Internet renforçant la confidentialité qui peut être utilisé pour accéder à des contenus en ligne via un réseau renforçant l’anonymat, utile pour contourner la censure imposée par l’État. En collaboration avec son organisation d’accueil, University of Massachusetts Amherst, Phong a étudié la résilience du réseau I2P face à la censure, notamment en identifiant les méthodes de blocage qu’un censeur étatique pourrait utiliser pour empêcher l’accès à I2P et en examinant des solutions potentielles pour rendre I2P plus résistant à de tels blocages.

Version 0.9.43

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

Détails de la mise à jour

Dans la version 0.9.43, nous poursuivons le travail sur des fonctionnalités de sécurité et de confidentialité renforcées ainsi que sur des améliorations de performances. Notre mise en œuvre de la nouvelle spécification leaseSet (LS2) est désormais complète. Nous entamons la mise en œuvre d’un chiffrement de bout en bout plus robuste et plus rapide (proposition 144) pour une version ultérieure. Plusieurs problèmes de détection des adresses IPv6 ont été corrigés, et il y a bien sûr plusieurs autres corrections de bogues.

Rapport de déplacement Our Networks- je ne sais pas

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

Rapport de mission Our Networks

Le week-end du 20 septembre, je me suis rendu à Toronto pour rencontrer Sadie et participer à la conférence Our Networks. La conférence Our Networks couvre un large éventail de sujets, notamment de nombreuses technologies pair à pair, en mettant l’accent sur leur potentiel à rendre le monde meilleur.

La conférence était fascinante, pleine de personnes très brillantes travaillant sur tout, des réseaux maillés physiques au web distribué et, bien sûr, à l’anonymat. Nous avons pu parler à des personnes formidables de Tor, Protocol Labs, Parity Labs, le Dat Project, ainsi qu’à une variété d’artistes et de chercheurs en sciences sociales. Beaucoup de plaisir aussi, et une excellente ambiance. Dat, en particulier, offre, je pense, de très belles opportunités de coopération à l’avenir.

Réunion des développeurs I2P - 1er octobre 2019

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

Récapitulatif rapide

Présents: chisana, echelon, eyedeekay, meeh, nextloop, sadie, zlatinb, zzz

Journal de réunion

20:00:00 <zzz> 0) Bonjour 20:00:00 <zzz> 1) Statut de la version 0.9.42 (zzz) 20:00:00 <zzz> 2) Statut du projet I2P Browser "labs" (sadie, meeh) 20:00:00 <zzz> 3) Cas d'utilisation / statut de l'Outproxy (sadie) 20:00:00 <zzz> 4) Statut du développement 0.9.43 (zzz) 20:00:00 <zzz> 5) Statut des propositions (zzz) 20:00:00 <zzz> 6) Scrum de statut (zlatinb) 20:00:05 <meeh> salut 20:00:05 <zzz> 0) Bonjour 20:00:08 <zzz> salut 20:00:16 <zlatinb> salut 20:00:18 <nextloop> Salut 20:00:23 <sadie__> salut 20:00:49 <zzz> 1) Statut de la version 0.9.42 (zzz) 20:01:12 <zzz> La 42 est sortie il y a 5 semaines, je crois que les seuls éléments restants il y a un mois étaient la lib client et une nouvelle version bote Android, et l'officielle deb/ubuntu 20:01:19 <zzz> tout cela est fait 20:01:41 <zzz> pas grand-chose d'autre à dire sur la .42, qui semble bien tourner 20:01:46 <zzz> autre chose sur 1) ? 20:02:29 <zzz> 2) Statut du projet I2P Browser "labs" (sadie, meeh) 20:02:37 <eyedeekay> Salut tout le monde 20:02:45 <meeh> nous sommes en bonne voie sur toutes les tâches, j'ai aussi commencé l'application des premiers correctifs d'ESR68 qui serait notre nouvelle bêta pour le 31 déc. 20:02:46 <zzz> sadie, meeh, que pouvez-vous nous dire sur ce nouveau projet et produit, quel est le statut ? 20:03:01 <chisana_> salut 20:03:02 <sadie__> La Beta 7 sera publiée le 23 octobre ou immédiatement après que la 0.9.43 soit taguée. À ce jour, nous sommes dans les temps par rapport aux éléments de la feuille de route pour la prochaine sortie. Une feuille de route provisoire pour les futures versions a été créée, jusqu'en juin 2020 20:03:04 <zzz> quelle est la prochaine tâche, ou la prochaine sortie meeh ? 20:03:07 * chisana_ reste en observation 20:03:13 <meeh> 23 oct 20:03:33 <meeh> ou dès que la 0.9.43 est publiée à cette date ou après 20:03:36 <meeh> ça dépend de nous 20:03:50 <zzz> pouvez-vous nous dire où se trouve la feuille de route, et ce qui va être dans la beta 7 ? 20:04:39 <sadie__> Les éléments de la feuille de route sont dans les temps à ce jour 20:05:00 <zzz> la feuille de route est-elle publiée quelque part où les gens peuvent la consulter ? 20:06:27 <meeh> la prochaine version contiendra surtout des corrections de bugs, des correctifs de stabilité, un meilleur "backend" pour la fenêtre de dialogue initiale 20:06:35 <eyedeekay> Ce sont les éléments qui sont également sur la feuille de route du projet pour 9.43. 20:07:17 <meeh> si Mozilla a des correctifs que nous devrions inclure d'ici là, ils seront ajoutés aussi 20:07:18 <zzz> ok, donc la feuille de route pour la beta 7 est sur la feuille de route i2p sur notre site web, les gens peuvent la consulter là-bas 20:07:29 <sadie__> oui 20:07:36 <zzz> la feuille de route jusqu'en juin 2020 est-elle publiée quelque part pour que les gens puissent la consulter ? 20:07:56 <sadie__> pas encore 20:07:57 <eyedeekay> Pas encore, ça peut être bientôt. 20:08:17 <zzz> ok. quelqu'un a des questions pour l'équipe du navigateur ? 20:09:03 <zzz> autre chose sur 2) ? autre chose que l'équipe veut dire au sujet du navigateur ? 20:09:26 <sadie__> merci de tester, rejoignez la liste de diffusion ! 20:09:44 <zzz> tu veux expliquer comment s'abonner à la liste de diffusion sadie ? 20:10:02 <meeh> disponible sur `http://lists.i2p` ou https://lists.i2p.email 20:10:17 <zzz> super 20:10:20 <sadie__> bien sûr - tout ce qu'il vous faut se trouve sur le site https://geti2p.net/en/browser/develop 20:10:25 <zzz> autre chose sur 2) ? 20:11:01 <zzz> 3) Cas d'utilisation / statut de l'Outproxy (sadie) 20:11:13 <zzz> sadie, parle-nous du statut du projet outproxy s'il te plaît 20:11:16 <sadie__> Un MVP d'Open Outproxy a été établi, nous sommes presque prêts avec le MVP Friends and Family, mais nous devons encore rassembler plus d'informations concernant les exigences d'admin, de journalisation et de reporting. Les réunions reprendront la semaine du 21 octobre. 20:12:06 <sadie__> J'ai de nouvelles idées / réflexions sur la manière de gérer l'admin, et plus de recherches à faire avant la prochaine réunion 20:12:15 <zzz> par "fait" tu ne veux pas dire que nous avons fini le développement j'espère... et pourrais-tu définir MVP pour tout le monde s'il te plaît ? 20:12:40 <sadie__> Produit Minimum Viable 20:13:03 <sadie__> non - nous travaillons encore sur les exigences dans quelques domaines 20:13:16 <zzz> donc par "fait" tu veux dire une liste d'exigences, c'est bien ça ? 20:13:32 <sadie__> exact ! 20:14:10 <zzz> où les gens peuvent-ils voir cette liste, et quel est le meilleur moyen de vous faire des retours à ce sujet ? 20:15:05 <sadie__> Je mettrai à jour Trac, et inviterai les gens à rejoindre la conversation là-bas 20:15:40 <zzz> merci d'indiquer à tout le monde où sur Trac ils pourront la voir ? 20:16:07 <sadie__> un instant 20:17:04 <zzz> pendant que tu cherches, je préciserai que l'objectif pour ceci est l'année prochaine... pas pour .43 ou .44 20:17:14 <zzz> pour l'implémentation, donc 20:17:46 <zzz> des questions ou commentaires sur le projet outproxy, pendant qu'elle cherche ? 20:19:00 <sadie__> #2472 était l'endroit où nous avons commencé la discussion 20:19:00 <zzz> autre chose sur 3) ? 20:19:59 <zzz> ok, donc tu mettras la liste des exigences sur le ticket 2472 et c'est là que tu voudrais des retours, c'est bien ça ? 20:20:17 <sadie__> correct 20:20:27 <zzz> super 20:20:56 <zzz> 4) Statut du développement 0.9.43 (zzz) 20:21:19 <zzz> le site web a la feuille de route pour la .43, incluant les éléments du navigateur pour la beta 7, comme mentionné précédemment 20:21:46 <zzz> nous en sommes à 5 semaines de développement pour la .43, avec une sortie attendue dans environ 3 semaines à partir d'aujourd'hui 20:22:12 <zzz> ça se passe bien, avec quelques correctifs IPv6, et plus de travail pour rendre l'ls2 chiffré plus facile à utiliser 20:22:52 <zzz> quelqu'un d'autre veut nous dire sur quoi vous travaillez pour la .43, en dehors de la beta 7 du navigateur ? 20:23:36 <zzz> le gel des tags sera une semaine à partir de demain, et je mettrai à jour Transifex à ce moment-là et informerai tout le monde de commencer à traduire 20:23:42 <zlatinb> avec un peu de chance j'aurai le temps de tester l'analyse des annotations servlet 3.0 20:24:12 <zzz> ok, oui, j'aimerais le terminer si tu en as besoin, ou l'abandonner si ce n'est pas le cas :) 20:24:18 <meeh> améliorer notre build jlinked, ce qui est lié aux trucs du navigateur, oups, mais toujours sur la base de code Java 20:24:42 <sadie__> IDK et moi travaillons sur un nouvel assistant de configuration et la nouvelle navigation du menu du site web est faite. Je ferai d'autres changements cosmétiques au CSS de la console 20:24:47 <meeh> Je suppose que nous allons creuser davantage ce sujet, d'autant que l'addressbook est cassé quand on utilise jlink 20:25:13 <zlatinb> oui et les plugins aussi - mais ils vont probablement rester cassés pendant un moment 20:25:19 <zzz> oh, et nous travaillerons sur des correctifs Android pour 43 la semaine prochaine 20:26:38 <zzz> Je ne pense pas que vous vouliez vous embêter à activer les plugins du router pour le navigateur, mais peut-être que d'autres vous poussent à le faire ? ça vaut la peine d'enquêter davantage 20:27:04 <zzz> autre chose sur 4) ? 20:28:21 <zzz> 5) Statut des propositions (zzz) 20:28:45 <zzz> le seul focus de l'équipe des propositions #ls2 le mois dernier a été la prop. 144 - nouveau chiffrement 20:29:02 <zzz> Nous nous approchons d'une spécification complète et cohérente, et nous avons commencé à écrire du code de test 20:30:01 <zzz> Je m'attends à ce qu'une partie de ce code entre dans la version Java .44 - pas .43 - mais ce sera au début de l'année prochaine avant que ce soit vraiment finalisé sur le réseau en production 20:30:20 <zzz> et ensuite peut-être encore quelques versions pour éliminer les bugs 20:30:45 <zzz> mais c'est enthousiasmant car nous sommes près de remplacer l'un des algorithmes crypto originaux et très lents, ElGamal 20:31:28 <zzz> Je pense que nous nous tournerons ensuite vers une autre partie du remplacement d'ElGamal, avec la proposition 152, sur la manière dont nous réalisons les builds de tunnel 20:31:46 <zzz> mais nous pourrions aussi décider de travailler sur "SSU2"... nous n'en avons pas parlé 20:31:56 <zzz> ce serait pour le milieu à la fin de l'année prochaine, je suppose 20:32:33 <zzz> L'équipe travaille bien ensemble et nous travaillons sur la 144 depuis presque un an, donc nous serons tous très heureux d'en avoir fini dans les mois à venir 20:32:43 <zzz> des questions sur celles-ci ou sur d'autres propositions ? 20:33:19 <zzz> autre chose sur 5) ? 20:34:00 <zzz> 6) Scrum de statut (zlatinb) 20:34:04 <zzz> à toi, zab 20:34:29 <zlatinb> Salut, décrivez brièvement 1) ce que vous avez fait le mois dernier 2) ce que vous prévoyez de faire le mois prochain 3) des blocages ou besoin d'aide ? Dites EOT quand vous avez fini 20:34:59 <meeh> Il y a eu pas mal de travail initial sur le projet navigateur, à la fois à cause de l'intégration du router et de l'apprentissage de l'ensemble de la base de code Firefox, du système de build et de l'architecture pour atteindre un niveau où l'on peut dire qu'on a les choses sous contrôle. Nous sommes sur le point d'avoir des builds nocturnes et la CI prêtes pour les branches esr60 et esr68 ainsi que pour les pull requests que nous pourrions recevoir. 20:35:01 <meeh> Les artifact builds sont aussi un objectif à atteindre, ce qui permettrait aux personnes avec un matériel plus faible de télécharger des parties du build Firefox afin de réduire les compilations les plus lourdes, et de rendre le développement moins pénible. Je me suis aussi penché sur les tests unitaires et de régression pour le navigateur afin d'éviter des bugs idiots et de rendre le produit plus stable et fiable. 20:35:01 <meeh> Nous approchons aussi du moment où nous aurons nos scripts de build personnalisés qui ne sont pas basés sur la base des scripts de build Perl de Tor, à la fois pour supporter des builds distants et parce que nous ne sommes pas nombreux à connaître Perl. Par ailleurs j'ai aussi fait des lectures et recherches sur le cadre légal ici pour faire fonctionner notre organisation. Travail initial sur la politique de journalisation des serveurs du projet. 20:35:05 <meeh> EOT 20:35:18 <zlatinb> moi : 1) tests en testnet des patches jogger, un peu de travail jlink 2) plus de testnet, servlet 3.0 3) pas de blocages EOT 20:35:20 <sadie__> J'ai assisté à Our Networks le week-end dernier à Toronto, rédigé un nouvel assistant de configuration qui sera implémenté dans la release par IDK, déterminé plus de changements CSS cosmétiques pour la prochaine version, fait avancer le consensus sur l'outproxy et le navigateur, sensibilisation communautaire et plus de financements UX demandés. Le mois prochain, je me concentrerai sur les options de financement, de nouvelles stratégies RP, la sensibilisation 36c3, finaliser un jeu de diapositives d'introduction à I2P 20:35:20 <sadie__> que nous pourrons tous utiliser pour de futures présentations, des améliorations de susi mail, et la poursuite du travail sur le navigateur et l'outproxy. EOT 20:35:32 <zzz> 1) corrections de bugs, IPv6, chiffrement ls2, proposition 144 20:36:06 <eche|on> serveur en marche, pareil, aucun blocage 20:36:25 <zzz> 2) corrections de bugs, IPv6, chiffrement ls2, spécification et code de test de la proposition 144, préparation et sortie 0.9.43, plus de réunions et de définition pour l'outproxy 20:36:48 <zzz> 3) pas de blocages, EOT 20:37:11 <zlatinb> scrum.setTimeout(60*1000); 20:37:25 <zzz> eyedeekay ? 20:37:35 <eyedeekay> un instant 20:37:55 <eyedeekay> J'ai travaillé à améliorer l'assistant de bande passante pour qu'il fonctionne mieux avec l'I2P Browser et, en général, paraisse plus moderne et moins confus. J'ai aussi travaillé à organiser, dédupliquer et améliorer les bibliothèques SAM et à apporter de petits changements au navigateur. Le mois prochain j'aiderai surtout sur le navigateur, mais j'ai aussi quelques choses que je pourrais proposer dans i2ptunnel. Aucun blocage. 20:38:41 <zzz> sadie__, ou eyedeekay, avez-vous un lien vers un compte-rendu du déplacement à Our Networks à lire ? 20:38:48 <meeh> aucun blocage, la plupart des tâches mentionnées continuent (je continuerai à travailler dessus à l'avenir) 20:39:16 <sadie__> pas encore - nous devons faire ça. Ce sera sur le blog du site 20:39:29 <eyedeekay> Je publierai le mien sur le blog cette semaine. 20:39:47 <zlatinb> merci, je pense que c'est tout le monde, fin du scrum 20:40:03 <zzz> c'est tout pour 6) 20:40:21 <zzz> quelqu'un d'autre a des questions, des commentaires ou quelque chose à ajouter ? Il se passe clairement beaucoup de choses ! 20:41:11 <zzz> autre chose pour la réunion ? 20:41:21 * zzz cherche le baffer 20:42:05 <zzz> le voilà... 20:42:15 * zzz *bafs* la réunion est clôturée

Réunion des développeurs I2P - 3 septembre 2019

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

Récapitulatif rapide

Présents: eyedeekay, sadie, zlatinb, zzz

Journal de réunion

Remarque : les messages de sadie n'ont pas été transmis pendant la réunion, ils sont collés ci-dessous.

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) statut de la version 0.9.42 (zzz) 20:00:00 <zzz> 2) statut du projet I2P Browser “labs” (sadie, meeh) 20:00:00 <zzz> 3) Cas d’utilisation Outproxy (proxy de sortie) / statut (sadie) 20:00:00 <zzz> 4) statut du développement 0.9.43 (zzz) 20:00:00 <zzz> 5) statut des propositions (zzz) 20:00:00 <zzz> 6) Scrum de statut (zlatinb) 20:00:04 <zzz> 0) Salut 20:00:06 <zzz> salut 20:00:17 <zlatinb> salut 20:00:30 <zzz> 1) statut de la version 0.9.42 (zzz) 20:00:48 <zzz> la publication s’est déroulée assez bien la semaine dernière 20:00:56 <zzz> il ne reste que quelques éléments en suspens 20:01:27 <zzz> remettre en service le github bridge (nextloop), le paquet Debian sid (mhatta), et la bibliothèque cliente Android que nous avons oubliée pour la 41 (meeh) 20:01:37 <zzz> nextloop, meeh, vous avez des ETA (estimations de délai) pour ces éléments ? 20:03:06 <zzz> autre chose sur le point 1) ? 20:04:02 <zzz> 2) statut du projet I2P Browser “labs” (sadie, meeh) 20:04:25 <zzz> sadie, meeh, quel est le statut, et quel est le prochain jalon ? <sadie> La Beta 5 devait sortir vendredi, mais il y a eu quelques problèmes. Il semble que certaines soient prêtes https://i2bbparts.meeh.no/i2p-browser/ mais j’avais vraiment besoin d’entendre meeh au sujet de la prochaine échéance pour cela <sadie> La page Lab sera en ligne d’ici la fin de la semaine. Le prochain jalon du navigateur sera de discuter des exigences de la console pour la publication de la bêta 6 20:05:51 <zzz> autre chose sur le point 2) ? 20:06:43 <zzz> 3) Cas d’utilisation Outproxy / statut (sadie) 20:06:57 <zzz> sadie, quel est le statut, et quel est le prochain jalon ? <sadie> Tout le monde peut suivre nos notes de réunion sur le ticket 2472. Nous avons décidé des statuts des cas d’utilisation et avons une liste d’exigences. Le prochain jalon sera les exigences utilisateur pour un cas d’utilisation Amis et famille ainsi que les exigences de développement pour Amis et famille et le cas d’utilisation général afin de voir où ils peuvent se recouper 20:08:05 <zzz> autre chose sur le point 3) ? 20:08:19 <eyedeekay> Désolé pour le retard 20:09:01 <zzz> 4) statut du développement 0.9.43 (zzz) 20:09:21 <zzz> nous commençons tout juste le cycle 43 que nous prévoyons de publier dans environ 7 semaines 20:09:40 <zzz> nous avons mis à jour la feuille de route sur le site web mais ajouterons encore quelques éléments 20:10:06 <zzz> j’ai corrigé quelques bugs IPv6 et accéléré le traitement AES des tunnels 20:10:30 <zzz> bientôt, je vais porter mon attention sur le nouveau message I2CP d’informations d’aveuglement 20:10:59 <zzz> eyedeekay, zlatinb, vous avez quelque chose à ajouter à propos de la .43 ? 20:11:46 <eyedeekay> Non je ne pense pas 20:12:02 <zlatinb> probablement plus de choses sur le testnet (réseau de test) 20:12:32 <zzz> oui, nous avons encore quelques tickets jogger à examiner, concernant SSU 20:12:48 <zzz> autre chose sur le point 4) ? 20:14:00 <zzz> 5) statut des propositions (zzz) 20:14:20 <zzz> notre objectif principal est la très complexe nouvelle proposition de chiffrement 144 20:14:48 <zzz> nous avons fait de bons progrès ces dernières semaines et avons apporté des mises à jour majeures à la proposition elle-même 20:15:35 <zzz> il reste quelques nettoyages et des trous à combler, mais j’espère qu’elle est suffisamment aboutie pour que nous puissions commencer à coder bientôt des implémentations de tests unitaires, peut-être d’ici la fin du mois 20:16:17 <zzz> également, le message d’informations d’aveuglement pour la proposition 123 (LS2 chiffré) sera réexaminé après que je commence à le coder la semaine prochaine 20:16:52 <zzz> également, nous attendons bientôt une mise à jour de la proposition 152 (messages de construction de tunnel) de la part de chisana 20:17:27 <zzz> nous avons terminé la proposition 147 (prévention inter-réseaux) le mois dernier et i2p comme i2pd ont cela codé et inclus dans la version .42 20:18:23 <zzz> donc les choses avancent, même si la 144 semble lente et intimidante, elle progresse bien elle aussi 20:18:27 <zzz> autre chose sur le point 5) ? 20:20:00 <zzz> 6) Scrum de statut (zlatinb) 20:20:05 <zzz> à toi, zlatinb 20:20:42 <zlatinb> Bonjour, merci de dire en quelques mots : 1) ce que vous avez fait depuis le dernier scrum 2) ce que vous prévoyez de faire le mois prochain 3) si vous avez des blocages ou besoin d’aide. Dites EOT quand vous avez terminé 20:21:23 <zlatinb> moi : 1) Diverses expériences sur le testnet pour accélérer les transferts en vrac 2) plus de travail sur le testnet sur un serveur/réseau espérons-le plus grand 3) aucun blocage EOT 20:22:15 <zzz> 1) corrections de bugs, changement de scission de la configuration, version .42, propositions, ateliers DEFCON (voir mon compte-rendu de voyage sur i2pforum et notre site web) 20:23:56 <zzz> 2) corrections de bugs, proposition 144, message d’informations d’aveuglement, accélérations, aide sur la recherche Outproxy, correction de l’assistant SSL cassé par la scission de la conf. 20:24:20 <zzz> plus de correctifs IPv6 20:24:38 <zzz> 3) aucun blocage EOT 20:24:50 <eyedeekay> 1) Depuis le dernier scrum, j’ai travaillé sur des corrections de bugs, le site web, la proposition outproxy, et des choses liées à i2ptunnels. 2) Continuer à réorganiser et améliorer la présentation du site web. Travailler à faire avancer la proposition outproxy 3) aucun blocage EOT <sadie> 1) Assisté à FOCI, recherché des options de financement, rencontré des financeurs potentiels, tenu une réunion avec Tails (y compris Mhatta), travaillé sur l’image de marque d’I2P Browser, mises à jour du site web avec IDK, fait de petits changements à la console pour la dernière version <sadie> 2) le mois prochain je travaille sur des subventions, des améliorations de la console et du site web, l’assistant de configuration, participation à Our Networks à Toronto, faire avancer I2P Browser et la recherche OutProxy <sadie> 3) aucun blocage EOT 20:25:29 <zlatinb> scrum.setTimeout( 60 * 1000 ); 20:27:04 <zzz> ok, expiration du délai 20:27:10 <zlatinb> ScrumTimeoutException 20:27:41 <zzz> dernier appel pour sadie meeh nextloop pour revenir sur 1)-3) 20:27:52 <zzz> d’autres sujets pour la réunion ? 20:28:47 * zzz attrape le baffer 20:30:00 * zzz bafs la réunion est close

Compte rendu de déplacement à Def Con- zzz

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

Rapport de déplacement à Def Con

idk et moi avons assisté à DEFCON 27 et présenté deux ateliers sur I2P pour les développeurs d’applications, avec le soutien de mhatta et d’Alex. J’ai animé l’atelier au Monero Village et idk a animé celui au Crypto/Privacy Village. Ici, je résumerai l’atelier du Monero Village, ainsi qu’une présentation sur Tor par Roger Dingledine. idk publiera un compte rendu couvrant son atelier.

Nous avons eu environ 8 participants à l’atelier Monero Village, intitulé « I2P for Cryptocurrency Developers ». Nous avions prévu de discuter des besoins réseau particuliers de chaque application et d’examiner les différentes options i2ptunnel et SAM disponibles. Cependant, tous les participants étaient relativement peu familiers avec I2P ; nous avons donc changé d’approche et proposé un aperçu d’I2P. Comme aucun participant n’avait d’ordinateur portable, nous en avons aidé plusieurs à installer I2P sur leur téléphone Android et avons passé en revue certaines fonctionnalités de l’application. Pour tous les utilisateurs, l’application semblait procéder au réensemencement et construire des tunnels assez rapidement.

Rapport de déplacement à Def Con- je ne sais pas

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

Compte rendu de déplacement à Def Con

Je me suis rendu à Def Con 27 le week-end dernier pour animer un atelier sur le développement d’applications I2P, et pour rencontrer zzz, mhatta et Alex en personne.

Mon atelier s’est bien passé, nous avons même eu quelques développeurs d’applications parmi les participants ! En particulier, j’ai eu une conversation assez longue avec une personne nommée Mary sur la manière dont I2P pourrait être utilisé pour éliminer la centralisation et renforcer la confidentialité dans une application de type “Magic Wormhole”. Même si je ne connaissais pas très bien Magic Wormhole à ce moment-là, je pense que la plupart de mes conseils étaient utilisables. Je pense que Mary avait des idées très intéressantes et réalisables concernant le partage d’informations de manière plus centrée sur l’humain, qui pourraient être pertinentes pour des applications I2P, et j’ai hâte d’en expérimenter certaines.

Rapport de mission à l'Internet Freedom Festival

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

Compte rendu de mission à l’Internet Freedom Festival

C’était ma première participation à l’IFF, et quelle excellente expérience pour I2P ! J’ai rencontré des défenseurs des droits humains, des personnes qui travaillent sur les indicateurs de censure, et bien sûr des professionnels de l’UX et de la sécurité.

Mon objectif était d’entrer en contact avec des personnes afin de soutenir davantage la refonte de l’expérience utilisateur (UX) d’I2P, tout en gardant à l’esprit les considérations de sécurité et d’UX pour les travailleurs de première ligne. Comme on me l’a fait remarquer, les personnes considèrent I2P comme une ressource très importante et puissante pour contourner la censure et favoriser des communications sécurisées; toutefois, l’interface souffre de certains problèmes d’ergonomie. Les personnes ont apprécié nos premières mesures visant à offrir une meilleure expérience aux nouveaux utilisateurs, comme notre assistant de configuration et notre outil de détection de la bande passante. J’ai également reçu des retours positifs sur nos modifications du site web et des icônes de /home. C’était très encourageant d’entendre directement de la communauté que les petits changements que nous avons apportés vont dans la bonne direction.

Rapport de mission à RightsCon

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

Rapport de mission à RightsCon

Les messages des activistes en Syrie pendant la session Access No! du premier jour étaient profondément émouvants et m’ont rappelé avec force pourquoi je travaille dans les droits numériques. Nous avons écouté les témoignages d’activistes qui ne peuvent pas voyager, faute de statut et de documents officiels, et en raison de conflits en cours. Pour ces personnes, “Internet est le seul passeport qu’(ils) possèdent.” Des défenseurs des droits humains ont souligné l’importance de la formation numérique pour protéger les personnes lorsqu’elles communiquent avec leur famille à l’intérieur du pays, ainsi qu’avec les proches et amis qui sont partis. Ils avaient créé des ateliers numériques pour montrer aux gens comment utiliser les services de façon sécurisée, par exemple, comment utiliser des fonctionnalités comme les messages éphémères de Signal, afin que ces messages ne puissent pas être utilisés contre eux lorsque les appareils sont fouillés aux points de contrôle de sécurité. La poursuite des études était également très importante, Internet étant indispensable pour accéder aux ressources.

Rapport de mission USENIX FOCI

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

Rapport de déplacement USENIX FOCI

Au cours de l’année écoulée, j’ai eu la chance de participer aux recherches menées par Nguyen Phong Hoang, de l’Université Stony Brook, sur la censure d’I2P. L’infrastructure utilisée pour ces travaux offrait de nombreux points d’observation géographiquement diversifiés, ainsi que la possibilité d’effectuer des mesures approfondies à tous les niveaux de la pile réseau. Les services I2P dont la disponibilité a été mesurée comprenaient la page d’accueil officielle, le site miroir, des serveurs de reseed (bootstrap) et des relais actifs.

Version 0.9.42

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

Détails de la mise à jour

0.9.42 poursuit le travail visant à rendre I2P plus rapide et plus fiable. Cette version inclut plusieurs changements pour accélérer notre transport UDP. Nous avons scindé les fichiers de configuration afin de permettre de futurs travaux en vue d’un paquetage plus modulaire. Nous poursuivons le travail pour mettre en œuvre de nouvelles propositions afin d’obtenir un chiffrement plus rapide et plus sécurisé. Il y a bien sûr aussi de nombreuses corrections de bogues.

Réunion des développeurs I2P - 6 août 2019

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

Récapitulatif rapide

Présents: mikalv, zlatinb, zzz

Journal de réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) Statut de la sortie 0.9.41 éléments restants (mhatta, nextloop) 20:00:00 <zzz> 2) Statut du développement 0.9.42 (zzz) 20:00:00 <zzz> 3) Statut de LS2 (zzz) 20:00:00 <zzz> 4) Statut du projet I2P Browser « labs » (meeh) 20:00:00 <zzz> 5) Scrum de statut (zlatinb) 20:00:04 <zzz> 0) Salut 20:00:07 <zzz> salut ! 20:00:19 <zzz> 1) Statut de la sortie 0.9.41 éléments restants (mhatta, nextloop) 20:00:46 <zzz> au cours des deux dernières semaines, je vois que mhatta a bien fait entrer la 41 dans sid, ce qui est super 20:01:04 <zzz> j'ai aussi parlé à nextloop, il n'a pas mis la 41 dans fdroid, mais quelqu'un d'autre l'a fait. 20:01:27 <zzz> et nextloop a promis de reprendre f-droid à l'avenir. super ! 20:01:31 <zzz> autre chose sur le 1) ? 20:01:50 <zzz> quelqu'un d'autre ici ? dites bonjour s'il vous plaît 20:01:58 <zlatinb> salut 20:02:37 <zzz> ok, un autre. Espérons que tous les autres arrivent bientôt 20:02:50 <zzz> 2) statut du dev .42 20:03:02 <zzz> nous en sommes à 5 semaines, 3 semaines restantes, 1 semaine avant le gel pour le tag 20:03:20 <zzz> nous avons intégré le code de séparation de la configuration sur lequel j'ai travaillé avec idk 20:03:58 <zzz> beaucoup de corrections de bugs ; GMP 6.1.2 ; mis à jour les fichiers debian pour fonctionner avec buster 20:04:17 <zzz> quelques correctifs ls2 aussi 20:04:39 <zzz> zlatinb, tu veux mentionner ce que tu fais avec ton réseau de test, et ce que ça a donné jusqu'à présent ? 20:05:11 <zlatinb> oui, donc en gros j'ai mis en place un réseau de test avec des conteneurs LXC 20:05:32 <zlatinb> jusqu'à présent cela a découvert un bug majeur autour de l'utilisation du filtre de Bloom et un bug mineur ssu 20:05:58 <zlatinb> je faisais récemment des réglages fins de différentes constantes, mais je vais le mettre à contribution pour vérifier les correctifs/idées de joggers 20:06:06 <zlatinb> eot 20:06:23 <zzz> c'est vraiment génial, merci 20:07:04 <zzz> si on pouvait ajouter un peu de latence minimale ce serait encore mieux, mais c'était sympa de trouver et corriger quelques goulets d'étranglement 20:07:15 <zzz> autre chose sur le 1) ? 20:07:30 <zzz> oups, autre chose sur le 2) ? 20:08:27 <zzz> 3) statut ls2 20:08:38 <zzz> beaucoup de progrès le mois dernier 20:09:05 <zzz> nous sommes tombés d'accord sur une petite proposition, la 147, pour empêcher les réseaux de test de se mélanger au réseau principal 20:09:12 <zzz> ce code sera dans la .42 20:09:45 <zzz> chisana a publié deux propositions, 152 et 153, pour rendre la construction de tunnel et le chiffrement de tunnel (respectivement) plus sûrs en utilisant un chiffrement plus moderne 20:10:14 <zzz> nous en avons un peu parlé, mais nous ne les avons pas encore examinées formellement 20:10:47 <zzz> la proposition 123 (LS2) continue de recevoir quelques petits ajustements à mesure que nous terminons l'implémentation et les tests sur le réseau en production, mais tout semble bien fonctionner 20:11:26 <zzz> la grosse, c'est la proposition 144, nouveau chiffrement. Nous progressons lentement mais sûrement. Ça fait peut‑être 9 mois que nous sommes dessus ? 20:11:58 <zzz> il reste encore quelques problèmes techniques majeurs à résoudre avant que nous puissions commencer des implémentations de test 20:12:20 <zzz> le plus gros problème en ce moment, c'est de trouver suffisamment de temps chez les gens pour faire avancer les choses 20:12:46 <zzz> des questions sur le 3) ls2 et les autres propositions ? 20:13:47 <zzz> ok, passons au 4) statut du projet I2P Browser labs 20:13:54 <zzz> mikalv, quelles sont les dernières nouvelles ? 20:14:16 <mikalv> nous avançons vers une intégration avec le router i2p lui‑même, jlinked 20:14:38 <mikalv> du côté d'i2pbutton, nous avons à peu près fini, il reste quelques trucs à corriger 20:15:15 <mikalv> pour les scripts de build, nous devons les écrire, puisque les devs ont utilisé un extrait simulé d'i2p jlinked où le navigateur le démarre, pour les tests 20:15:48 <zzz> quelle est la version bêta actuelle, et quand verrons‑nous la prochaine version bêta ? 20:15:52 <mikalv> au‑delà de ça nous essayons d'avoir au moins deux réunions par semaine pour en faire un vrai produit avec des objectifs clairs 20:16:24 <mikalv> l'actuelle est toujours beta4, et j'espère sortir beta5 d'ici la fin de cette semaine — si oui, avec le router embarqué 20:17:27 <zzz> je crois que vous avez lancé une liste de diffusion pour ça ? voulez‑vous l'annoncer ici ou est‑ce encore trop tôt ? 20:18:09 <zzz> sadie, zlatinb, quelque chose à ajouter au sujet du navigateur 20:18:20 <zzz> ? 20:19:36 <zzz> quelqu'un a des questions sur le 4) le navigateur ? 20:20:21 <zzz> autre chose sur le 4) ? 20:21:10 <zzz> 5) scrum — à toi zlatinb 20:22:02 <zlatinb> faisons le scrum en parallèle ; en quelques mots - 1) sur quoi avez‑vous travaillé depuis le dernier scrum 2) sur quoi comptez‑vous travailler le mois prochain 3) avez‑vous des bloqueurs ou avez‑vous besoin d'aide. Dites EOT quand c'est fini 20:22:34 <zlatinb> moi : 1) construction d'un réseau de test, traque des goulets d'étranglement 2) encore du réseau de test, je jetterai aussi un œil aux tickets de joggers 3) aucun en fait EOT 20:23:34 <zzz> 1) sortie 41, code de séparation de la config, corrections de bugs, propositions, planification pour de nouveaux types de chiffrement, correctifs ls2 20:24:10 <zzz> 2) sortie 42, corrections de bugs, propositions (surtout la recherche sur les nouveaux enjeux de chiffrement), DEFCON 20:24:16 <zzz> 3) pas de bloqueurs ; EOT 20:25:18 <mikalv> je travaille principalement sur le navigateur (y compris i2pbutton qui lance désormais un router s'il est trouvé), j'ai aussi fait d'énormes améliorations de mon côté pour l'outproxy (proxy de sortie), j'ai également commencé à prototyper une solution pour des outproxies privés qui a une vitesse tellement bonne que je peux en fait l'utiliser pour la navigation clearnet au quotidien 20:25:53 <mikalv> et j'ai aussi mis en place des listes de diffusion oui, qui via I2P se trouvent à `https://lists.i2p/postorius/lists/` mais aussi disponibles depuis la clearnet à https://lists.i2p.email/postorius/lists/ 20:26:20 <mikalv> toute personne avec des idées constructives, des contributions, des discussions et ainsi de suite est bien sûr la bienvenue 20:26:57 <mikalv> au‑delà de ça j'ai fait quelques recherches sur la manière dont nous pouvons accepter des dons par carte de crédit, et comment nous pouvons aussi vendre des shirs et ce genre de choses en même temps 20:27:10 <mikalv> EOT 20:27:12 <mikalv> pas de blocage 20:28:14 <zzz> je suppose que c'est tout ? zlatinb on te laisse t'occuper de sermonner les absents ? 20:28:17 <zlatinb> quelqu'un d'autre ? sinon le scrum se termine dans 1 minute :) 20:28:27 <zlatinb> ok 20:28:33 <zlatinb> ScrumTimeoutException 20:28:41 <mikalv> lol 20:28:42 <zzz> pendant que nous sommes dans la « période de grâce » — DEFCON ! idk et moi y serons ce week‑end ! 20:29:04 <zzz> Monero Village vendredi après‑midi, et Crypto/Privacy Village samedi après‑midi 20:29:22 <zzz> atelier, Q&R, et autocollants les deux jours. venez dire bonjour 20:29:57 <zzz> à propos des outproxies, je vais mettre ça à l'ordre du jour pour le mois prochain, pour que sadie nous fasse un compte‑rendu de ce que nous essayons de faire 20:30:06 <zzz> autre chose pour la réunion ? 20:30:52 <zzz> oh, et Sadie présentera un article à FOCI à San José la semaine prochaine ! assurez‑vous de la trouver si vous êtes sur place 20:30:59 <mikalv> non, mais je m'attends à ce qu'on ait plus de choses pour les cas du navigateur/outproxy d'ici la prochaine réunion 20:31:39 <zzz> oui, nous n'avons pas encore de bon plan ni pour le navigateur ni pour l'outproxy. Nous avons des idées et des preuves de concept, mais pas de plan 20:31:53 <zzz> donc ce sera bien de voir tout ça se concrétiser 20:32:02 * zzz chauffe le baffer 20:32:44 <zzz> dernier baf de l'été, à septembre... 20:32:55 * zzz ****bafs**** la réunion est close

Programme de la conférence août 2019

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

Programme de la conférence août 2019

Bonjour à tous,

Le mois prochain s’annonce chargé ! Rencontrez des développeurs I2P lors de deux ateliers à Defcon 27, et échangez à FOCI ‘19 avec des chercheurs qui observent la censure visant I2P.

I2P for Cryptocurrency Developers

zzz

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

Cet atelier aidera les développeurs à concevoir des applications qui communiquent via I2P pour l’anonymat et la sécurité. Nous discuterons des exigences communes pour les applications de cryptomonnaie et examinerons l’architecture et les besoins spécifiques de chaque application. Ensuite, nous aborderons les communications par tunnel, la sélection du router et des bibliothèques, ainsi que les options d’empaquetage, et répondrons à toutes les questions liées à l’intégration d’I2P.

Accélérer votre réseau I2P

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

Cet article est adapté directement à partir de contenu initialement créé pour le blog Medium . Le mérite pour l’article original lui revient. Il a été mis à jour à certains endroits où il fait référence à d’anciennes versions d’I2P comme actuelles et a fait l’objet d’un léger travail d’édition. -idk

Juste après son démarrage, I2P est souvent perçu comme un peu lent. C’est vrai, et nous savons tous pourquoi : par nature, garlic routing (routage « garlic ») ajoute un surcoût à l’expérience familière de l’utilisation d’Internet afin que vous puissiez préserver votre vie privée, mais cela signifie que, pour de nombreux services I2P, voire la plupart, vos données devront, par défaut, passer par 12 sauts.

Réunion des développeurs I2P - 2 juillet 2019

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

Quick recap

Présents : eyedeekay, meeh, sadie, zlatinb, zzz

Compte rendu de réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) statut de la version 0.9.40, éléments restants (mhatta, nextloop) 20:00:00 <zzz> 2) statut de la version 0.9.41 (zzz) 20:00:00 <zzz> 3) statut de LS2 (zzz) 20:00:00 <zzz> 4) statut du projet I2P Browser "labs" (meeh) 20:00:00 <zzz> 5) demande d'ajout à la page d'accueil de la console pour muwire.i2p (zlatinb) 20:00:00 <zzz> 6) scrum de statut (zlatinb) 20:00:03 <zzz> 0) Salut 20:00:05 <zzz> salut 20:00:12 <zlatinb> salut 20:00:31 <zzz> 1) statut de la version 0.9.40, éléments restants (mhatta, nextloop) 20:00:42 <zzz> toujours aucune nouvelle de mhatta ou nextloop, hélas 20:00:59 <zzz> J'ai tenté à plusieurs reprises de trouver un nouveau mainteneur Debian, sans succès jusqu'à présent 20:01:09 <zzz> autre chose pour le point 1) ? 20:01:35 <zzz> 2) statut de la version 0.9.41 (zzz) 20:01:46 <sadie__> salut 20:01:54 <eyedeekay> Salut 20:02:09 <zzz> nous arrivons au terme de la période de revue. Je m'attends à avoir des mises à jour dans le réseau demain matin, avec d'autres éléments qui suivront 20:02:44 <zzz> et puis on recommencera pour la 42 20:03:06 <zzz> autre chose pour le point 2) ? 20:03:48 <zzz> 3) statut de LS2 (zzz) 20:04:01 <zzz> nous progressons lentement mais sûrement 20:04:11 <zzz> .41 prend en charge l'authentification par client 20:04:22 <zzz> garlic farm progresse aussi, lentement 20:04:46 <zzz> nous prévoyons un nouveau message I2CP pour la .42 afin de transmettre des informations de blinding du client au router 20:05:12 <zzz> nous continuons à avancer sur la proposition 144 pour un nouveau chiffrement, mais c'est vraiment difficile 20:05:42 <zzz> j'espère avoir une bonne spécification pour la 144 d'ici quelques mois, et peut-être publier du code de test vers la fin de l'année 20:05:55 <zzz> comme toujours, nos réunions sont le lundi à 18h30 UTC dans #ls2, tout le monde est bienvenu 20:06:07 <zzz> autre chose pour le point 3) ? 20:06:37 <zzz> 4) statut du projet I2P Browser "labs" (meeh) 20:06:45 <zzz> meeh, quelles sont les dernières nouvelles du navigateur ? 20:07:38 <zzz> ok, je suppose qu'il n'est pas là 20:07:51 <zzz> 5) demande d'ajout à la page d'accueil de la console pour muwire.i2p (zlatinb) 20:08:01 <zlatinb> salut 20:08:07 <zzz> `http://zzz.i2p/topics/2722` 20:08:11 <zzz> parle-nous de ton site, s'il te plaît 20:09:30 <zlatinb> MuWire est une application de partage de fichiers à usage général qui fonctionne au-dessus d'i2p. Le site contient des liens de téléchargement, des captures d'écran et des informations générales sur l'application. 20:10:05 <zlatinb> Je pense que MW présente un intérêt et une utilité généraux pour la communauté i2p ; il a connu une croissance rapide et suscite beaucoup d'intérêt. 20:10:22 <zzz> quelqu'un a des commentaires à propos de cette demande ? pour ? contre ? 20:10:41 <zzz> ou des questions ? 20:11:39 <zzz> Je soutiens la demande, je pense que c'est une application sympa qui n'est utile que si elle a beaucoup d'utilisateurs, et nous pouvons aider en la mettant sur la console 20:11:55 <zzz> sadie__, ? eyedeekay ? 20:12:23 <sadie__> Je soutiens la demande 20:12:30 <eyedeekay> Je la soutiens aussi. 20:12:49 <zzz> super. à défaut d'objections, on l'ajoutera pour la .42 20:12:54 <zzz> autre chose pour le point 5) ? 20:13:41 <zzz> 6) scrum de statut (zlatinb) 20:13:45 <zzz> à toi, zab 20:14:15 <zlatinb> Salut, faisons le scrum en parallèle. Merci de dire en quelques mots : 1) ce que vous avez fait depuis le dernier scrum 2) ce que vous prévoyez de faire le mois prochain 3) si vous avez des blocages ou besoin d'aide. Une fois terminé, dites EOT 20:15:38 <zzz> 1) corrections de bugs, authentification par client, garlic farm, nouveau chiffrement, encore des corrections de bugs, préparation de la version, travaux préliminaires sur de nouvelles choses pour la .42 20:15:39 <zlatinb> moi : 1) juste un petit ajustement de l'api RouterContext pour permettre un gestionnaire de logs personnalisé 2) j'ai d'autres changements Router/RouterContext que j'aimerais faire pour améliorer l'intégration du router. Je pourrais aussi travailler sur garlic farm si ça se libère. 3) Pas vraiment de blocages, ce serait simplement bien d'avoir Maven rationalisé 20:15:41 <zlatinb> EOT 20:16:41 <zzz> 1a) beaucoup de corrections de bugs et de nettoyages Android 2) version .41, scission de la config pour la .42, nouveau message i2cp pour la .42, travail sur le nouveau chiffrement de la prop 144 20:17:20 <sadie__> J'ai continué à travailler sur la console - logo mis à jour ajouté aux deux thèmes. Voyage à Tunis pour RightsCon et davantage de contacts pris dans la communauté. Sensibilisation de la communauté, tests, passage en revue des tickets et prise en main de tx. 20:17:37 <zzz> 2a) préparation pour Defcon, davantage de travail sur garlic farm, collaboration avec l'équipe #ls2 sur la construction de tunnel pour les routers avec le nouveau chiffrement 20:17:45 <sadie__> le mois prochain : mise à jour du modèle de menace, recherche utilisateur et création de personas, démarches de financement 20:17:45 <eyedeekay> J'ai travaillé sur la configuration des tunnels scindés, récemment c'était des tests sur plusieurs plateformes. J'ai créé une webextension pour améliorer la navigation sur Android en configurant automatiquement le navigateur, j'ai écrit/mis en miroir un tas de billets de blog et j'ai travaillé sur le site web. 2) Finir de tester les tunnels scindés et les intégrer dans le router pour la .42. Travailler avec meeh sur le navigateur. 3) pas de blocages EOT 20:17:46 <sadie__> EOT 20:18:01 <zzz> 3) pas de blocages, EOT 20:18:15 <zlatinb> merci, je crois que c'est tout le monde </scrum> 20:18:22 <meeh> j'écris 20:18:24 <meeh> un instant 20:18:37 <zzz> ok 20:21:29 <meeh> J'ai principalement travaillé sur le navigateur, je me suis aussi penché sur le problème des dépendances Maven, la documentation et j'ai regardé à quel point ce serait pénible de construire le navigateur pour Android afin que nous puissions déprécier celui intégré dans notre application. 20:22:29 <zzz> meeh, c'était pour 1) ? merci de donner 2) et 3) suivis de EOT 20:25:34 <meeh> 1) oui, ci-dessus 2) navigateur : préparer la documentation utilisateur, stabiliser les fonctionnalités actuelles, terminer le rebranding, en particulier pour les icônes et les graphismes. lanceur osx : terminer la fonctionnalité de partage torrent snark. android : finir l'évaluation de la charge que représenterait un port du navigateur — Tor fait la même chose maintenant, et étant donné que nous utilisons beaucoup des mêmes choses et scripts de build, c'est peut-être faisable. et enfin, pour les dons 20:26:39 <meeh> 3) pas de blocages, et pas besoin d'aide, si ce n'est que je suis toujours heureux d'accepter des PR pour des choses du navigateur et surtout Android, domaine dans lequel je ne suis pas vraiment compétent 20:27:03 <zzz> EOT ? 20:27:07 <meeh> EOT 20:27:14 <zzz> ok merci meeh 20:27:22 <zzz> voilà pour le point 6) scrum 20:27:34 <zzz> revenons au point 4) I2P Browser (meeh) 20:28:06 <zzz> pourrais-tu nous donner un statut s'il y a quelque chose de plus à ajouter que ce qui était dans ton scrum ? 20:28:56 <zzz> dernière version, prochaine version, stabilité, fonctionnalités, ... ? 20:30:21 <meeh> Je pense que nous avons couvert la plupart des éléments graphiques d'icônes dans le projet du navigateur, cependant nous avons aussi quelques images (je pense notamment à l'assistant d'onboarding) qui doivent être remplacées par quelque chose, et c'est pareil pour le texte. La semaine dernière a aussi montré qu'il nous faut environ 1 à 2 jours (jusqu'à 48 h) pour réagir à un problème de sécurité (c'est-à-dire, du moment où j'ai eu du temps jusqu'à ce que ce soit construit) 20:34:05 <meeh> la documentation développeur devrait suffire pour un moment, la documentation utilisateur est bientôt terminée, en essayant de ne pas trop piocher dans des endroits comme mozilla et consorts. Notre approche des modifications du fork est de placer la plupart de notre logique et de nos fonctionnalités dans i2pbutton - et de ne faire que ce qui est vraiment nécessaire dans le code source de firefox, ce qui jusqu'ici semble bien fonctionner. Cela inclut aussi les traductions puisque firefox 20:34:05 <meeh> fournit les siennes, donc il ne reste à traduire que les chaînes spécifiques à I2P 20:35:01 <zzz> ok, merci pour la mise à jour. Autre chose pour le point 4) ? 20:35:07 <zzz> des questions sur le navigateur ? 20:35:16 <meeh> mes réflexions sur le passage à une nouvelle version ESR sont ... bob-bob positif, c'est-à-dire que je ne suis pas sûr que cela puisse se faire automatiquement, cependant les quelques endroits qui nécessitent un patch ou deux commencent à m'être vraiment familiers 20:35:56 <meeh> la prochaine version ne devrait pas tarder, cela dépend un peu de l'énergie que l'équipe voudra y consacrer dans les semaines à venir 20:36:35 <zzz> oui, il faut peser les priorités. Je pense que nous apprenons mieux l'ampleur de l'effort nécessaire pour le faire réellement 20:36:46 <zzz> autre chose pour le point 4) ? 20:36:50 <meeh> je n'ai pas vraiment de calendrier là-dessus au-delà du moment où telle fonctionnalité nouvelle/actuelle sera terminée ou plus aboutie, et/ou de la publication de correctifs de sécurité pour Android 20:36:53 <meeh> ffirefox** 20:38:10 <zzz> autre chose pour le point 4) ? 20:39:05 <zzz> autre chose pour la réunion ? 20:39:54 <zzz> merci à tous 20:40:01 * zzz *bafs* la réunion est close

Version 0.9.41

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

Détails de la mise à jour

La version 0.9.41 inclut des améliorations des performances, des améliorations de la bibliothèque de streaming et d’importantes corrections de bogues. Nous poursuivons le travail de développement sur de nouveaux leaseSets (LS2) et des leaseSets chiffrés. Cette version contient l’habituel lot de corrections de bogues et de mises à jour des traductions.

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’exécuter la dernière version.

Vous souhaitez écrire une bibliothèque SAM

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

Ou, communiquer avec i2p pour les personnes qui ne sont pas vraiment habituées à lire des spécifications

L’une des meilleures fonctionnalités d’I2P, à mon avis, est son API SAM, qui peut être utilisée pour établir une passerelle entre I2P et votre application ou le langage de programmation de votre choix. Actuellement, des dizaines de bibliothèques SAM existent pour une variété de langages, notamment :

Si vous utilisez l’un de ces langages, il est peut-être déjà possible de porter votre application vers I2P en utilisant une bibliothèque existante. Cependant, ce n’est pas l’objet de ce tutoriel. Ce tutoriel explique quoi faire si vous souhaitez créer une bibliothèque SAM dans un nouveau langage. Dans ce tutoriel, je vais implémenter une nouvelle bibliothèque SAM en Java. J’ai choisi Java parce qu’il n’existe pas encore de bibliothèque Java qui vous connecte à SAM, en raison de l’utilisation de Java sur Android, et parce que c’est un langage avec lequel presque tout le monde a au moins un peu d’expérience, afin que, je l’espère, vous puissiez le porter dans le langage de votre choix.

Comment configurer un serveur SSH derrière I2P pour un accès personnel

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

Comment configurer un serveur SSH derrière I2P pour un accès personnel

Ceci est un tutoriel expliquant comment configurer et affiner un tunnel I2P afin de l’utiliser pour accéder à un serveur SSH à distance, en utilisant soit I2P, soit i2pd. Pour l’instant, il part du principe que vous installerez votre serveur SSH via un gestionnaire de paquets et qu’il s’exécute en tant que service.

Considérations: Dans ce guide, je pars de quelques hypothèses. Elles devront être ajustées en fonction des complications qui surviennent dans votre configuration particulière, en particulier si vous utilisez des VM (machines virtuelles) ou des conteneurs pour l’isolation. Cela suppose que l’I2P router et le serveur SSH s’exécutent sur le même localhost. Vous devriez utiliser des clés d’hôte SSH nouvellement générées, soit en utilisant un sshd fraîchement installé, soit en supprimant les anciennes clés et en forçant leur régénération. Par exemple:

Réunion des développeurs I2P - 4 juin 2019

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

Récapitulatif rapide

Présents: echelon, eyedeekay, zlatinb, zzz

Journal de réunion

20:00:14 <zzz> 0) Salut 20:00:16 <zzz> salut 20:00:43 <zzz> 1) Statut de la release 0.9.40 éléments restants (meeh, mhatta, nextloop, str4d) 20:00:43 <zzz> 2) Statut de la sortie corrigée d'i2pbote-android (meeh) 20:00:43 <zzz> 3) Statut du développement 0.9.41 (zzz) 20:00:43 <zzz> 4) Statut LS2 (zzz) 20:00:43 <zzz> 5) Statut du projet I2P Browser « labs » (meeh) 20:00:43 <zzz> 6) Scrum de statut (zlatinb) 20:01:03 <zzz> 1) Statut de la release 0.9.40 éléments restants (meeh, mhatta, nextloop, str4d) 20:01:28 <zzz> Je crois qu'il reste Debian/Ubuntu et le F-Droid officiel ? 20:01:41 <zzz> J'ai bien eu un retour de mhatta, mais il n'a rien promis 20:02:04 <zzz> J'ai contacté d'autres personnes Debian pour voir si quelqu'un d'autre pouvait le faire, rien pour l'instant 20:02:10 <zzz> nextloop tu as une mise à jour pour nous ? 20:02:53 <eche|on> J'ai construit des builds de test pour Debian Buster et Stretch sur echelon.i2p/update/ 20:02:57 <zzz> autre chose sur 1) ? 20:03:29 <zzz> 2) Statut de la sortie corrigée d'i2pbote-android (meeh) 20:03:40 <zzz> mikalv, tu as une mise à jour pour nous sur bote ? 20:04:52 <zzz> Je crois qu'on a publié la release de bote et que ça fonctionne pour les gens 20:04:58 <zzz> autre chose sur 2) ? 20:05:16 <eyedeekay> Rien de mon côté 20:05:30 <zzz> 3) Statut du développement 0.9.41 (zzz) 20:05:45 <zzz> ok, on est un peu plus qu'à mi-parcours du cycle de développement .41 et ça se passe bien 20:06:06 <zzz> la grosse nouveauté, c'est l'authentification par client pour LS2 chiffré 20:06:19 <zzz> on a aussi corrigé un bug dans la gestion des gros messages qui, je pense, aidera bote à mieux fonctionner 20:06:55 <eche|on> on verra, build de test disponible 20:06:56 <zzz> idk et moi travaillons à scinder les fichiers clients.config et i2ptunnel.config, mais ça semble devoir attendre la .42 20:07:38 <zzz> pour que bote voie une différence, il faudra probablement que ça se déploie sur la majeure partie du réseau, car le bug peut être déclenché par n'importe quel router sur le chemin 20:08:03 <eche|on> ouais 20:08:12 <zzz> la release est prévue pour la première semaine de juillet 20:08:33 <zzz> autre chose sur 3) ? 20:09:28 <zzz> 4) Statut LS2 (zzz) 20:09:58 <zzz> ça continue fort. Nous avons eu 42 réunions hebdomadaires jusqu'à présent et ce n'est pas près de s'arrêter, bien que nous passions davantage de temps dernièrement sur le nouveau chiffrement (proposal 144) 20:10:19 <zzz> J'ai déjà mentionné le code d'authentification par client qui sera dans la 41. 20:10:54 <zzz> Le développement de Garlic farm pour le meta ls2 est en pause depuis environ 3 semaines, au profit du code d'authentification client, mais nous y reviendrons bientôt 20:11:27 <zzz> Je continue à migrer les spécifications depuis les propositions vers la partie principale des spécifications sur notre site web 20:11:38 <zzz> au fur et à mesure que nous implémentons et testons les choses 20:11:52 <zzz> nos réunions sont toujours à 18h30 UTC le lundi sur #ls2 20:12:11 <zzz> autre chose sur 4) ? 20:13:04 <zzz> 5) Statut du projet I2P Browser « labs » (mikalv) 20:13:15 <zzz> mikalv, comment ça se passe pour le i2p browser ? 20:14:08 <zzz> Je sais qu'une nouvelle beta est sortie et qu'elle est testée, mais pour certaines personnes ça ne marche pas du tout ? 20:15:04 <zzz> il y a aussi une demande pour plus de documentation sur notre page de téléchargement du lab, et il a dit qu'il s'en occuperait bientôt, donc restez à l'affût 20:15:17 <zzz> ok, je suppose que mikalv n'est pas là, autre chose sur le 5) ? 20:16:08 <zzz> 6) Scrum de statut (zlatinb) 20:16:13 <zzz> à toi, zlatinb 20:16:42 <zlatinb> Salut, faisons comme d'habitude - dites 1) ce que vous avez fait depuis le dernier scrum 2) ce que vous prévoyez de faire le mois prochain 3) si vous avez des bloquants ou besoin d'aide 20:16:46 <zlatinb> terminez par EOT une fois fini 20:17:08 <zlatinb> moi : 1) un peu de garlic farm, pas grand-chose d'autre 2) j'espère plus de garlic farm 3) pas de bloquants 20:17:09 <zlatinb> EOT 20:17:17 <eche|on> en faisant la même chose que d'habitude, en gardant le serveur en vie, on continue pareil, pas de bloquant, eot 20:17:30 <zzz> 1) garlic farm, ls2, et authentification par client ; corrections de bugs 20:18:10 <zzz> 2) garlic farm, corrections de bugs, GMP 6.1.2, découpage des fichiers de config, préparation de la release 0.9.41 20:18:18 <eyedeekay> Scinder les configs i2ptunnel et écrire de la documentation/des billets de blog, 2) davantage de ça 3) pas de bloquants eot 20:18:32 <zzz> 3) pas de bloquants, EOT 20:18:44 <zlatinb> ok je pense que c'est tout le monde, merci 20:19:04 <zzz> ok, c'était assez rapide, on devient plus efficaces ! 20:19:18 <zzz> autre chose pour la réunion aujourd'hui ? 20:20:15 <zzz> oh, et félicitations à eyedeekay qui a signé un accord de dev et s'est vu accorder des privilèges de check-in mtn ! même s'il a déjà fait pas mal pour nous ces derniers mois, maintenant il peut faire des dégâts beaucoup plus vite ! 20:20:37 <eyedeekay> :-D 20:20:38 <zzz> hâte d'avoir eyedeekay directement sur la base de code 20:21:07 * zzz cherche la batte pour t'en mettre un coup 20:22:01 * zzz *baf* la réunion est close

Comment proposer votre site Web existant en tant qu’eepSite I2P

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

Ce billet de blog vise à servir de guide général pour exploiter un miroir d’un service du clearnet sous la forme d’un eepSite. Il approfondit le billet de blog précédent à propos des tunnels I2PTunnel de base.

Malheureusement, il est probablement impossible de couvrir complètement tous les cas possibles consistant à rendre un site web existant disponible en tant qu’eepSite. Il existe tout simplement une trop grande diversité de logiciels côté serveur, sans parler des particularités pratiques propres à chaque déploiement de logiciel. Je vais plutôt essayer de présenter, aussi précisément que possible, le processus général de préparation d’un service en vue de son déploiement sur l’eepWeb ou d’autres services cachés.

Tutoriel de base sur les tunnels I2P avec des images

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

Bien que le router I2P Java soit livré préconfiguré avec un serveur web statique, jetty, pour fournir le premier eepSite de l’utilisateur, beaucoup ont besoin de fonctionnalités plus sophistiquées de leur serveur web et préfèrent créer un eepSite avec un autre serveur. C’est bien sûr possible, et en réalité c’est très simple une fois que vous l’avez fait une première fois.

Bien que ce soit facile à faire, il y a quelques éléments à prendre en compte avant de le faire. Vous voudrez supprimer les caractéristiques identifiantes de votre serveur Web, comme des en-têtes potentiellement identifiants et des pages d’erreur par défaut qui indiquent le type de serveur/distribution. Pour plus d’informations sur les menaces pour l’anonymat posées par des applications mal configurées, voir : Riseup ici , Whonix ici , cet article de blog pour quelques erreurs d’opsec (sécurité des opérations) , et la page des applications I2P ici . Bien qu’une grande partie de ces informations concerne les services onion de Tor, les mêmes procédures et principes s’appliquent à l’hébergement d’applications sur I2P.

Comment se porter volontaire en aidant à l’amorçage d’I2P-Bote

Mon, 20 May 2019 00:00:00 +0000

Un moyen simple d’aider les personnes à communiquer entre elles en privé consiste à exécuter un pair I2P-Bote qui peut être utilisé par les nouveaux utilisateurs d’I2P-Bote pour amorcer leurs propres pairs I2P-Bote. Malheureusement, jusqu’à présent, le processus de mise en place d’un pair d’amorçage I2P-Bote a été bien plus obscur qu’il ne devrait l’être. En fait, c’est extrêmement simple !

Qu’est-ce qu’I2P-bote ?

I2P-bote est un système de messagerie privée construit sur i2p, doté de fonctionnalités supplémentaires qui rendent encore plus difficile la déduction d’informations sur les messages transmis. De ce fait, il peut être utilisé pour transmettre des messages privés de manière sécurisée tout en tolérant une latence élevée et sans dépendre d’un relais centralisé pour envoyer des messages lorsque l’expéditeur se déconnecte. Cela contraste avec la quasi-totalité des autres systèmes de messagerie privée populaires, qui exigent soit que les deux parties soient en ligne, soit s’appuient sur un service partiellement digne de confiance qui transmet les messages au nom des expéditeurs lorsqu’ils se déconnectent.

Réunion des développeurs I2P - 7 mai 2019

Tue, 07 May 2019 00:00:00 +0000

Récapitulatif rapide

Présents: chisana, eyedeekay, meeh, sadie, zlatinb, zzz

Journal de réunion

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.39 release status remaining items (meeh, mhatta, nextloop, str4d) 20:00:00 <zzz> 2) Fixed i2pbote-android release status (meeh) 20:00:00 <zzz> 3) 0.9.40 dev status (zzz) 20:00:00 <zzz> 4) LS2 status (zzz) 20:00:00 <zzz> 5) Status scrum (zlatinb) 20:00:04 <zzz> 0) Hi 20:00:06 <zzz> hi 20:00:10 <meeh> hi 20:00:17 <zlatinb> hi 20:00:51 <zzz> 1) 0.9.39 release status remaining items (meeh, mhatta, nextloop, str4d) 20:00:55 <eyedeekay> hi 20:01:07 <zzz> this agenda item was from the meeting last month... 20:01:29 <zzz> where we were still missing debian, f-droid, and mavencentral 20:01:40 <zzz> meeh you have an update for us on any of those items? 20:02:33 <meeh> me and str4d will pair this release, meaning he walks over all the steps with me, which includes maven/f-droid. I'm contacting him today about this since we last discussed this a week or two ago. 20:02:43 <zzz> and has anybody heard from mhatta re: debian? 20:02:51 <meeh> that should cover fdroid, maven and googleplay 20:03:15 <zzz> meeh this is about .39 - have f-droid and mavencentral releases for .39 been posted? 20:03:33 <sadie_> hi 20:03:34 <meeh> osx launcher will ofc be updated as well 20:03:52 <meeh> no, but when I pair with str4d I learn how I can fix that 20:03:59 <meeh> so then both 39 and 40 should be fixed 20:03:59 <zzz> we're talking .39 items from 7 weeks ago that were not complete at the last meeting 5 weeks ago 20:04:17 <meeh> `https://search.maven.org/search?q=g:net.i2p` 20:04:19 <meeh> maven is latest bt 20:04:24 <meeh> w 20:04:24 <meeh> .39 20:04:48 <zzz> ok. so what's the ETA for "pairing" (don't let him infect you with zcash-speak) 20:05:38 <R4SAS> :D 20:05:39 <zzz> and I thought our f-droid problem was server dependency issues, not the know-how. Were those resolved? 20:05:57 <meeh> my answer on that is when str4d have time for me for a quick walkthrough - which I took as he would find time for really quick when I spoke with him last. I'll update you on what he says today 20:06:41 <zzz> for mavencentral, you have everything you need including the howto, right? you have all the permissions you need? 20:06:58 <meeh> no howto 20:07:19 <zzz> I'm asking because 'when str4d has time' means nothing unfortunately :( 20:07:28 <meeh> we have some maven gradle script files in our repo, which I could *guess* how work and try, which I prefer not to mess up 20:07:46 <meeh> I have hope in him this time 20:08:09 <meeh> time to get rid of nagging, to free more time, - sounds something everyone would accept 20:08:42 <zzz> sure, it's the long plan to remove str4d from all dependencies, we're almost there, keep pushing until it's done 20:09:36 <zzz> ok back to mhatta - anybody heard from him? is it time to start calling him or where do we go from here? 20:09:46 <zzz> zlatinb, any ideas? 20:10:04 <zzz> and anybody heard from nextloop? 20:10:15 <zlatinb> calling him last time didnt work, although he confirmed I had the right number 20:10:27 <zlatinb> no ideas unfortunately 20:10:39 <zzz> meeh, as I understand it you can also just put in some request to get into the real f-droid, we don't really need nextloop. Do you know how to do that? 20:10:40 <sadie_> can anyone take on mhatta's tasks? 20:11:15 <zzz> anyone who's an official Debian Developer... know any others with time? 20:11:38 <meeh> I'm sorry to say I'm even less known with frdroid than android - I've only (at least in my memory) been the hoster of our private repo 20:11:53 <sadie_> no - but we should start looking 20:11:57 <meeh> but I can ask str4d while I talk to him, he should know 20:12:20 <zzz> ok meeh remember there's two fdroids, ours and the official fdroid.org, so please get the howto for both. Please try finding nextloop 20:12:27 <zzz> twitter, email, etc 20:13:13 <meeh> yea, our own is moved, and should in theory be working when I try those python commands to push it, - I'll test that out after speaking with str4d 20:13:19 <zzz> anything else on 1) ? We didn'd do a great job on .39 20:13:40 <zzz> so let's fix it quick for .40 20:13:57 <zzz> releases is what we do, when we can't get the releases out, we've failed 20:14:16 <zzz> anything else on 1) ? 20:15:18 <zzz> 2) Fixed i2pbote-android release status (meeh) 20:15:35 <zzz> meeh what's the status on the long-awaited bote android release? 20:15:42 <meeh> currently it still hangs on "connecting" 20:16:14 <zzz> but eyedeekay reports it works? 20:16:36 <zzz> did you try it non-firewalled meeh? 20:16:41 <eyedeekay> it works only if you use the built-in router. This is on a tablet 20:16:44 <meeh> ok, I feel we have talked many times now about the release. please don't take me as rude, mean, or anything besides just "trying to be as clear as possible" - I do not release a broken product. Unless I can send a message from my bote-android to my desktop-android - I'm not releasing 20:17:20 <zzz> this is a status meeting for everybody. Pretend you havent talked to me in a month, and tell everybody where we're at please. Youre not talking to me, you're reporting to the world 20:17:41 <meeh> because uless that, what we release is per definition broken - and it would reflect badly back at us 20:18:00 <meeh> ok sorry - but there it is ^ :) 20:18:27 <zzz> so, what's the outlook or ETA or guess for getting it fixed and released? 20:18:41 <meeh> but yea, I strongly feel that pushing a broken release would reflect badly at i2p - does anyone disagree on that statement? 20:19:11 <zzz> I'm not pushing you to release. I'm asking when it will be released. 20:19:26 <zzz> that's the purpose of this meeting, to report status 20:19:34 <meeh> how long time would you think it would take to make bote connect via tcp socket instead of unix domain? 20:19:46 <zzz> I dont know 20:20:06 <meeh> because at best, which I hope, it's that we need to do.. if not, no clue at all :( 20:20:32 <meeh> because if peers aren't the issue, and we still strugles to connect 20:20:38 <meeh> and based upon my debug sessions 20:20:48 <meeh> I suspect it's the IPC between the apps which make nonce 20:20:56 <meeh> and destroy the com 20:21:06 <zzz> ok. perhaps we can get some more testers from asking here in this channel... maybe cisiey 20:21:15 <meeh> cause the tunnel and leases seems ok in my view 20:21:39 <meeh> which my logical next place to look then is between router <-> bote 20:21:46 <zzz> ok. but if it's trying to build a tunnel for bote, then it's not a problem with the i2cp socket 20:21:57 <meeh> maybe the control socket work, but the data transfer stops 20:22:07 <zzz> you're either talking to the router or you aren't. it's all over the same socket 20:22:17 <zzz> (control and data) 20:22:32 <meeh> maybe google do something we don't know - wouldn't be the first time 20:22:50 <zzz> the good news is you're making progress, we've been stuck plenty of times before and always figured it out 20:22:54 <zzz> thanks for the update 20:22:57 <zzz> anything else on 2) ? 20:23:07 <meeh> so i2cp works like tls, it configures and then goes to pure data transfer? 20:23:34 <zzz> it's muxed control and data, all the time. it doesn't ever 'go to' pure data 20:23:54 <meeh> okay, ascii encoded binary data then or? 20:24:15 <zzz> I can walk you through how i2cp works after the meeting if you'd like 20:24:21 <meeh> anyway - we can take impl. details later 20:24:22 <meeh> yea 20:24:27 <zzz> anything else on 2) ? 20:25:02 <zzz> 3) 0.9.40 dev status (zzz) 20:25:16 <zzz> 0.9.40 dev status is DONE! 20:25:30 <zzz> we went for a short 6 1/2 week cycle and we released today 20:25:32 <chisana> congrats! 20:25:54 <zzz> in-net update is alive. Not sure if the English news has been updated though. The swarm seems a little small? 20:26:05 <zzz> eche|off, have you investigated? 20:26:25 <zzz> it's at least partially updating 20:26:47 <zzz> we're going to watch this one closely because we disabled NTCP 1, which shouldn't have any ill effects, but we'll see 20:27:19 <zzz> so, let's talk release items ETA. The in-net update is out, the website is updated. I'll do our PPA and deb repo tomorrow. 20:27:45 <zzz> meeh what's the eta for the android router release? 20:28:01 <meeh> again, I'll do this time with str4d 20:28:23 <meeh> the whole "str4d part" of the release in one pack 20:28:24 <meeh> :) 20:28:28 <zzz> even for android router? you did it by yourself last time. 20:28:42 <zzz> I'd just like to depend on him for as little as possible 20:28:42 <meeh> Yes, by hacking around maven 20:28:50 <meeh> but the correct order is to deploy maven first 20:29:05 <meeh> Yes, but the goal is that this is the last time we do that, <ever> 20:29:24 <zzz> ok. we'll see if that comes true, hopefully so 20:30:07 <meeh> for the record, I've already contacted him on DM @ twitter 20:30:25 <zzz> ok let us know when you have an ETA 20:30:26 <meeh> which is where I've been talking with him the past times 20:31:02 <zzz> zlatinb, I guess you and I should send out to all 10 of mhatta's emails to try and get his attention? It's been two months since we've heard from him 20:31:25 <zzz> would hate to have some old release in buster 20:31:27 <zlatinb> sure, give me the emails and Ill blast something out 20:31:38 <zzz> ok 20:31:59 <zzz> eche|off, eche|on you here? 20:32:39 <zzz> ok I guess that's it for 3) ? 20:33:18 <zzz> 4) LS2 status (zzz) 20:33:42 <zzz> I'll give a quick status on the 3 main proposals: 123, 144, and 150 20:34:13 <zzz> 123 is the ls2 proposal. It's mostly done and we got a lot of the encrypted ls2 code into .40 where we can do more testing 20:34:34 <zzz> the proposal itself hasn't changed much at all in the last month which is good 20:35:05 <zzz> 144 is the new encryption proposal. It's seen zero activity in the last month while higher-priority things happened 20:35:26 <zzz> but I've received a lot of comments on it. expect an updated draft in a week or two 20:35:48 <zzz> I'd like to see some implementations of 144 in 4-6 months but we have a lot of work to do to get there 20:36:05 <zzz> 150 is the new 'garlic farm' proposal based on raft, to manage massive multihoming. 20:36:30 <zzz> it's a new proposal but it's gotten pretty good feedback, less complaints by far than 144! 20:37:04 <zzz> zlatinb, when you think we might have an experimental plugin implementing 150? a couple of months? 20:37:24 <zzz> I guess we need to talk about what we can squeeze into .41 to support it 20:37:38 <zlatinb> depends on how we scope it; many of the listed features are really just nice-to-haves 20:37:59 <zzz> yeah in my revision yesterday I marked a lot of it as not-first-release 20:38:07 <zlatinb> if we cut everything to the absolute bare minimum maybe less than a few months 20:38:47 <zzz> yeah we haven't had our roadmap meeting for .41 yet, so I'm not sure what's where priority-wise 20:38:49 <zlatinb> its a medium-sized project I think 20:39:18 <zzz> agreed 20:39:37 <zzz> anybody have any questions on 4), ls2, or related proposals? 20:39:52 <zzz> as usual, all are welcome at our meetings, Mondays 6:30 PM UTC in IRC #ls2 20:40:27 <chisana> if i can get a "working/MVP" ECIES together, will that help with 144 completion? 20:40:54 <zzz> of course 20:41:37 <zzz> somebody has to be first. we've done integration testing with several other proposals, going back a year to NTCP 2. 20:42:03 <zzz> somebody is done first, then somebody else, then you try to get them to talk, then you try to figure out who's right and who's wrong 20:42:33 <zzz> it's hard and slow work but it's the only way to do it 20:43:15 <chisana> for sure, 144 is where I'll be spending most of my time, so will be sure to come with frequent updates/questions 20:43:25 <zzz> we've learned we're almost never done until we have two impls. that's the only way to 'test' the spec 20:43:41 <zzz> great 20:43:49 <zzz> anybody have any questions on 4), ls2, or related proposals? 20:44:30 <zzz> 5) status scrum (zlatinb) 20:44:36 <zzz> you have the floor zlatinb 20:45:15 <zlatinb> Hi. The usual scum in parallel. Please describe in a few words 1) what you have been doing since the last scrum 2) what you plan on doing next month 3) if you have any blockers or need help. Say EOT when done 20:45:49 <zlatinb> Me: 1) finishing touches on the advanced filter, work on garlic farm, outproxy tuning with arctic, some jogger tix 2) hopefully just garlic farm 3) no blockers EOT 20:47:03 <zzz> 1) bug fixes; signed windows installer; switch to izpack 5; susidns import feature; implementation of encrypted ls2; .40 review and release; working on android I2CP issues 20:47:38 <meeh> 1) I've been redesigning the osx launcher and upgraded swift code to 4.2 soon 5, cleaned up in the code, migrated more from objc. I've also been doing some improvements for the services I host for i2p inc. outproxy. and some android development and learning 20:47:55 <zzz> 1 cont.) wrote garlic farm proposal, lots of garlic farm architecture stuff; ls2 meetings and discussions; work with sadie on icons etc. 20:48:09 <sadie_> working on updating iconography for .40, will continue this for .41 and also updating logo with the logo created by Ura for console, site. Improvements to set up wizard, preparing for trip to RightsCon and outreach with TX, IFF EOT 20:48:55 <zzz> 2) .40 PPA release; .41 roadmap; config splitting work with eyedeekay, garlic farm; ls2 meetings; bug fixes; maybe automate sybil detection -> blacklisting? 20:49:03 <meeh> 2) for the next month I plan to give our browser some love again, updating version to equal upstream, some i2p integration improvements if it's doable, make the osx native context menu -> snark-share usable, and also look into more the issues with mattermost/irc/our-communication 20:49:06 <eyedeekay> 1) Bote, bug fixes, writing guides 2) hopefully split configuration, bote, and bugfixes 3) no blockers EOR 20:49:10 <eyedeekay> *EOT 20:49:38 <meeh> 3) no hopefully not, only would now be awaiting str4d to suggest a time where we can pair and do the release 20:49:48 <sadie_> outproxy docs /testing 20:49:50 <meeh> EOT 20:49:56 <zzz> 3) blockers: mhatta for debian/tails stuff 20:50:06 <eyedeekay> Oh also I'd like to spend some time with meeh on the browser as well in the next month. 20:50:17 <zzz> EOT 20:50:51 <zlatinb> Thanks, that completes the scrum. 20:50:59 <zzz> ok thanks zlatinb 20:51:12 <zzz> a couple quick questions before we wrap up the meeting 20:51:27 <zzz> does a 8 week cycle and a July 2 release date for .41 work? meeh? 20:52:12 <meeh> no imidiate things saying it shouldn't work, I think it's ok 20:52:26 <zzz> ok, that's what we'll pencil in until we hear from eche|off 20:52:57 <zzz> next, meeh, did you get the osx .40 build out? it's on the d/l page because it's triggered from the version number, but I didn't ask you if you'd done it yet 20:53:16 <zzz> so that's a bug in our process 20:53:24 <meeh> no I was thinking of starting that process now after the meeting 20:53:37 <meeh> didn't get time in front 20:54:06 <zzz> ok thanks. I'll fix our checklist so I don't bump the build on the d/l page until you're done, for next time 20:54:33 <zzz> last question for meeh, do you plan to do a browser release to fix the firefox cert thing? or do you even need to? 20:55:19 <meeh> could you eleberate the "firefox cert thing" please? :p 20:55:21 <zzz> as you said, time for some love for the browser. At some point we should talk about whether the 'lab' project should graduate to something more, or be killed? 20:55:48 <zzz> where the plugins like noscript broke. I'll fill you in later or look on twitter or ars technica 20:55:48 <meeh> yes, why don't we take that as a topic on our next meeting then? 20:55:54 <meeh> regarding RC or death 20:55:58 <zzz> ok, will do 20:56:09 <zzz> anybody have anything else for the meeting? 20:56:27 <meeh> I'm gonna start the osx build now if it's not anything more 20:56:44 * zzz looks for the baffer 20:57:00 <meeh> next osx upgrade would auto-update (woho!) 20:57:18 * zzz *bafffs* the meeting closed

Version 0.9.40

Tue, 07 May 2019 00:00:00 +0000

Détails de la mise à jour

La version 0.9.40 désactive l’ancien transport NTCP1 et supprime la prise en charge des introductions SSU sur IPv6. Maintenant que NTCP2 est activé par défaut depuis plus de 6 mois, il est temps de désactiver l’ancien transport NTCP1 et d’économiser de la bande passante et de la mémoire. Nous poursuivons les travaux de développement sur LS2 et les LeaseSets chiffrés. Plusieurs bogues ont été corrigés.

Réunion des développeurs I2P - 2 avril 2019

Version 0.9.38

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

Détails de la mise à jour

La version 0.9.38 active NTCP2 par défaut pour tous les utilisateurs. NTCP2 offre une résistance efficace à la censure par DPI (inspection profonde des paquets) et réduit la charge du CPU grâce à l’utilisation d’une cryptographie moderne et plus rapide. Cette version inclut également des corrections de bogues importantes et des améliorations de performances.

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’utiliser la dernière version.

Réunion des développeurs I2P - 6 décembre 2018

Thu, 06 Dec 2018 00:00:00 +0000

Récapitulatif rapide

Présents : alex, zlatinb, zzz

Compte rendu de réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) Statut de dev 0.9.38 (zzz) 20:00:00 <zzz> 2) Statut LS2 (zzz) 20:00:00 <zzz> 3) état 35c3 (echelon) 20:00:00 <zzz> 4) Scrum de statut (zlatinb) 20:00:03 <zzz> 0) Salut 20:00:05 <zzz> salut 20:00:08 <zlatinb> salut 20:00:13 <zzz> 1) Statut de dev 0.9.38 (zzz) 20:00:32 <zzz> La 38 s’annonce comme une très grosse version, nous avons déjà plus de 30 000 lignes de diff 20:01:03 <zzz> ont été intégrées jusqu’ici : les bases du nouvel assistant, la nouvelle implémentation GeoIP, et la prise en charge initiale de LS2 20:01:26 <zzz> la 37 fonctionne très bien, avec 75 % ou plus du réseau qui l’utilise, aucun problème NTCP2 signalé 20:01:55 <zzz> les icônes et les modifications CSS devraient commencer à apparaître la semaine prochaine 20:02:21 <zzz> nous prévoyons une sortie fin janvier. Avec deux semaines de congés pour les fêtes, il reste encore beaucoup à faire d’ici là 20:02:26 <zzz> mais tout se passe bien jusqu’à présent 20:02:50 <zzz> je vous encourage tous à tester une build de dev depuis bobthebuilder.i2p, ou à la construire vous-mêmes 20:03:08 <zzz> nous avons besoin de testeurs car il y a beaucoup de changements, il faut détecter les problèmes maintenant, pas après la sortie 20:03:15 <zzz> autre chose pour le point 1) ? 20:04:16 <zzz> 2) Statut LS2 (zzz) 20:04:47 <zzz> nous avons eu notre 19e réunion hebdomadaire hier. La partie LS2 de base est terminée et je travaille à son implémentation pour la 38 20:05:28 <zzz> en ce moment nous faisons deux choses en parallèle : travailler sur la spécification LS2 chiffrée, et commencer la proposition 144, qui définit une nouvelle crypto et un protocole de bout en bout s’appuyant sur LS2 20:05:43 <zzz> le LS2 chiffré devrait être bouclé sous peu. 20:06:24 <zzz> la proposition 144, que nous appelons ECIES-X25519-AEAD-ratchet, est assez complexe et je pense qu’il faudra un à deux mois pour la stabiliser 20:06:41 <zzz> les réunions ont lieu les lundis à 7 h 30 UTC dans #ls2, tout le monde est le bienvenu 20:06:55 <zzz> autre chose pour le point 2) ? 20:08:00 <zzz> 3) état 35c3 (echelon) 20:08:17 <zzz> Je crois qu’echelon ne peut pas être là aujourd’hui 20:08:46 <zzz> Je sais qu’il travaille sur une solution de bannière de table, et des bonbons à distribuer, et il a acheté tous nos tickets 20:08:56 <zzz> donc je pense que nous sommes bien partis, on se voit tous là-bas dans 3 semaines 20:09:01 <zzz> autre chose pour le point 3) ? 20:09:51 <zzz> oh, et un rappel, nous n’aurons pas de réunion ici le 1er janvier, nos réunions se tiendront au CCC. La prochaine réunion ici sera le 5 février 20:10:11 <zzz> 4) Scrum de statut (zlatinb) 20:10:15 <zzz> à toi, zlatinb 20:10:28 <zlatinb> Salut. Nous allons faire le scrum en parallèle car c’est facile à suivre sur IRC de toute façon. Commencez simplement à taper 1) ce que vous avez fait le mois dernier 2) ce que vous prévoyez de faire le mois prochain 3) des bloqueurs ou besoin d’aide. Terminez votre rapport par EOT 20:10:56 <zzz> ok voyons comment ça se passe... 20:11:10 <alex_the_designerr> alex j’adore vraiment les hexagones ici : le travail sur les icônes progresse, comme zzz l’a mentionné en 1) 20:11:30 <alex_the_designerr> le mois dernier j’ai fait des mises à jour du site web et un peu de travail sur le logo 20:11:48 <zlatinb> 1) Travail sur l’onboarding, principalement l’assistant, et le programme d’installation Firefox pour Windows avec IDK. J’ai obtenu un certificat de signature pour que nos installateurs Windows puissent être signés. Petits hacks expérimentaux sur snark 20:12:09 <alex_the_designerr> le mois prochain je finaliserai la diffusion initiale du nouveau site web, intégrerai les icônes, et *avec un peu de chance* obtiendrai l’aval pour un nouveau logo 20:12:21 <zlatinb> 2) Boucler le programme d’installation du profil Firefox pour Windows et le travail sur l’assistant pour 0.9.38 20:12:32 <alex_the_designerr> objectifs ambitieux : personas et patterns 20:13:01 <alex_the_designerr> pas de bloqueurs, on s’active EOT 20:13:06 <zlatinb> 3) Pas de bloqueurs, mais je devrai travailler en étroite collaboration avec zzz pour mettre les choses dans monotone de manière cohérente, et aussi avec meeh si nous réutilisons le profil Firefox sous OSX 20:13:07 <zlatinb> EOT 20:13:09 <zzz> moi : 1) assistant, geoip, ls2, prop. 144, corrections de bugs ; 2) ls2, prop. 144, intégration des changements de l’équipe design, corrections de bugs, préparation pour 35C3, 35C3, mise en place de la machine de signature ; 3) pas de bloqueurs EOT 20:13:57 <zlatinb> quelqu’un d’autre de l’équipe est ici ? 20:14:30 <zlatinb> on dirait que non. C’est tout pour moi sur le point 4) 20:14:47 <zzz> ok, quelqu’un a autre chose pour la réunion ? 20:15:49 * zzz trouve le baffer 20:16:06 * zzz *bafs* la réunion est close

Réunion des développeurs I2P - 06 novembre 2018

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

Bref récapitulatif

Présents: echelon, str4d, meeh, zlatinb

Journal de réunion

<eche|on> 0) Salut <eche|on> 1) 0.9.38 statut du développement (echelon) <eche|on> 2) Statut de LS2 (echelon) <eche|on> 3) Statut du Scrum (zlatinb) <eche|on> aucun autre sujet n’a été ajouté sur le fil dans I2P auparavant. <eche|on> 0) <eche|on> salut ! <eche|on> bienvenue ! <zlatinb> salut <eche|on> des ajouts à l’ordre du jour ? <eche|on> apparemment non <eche|on> 1) 0.9.38 statut du développement <eche|on> 0.9.38 sera principalement une mise à jour de la console, Sadie et l’équipe UX, UI y travaillent dur, comme on l’a vu lors du live de vendredi réalisé par Alex <eche|on> les spécifications sont difficiles à trouver mais progressent bien <eche|on> nous déterminons ce qu’il est possible de changer dans la console et nous inclurons les premières parties dans 0.9.38 <eche|on> le planning prévoit quelques mois avant que tous les changements soient intégrés, ils ne seront pas tous dans 0.9.38 <str4d> salut <eche|on> actuellement, la sortie de 0.9.38 est prévue en décembre, juste avant le 35c3 <eche|on> autre chose pour le 1) ? <zlatinb> Je pensais que 0,9.38 allait être en janvier, mais d’accord <eche|on> oui, si c’est trop de travail, on reporte à janvier, après le 35c3 <zlatinb> rien de plus pour moi sur le 1) <eche|on> ok <eche|on> 2) mise à jour du statut de LS2 <eche|on> rien d’important à mettre à jour ici, les réunions de développement continuent, les sujets sont discutés, mais aucun code n’a encore été publié <eche|on> travail dur, difficile, beaucoup de sujets, cela prend plus de temps, probablement pas avant .40 <eche|on> autre chose sur le 2) <eche|on> ? <str4d> Toute personne intéressée pour donner un retour devrait regarder https://geti2p.net/spec/proposals/123-new-netdb-entries (là où se concentrent actuellement la plupart des changements) <eche|on> oui, merci d’interagir et de donner votre avis <eche|on> je passe donc la main à zlatinb pour 3) le statut du Scrum <zlatinb> salut. Seuls eche|on et meeh sont sur le canal en ce moment, alors pourquoi ne pas y aller et nous donner le 1-2-3 (en parallèle) <eche|on> 1) travaille sur les financements, le serveur, prépare le 35c3, billets achetés <eche|on> 2) poursuite de ce travail <eche|on> 3) aucun bloqueur <eche|on> <meeh> 1) Nettoyage du OSX Launcher & profil Firefox <meeh> 2) Migration de serveur <meeh> 3) Développement du Testnet (réseau de test) <meeh> 4) Pas de bloqueurs <zlatinb> Voici les miens : 1) le mois dernier, j’ai travaillé sur l’UX avec Sadie et Alex, la définition du Testnet (publication sur le forum zzz.i2p) et un profil Firefox I2P personnalisé (publication sur i2pforum) 2) plus d’UX, certificat de signature de code 3) pas de bloqueurs <str4d> ERR_OUT_OF_BOUNDS_WRITE <zlatinb> lol <eche|on> d’accord, merci de tester le profil Firefox I2P, zlatinb merci de fournir le lien <zlatinb> `https://github.com/eyedeekay/firefox.profile.i2p/releases` <eche|on> merci <meeh> sympa, merci <eche|on> à propos du 35c3 : l’équipe cœur se réunira à Leipzig <eche|on> si quelqu’un d’autre veut venir, nous serons heureux de vous rencontrer et de passer un moment pour discuter de sujets I2P, ou simplement prendre un café/une bière/des douceurs <eche|on> Ok, c’est tout pour l’ordre du jour, des ajouts ? <str4d> Amusez-vous bien ! Je ne serai pas au 35c3 cette année, mais je serai à RWC en janvier. <eche|on> *me warms up the sidekick baffer* <eche|on> super, Alex prévoit d’y assister, en plus de Sadie, aussi <eche|on> *baffer swings* <str4d> Aesome <str4d> s/Ae/Awe/ <eche|on> *baff* la réunion est close. Merci de votre participation. On se revoit pour la prochaine réunion en décembre, le 4 à 20h UTC

Développer des applications respectueuses de la vie privée avec Python et I2P

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

Invisible Internet Project (I2P) fournit un cadre pour développer des applications respectueuses de la vie privée. C’est un réseau virtuel fonctionnant au-dessus d’Internet classique, dans lequel les hôtes peuvent échanger des données sans divulguer leur adresse IP “réelle”. Les connexions au sein du réseau I2P sont établies entre des adresses virtuelles appelées I2P destinations. Il est possible d’avoir autant de destinations que nécessaire, voire d’utiliser une nouvelle destination pour chaque connexion ; elles ne divulguent aucune information sur l’adresse IP réelle à l’autre partie.

Version 0.9.37

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

Détails de mise à jour

La version 0.9.37 poursuit le travail sur notre nouveau transport NTCP2, introduit dans la version précédente. Un nouveau protocole de test des pairs SSU IPv6 est désormais pris en charge. Cette version contient de nombreuses corrections de bogues et des améliorations de performances.

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’utiliser la dernière version.

Réunion des développeurs I2P - 2 octobre 2018

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

Récapitulatif rapide

Présents: alex, anonymousmaybe, DogeDollars, echelon, villain, zlatinb, zzz

Journal de réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) 0.9.37 état du dev (zzz) 20:00:00 <zzz> 2) Statut LS2 (zzz) 20:00:00 <zzz> 3) Scrum de statut (zlatinb) 20:00:03 <zzz> 0) Salut 20:00:05 <zzz> Salut 20:00:11 <zlatinb> salut 20:00:17 <zzz> 1) 0.9.37 état du dev (zzz) 20:00:41 <zzz> comme la plupart d'entre vous le savent, nous avons avancé la sortie 37 de quelques semaines. La date limite de commit était hier, la sortie sera jeudi 20:00:57 <zzz> il y a très peu dedans à part activer NTCP2 par défaut 20:01:28 <zzz> le lanceur OSX ne sera pas prêt pour la sortie, mais nous voyons de très bons progrès dessus 20:01:54 <zzz> si tout se passe bien, ce sera notre dernière sortie de l'année. Nous avons les fêtes et le CCC, et nous attendons la 38 en janvier 20:01:59 <zzz> autre chose sur 1) ? 20:02:30 <villain> salut les gars 20:02:43 <zzz> 2) Statut LS2 (zzz) 20:02:59 <zzz> nous avons eu 12 réunions ces 3 derniers mois et nous avançons lentement mais sûrement 20:03:39 <zzz> nous comprenons bien ce qu'il faut pour la nouvelle crypto, et nous nous sommes mis d'accord sur la plupart des questions générales concernant la manière d'ajouter de la nouvelle crypto et de faire entrer et sortir de nouveaux LSes de la netdb 20:03:40 <eche|on> salut 20:04:16 <eche|on> ça semble très bien jusqu'ici 20:04:17 <zzz> nous continuerons à travailler sur des sujets connexes tels que les leasesets chiffrés et le multihoming massif, ainsi qu'à commencer à discuter des spécificités de certains nouveaux choix crypto 20:04:51 <zzz> je m'attends à ce que les réunions LS2 continuent pendant un certain temps, donc si ça vous intéresse, merci de participer aux discussions 20:05:02 <zzz> autre chose sur 2) ? 20:05:14 <eche|on> content de voir des progrès 20:06:14 <zzz> 3) Scrum de statut (zlatinb) 20:06:18 <zzz> à toi, zab 20:06:44 <zlatinb> d'accord, faisons le scrum, comme d'habitude 1) ce que vous avez fait le mois dernier 2) ce que vous allez faire le mois prochain 3) des bloqueurs ? 20:07:02 <zlatinb> villain: ce serait ton premier vrai scrum je pense, donc tu commences :) 20:08:23 <zlatinb> villain? 20:08:26 <villain> ok, 1) publication d'une bibliothèque SAM asyncio https://github.com/l-n-s/i2plib et de sa documentation, réalisation d'une application de partage de fichiers avec interface graphique avec celle-ci https://github.com/l-n-s/QuickShare, appris comment fonctionne JSP dans RouterConsole, fait une première publication du paquet rpm pour CentOS et Fedora et mis en place un dépôt COPR pour les paquets rpm https://copr.fedorainfracloud.org/coprs/supervillain/I2P/ 20:08:56 <zlatinb> ok, on reviendra vers toi. zzz, et si tu commençais à la place 20:08:59 <eche|on> 1) maintenance des serveurs, couvrir les interruptions des serveurs, gestion des finances 2) poursuivre ce travail, obtenir de nouveaux autocollants, 3) aucun bloqueur pour l'instant :-) 20:09:04 <villain> 2) faire utiliser au paquet Fedora les bibliothèques système, travailler sur un meilleur design de la Router Console après la sortie, publier un article sur le développement d'applications I2P via SAM API 20:09:09 <zlatinb> oups désolé 20:09:12 <eche|on> oups 20:09:29 <villain> 3) il faut faire quelque chose pour la dépendance Jetty dans Fedora, puisque nous ne supportons que la v9.2 et Fedora a la v9.4 20:09:39 <DogeDollars> lol 20:10:03 <zzz> youpi, scrum en parallèle 20:10:11 <zzz> pour moi : 20:10:12 <villain> :D 20:10:39 <eche|on> villain: à propos de Jetty, il faut plus de travail, à ma connaissance ils ont changé certaines API entre-temps 20:10:44 <zzz> 1) beaucoup de corrections de bogues mineurs NTCP2 apparus depuis la sortie 36, merci à tous les testeurs 20:11:11 <zzz> préparation de la sortie 37, test de l'installateur OSX, autres corrections de bogues et recherches, recherches LS2 20:11:42 <zzz> 2) sortie 37, commencer le travail sérieux de migration vers le nouveau format de base de données GeoIP, plus de LS2, plus de corrections de bogues, travailler avec les équipes PR/UI sur des idées pour la console 20:12:23 <zzz> 3) pas de bloqueurs... notez aussi qu'en raison de certaines obligations personnelles, je ne travaille qu'environ à mi-temps le mois dernier et le prochain 20:12:24 <zzz> EOT 20:12:52 <zlatinb> d'accord, eche|on ? 20:12:59 <eche|on> 1) maintenance des serveurs, couvrir les interruptions des serveurs, gestion des finances 2) poursuivre ce travail, obtenir de nouveaux autocollants, 3) aucun bloqueur pour l'instant :-) 20:13:22 <zlatinb> super, merci 20:13:33 <zlatinb> alex_the_designer: puisque tu viens d'arriver, c'est notre scrum mensuel 20:13:46 <alex_the_designer> salut ! 20:13:55 <zlatinb> tu veux nous dire 1) ce que tu as fait le mois dernier 2) ce que tu vas faire le mois prochain 3) as-tu des bloqueurs 20:15:04 <alex_the_designer> 1 . j'ai streamé les vendredis. Pendant ce temps j'ai fait des progrès incrémentaux sur la mise à jour du site web. J'ai aussi créé un sondage pour nous aider avec le branding & le design. 20:16:15 <alex_the_designer> 2. je continuerai à streamer, mais je vais essayer de boucler le dev web en dehors du stream. Je suis aussi un peu en retard sur le livre blanc refondu. Je veux livrer au moins un plan et une ébauche d'ici la fin du mois 20:17:22 <alex_the_designer> 3. le seul bloqueur pour le moment est un petit manque de connaissance sur la façon dont le framework web actuel génère les chemins. Rien de révolutionnaire, il faut juste lire plus de doc et tâtonner 20:18:28 <zlatinb> ok, je parlerai un peu plus du sondage après le scrum. Merci 20:18:32 <zlatinb> meeh: es-tu là ? 20:20:10 <zlatinb> meeh ? 20:21:00 <zlatinb> n'hésite pas à donner tes 1-2-3 quand tu reviens 20:21:20 <zlatinb> c'est EOT pour le scrum, mais j'aimerais parler un peu du sondage d'Alex 20:21:27 <zzz> vas-y 20:22:17 <zlatinb> à tout le monde sur le canal, merci de réfléchir à ce sondage et de le remplir. Il est hébergé sur google forms, mais (sauf si vous faites quelque chose de stupide) il n'est pas possible de corréler votre google id avec votre persona I2P 20:22:46 <zlatinb> voici le lien: https://docs.google.com/forms/d/e/1FAIpQLSdVCHXXBnHOrPpR6RH2DkCf3Q4W1kPBpg0QWToxfday0xqNAg/viewform 20:23:14 <zlatinb> alex_the_designer: dis quelques mots sur la façon dont ce sondage t'aidera dans le processus créatif 20:23:21 <alex_the_designer> certainement ! 20:24:14 <alex_the_designer> pour commencer, il est important de comprendre les différences entre la manière dont nous, en tant que mainteneurs internes, percevons l'utilité du système et notre présentation en tant que marque, et la manière dont les utilisateurs perçoivent l'utilité du système et leur identité en tant qu'êtres humains 20:24:41 <alex_the_designer> c'est assez profond, mais il y a des choses vraiment simples que nous pouvons utiliser 20:25:22 <villain> oh ça a du sens 20:25:25 <alex_the_designer> par exemple, si nous constatons que beaucoup de gens ont une posture agressive, nous pouvons utiliser la théorie des couleurs de base pour savoir que des couleurs flamboyantes (rouges, jaunes, oranges) ont du sens 20:25:34 <anonymousmaybe> sérieusement ? "quelles choses i2p devrait-il considérer pour décider pour qui i2p est ?" 20:25:55 <alex_the_designer> toutes les questions sont sérieuses, anon :D 20:26:19 <villain> je n'ai juste pas compris, ces questions sont-elles personnelles ou liées à la vision du projet 20:26:48 <villain> je vais le remplir bientôt 20:27:02 <alex_the_designer> il est important de parler un peu de vous, de vos valeurs et de vos idéaux pour le projet 20:27:31 <anonymousmaybe> alex_the_designer ouais celle-là est un peu mauvaise , parce que I2P est pour tout le monde sans question à ce sujet 20:27:46 <alex_the_designer> il y a là une hypothèse implicite selon laquelle qui nous sommes et ce que nous faisons ne sont pas compartimentés, mais se nourrissent l'un l'autre :D 20:28:36 <anonymousmaybe> j'aime la compartimentation , c'est pourquoi j'utilise Qubes :p 20:28:42 <alex_the_designer> anon, dire que c'est pour tout le monde n'est pas tout à fait correct, n'est-ce pas ? 20:28:57 <alex_the_designer> les États de surveillance par ex :D 20:29:48 <zzz> autre chose concernant le sondage ? 20:29:52 <alex_the_designer> l'universalité peut toutefois être un aboutissement, donc si tu y tiens, écris-le s'il te plaît :D 20:30:10 <zlatinb> pas de mon côté (re: sondage) 20:30:25 <zzz> autre chose pour la réunion ? 20:30:51 <anonymousmaybe> zzz des considérations pour sandboxer i2p ? 20:30:54 <alex_the_designer> je dirais simplement que vos efforts pour le sondage sont très appréciés. Je sais qu'il est plutôt long 20:31:16 <zzz> merci pour ça alex 20:31:30 <anonymousmaybe> alex_the_designer ouais je vais le remplir 20:31:46 <zzz> anonymousmaybe, pas à ma connaissance, et je ne suis pas la bonne personne à qui demander, mais tu peux en parler sur ce canal après la réunion 20:31:50 <zzz> autre chose pour la réunion ? 20:32:16 * zzz attrape le baffer 20:33:00 * zzz *baffffs* la réunion est close

Réunion des développeurs I2P - 5 septembre 2018

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

Bref récapitulatif

Présents: alex, echelon, mikalv, R4SAS, villain, zzz

Journal de réunion

20:07:48 <zzz> 0) Salut 20:07:48 <zzz> 1) Statut de la version 0.9.36 (zzz) 20:07:48 <zzz> 2) Statut du développement 0.9.37 (zzz) 20:07:48 <zzz> 3) État de LS2 (LeaseSet2) (zzz) 20:07:48 <zzz> 4) Planification du CCC (zzz/echelon/mikalv) 20:07:48 <zzz> 5) Scrum de statut (zlatinb) 20:07:55 <zzz> 0) Salut 20:07:58 <zzz> Salut 20:08:00 <eche|on> salut 20:08:16 <villain> salut :) 20:08:22 <zzz> désolé d'être en retard 20:08:29 <zzz> 1) Statut de la version 0.9.36 (zzz) 20:08:47 <zzz> je pense que nous avons tout terminé, à l’exception possible de f-droid 20:08:53 <R4SAS> salut 20:09:04 <zzz> nextloop, des nouvelles de f-droid ? 20:09:44 <zzz> les tests ntcp2 se passent bien 20:09:56 <zzz> autre chose sur le point 1) ? 20:10:09 <R4SAS> j'en ai une 20:10:33 <R4SAS> où puis-je voir la liste des paquets pour debian ? 20:10:54 <zzz> je pense que c'est packages.debian.org - il y a un champ de recherche 20:11:12 <R4SAS> je pense à ajouter des paquets i2p dans mon dépôt 20:11:32 <zzz> il y a aussi packages.ubuntu.com 20:11:44 <zzz> et notre dépôt est deb.i2p2.de 20:12:00 <zzz> autre chose sur le point 1) ? 20:12:03 <R4SAS> pour ubuntu j'utiliserai les paquets launchpad 20:12:36 <zzz> 2) Statut du développement 0.9.37 (zzz) 20:13:03 <zzz> nous en sommes au début du cycle .37. Nous avons fixé un cycle de 9 semaines avec une publication la semaine du 22 octobre 20:13:21 <eche|on> ok 20:13:39 <zzz> meeh travaille à terminer l'installateur osx pour la 37. Je travaille à migrer vers le nouveau format GeoIP de MaxMind 20:13:56 <zzz> tout le monde regarde des choses d'interface utilisateur 20:14:13 <zzz> nous devrions bientôt avoir les résultats des tests d'utilisabilité 20:14:40 <zzz> nous allons, espérons-le, déplacer la page d'aide de la console sur transifex 20:15:07 <zzz> donc les traducteurs, réservez un peu de temps pour la mi-octobre pour la traduire ! 20:15:11 <zzz> autre chose sur le point 2) ? 20:15:28 <eche|on> rien pour l’instant, ntcp2 par défaut ? 20:15:32 <eche|on> dans la .37 ? 20:15:37 <meeh> oui je travaille sur le wrapper osx - maintenant porté sur xcode, ça et comment, si, quoi i2p-browser :) 20:15:38 <zzz> oui ça aussi :) 20:16:32 <zzz> oui, ntcp2 par défaut dans la 37. Merci de tester les builds de dev où c'est le paramètre par défaut, ou de l'activer dans la version .36-0 20:16:38 <zzz> autre chose sur le point 2) ? 20:17:34 <zzz> 3) État de LS2 20:17:42 <zzz> nous avons eu environ 8 réunions en deux mois 20:18:06 <zzz> nous sommes encore en phase de discussion, mais je pense que nous sommes proches de prendre des décisions et d’avancer 20:18:29 <eche|on> au moins qqch 20:18:30 <zzz> il y a beaucoup de sujets connexes, comme de la nouvelle crypto, qui compliquent les choses 20:18:47 <zzz> ce sont beaucoup de choses qui sont sur la table depuis 5 ans ou plus et que nous traitons enfin 20:19:05 <eche|on> bon boulot ! 20:19:17 <zzz> ce qui est clair, c'est que nous ne ferons pas tout d'un coup 20:19:35 <zzz> nous allons faire quelques changements initiaux, qui permettront des éléments optionnels, et d'autres changements suivront 20:19:53 <zzz> nous avons commencé à mettre à jour le document de proposition 20:20:17 <zzz> j'espère avoir bientôt des décisions documentées... cela nous permettra de démarrer un peu de code et des expérimentations 20:21:09 <zzz> nous avons pris une semaine de pause pour labor day mais notre prochaine réunion est lundi prochain le 12 à 17 h UTC sur #ls2 20:21:44 <zzz> tout le monde est le bienvenu, c'est complexe et difficile à suivre même pour nous qui avons la tête dedans, mais c'est sympa de voir les choses se mettre en place 20:21:48 <zzz> autre chose sur le point 3) ? 20:22:34 <zzz> 4) Planification du CCC 20:22:57 <eche|on> ok, le ccc sera leipzig 20:23:01 <zzz> nous avons pris des décisions préliminaires en décembre dernier mais nous finalisons traditionnellement les règles à cette période chaque année 20:23:13 <zzz> à coup sûr leipzig, n'est-ce pas ? 20:23:29 <eche|on> oui, officiellement annoncé par le CCC déjà 20:23:36 <zzz> super, je ne l'avais pas vu 20:24:19 <zzz> nous payons les billets du congrès, nous remboursons jusqu'à 1500 euro pour avion/train, et nouveauté cette année nous avons accepté jusqu'à 400 euro de frais d'hôtel 20:24:27 <eche|on> oui 20:24:56 <zzz> au-delà de 1500 ou payés à l'avance uniquement pour des 'circonstances particulières', c.-à-d. vous êtes fauchés :) 20:25:13 <eche|on> jusqu'ici tout me va 20:25:25 <zzz> et c'est uniquement pour les membres du programme rémunéré, sauf approbation d'echelon. 20:25:28 <eche|on> les billets seront gérés de manière centralisée, si possible 20:25:38 <zzz> nous achèterons les billets du congrès de manière centralisée, correct. 20:25:48 <zzz> donc nous devons savoir qui vient... bientôt... 20:26:12 <zzz> donc, des objections ou des changements aux règles telles que je les ai listées ici ? 20:26:12 <eche|on> je suppose que nous devons d'ici fin oct 20:26:20 <eche|on> pas besoin de changer 20:26:31 <meeh> non, tout va bien 20:26:49 <zzz> l'idée est que, si vous voulez y être, le projet vous aidera à y aller 20:27:35 <zzz> autocollants et multiprises et banderoles et tables et autre logistique de ce genre, nous verrons au fur et à mesure, pas besoin d'en discuter ici en réunion 20:27:58 <eche|on> ok, oui 20:28:31 <zzz> si vous n'avez pas encore pris vos billets d'avion, faites-le MAINTENANT, il n'y a pas beaucoup de vols vers LEJ. Si vous venez à vélo ou prenez le train, vous avez plus de temps 20:28:54 <zzz> ceux qui n'y sont jamais allés, demandez à ceux qui y sont déjà allés pour les hôtels et tout ce que vous voulez savoir 20:29:09 <zzz> autre chose sur le point 4) ? 20:30:19 <zzz> 5) scrum 20:30:28 <zzz> zab est absent, donc je vais le mener 20:31:05 <zzz> quand je vous appelle, dites 1) ce que vous avez fait le mois dernier 2) ce que vous allez faire le mois prochain 3) des blocages ; terminez par EOT ou 'c'est tout' ou quelque chose comme ça 20:31:13 <zzz> villain, à toi en premier 20:33:00 <zzz> eche|on, à toi 20:33:35 <eche|on> j'ai fait toute la partie financière, du travail serveur, des tests, aidé pour la sortie (news), je vais faire pareil pour le mois prochain, pas de blocages. Je serai afk demain jusqu'au mercredi 12 20:33:58 <zzz> merci. meeh, à toi 20:34:27 <meeh> d'accord, j'ai le temps pour trois points 20:34:28 <meeh> * travaillé au portage du lanceur osx terminé vers xcode - le revert a été difficile, puisque mes compétences monotone me disent que je ne devrais pas jouer avec le feu (c'était la période de gel) 20:34:28 <meeh> * un des DC où j'ai des serveurs a eu une panne de courant où tout s'est éteint - donc j'ai surtout vérifié que tout tourne et me suis disputé avec des serveurs aujourd'hui. 20:34:28 <meeh> * j'ai examiné Firefox/Chromium pour résoudre les problèmes de certificats auto-signés ainsi qu'un navigateur orienté confidentialité, j'ai fait 24 h de monkey coding sur un plugin Qt basé sur Chromium mais qui a donné d'excellents résultats. 20:35:23 <zzz> et pour le mois prochain ? des blocages ? 20:35:49 <meeh> le lanceur osx est entièrement déplacé sur xcode maintenant, l'icône s'affiche à nouveau, il y a un comportement étrange avec le gestionnaire d'actions mais cela devrait être corrigé très bientôt 20:36:31 <villain> Ok, appris des choses sur monotone et java. corrigé https://trac.i2p2.de/ticket/1244, ajouté une traduction d'article ntcp2. fait un communiqué de presse pour la 0.9.36 en russe. La semaine dernière, développement de cette bibliothèque Python asynchrone, maintenant je termine la documentation pour elle. https://github.com/l-n-s/i2plib 20:36:47 <meeh> pour le mois prochain je regarderai plus le cas du navigateur si vous autres approuvez quand je vous donnerai une revue à la prochaine réunion, sinon c'est probablement android et osx qui sont en haut de la liste 20:37:35 <zzz> villain, pour le mois prochain ? des blocages ? 20:38:57 <zzz> pour moi, le mois dernier j'ai corrigé beaucoup de bugs NTCP2 et autres, et sorti la version 36. 20:39:30 <zzz> le mois prochain, ce sera le nouveau code geoip, continuer à travailler sur LS2, corriger plus de bugs, préparer la page d'aide pour la traduction 20:39:53 <zzz> je serai principalement afk la semaine prochaine toutefois 20:39:56 <zzz> pas de blocages 20:40:28 <zzz> quelqu'un d'autre ici pour faire un rapport ? sl ou alex_the_designer ? 20:40:32 <eche|on> :-) 20:40:39 <alex_the_designer2> salut 20:40:59 <zzz> salut alex_the_designer2 merci de nous donner ton 1/2/3 mois dernier/mois prochain/blocages 20:41:06 <alex_the_designer2> le mois dernier : j'étais bloqué sur l'onboarding. un grand merci à eche|on et meeh de m'avoir débloqué 20:41:23 <villain> le mois prochain, comme zzz l'a mentionné, je vais me faire la main davantage avec monotone, corriger les tickets du site web, finir un paquet redhat. j'aimerais avoir des retours sur ma lib python de la part de str4d, et l'ajouter à l'organisation i2p sur github, si ça va 20:41:37 <villain> pas de blocages à part ça 20:41:43 <villain> EOT 20:42:10 <zzz> merci villain 20:42:15 <alex_the_designer2> ce mois-ci : je regarde le ticket trac 1996 (assez sûr que c'était celui pour lequel vous vouliez un avis), je commence aussi la rédaction du whitepaper. j'ai avancé sur la mise à jour du www pendant les streams du vendredi mais j'en ferai aussi en semaine. 20:42:46 <alex_the_designer2> pas de blocages. je serai plutôt afk 17-21 car je serai à SF. EOT ou 'c'est tout' ou quelque chose :D 20:43:06 <zzz> alex_the_designer2, aussi peut-être puisque c'est ta première réunion, pourrais-tu nous donner un rapide aperçu de tes sessions twitch du vendredi soir, ce qui pourrait en sortir, comment nous pouvons participer ? 20:43:20 <alex_the_designer2> avec plaisir ! 20:44:14 <alex_the_designer2> donc les vendredis de 21h30 CST à environ 23h CST je streame sur twitch.tv/alex_the_designer . quand j'ai commencé en janvier le thème général était 'FOSS Design' mais c'est devenu plus orienté vers i2p 20:45:00 <alex_the_designer2> je fais des tutoriels de base et autres pour aider les nouveaux à comprendre comment configurer i2p et héberger un site car je pense que le contenu est le principal obstacle à une adoption large 20:45:36 <alex_the_designer2> ce qui serait utile, c'est que les gens passent et socialisent s'ils le souhaitent. promouvoir l'émission via les canaux de médias sociaux que vous préférez est aussi très utile 20:46:26 <alex_the_designer2> j'ai aussi des enregistrements bruts que je souhaite mettre en ligne de shows précédents, mais je dois les monter (principalement pour occulter mon IP domestique) 20:46:48 <zzz> reçois-tu des retours des spectateurs qui puissent nous éclairer sur les priorités et les choix d'interface utilisateur ? Comment peux-tu faire remonter ce que tu apprends au reste d'entre nous, soit via des posts ou des tickets ou des comptes-rendus ? Des plans ? 20:47:08 <alex_the_designer2> the_tin_hat vient régulièrement et a fourni beaucoup de détente comique et de retours 20:47:42 <alex_the_designer2> pour ce qui est des choix d'UI, je n'ai pas eu assez de retours d'utilisateurs pour vraiment justifier des choix 20:47:52 <eche|on> ok, dans 6h mon réveil sonne, je vais au lit, à plus tard 20:48:03 <alex_the_designer2> donc c'est à l'instinct et par essais/erreurs 20:48:04 <zzz> bonne nuit echelon 20:48:15 <alex_the_designer2> à plus, echelon ! 20:48:35 <zzz> ok donc peut-être qu'il faut d'abord élargir l'audience 20:49:04 <zzz> diffusons l'info davantage, peut-être sur nos forums, ou un billet de blog... pas seulement twitter 20:49:33 <zzz> merci alex pour l'aperçu, tu fais du bon travail, espérons que cela mène à plus d'utilisateurs et de contenu et à un meilleur produit 20:49:38 <alex_the_designer2> chaque canal est super utile car l'audience est partout :D 20:49:45 <zzz> exact 20:49:48 <alex_the_designer2> merci pour le vote de soutien ! 20:50:07 <zzz> quelqu'un d'autre que j'aurais oublié pour le scrum ? sadie sl 20:50:18 <zzz> autre chose pour la réunion ? 20:50:52 * zzz attrape le baffer 20:51:13 <villain> alex_the_designer2: peut faire des annonces reddit /r/i2p pour tes streams 20:51:31 <zzz> bonne idée 20:51:36 <alex_the_designer2> merci beaucoup, villain 20:51:42 <zzz> désolé encore pour le démarrage tardif de la réunion 20:51:49 * zzz *bafs* la réunion est close

Version 0.9.36

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

Détails de la mise à jour

La version 0.9.36 introduit NTCP2, notre nouveau protocole de transport sécurisé. NTCP2 offre une résistance efficace contre la censure par DPI (inspection approfondie des paquets) et se traduit par une charge du processeur réduite. Cela rend I2P plus à même de fonctionner sur des appareils d’entrée de gamme tels que les smartphones et les routeurs domestiques. Le protocole est désactivé par défaut dans cette version, à des fins de test.

Détails de l'implémentation de NTCP2

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

Les protocoles de transport d’I2P ont été initialement développés il y a environ 15 ans. À l’époque, l’objectif principal était de cacher les données transférées, pas de dissimuler le fait même d’utiliser le protocole. Personne ne pensait sérieusement à se protéger contre la DPI (inspection approfondie des paquets) et la censure des protocoles. Les temps changent, et bien que les protocoles de transport d’origine fournissent toujours une sécurité robuste, une demande s’est fait sentir pour un nouveau protocole de transport. NTCP2 est conçu pour résister aux menaces de censure actuelles. Principalement, l’analyse par DPI de la longueur des paquets. De plus, le nouveau protocole utilise les avancées cryptographiques les plus récentes. NTCP2 est basé sur le Noise Protocol Framework , avec SHA256 comme fonction de hachage et x25519 comme courbe elliptique pour l’échange de clés Diffie-Hellman (DH).

Réunion des développeurs I2P - 07 août 2018

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

Récapitulatif rapide

Présents: echelon, mikalv, villain, zlatinb, zzz

Journal de réunion

20:00:05 <zzz> 0) Salut 20:00:05 <zzz> 1) État 0.9.36 (zzz) 20:00:05 <zzz> 2) État LS2 (zzz) 20:00:05 <zzz> 3) Candidatures pour bobthebuilder.i2p et paste.crypthost.i2p sur `http://zzz.i2p/posts/13897` 20:00:05 <zzz> 4) Scrum de statut (zlatinb) 20:00:05 <zzz> 5) Reprogrammer la réunion du 4 sept. (zzz) 20:00:10 <zzz> 0) Salut 20:00:12 <zzz> salut 20:00:21 <zzz> 1) État 0.9.36 (zzz) 20:00:27 <zlatinb> salut 20:00:29 <villain> salut tout le monde 20:00:34 <zzz> 6 semaines entamées dans le cycle 36, il reste 2 semaines 20:00:52 <mikalv> salut 20:00:53 <zzz> gel des tags demain ; date limite de commit une semaine à partir de vendredi ; sortie la semaine du 20 août 20:01:18 <zzz> merci à tous de tester. Je vais marquer la prochaine version comme -rc 20:01:31 <zzz> autre chose sur 1) ? 20:02:24 <zzz> 2) État LS2 (zzz) 20:02:30 <zzz> nous avons eu notre 5e réunion hier 20:02:47 <zzz> ça se passe bien, mais très lentement. Les problèmes sont complexes et interdépendants 20:03:11 <zzz> J'ai mis à jour la proposition (123) aujourd'hui, mais elle est encore très brouillonne 20:03:41 <zzz> nous ne nous sommes même pas encore mis d'accord sur les objectifs et les priorités, donc cela va prendre du temps, mais je suis satisfait du processus 20:03:58 <zzz> tout le monde est bienvenu, prochaine réunion lundi prochain, 18h UTC sur #ls2 20:04:27 <zzz> autre chose sur 2) ? 20:05:13 <zzz> 3) Candidatures pour bobthebuilder.i2p et paste.crypthost.i2p sur `http://zzz.i2p/posts/13897` 20:05:25 <zzz> ce sont des demandes pour la page d'accueil de la console 20:05:33 <zzz> le candidat sl est-il ici ? 20:06:07 <zlatinb> généralement non, car il est tard dans $HOME 20:06:27 <zzz> quelqu'un a des commentaires pour ou contre l'ajout de ceux-ci à la page d'accueil de la console ? 20:07:06 <zlatinb> Je suis +1 pour ajouter bob the builder, neutre pour le nouveau paste 20:07:13 <zzz> des objections ? 20:07:31 <mikalv> Je suis +1 pour des services en ligne sur la console 20:07:55 <zzz> Ça ne fait pas de mal d'avoir un second paste, surtout que celui que nous avons actuellement a été hors ligne pendant des semaines d'affilée 20:08:15 <zzz> bien qu'il soit assez fiable ces derniers temps 20:08:40 <zzz> n'entendant aucune objection, je vais les ajouter à la console pour la 36 20:08:46 <villain> s'il y a des liens morts à retirer, on peut ajouter ceux-là à la place 20:08:50 <zzz> autre chose sur 3) ? 20:09:04 <eche|on> nope 20:09:11 <zzz> zerobin n'est pas mort, il n'a simplement pas eu la meilleure disponibilité par le passé 20:09:46 <zzz> 4) Scrum de statut (zlatinb) 20:09:49 <zzz> vas-y zlatinb 20:10:31 <zlatinb> ok, on va faire un tour de table et, quand votre nom est appelé, décrivez brièvement 1) ce que vous avez fait le mois dernier 2) ce que vous prévoyez de faire le mois prochain 3) si quelqu'un vous bloque ou si vous avez besoin d'aide 20:10:57 <zlatinb> on va commencer par Le Petit Nouveau - villain. Comme c'est ton premier scrum, saute le 1) et fais seulement 2) et 3) 20:11:09 <zlatinb> vas-y villain 20:12:24 <zlatinb> villain tu es là ? 20:12:34 <villain> j'apprends Java et monotone, je prévois de corriger quelques tickets supplémentaires du site web avant la sortie 36, comme zzz en a discuté avec zzz. et apprendre davantage :) 20:13:00 <villain> pas de blocages pour le moment 20:13:41 <zlatinb> super. D'habitude on dit EOT à la fin du compte-rendu :) 20:13:48 <villain> je fais maintenant des recherches sur https://trac.i2p2.de/ticket/1583 20:13:57 <villain> EOT 20:13:59 <villain> héhé 20:14:17 <zlatinb> merci. zzz à toi 20:14:37 <zzz> ok. le mois dernier a surtout été du polissage et des tests de ntcp2, avec l'aide d'orignal 20:14:46 <zzz> démarrage de la recherche et des réunions LS2 20:14:59 <zzz> beaucoup, beaucoup de corrections de bugs bien sûr 20:15:33 <zzz> le mois prochain, sortir la version .36, et continuer sur LS2, corrections de bugs, etc. 20:15:41 <zzz> également un peu de refactorisation de code au passage 20:16:06 <zzz> j'espère parvenir à l'assistant SSL pour non-Jetty pour la 37. Malheureusement, je n'ai pas pu le faire pour la 36, c'était trop difficile 20:16:13 <zzz> pas de blocages ; EOT 20:17:14 <eche|on> ok, j'ai fait beaucoup de travail d'admin du forum, quelques tests de code, des dons et de la gestion de comptes, je continue là-dessus le mois prochain, pas de blocages actuellement 20:17:20 <eche|on> uupos 20:17:40 <zlatinb> ok eche|on autant enchaîner avec toi :) 20:17:51 <eche|on> c'est plus ou moins tout^^ 20:18:04 <zlatinb> ok cool 20:18:10 <zlatinb> mikalv : et toi ? 20:18:14 <mikalv> Ouais, alors pour moi ; Actuellement ; lanceur OSX en bêta pour 0.9.36 Je vais ; 1. Continuer sur le lanceur OSX (l'améliorer visuellement, quelques fonctionnalités en plus et travailler la stabilité). 2. Idéalement aider zzz avec la recherche et l'impl. LS2. 3. Publier un MVP/alpha de test d'un bundle navigateur. 20:18:23 <mikalv> 4. Continuer ma campagne pour « no-single-person-of-failure » (pas de personne unique comme point de défaillance) où les membres du noyau qui hébergent des services essentiels donnent accès à d'autres membres du noyau comme sauvegarde/repli si quelqu'un disparaît, afin que le projet ne souffre plus de tels événements. 20:18:28 <mikalv> Bloquant ; J'espère que nous pourrons obtenir le contrôle DNS de i2p2.de de welt. 20:18:56 <mikalv> moi ou eche|on, en tout cas quelqu'un de plus actif 20:19:09 <zlatinb> waouh, c'était bien préparé, bravo 20:19:25 <zlatinb> sadie a mentionné qu'elle pourrait peut-être venir, appel à sadie 20:19:49 <zlatinb> str4d : une chance que tu sois là ? 20:19:53 <eche|on> Welt m'a contacté, j'ai répondu, plus de réponse de sa part 20:19:58 <mikalv> zlatinb : rappelle-toi que je fais ça depuis deux ans chaque jour avant i2p maintenant :p 20:20:41 <mikalv> Je souhaite obtenir le contrôle du domaine DNS, pour pouvoir changer plus librement l'IP de Trac, et plus tard download 20:20:59 <zlatinb> Alex W. était là mais vient de partir, donc je suppose que c'est tout le monde pour le scrum 20:21:16 <mikalv> à cause de la situation, l'ancien serveur déprécié fait reverse-proxy vers le nouveau Trac :( 20:22:04 <zzz> 5) Reprogrammer la réunion du 4 sept. (zzz) 20:22:08 <zlatinb> EOT 20:22:19 <mikalv> oui désolé EOT 20:22:26 <zzz> ok je ne peux pas le 4 septembre et je pense que d'autres non plus 20:22:46 <zzz> on pourrait faire mer. 5 sept. ou mar. 11 sept. ? 20:23:01 <zzz> si c'est le 11, il n'y aurait que 3 semaines entre celle-ci et la réunion du 2 octobre 20:23:27 <zlatinb> Je serai sur la route la plupart de septembre donc je ne peux pas promettre le 5 ni le 11 20:23:27 <zzz> Je veux mettre le CCC à l'ordre du jour de la réunion de septembre, même si nous avons pris la plupart des décisions en décembre dernier pour le financement 20:23:44 <mikalv> Je pense pouvoir aux deux, donc pour moi c'est ok 20:23:53 <zzz> eche|on, et toi ? 20:24:12 <eche|on> le 11 ce n'est pas OK 20:24:30 <zzz> mer. 5 ok ? 20:24:41 <eche|on> le 5 semble OK 20:24:52 <zzz> ok, on le note au crayon pour mer. le 5 20:24:55 <mikalv> ok 20:25:02 <zzz> autre chose sur le 5) ? 20:25:06 <zzz> autre chose pour la réunion ? 20:25:51 * zzz attrape le baffer 20:26:40 * zzz *bafs* la réunion est close

Réunion des développeurs I2P - 3 juillet 2018

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

Récapitulatif rapide

Présents : echelon, str4d, zlatinb, zzz

Compte rendu de la réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) Statut de la version 0.9.35 (zzz) 20:00:00 <zzz> 2) Mise à jour NTCP2 (zzz) 20:00:00 <zzz> 3) Annonce de réunion LS2 (zzz) 20:00:00 <zzz> 4) Programme de financement du 2e semestre 2018 (zab/zzz) 20:00:00 <zzz> 5) Scrum de statut (zab) 20:00:05 <zzz> 0) Salut 20:00:07 <zzz> Salut 20:00:16 <zlatinb> salut 20:00:21 <zzz> 1) Statut de la version 0.9.35 (zzz) 20:00:42 <zzz> La 35 est sortie depuis une semaine, pas de plaintes majeures jusqu'ici 20:01:03 <zzz> les JAR Maven sont en ligne, je pense que meeh publiera la version Android sous peu 20:01:20 <zzz> pas encore eu de nouvelles de mhatta au sujet de la Debian officielle 20:01:57 <zzz> autre chose sur le point 1) ? 20:02:44 <zzz> 2) Mise à jour NTCP2 (zzz) 20:03:04 <zzz> nous avons finalisé la spécification la semaine dernière, et nous avons plusieurs routers en production sur le réseau 20:03:26 <zzz> i2pd poursuit son implémentation et ses tests 20:03:30 <eche|on> jusqu'ici tout va bien 20:03:52 <zzz> J'ai quelques nettoyages à faire, et je n'ai pas encore testé la variante pour les hôtes derrière un pare-feu, mais ça se passe plutôt bien 20:04:21 <zzz> J'ai aussi posté une FAQ rapide aujourd'hui sur nos forums 20:04:43 <zzz> autre chose sur le point 2) ? 20:05:37 <zzz> 3) Annonce de réunion LS2 (zzz) 20:06:01 <zzz> nous allons suivre le même processus pour la prochaine proposition, qui est la 123 "LS2" 20:06:15 <zzz> couvrant aussi la nouvelle cryptographie, la recherche de services, le massive multihoming (plusieurs rattachements réseau), et des sujets associés 20:06:36 <zzz> la première réunion aura lieu lundi 9 juillet à 19:00 UTC dans #ls2 20:06:45 <eche|on> super tâche, beaucoup de choses à faire 20:07:05 <zzz> ouais, aucune idée de comment ça va se passer, mais il faut qu'on commence, ça fait trop longtemps 20:07:30 <zzz> autre chose sur le point 3) ? 20:07:44 <eche|on> nope 20:08:23 <zzz> 4) Programme de financement du 2e semestre 2018 (zab/zzz) 20:08:32 <zzz> l'annonce est en ligne sur i2pforum.i2p et zzz.i2p 20:08:42 <zzz> le programme est ouvert aux nouveaux candidats 20:08:51 <zzz> la date limite est le mercredi 25 juillet 20:09:13 <zzz> si quelqu'un a des questions, vous pouvez les poser maintenant, ou après la réunion 20:09:34 <zzz> quelqu'un a des questions sur le programme ? 20:09:38 <eche|on> un point : ce n'est pas toute l'équipe I2P qui doit approuver les nouveaux membres (l'équipe n'est pas encore parfaitement définie, que ce soit comme équipe de personnes mentionnées sur la page web ou tout autre groupe) 20:10:13 <zlatinb> je pense qu'au moins ceux qui sont déjà dans le programme rémunéré 20:10:42 <zzz> c'est vrai, je suppose qu'il nous faut approuver collectivement... pas que nous ayons besoin de l'approbation individuelle de chacun 20:10:45 <eche|on> ouais 20:10:50 <zzz> ça te paraît correct ? 20:10:58 <eche|on> je voulais juste souligner cela pour préciser ce point 20:11:12 <zzz> ok 20:11:26 <zzz> autre chose sur le point 4) ? 20:12:18 <zzz> 5) Scrum de statut (zlatinb) 20:12:24 <zzz> à toi zlatinb 20:12:59 <zlatinb> salut. Faisons le tour de table habituel : 1) ce que vous avez fait le mois dernier 2) ce que vous prévoyez de faire le mois prochain 3) des blocages ou de l'aide nécessaire 20:13:03 <zlatinb> zzz: commence 20:13:33 <zzz> 1) réunions NTCP2, proposition, spéc., implémentation et tests ; sortie .35 ; corrections de bugs et triage 20:14:02 <zzz> fusion de NTCP2 dans trunk (branche principale) ; fusion des mises à jour EdDSA de GitHub vers trunk ; mises à jour de la feuille de route 20:14:30 <zzz> 2) tests NTCP2, corrections de bugs, et autres choses pour la .36 ; démarrer les réunions LS2, recherche, planification 20:14:39 <zzz> 3) aucun blocage 20:14:40 <zzz> EOT 20:14:55 <zlatinb> eche|on: et toi ? 20:15:38 <eche|on> Je m'occupe des services Web, j'administre le forum, je gère la partie financière, j'aide pour la version 20:16:02 <eche|on> continuer à faire ça, pas de blocages pour l'instant 20:16:23 <zlatinb> Irc2PGuest44785: meeh je sais que c'est toi, tu es là ? 20:16:43 <zlatinb> on dirait que non 20:16:48 <zlatinb> str4d: tu es là ? 20:17:01 <str4d> 1) conception NTCP2. 2) recherche et conception LS2. 3) Je n'ai pas de marge pour quoi que ce soit d'autre. 20:17:19 <zlatinb> cool, content de te voir mec 20:17:49 <zlatinb> sadie n'est pas là, manas est dispensé, donc il ne reste que moi : 20:17:49 <zlatinb> 1) énormément de profilage, d'expériences, d'améliorations de capacité 20:17:49 <zlatinb> 2 20:17:52 <zlatinb> pas encore décidé 20:17:54 <zlatinb> 3) pas vraiment 20:18:14 <zlatinb> je pense que c'est tout le monde 20:18:33 <zlatinb> zzz: à toi 20:18:37 <zzz> ok, c'était rapide. autre chose pour la réunion ? 20:20:01 * zzz clôt la réunion

Version 0.9.35

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

Détails de la mise à jour

0.9.35 fait passer le type de signature par défaut à Ed25519. C’est l’étape finale d’un long processus de migration vers une cryptographie plus récente, plus robuste et plus rapide. Cette version inclut de nombreuses corrections de bogues et des améliorations de performances.

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’exécuter la version la plus récente.

Réunion des développeurs I2P - 5 juin 2018

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

Bref récapitulatif

Présents: echelon, obscuratus, zlatinb, zzz

Journal de réunion

Réunion des développeurs I2P - 1er mai 2018

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

Bref récapitulatif

Présents : anonymousmaybe, orignal, str4d, zlatinb, zzz

Journal de réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) statut F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:00 <zzz> 2) mise à jour 0.9.35 (zzz) 20:00:00 <zzz> 3) mise à jour NTCP2 (zzz) 20:00:00 <zzz> 4) Scrum de statut (zab) 20:00:03 <zzz> 0) Salut 20:00:05 <zzz> salut 20:00:09 <zzz> 1) statut F-Droid 0.9.34 (str4d, meeh, nextloop) 20:00:27 <zlatinb> salut 20:00:31 <zzz> ok je crois que la seule chose qui reste pour la 34, c’est fdroid ? vous avez un statut ? 20:00:35 <orignal_> salut 20:02:10 <zzz> ok, 3 semaines depuis la sortie de la 34, espérons que ça se boucle bientôt 20:02:15 <zzz> autre chose sur le point 1) ? 20:03:01 <zzz> 2) mise à jour 0.9.35 (zzz) 20:03:08 <zzz> la 35 se passe bien 20:03:29 <zzz> 3 semaines écoulées, 7 semaines restantes, 16 K lignes de diff pour l’instant. gel des fonctionnalités dans 1 à 2 semaines 20:03:57 <zzz> beaucoup de bonnes choses jusqu’ici. comme toujours, besoin de testeurs 20:04:12 <zzz> autre chose sur le point 2) ? 20:06:00 <zzz> 3) mise à jour NTCP2 (zzz) 20:06:20 <zzz> nous avons eu notre 6e réunion hier et j’ai fait ma mise à jour hebdomadaire de la proposition il y a quelques heures, elle est en ligne sur notre site 20:06:45 <zzz> cela boucle en grande partie la phase de spécification. Ce n’est pas encore joli et ça changera certainement, mais les grands points sont décidés 20:07:11 <zzz> nous sommes maintenant dans la phase d’implémentation de test. chaque projet devrait coder une implémentation d’ici fin mai, et nous ferons des tests d’interopérabilité en juin 20:07:37 <zzz> bien sûr, nous continuerons à mettre à jour la spécification en fonction de ce que nous apprendrons en commençant à coder 20:08:00 <zzz> donc les choses vont plutôt bien 20:08:15 <zzz> autre chose sur le point 3) ? 20:08:21 <orignal_> zzz, peux-tu lister toutes les primitives crypto nécessaires pour NTCP2 ? 20:08:38 <zzz> merci de lire la spécification, ne faisons pas ça ici, merci 20:08:39 <orignal_> en plus de ce qui est déjà dans I2P 20:09:02 <zzz> ou nous pouvons en discuter dans #ntcp2 après la réunion 20:09:34 <orignal_> je pensais que ça pourrait être intéressant pour tout le monde 20:09:36 <i2pr> [Slack/str4d] Argh, internet 20:09:41 <zzz> autre chose sur le point 3) ? 20:09:52 <i2pr> [Slack/str4d] En train de taper 20:10:07 <i2pr> [Slack/str4d] Maintenant que nous avons un brouillon de spécification raisonnablement stable, je vais voir si je peux le nettoyer un peu ce week-end, puis je demanderai à quelques amis cryptographes de le relire. 20:11:01 <zzz> ok 20:11:08 <zzz> autre chose sur le point 3) ? 20:12:02 <zzz> 4) Scrum de statut (zab) 20:12:06 <zzz> à toi, zlatinb 20:12:15 <zlatinb> Salut, avant de commencer — j’ai reçu des demandes de financement de tout le monde sauf mhatta, mais c’est dû à une confusion autour de PGP 20:12:32 <zlatinb> donc j’enverrai les validations finales à chacun plus tard ce soir 20:12:41 <zlatinb> et celle de mhatta sera finalement un peu retardée 20:13:37 <zlatinb> ok, commençons — tour de table, 1-2-3 20:13:37 <zlatinb> zzz : à toi 20:13:45 <zzz> ok 1) le mois dernier : 20:14:12 <zzz> sortie 34, dossiers susimail, DNSoverhTTPS, assistant SSL, le groupe a relu l’article PETS, nouvelle version d’orchid... 20:14:23 <zzz> spécification NTCP2, beaucoup de réunions et de planification, beaucoup de corrections de bogues 20:14:30 <zzz> 2) le mois prochain : 20:14:51 <zzz> implémentation NTCP2, finalisation de l’assistant SSL, beaucoup de corrections de bogues, encore de la planification et des réunions 20:15:04 <zzz> 3) bloqueurs : spécification de l’indication TAILS ready par mhatta 20:15:06 <zzz> EOT 20:15:18 <zlatinb> ok. str4d, à toi 20:15:31 <i2pr> [Slack/str4d] 1) Mois passé : 20:15:56 <i2pr> [Slack/str4d] - Terminé la migration d’I2P-Bote vers la version officielle d’Apache James Server, fait fonctionner IMAP et SMTP suffisamment bien pour mettre en place un service de relais des transactions Zcash, et publié une nouvelle version. 20:16:24 <i2pr> [Slack/str4d] - Article XRDS terminé 20:16:33 <i2pr> [Slack/str4d] - Relecture de la mise à jour du brouillon VRP 20:16:40 <i2pr> [Slack/str4d] - Corrections de bogues 20:16:50 <i2pr> [Slack/str4d] - Réunions de conception / spécification NTCP2 20:17:02 <i2pr> [Slack/str4d] - Implémenté (presque toute) la spécification brouillon NTCP2 en Rust 20:17:07 <i2pr> [Slack/str4d] 2) Mois prochain: 20:17:32 <i2pr> [Slack/str4d] - Implémenter les derniers cas particuliers de la spécification brouillon NTCP2 20:17:46 <i2pr> [Slack/str4d] - Écrire un harnais pour générer des vecteurs de test NTCP2 20:17:55 <i2pr> [Slack/str4d] - Me convaincre que SipHash convient pour l’occultation des longueurs 20:18:09 <i2pr> [Slack/str4d] - Rédiger l’occultation AES des éphémères comme extension Noise 20:18:26 <i2pr> [Slack/str4d] - Travailler sur l’implémentation Java de Noise avec zzz et meeh 20:18:39 <i2pr> [Slack/str4d] - Publier ce qu’il faut si nécessaire 20:19:32 <i2pr> [Slack/str4d] 3) Bloqueurs : aucun pour l’instant ; Frictions : voyages. 20:19:34 <i2pr> [Slack/str4d] EOT 20:20:00 <zlatinb> très bien. meeh, tu es là ? 20:20:49 <zlatinb> echelon ? sadie ? 20:21:31 <zlatinb> mhatta : tu es dans le coin par hasard ? 20:22:06 <zlatinb> :( 20:22:11 <anonymousmaybe> désolé pour l’interruption, mais y a-t-il une session de questions/réponses ici ? ou juste une énumération des points ? 20:22:39 <zlatinb> anonymousmaybe : SCRUM — on énumère les points, discussion peut-être plus tard 20:22:39 <zzz> dans environ 30 secondes je demanderai d’autres sujets, restez en ligne 20:23:01 <zzz> c’est tout pour toi, zlatinb ? 20:23:08 <anonymousmaybe> je vois, merci 20:23:09 <zlatinb> je suppose que oui 20:23:36 <zzz> ok, il est peut-être temps que tu envoies à tout le monde un email ferme pour leur demander d’être présents et à l’heure... 20:23:48 <zzz> ok, c’est tout pour le point 4) 20:23:57 <zzz> autre chose pour la réunion ? anonymousmaybe, à toi 20:24:51 <anonymousmaybe> j’aimerais poser une question sur l’implémentation de DNSoverhTTPS, 20:25:34 <zzz> ok, c’est un détail technique qu’il vaut mieux discuter après la réunion de statut 20:25:46 <zzz> autre chose pour la réunion ? 20:26:40 <anonymousmaybe> pas pour moi 20:27:01 * zzz saisit le marteau 20:27:38 * zzz *donne un coup de marteau* pour clore la réunion

Version 0.9.34

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

Détails de la mise à jour

La version 0.9.34 inclut d’importantes corrections de bogues pour les services cachés, le streaming et SAM. Cette version poursuit les travaux de préparation en vue d’utiliser Ed25519 comme type de signature par défaut et NTCP2 comme nouveau transport. Des améliorations des performances et l’habituelle panoplie de corrections de bogues sont incluses.

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’exécuter la version la plus récente.

Réunion des développeurs I2P - 3 avril 2018

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

Récapitulatif rapide

Présents : manas, meeh, str4d, zlatinb, zzz

Historique de la réunion

20:00:01 <zzz> 0) Salut 20:00:01 <zzz> 1) mise à jour 0.9.34 (zzz) 20:00:01 <zzz> 2) tickets bloquants 0.9.34 (str4d) 20:00:01 <zzz> 3) rôles et calendrier pour la build et la sortie Android/Maven 0.9.34 (str4d/meeh) 20:00:01 <zzz> 4) Suppression proposée de open4you.i2p et git.repo.i2p de la page d’accueil de la console (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 statut (zab) 20:00:05 <zzz> 0) Salut 20:00:07 <zzz> Salut 20:00:30 <zzz> bienvenue à la réunion 269, qui s’étend sur presque 16 ans 20:00:33 <manas> Hey 20:00:43 <zlatinb> salut 20:00:44 <zzz> 1) mise à jour 0.9.34 (zzz) 20:00:55 <zzz> ok, la date limite pour les traductions et l’intégration est dans 3 jours 20:01:20 <zzz> pas grand-chose côté rapports de bugs récents 20:01:36 <zzz> donc tout semble bon, en attente du point 2) 20:01:56 <zzz> je travaille sur la .35 et au-delà depuis quelques semaines 20:02:04 <zzz> autre chose pour le point 1) ? 20:03:00 <zzz> 2) tickets bloquants 0.9.34 (str4d) 20:03:25 <i2pr> [Slack/str4d] Hi :B 20:03:32 <zzz> str4d a plusieurs tickets bloquants remontant à plusieurs mois, et ils ont déjà été repoussés sur deux versions 20:03:38 <manas> salut str4d 20:03:38 <zzz> str4d, quel est ton plan pour ceux-là ? 20:04:10 <i2pr> [Slack/str4d] Je vois deux tickets bloquants. 20:04:19 <i2pr> [Slack/str4d] L’un concerne le réensemencement sur d’anciens Android 20:04:39 <zzz> ok bien, 2 c’est mieux que « plusieurs » 20:04:45 <i2pr> [Slack/str4d] Pour celui-là, nous avons réduit la fenêtre du problème, mais n’avons pas pu identifier de correctif à l’époque (celui essayé n’a pas marché) 20:05:07 <i2pr> [Slack/str4d] Je n’ai pas le temps en ce moment de travailler dessus, et les anciennes versions sont de moins en moins utilisées 20:05:24 <i2pr> [Slack/str4d] Donc je pense qu’on devrait simplement déprécier les anciennes versions d’Android 20:05:59 <i2pr> [Slack/str4d] À noter que le Google Play Store impose que les nouveaux envois d’apps se conforment à des APIs plus récentes, donc on pourrait de toute façon être forcés si on veut continuer à publier via GPlay 20:07:02 <zzz> et l’autre ? 20:07:16 <i2pr> [Slack/str4d] Abandonner la prise en charge des anciennes APIs devrait être relativement simple à faire dans la prochaine mise à jour, si on est d’accord. 20:08:03 <i2pr> [Slack/str4d] L’autre concerne des corrections de chaînes traduites depuis 0.9.31 (dans l’OP il est dit « mineur, mais classé comme bloquant ») 20:09:19 <i2pr> [Slack/str4d] J’en ai corrigé une partie localement, mais je n’ai pas eu le temps d’extraire et de pousser. 20:09:41 <zzz> La question est de savoir si tu as l’intention de faire des corrections UI. Le dernier correctif de ta part remonte à 5 mois. J’ai mis en avant une dizaine de tickets il y a un mois que je voulais voir corrigés pour la .34. Comptes-tu faire de l’UI à l’avenir ou devons-nous trouver un remplaçant ? 20:09:58 <i2pr> [Slack/str4d] Réalistement, si on me laisse faire, ça va continuer à glisser, mes priorités étant ailleurs pour l’instant. 20:10:39 <i2pr> [Slack/str4d] Je prévois de pousser davantage de patches UI, mais je n’ai pas le temps de le faire sur une échelle de temps suffisamment courte. 20:11:05 <zzz> ok donc on ne doit s’attendre à aucun travail UI, même des corrections simples, de ta part, ni pour la .34 ni après ? 20:11:31 <i2pr> [Slack/str4d] Le problème, c’est que le mot « simple » fait beaucoup de boulot ici :stuck_out_tongue: 20:12:11 <i2pr> [Slack/str4d] Pour la .34, correct, n’attendez aucun travail UI de ma part. 20:12:15 <zzz> ok. J’aurais aimé qu’on le sache il y a des mois. On a perdu énormément de temps. On va commencer à réassigner le travail et chercher des remplaçants. 20:12:22 <zzz> autre chose pour le point 2) ? 20:13:01 <i2pr> [Slack/str4d] Je suis prêt à passer des patchsets à d’autres pour extraire les correctifs « simples » — peut-être auront-ils plus de chance que moi à se débattre avec monotone+git 20:13:23 <zzz> 3) rôles et calendrier pour la build et la sortie Android/Maven 0.9.34 (str4d/meeh) 20:14:03 <zzz> J’aimerais savoir si str4d et meeh ont décidé qui fait quoi pour les sorties .34 maven/fdroid/android, pour savoir à qui demander des comptes et quand ça va se faire 20:15:37 <i2pr> [Slack/str4d] Meeh a les clés de signature pour Android et FDroid 20:15:51 <meeh> On peut régler ça maintenant. Tu en penses quoi str4d, tu as le temps pour ça, ou je m’en charge ? 20:16:16 <i2pr> [Slack/str4d] Je serais content que tu t’en charges avec moi dans ton oreille :slightly_smiling_face: 20:16:31 <i2pr> [Slack/str4d] (car je veux développer nos capacités de sortie) 20:16:47 <zzz> meeh ça te va ? 20:17:00 <i2pr> [Slack/str4d] On peut caler un moment pour le faire en binôme. 20:17:16 <meeh> Oui, on peut faire ça. C’est la meilleure option pour l’instant, comme ça tu peux me mettre à jour sur le comment et le quoi faire 20:17:29 <zzz> et pour maven central ? 20:17:45 <i2pr> [Slack/str4d] Je suis actuellement le seul à avoir les identifiants. 20:18:08 <meeh> Oui, je n’ai pas d’accès maven 20:18:22 <i2pr> [Slack/str4d] Il y a quelques formalités à remplir avec Sonatype pour changer ça 20:18:29 <zzz> donc tu t’en charges ou tu donnes les privilèges à meeh ? J’ai besoin de savoir qui est responsable et quand ça va se faire 20:18:39 <i2pr> [Slack/str4d] (en me rappelant vaguement ce que j’ai dû faire pour le mettre en place à l’époque) 20:18:52 <i2pr> [Slack/str4d] Je m’en charge pour la .34 20:19:21 <i2pr> [Slack/str4d] (probablement lors de la même session en binôme avec meeh) 20:19:57 <zzz> ok je peux vous tenir à une échéance de deux semaines pour tout publier ? Si je sors la mienne le 10 avril, ça ferait le 24 avril. ok ? 20:20:41 <i2pr> [Slack/str4d] D’accord. 20:20:51 <zzz> ok meeh ? 20:20:56 <i2pr> [Slack/str4d] Je suis à Denver la semaine du 9, puis de retour au Royaume-Uni la semaine suivante 20:21:09 <i2pr> [Slack/str4d] Donc la semaine qui convient le mieux niveau fuseau horaire pour meeh 20:21:11 <meeh> Ouais 20:21:39 <zzz> ok. meeh tu me dois aussi un ack confirmant que tu as vérifié le rapport de plantage gplay 20:21:45 <zzz> autre chose pour le point 3) ? 20:21:49 <meeh> Je devrais pouvoir m’adapter à quelque chose qui convienne à str4d dans ce délai 20:22:27 <zzz> 4) Suppression proposée de open4you.i2p et git.repo.i2p de la page d’accueil de la console (anonymousmaybe) 20:22:48 <zzz> ok, anonymousmaybe signale que ces deux sites sont hors ligne depuis des semaines ou des mois et recommande de les retirer de la console du router 20:22:55 <zzz> des objections ? 20:23:28 <i2pr> [Slack/str4d] git.repo.i2p est hors ligne depuis un moment principalement parce que je n’ai pas eu le temps d’y aller et de le relancer. 20:23:53 <zzz> donc je ne t’entends pas t’y opposer :) 20:23:55 <i2pr> [Slack/str4d] S’il est souhaité qu’il soit remis en service, je peux trouver du temps pour ça. Mais je ne m’oppose pas non plus à son retrait. 20:24:06 <zzz> sinon, je retirerai les deux pour la .34 20:24:31 <i2pr> [Slack/str4d] Pas d’objection de ma part pour open4you.i2p 20:24:33 <zzz> vous pourrez demander la réinclusion suivant nos procédures habituelles une fois que ce sera en ligne et stable 20:25:00 <zzz> c’est une expérience utilisateur terrible d’avoir des liens morts sur la page d’accueil de notre console, et nous devons à nos utilisateurs de les maintenir ou de les retirer 20:25:06 <i2pr> [Slack/str4d] ACK (j’ai suivi ce processus la première fois, si je me souviens bien :D) 20:25:15 <zzz> ok autre chose pour le point 4) ? 20:25:54 <zzz> 5) plan 0.9.35 (zzz) 20:26:11 <zzz> ok, on a eu une réunion feuille de route il y a une ou deux semaines, et la feuille de route sur notre site reflète les résultats 20:26:22 <zzz> tout le reste a été repoussé à 36/37 20:26:35 <zzz> on travaille d’arrache-pied sur les fonctionnalités de la 35 depuis déjà quelques semaines 20:26:55 <zzz> c’est comme ça que je veux fonctionner à chaque sortie, où le travail est fait à l’avance puis intégré tôt dans le cycle 20:27:13 <i2pr> [Slack/str4d] +1 20:27:13 <zzz> le calendrier prévoit une sortie .35 mi-fin juin, cycle standard de 10 semaines 20:27:34 <manas> Y aura-t-il une réunion similaire à la dernière avant la sortie .35 ? 20:27:57 <zzz> oui, j’aimerais faire une réunion de feuille de route pour la prochaine quelques semaines avant chaque sortie 20:28:06 <manas> ok ça marche 20:28:20 <zzz> autre chose pour le point 5) ? 20:28:35 <zzz> s/all the// 20:29:08 <i2pr> [Slack/str4d] La feuille de route .35 me semble raisonnable 20:29:24 <i2pr> [Slack/str4d] +1 pour les améliorations de configuration du réseau de test privé :smile: 20:30:01 <zzz> 6) plan NTCP2 (zzz) 20:30:09 <manas> J’ai posté sur les forums un peu tard mais j’aimerais avoir une réunion (ou en discuter à la prochaine réunion) pour parler des spécificités du réseau de test privé 20:30:30 <zzz> ok, nous avons réuni une équipe avec des représentants des 3 projets. Nous avons eu deux réunions jusqu’à présent et une nouvelle version de la proposition a été publiée 20:30:39 <meeh> manas je te contacterai d’ici un jour ou deux, j’ai aussi travaillé sur le sujet 20:30:43 <zzz> nous prévoyons de nous réunir une fois par semaine et de publier un nouveau brouillon après chaque réunion 20:30:49 <manas> meeh: d’accord :) 20:31:02 <zzz> l’objectif est de finir d’ici fin avril et d’avoir des implémentations de test d’ici fin mai. 20:31:19 <zzz> la prochaine réunion est sur #ntcp2 le 9 avril, 16h UTC, tout le monde est le bienvenu. 20:31:20 <i2pr> [Slack/str4d] Quelle proposition est poursuivie ? 20:31:36 <zzz> la version que nous avons publiée hier. 20:31:52 <zlatinb> c’est disponible sur le forum clearnet (Internet public) str4d 20:32:16 <zzz> en fait, c’est sur le site. proposition 111. 20:32:56 <i2pr> [Slack/str4d] D’accord, donc c’est la mise à jour que j’ai proposée 20:33:06 <zzz> les commentaires peuvent être faits sur i2pforum.i2p, i2pforum.i2p, le ticket trac, le fil zzz.i2p, sur #ntcp2, ici, vous pouvez m’envoyer un email, comme chacun veut le faire. Clearnet ou pas. Nous accueillons la participation de tous. 20:33:11 <i2pr> [Slack/str4d] Je dois vérifier si ce qui a été publié sur le site correspond à ce sur quoi je travaillais localement 20:33:46 <zzz> comme je te l’ai envoyé par email il y a une semaine, nous n’exigeons pas de proposition séparée de ta part. 20:34:12 <zzz> 111 sera la proposition et nous la mettrons à jour chaque semaine après notre réunion.\ 20:34:33 <i2pr> [Slack/str4d] Je te ping après la réunion. 20:34:40 <zzz> autre chose pour le point 6) ? 20:36:00 <zzz> 7) Scrum de statut (zab) 20:36:04 <zzz> à toi zlatinb 20:36:30 <zlatinb> Salut. Avant de commencer le scrum, tous ceux qui veulent être payés merci de remplir la feuille de temps/formulaire de demande que zzz a postée sur son forum 20:36:55 <zlatinb> et envoyez-moi le formulaire par email 20:36:58 <zlatinb> maintenant, scrum 20:37:01 <zzz> ok je suggère qu’on attende au moins la dernière semaine du mois, pour que les gens sachent combien ils ont travaillé jusque-là ? 20:37:42 <i2pr> [Slack/str4d] Je suis d’accord. D’après ce que j’ai compris, le trimestre a commencé en février 20:37:43 <zlatinb> bien sûr, mais j’aurai besoin de quelques jours après réception du formulaire 20:38:09 <manas> Je crois que le post disait pas avant le 23 AVR 20:38:29 <zzz> Dans le post, j’ai dit que le plus tôt pour envoyer est le 23 avril et le plus tard le 30 avril. Mais c’est toi qui fixes les règles et je mettrai à jour. 20:38:49 <zlatinb> ces dates me vont 20:39:07 * zlatinb s’est fait prendre pour ne pas avoir lu le post ;-) 20:39:17 <zlatinb> bref :) 20:39:50 <zlatinb> donc scrum — on va faire le tour de la salle, quand votre nom est appelé merci de poster une courte description de 20:39:56 <zlatinb> 1) ce que vous avez fait depuis le dernier scrum 20:40:02 <zlatinb> 2) ce que vous prévoyez de faire le mois prochain 20:40:21 <zlatinb> 3) êtes-vous bloqué par quelqu’un ou avez-vous besoin d’aide sur quelque chose 20:40:40 <zlatinb> faites-le même si vous avez donné des nouvelles sur le chat vidéo, c’est pour les archives 20:41:02 <zlatinb> donc, zzz à toi en premier 20:41:35 <zzz> merci zlatinb. Le mois dernier, j’ai beaucoup travaillé sur la sortie .34, y compris de nombreuses corrections de bugs et de nouvelles fonctionnalités. 20:42:13 <zzz> Plus récemment, je suis passé aux fonctionnalités et à la recherche pour la 35, y compris les dossiers susimail, et le nouveau protocole NTCP2 20:42:53 <zzz> le mois prochain, je prévois de relire l’article que nous avons reçu il y a un mois, de continuer le travail sur NTCP2, de sortir la 34, 20:43:05 <zzz> et de corriger des bugs. 3) pas de bloqueurs. EOT. 20:43:18 <zlatinb> merci 20:43:26 <zlatinb> eche|off : es-tu là par hasard ? 20:43:39 <zzz> je ne pense pas 20:43:40 <zlatinb> Je sais qu’il a dit qu’il ne serait pas là mais au cas où... 20:44:03 <zlatinb> d’accord. Prochain temps-plein — meeh, à toi 20:44:22 <meeh> Points forts 20:44:22 <meeh> J’ai bientôt terminé un MVP (produit minimal viable) pour un nouveau lanceur OS X, amélioré le service d’outproxy (proxy de sortie) et son tuning pour de meilleures performances. J’ai fait quelques tests Scala, d’autres à venir. Et j’ai mis en place les systèmes de test dont j’ai besoin pour le dev/test Android et OS X. J’ai aussi pris du temps pour me remettre dans les bases de code. Et me suis en quelque sorte remis à jour sur les propositions. 20:44:40 <meeh> Divers : beaucoup de choses que je ne me rappelle pas vraiment pour le moment. 20:45:23 <meeh> Pour la prochaine fois : Avoir le MVP pour OS X prêt. Vous épater avec un joli bundle navigateur. Me concentrer davantage sur les tests Scala, Android et la documentation de contribution 20:45:51 <meeh> Bloqueurs ; mja.. être plus sûr des changements DNS comme discuté lors de la dernière vidéo 20:46:12 <zlatinb> oui en effet, je vais devoir être plus sérieux pour relancer welt 20:46:34 <zlatinb> autre chose meeh ? 20:46:51 <meeh> Parce qu’une fois qu’on sera sûrs des changements et de quand, je pourrai déprécier certains vieux services avec des serveurs et logiciels neufs (nettoyage, etc.) 20:46:59 <meeh> Améliorer mes services pour i2p 20:47:04 <meeh> Terminé :) 20:47:19 <zlatinb> cool 20:47:35 <zlatinb> manas : il doit être très tard chez toi, content de te voir, ta mise à jour stp ? 20:47:56 <manas> salut tout le monde. content de tous vous revoir 20:47:57 <manas> pour résumer : j’ai étudié jusqu’au chapitre 4, qui parle de la syntaxe Java, du livre que j’utilise pour apprendre Java. Je continuerai avec le chapitre 5 ce mois-ci, les objets en Java. J’ai écrit du code Java qui a été relu par zzz (merci, zzz). Je vais continuer à étudier la crypto également. Je lis sur ant et gradle. Je réfléchis au réseau de test, et je prévois d’acquérir du matériel pour 20:47:58 <manas> cela. Je continue d’entretenir les services que je gère et de rester à jour sur les divulgations de sécurité. Je lis/réponds régulièrement aux tickets trac et aux posts du forum. 20:48:19 <manas> meeh, si tu as des écrits/documentation à partager sur l’exploitation d’un outproxy je serais intéressé de les lire :) 20:48:21 <manas> eot 20:48:57 <zlatinb> bien — je veux parler bientôt de la question des outproxy à la lumière d’OTF 20:49:08 <meeh> Bien sûr, on pourra en parler plus tard. Principalement c’est un tunnel sans rien dans le champ domaine 20:49:09 <zlatinb> mais revenons au scrum — str4d à ton tour 20:49:11 <zlatinb> tour 20:49:18 <i2pr> [Slack/str4d] Le mois dernier j’ai travaillé sur nos spécifications crypto actuelles, démarré le processus de migration des propositions vers le nouveau forum, participé à la réunion des développeurs Tor à Rome (pour Zcash, mais avec diverses discussions pertinentes pour I2P), travaillé avec Elio/Ura sur des maquettes de site, travaillé sur Ire en préparation de l’implémentation brouillon d’NTCP2, et réfléchi en général 20:49:19 <i2pr> aux primitives cryptographiques de NTCP2. 20:50:20 <i2pr> [Slack/str4d] Le mois prochain je prévois de vérifier mes emails XD, de travailler en binôme avec meeh sur Android/Maven .34, de planifier dans mon agenda ces réunions que je semble rater, de relire l’article, de démarrer une implémentation brouillon de NTCP2 afin d’éclaircir certains problèmes de la bibliothèque Noise, et de travailler à spécifier la cécité (blinding) des clés éphémères de type Elligator. 20:50:50 <i2pr> [Slack/str4d] Le seul bloqueur est lié aux emails, je pinguerai les gens après à ce sujet. 20:50:57 <i2pr> [Slack/str4d] EOT 20:51:38 <zlatinb> i2pr : str4d ping ping 20:52:35 <zlatinb> merci 20:52:46 <zlatinb> sadie est-elle là sur slack ? 20:53:40 <zlatinb> sinon je pense que c’est tout le monde / tout pour le point 7) 20:54:03 <zzz> ok, merci zlatinb, quelqu’un a autre chose pour la réunion ? 20:54:38 <i2pr> [Slack/str4d] Je ne pense pas qu’elle soit là 20:54:55 <meeh> non, juste l’annonce que je vais mettre en place plus de ressources pour l’outproxy et l’améliorer 20:55:03 * zzz saisit le baffer 20:56:00 * zzz *baffe* la réunion est close

Réunion des développeurs I2P - 06 mars 2018

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

Bref récapitulatif

Présents : echelon, meeh, psi, str4d, zlatinb, zzz

Journal de réunion

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) éléments de publication restants pour 0.9.33 (f-droid.org, Debian officiel) (nextloop, mhatta) 20:00:00 <zzz> 2) mise à jour 0.9.34 (zzz) 20:00:00 <zzz> 3) Scrum d'état (zab) 20:00:04 <zzz> 0) Salut 20:00:06 <zzz> salut 20:00:17 <zlatinb> salut 20:00:20 <zzz> bienvenue à la réunion 268 de ce formidable projet qui a 15 ans ! 20:00:44 <zzz> 1) éléments de publication restants pour 0.9.33 (f-droid.org, Debian officiel) (nextloop, mhatta) 20:01:03 <zzz> ok, nextloop a fait une PR pour f-droid, elle n'est pas encore apparue, mais j'espère que ce sera bientôt 20:01:30 <zzz> pour Debian, nous n'avons toujours pas de nouvelles de mhatta et nous avons manqué la date limite pour Bionic 20:01:51 <zzz> autre chose sur le point 1) ? 20:03:01 <zzz> 2) mise à jour 0.9.34 (zzz) 20:03:37 <zzz> nous en sommes à mi‑parcours du cycle programmé de 10 semaines. J'ai fixé la date limite pour les commits à dans 4 semaines et demie. Gel des tags dans 3 semaines, publication dans 5 semaines 20:04:03 <zzz> nous en sommes à 16K lignes de diff. Le changement le plus notable est la partie 2 de la refonte de susimail. Le reste, ce sont des correctifs un peu partout 20:04:28 <zzz> j'encourage tout le monde dans l'équipe à corriger quelques tickets pour la publication, si possible 20:05:01 <zzz> nous avons dépassé la date limite des « gros changements », mais nous espérons encore divers correctifs de tout le monde 20:05:21 <zzz> et bien sûr, tester les builds de dev est aussi le travail de chacun, merci de donner un coup de main 20:05:31 <zzz> autre chose sur le point 2) ? 20:07:01 <zzz> 3) Scrum d'état (zab) à toi 20:07:04 <eche|on> pas vraiment 20:07:11 <zlatinb> Salut. Nous allons faire un tour de table et, quand votre nom est appelé, veuillez donner une brève description de : 20:07:21 <zlatinb> 1) ce que vous avez fait depuis le dernier scrum 20:07:29 <zlatinb> 2) ce que vous comptez faire le mois prochain 20:07:44 <zlatinb> 3) si vous êtes bloqué par quelque chose ou si vous avez besoin d'aide de quelqu'un 20:08:11 <zlatinb> Veuillez attendre la fin du scrum si vous souhaitez poser une question ou faire un commentaire 20:08:21 <zlatinb> on y va — zzz, lance 20:09:10 <zzz> ok. en plus de ce que j'ai déjà dit... j'ai travaillé à améliorer le support SSL dans la console et les eepsites ; des améliorations UPnP ; des correctifs IPv6 ; et divers refactorings 20:09:40 <zzz> je pense continuer sur SSL et IPv6 le mois prochain, ainsi que boucler d'autres correctifs pour la publication, qui sera début avril 20:10:06 <zzz> je suis bloqué pour travailler sur les propositions, j'attends de travailler avec str4d 20:10:07 <zzz> EOT 20:10:41 <zlatinb> eche|on : vas‑y s'il te plaît 20:11:07 <eche|on> ok, j'ai travaillé sur trac, le forum et le blog 20:11:28 <eche|on> le mois prochain ça continuera, un peu plus de relations publiques, mise à jour des finances,... 20:11:39 <eche|on> actuellement tout va bien, la semaine prochaine je suis en déplacement 20:12:12 <zlatinb> super. meeh tu es là ? Peux‑tu nous donner une mise à jour ? 20:12:38 <meeh> Oui, un instant 20:13:45 <meeh> J'ai travaillé sur la partie lanceur sous OSX parce que ça me tape sérieusement sur les nerfs étant donné que je suis sur OSX ; aussi — ces 1,5 derniers jours, je les ai passés à migrer notre horrible base sqlite (trac) vers quelque chose qui passe à l'échelle 20:13:53 <meeh> En essayant d'éviter ce problème d'octet nul 20:14:31 <meeh> Il semble que ça va marcher maintenant, une fois que j'aurai défini manuellement toutes les tables en amont dans pgsql avant d'essayer d'importer (sans tables alors) 20:15:37 <meeh> Et oui, j'aurai peut‑être aussi quelque chose concernant l'export git->monotone 20:15:45 <meeh> C'est tout pour moi 20:16:22 <zlatinb> ok, je suppose que tu n'es bloqué par rien ? 20:16:46 <meeh> non 20:16:50 <meeh> Tout va bien :) 20:17:16 <zlatinb> excellent. psi tu veux te joindre à la fête ? 20:17:22 <psi> bien sûr 20:17:28 <psi> voyons voir 20:17:47 <psi> 1) c'est mon premier scrum pour i2p 20:18:18 <psi> 2) ce mois‑ci je vais rendre libsam super rutilante et géniale 20:18:32 <psi> éventuellement ajouter une variante epoll/kqueue 20:18:57 <psi> 3) j'attends actuellement la review sur la PR que j'ai faite sur GitHub pour libsam 20:19:00 <psi> EOT 20:19:20 <zlatinb> bon boulot 20:19:24 <zlatinb> str4d : tu es là ? 20:19:51 <zlatinb> sadie peut‑être que toi tu es là ? 20:20:09 <zzz> sadie m'a dit qu'elle la manquerait probablement 20:20:41 <zlatinb> et str4d semble absent 20:20:55 <zlatinb> donc cela conclut le scrum je pense — manas est exempté et mhatta est absent 20:21:20 <zzz> ok, autre chose pour le point 3) ? autre chose pour la réunion ? 20:21:34 <zlatinb> maintenant, quelqu'un a des questions ou des commentaires sur quoi que ce soit qui a été évoqué pendant le scrum ? 20:21:41 <meeh> J'ai une question concernant Oracle, la licence et nous, quand ce sera l'heure des questions/réponses 20:21:54 <zlatinb> (c'est la partie bloqueur/bloqué) 20:22:05 <zlatinb> meeh : ok, on peut discuter après la réunion 20:22:43 <zzz> J'ajoute juste que je suis bloqué sur tous les changements et améliorations de paquetisation possibles en attendant mhatta 20:23:12 <zzz> et sur la fonctionnalité de notification au démarrage dans Tails, pareil 20:24:22 <zlatinb> ok. Cela conclut le point 3) je pense 20:24:33 <zzz> ok, autre chose pour la réunion ? 20:25:02 * zzz attrape le maillet 20:25:27 <i2pr> [Slack/str4d] Ici 20:25:38 * zzz repose le maillet 20:25:38 <zlatinb> ohai 20:25:39 <i2pr> [Slack/str4d] Désolé pour le retard, encore des problèmes d'internet 20:26:13 <zlatinb> donc oui, brièvement 1) ce que tu as fait 2) ce que tu vas faire 3) bloqué / besoin d'aide ? 20:27:58 <i2pr> [Slack/str4d] 1) correction de bugs, travail de release, patchset de l'UI de la console du router, travail Android et délégation de clé de signature, triage de tickets, article XRDS 20:29:14 <i2pr> [Slack/str4d] Oh, et collaboration avec Ura 20:29:24 <i2pr> [Slack/str4d] (plus réunions habituelles, etc.) 20:31:40 <i2pr> [Slack/str4d] 2) Migrer toutes les propositions vers le nouveau forum, finaliser le brouillon NTCP Noise en tant que nouvelle proposition, réunion des développeurs Tor, synchro avec Ura, synchro avec dawuud sur SPHINCS, éventuellement relecture d'article, révisions de l'article XRDS, triage de tickets 20:34:49 <zlatinb> es‑tu bloqué par quelque chose ou as‑tu besoin d'aide de quelqu'un ? 20:34:50 <i2pr> [Slack/str4d] 3) Rien pour l'instant, mais contacter des personnes intéressées pour relire 20:35:07 <i2pr> [Slack/str4d] Oh, la liste de diffusion 20:35:20 <zzz> ok, autre chose pour le point 3) ? autre chose pour la réunion ? 20:36:03 * zzz attrape de nouveau le maillet 20:36:23 <zzz> zab j'aime le 1-2-3, ça a bien marché 20:37:01 * zzz **clôt** la réunion

I2P à BSidesNYC

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

Sadie et str4d ont assisté à BSidesNYC le samedi 20 janvier. Merci à l’équipe BSides d’avoir organisé une si belle conférence !

En dehors de quelques présentations, nous avons surtout travaillé, l’après-midi, dans l’espace commun du John Jay College, sur plusieurs objectifs que nous nous étions fixés pour la journée.

Notre tâche la plus urgente a été de rédiger la feuille de route de haut niveau pour 2018, à la suite des discussions au 34C3. Celle-ci a désormais été publiée - allez la consulter ! Nous avons également repris certaines discussions qui avaient été mises de côté pendant la période des fêtes, concernant notre processus naissant de réponse aux vulnérabilités, afin de le mettre en « production ».

Feuille de route de haut niveau pour 2018

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

L’une des nombreuses choses que nous avons abordées au 34C3 était de déterminer sur quoi nous devrions nous concentrer pour l’année à venir. Nous voulions notamment une feuille de route qui clarifie ce que nous voulons absolument réaliser, par opposition à ce qu’il serait vraiment appréciable d’avoir, et qui nous permette d’aider à intégrer les nouveaux venus dans l’une ou l’autre catégorie. Voici ce que nous avons élaboré :

Priorité : Nouvelle crypto(graphie !)

De nombreux primitifs et protocoles actuels conservent encore leur conception d’origine datant d’environ 2005 et nécessitent des améliorations. Nous avons depuis plusieurs années un certain nombre de propositions ouvertes présentant des idées, mais les progrès concrets ont été lents. Nous sommes tous convenus que cela doit être notre priorité absolue pour 2018. Les composants essentiels sont :

Feuille de route de haut niveau pour 2018

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

Parmi les nombreux sujets que nous avons abordés à 34C3 figurait la question de savoir sur quoi nous devrions nous concentrer pour l’année à venir. Plus précisément, nous voulions une feuille de route claire, distinguant ce que nous voulons absolument réaliser de ce qu’il serait très appréciable d’avoir, et qui permette d’aider à intégrer les nouveaux arrivants dans l’une ou l’autre catégorie. Voici ce que nous avons convenu :

Priorité : Nouvelle crypto(graphie !)

De nombreuses primitives et protocoles actuels conservent encore leurs conceptions d’origine datant d’environ 2005 et doivent être améliorés. Nous avons, depuis plusieurs années, un certain nombre de propositions ouvertes présentant des idées, mais les progrès ont été lents. Nous sommes tous tombés d’accord pour en faire notre priorité absolue pour 2018. Les composants fondamentaux sont :

Réunion des développeurs I2P - 6 février 2018

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

Récapitulatif rapide

Présents: echelon, manas, meeh, orignal, R4SAS, sadie, str4d, zlatinb, zzz

Journal de réunion

20:00:01 <zzz> 0) Salut 20:00:01 <zzz> 1) mise à jour 0.9.33/34 (zzz) 20:00:01 <zzz> 2) suivi 34C3 (zzz) 20:00:01 <zzz> 3) compte rendu B-Sides NYC (sadie, str4d) 20:00:01 <zzz> 4) compte rendu FOSDEM (echelon) 20:00:01 <zzz> 5) Scrum de statut (zab) 20:00:05 <zzz> 0) Salut 20:00:08 <zzz> Salut 20:00:11 <zlatinb> salut 20:00:15 <manas> salut 20:00:19 <echelon> salut 20:00:35 <zzz> 1) mise à jour 0.9.33/34 (zzz) 20:00:46 <zzz> ok, 0.9.33 est sorti depuis une semaine, tout semble bon jusqu'ici 20:00:47 <orignal_> salut 20:01:22 <zzz> éléments restants : android/fdroid/maven par str4d et le Debian officiel par mhatta. Pourriez-vous tous les deux nous donner une estimation (ETA) ? 20:01:27 <R4SAS> salut 20:01:33 <echelon> ouais, ça a l'air bien 20:02:39 <zzz> nous avons besoin des deux d'ici le week-end, pour respecter notre objectif de deux semaines pour les éléments principaux de la release, et pour respecter l'échéance pour Bionic 20:03:24 <zzz> ok je passe à .34, j'espère qu'ils vont se manifester 20:03:48 <zzz> J'ai fixé un calendrier de 10 semaines pour la .34 avec une sortie mi-avril. Cela voudrait dire que les gros éléments doivent être prêts début mars 20:03:59 <echelon> ok 20:04:06 <zzz> J'ai intégré quelques petites choses, et un gros remaniement de susimail arrive dans quelques jours 20:04:19 <echelon> je les testerai 20:04:42 <echelon> autre chose de prévu pour la .34 ? 20:04:50 <zzz> oh, autre chose sur la .33, nous avons eu 73 tickets ouverts pendant le cycle de dev de la .33. J'en ai corrigé environ 30. 20:04:54 <i2pr> [Slack/sadie] salut 20:05:13 <zzz> Je suis en gros le seul à faire le triage ou des corrections et si je n'obtiens pas un peu d'aide, je n'aurai pas le temps pour autre chose 20:05:38 <zzz> donc j'apprécierais, les tickets sont l'affaire de tout le monde, merci de donner un coup de main où vous pouvez 20:05:54 <echelon> Je peux regarder quelques tickets, mais je ne peux pas coder 20:06:08 <echelon> je me bats toujours avec la gestion des utilisateurs dans trac 20:06:08 <zzz> pour la .34, la roadmap a besoin d'ajustements par rapport à ce qu'on peut réellement accomplir, mais je ne l'ai pas regardée depuis quelques semaines 20:06:23 <echelon> ok 20:06:34 <zzz> beaucoup de tickets concernent le site web et nous n'avons personne qui fasse des corrections régulières sur le site depuis longtemps 20:06:51 <echelon> ok, le contenu c'est facile 20:07:02 <zzz> Je suppose que str4d a quelques correctifs d'UI pour la 34 puisqu'il n'a rien intégré pour la 33, mais on verra 20:07:08 <zzz> autre chose sur 1) ? 20:08:00 <zzz> 2) suivi 34C3 (zzz) 20:08:35 <zzz> c'était vraiment juste un pense-bête. Une chose en suspens est de terminer la synthèse des priorités de la roadmap de str4d et de la mettre sur le site web 20:08:40 <zzz> str4d, un statut là-dessus ? 20:08:55 <zzz> quelqu'un d'autre a quelque chose à dire sur le 34C3 ? 20:09:17 <manas> c'étaient quatre jours excellents :) 20:09:17 <echelon> il n'y avait pas autant de gens qui nous parlaient qu'au 33c3 20:09:52 <zzz> oui, même si on a beaucoup avancé, peut-être parce qu'on a eu moins de passage spontané. C'est un compromis 20:09:55 <orignal_> plus d'intérêt pour i2p ? 20:10:06 <i2pr> [Slack/str4d] J'ai le brouillon depuis, mais je tombe sans arrêt sur des problèmes d'accès au forum Dev 20:10:08 <zzz> c'était plutôt une question d'emplacement de la table 20:10:11 <i2pr> [Slack/str4d] Fait* 20:10:13 <echelon> bien sûr 20:10:27 <zzz> str4d, ETA pour le mettre sur le site web ? 20:11:24 <zzz> str4d, pour revenir au point 1), ETA pour maven/android/fdroid .33 ? 20:11:31 <i2pr> [Slack/str4d] Si je n'ai pas besoin de demander plus d'avis sur le forum Dev, je peux le faire ce soir 20:11:55 <zzz> J'ai posté quelques objections auxquelles tu n'as pas répondu, du moins il y a quelques heures 20:11:59 <i2pr> [Slack/str4d] Les éléments de la .33 probablement pas ce week-end, je vais travailler tout le week-end sur des trucs Zcash 20:12:11 <zzz> ETA pour la .33 alors ? 20:12:23 <i2pr> [Slack/str4d] Oui, c'est ce que j'ai essayé de poster sur le forum dev sans cesse 20:12:57 <zzz> eh bien, si tu les as vues, alors prends en compte les objections, ou pas, c'est toi qui vois 20:13:58 <i2pr> [Slack/str4d] La .33 devra attendre le week-end prochain (vers le 18 ?) 20:14:41 <zzz> ça fait 2 semaines et demie après la sortie. Pas moyen de s'y mettre plus tôt ? Nous devons vraiment traiter ceux-ci comme des produits principaux de release et les sortir rapidement 20:15:31 <orignal_> zzz, pourquoi ne peux-tu pas t'en charger toi-même ? 20:15:50 <zzz> nous avons tous nos rôles. Je ne peux pas tout faire. 20:17:07 <orignal_> parfois tu dois 20:17:09 <zzz> ok, str4d peut répondre, ou pas. Autre chose sur 1) ou 2) ? 20:17:17 <i2pr> [Slack/str4d] Je n'y peux rien pour mon emploi du temps 20:17:48 <i2pr> [Slack/str4d] Ce serait bien d'avoir plus de personnes capables de faire ces releases, particulièrement Maven 20:17:52 <zzz> ok, voyons comment faire en sorte que ça aille plus vite la prochaine fois 20:17:59 <zzz> 3) compte rendu B-Sides NYC (sadie, str4d) 20:18:19 <zzz> sadie, str4d, pouvez-vous nous faire un bref compte rendu, et aussi nous donner l'ETA pour publier le rapport de voyage complet ? 20:18:47 <i2pr> [Slack/sadie] ça s'est bien passé - nous avons un billet de blog prêt (quelques difficultés à le publier) 20:19:22 <zzz> c'était... vraiment bref... ETA pour le publier ? 20:19:34 <i2pr> [Slack/sadie] nous avons travaillé sur la roadmap, travaillé sur le site web, et discuté d'idées pour la sensibilisation cette année 20:20:11 <i2pr> [Slack/str4d] L'architecture de l'information du site pour la navigation est en bien meilleure forme 20:20:25 <i2pr> [Slack/sadie] nous avons repris contact avec Elio qui a fait le nouveau logo pour commencer la conception des sous-pages 20:20:32 <zzz> IA ? 20:20:40 <i2pr> [Slack/str4d] Architecture de l'information 20:21:21 <zzz> sadie, str4d, ETA pour publier le compte rendu de voyage ? 20:21:30 <i2pr> [Slack/str4d] Le billet de blog sera en ligne dès que la roadmap le sera 20:21:56 <zzz> ok. Autre chose sur 3) ? 20:22:45 <zzz> 4) compte rendu FOSDEM (echelon) 20:22:47 <i2pr> [Slack/str4d] tl;dr ça s'est bien passé, ça vaut le coup de le refaire 20:22:58 <zzz> echelon, comment ça s'est passé à FOSDEM, comment était la présentation I2P ? 20:23:25 <echelon> fosdem est un bel et grand événement avec>20 pistes parallèles et des milliers de visiteurs, entièrement gratuit 20:23:34 <manas> wow sympa 20:23:58 <echelon> fosdem en lui-même est bien géré et organisé, mais se procurer de la nourriture prend un peu de temps, et beaucoup de talks se remplissent vite et on ne peut pas entrer 20:24:23 <echelon> mais tous les talks sont diffusés en direct et sont maintenant mis sur youtube et en ligne sur la page de fosdem 20:24:49 <echelon> la présentation i2p était un bref talk rapide sur ce qu'est i2p et ce qui la différencie de tor, pas beaucoup plus, le temps était court 20:25:09 <zzz> as-tu rencontré le gars ? 20:25:20 <echelon> l'auteur est un gars d'i2pd, pas beaucoup en contact ici, mais il avait une assez bonne vision du code, sauf quelques mauvais chiffres 20:25:29 <echelon> l'audience était d'environ ~100-150 personnes, la salle était pleine 20:25:53 <zzz> super, content que tu y sois allé 20:26:01 <zzz> autre chose sur 4) ? 20:26:01 <echelon> juste 2 questions ensuite, par ex. si i2p java utilise vraiment maintenant 2-4GB et si ça tourne sur un raspverry pi 20:26:17 <echelon> on devrait y aller en 2019 aussi 20:26:43 <echelon> (J'ai juste ramené une toux, dommage) 20:26:53 <orignal_> comment se fait-il qu'on ne connaisse pas ce type ? 20:27:27 <manas> echelon : j'ai ramené une sale toux dans l'avion de retour d'ici depuis le 34c3 :) tout va bien maintenant 20:27:29 <echelon> il est resté sous le radar, mais il a des droits de push sur git 20:27:49 <orignal_> manas tu es où maintenant ? 20:27:51 <zzz> autre chose sur 4) ? 20:27:58 <echelon> pas beaucoup parlé, car j'étais déjà à plat et le temps était un problème dimanche 20:28:29 <orignal_> des droits de push ? Je pense que seuls R4SAS, villain et psi les ont 20:28:38 <zzz> 5) Scrum de statut (zlatinb) 20:28:45 <zzz> ok zab, la parole est à toi 20:28:50 <echelon> il a dit, il a poussé du code toi2pd 20:28:59 <echelon> ok 20:29:08 <zlatinb> bonjour à tous. Je suis heureux d'annoncer que toutes les propositions de compensation ont été approuvées ! 20:29:10 <orignal_> on le trouvera alors 20:29:46 <zlatinb> faisons un tour de table et, quand votre nom est appelé, merci de donner un bref résumé de ce sur quoi vous allez travailler pour les 6 prochains mois. Merci de garder les questions pour plus tard 20:29:55 <zlatinb> zzz à toi en premier 20:30:52 <zzz> ok, la majorité de mon temps c'est gestion de projet, corrections de bugs et nouveau code, mais je prévois de consacrer une part importante de temps aux propositions et à la planification, ainsi qu'à lire/étudier des sujets 20:31:02 <zzz> pour être assez informé pour prendre certaines des décisions que nous devons prendre 20:31:27 <zzz> la plupart d'entre vous savent ce que je fais, mais voilà un rapide résumé 20:31:39 <zzz> code code code, bugs bugs bugs, encore 20:31:42 <zzz> EOT 20:31:56 <zlatinb> Merci. echelon , à toi 20:32:23 <echelon> ok, gérer les fonds, faire un peu de RP, gérer la plupart des services, faire un peu de travail sur Trac, aller à des conférences^^ 20:32:41 <echelon> eot 20:32:55 <zlatinb> str4d: à toi 20:33:04 <i2pr> [Slack/str4d] En premier lieu, je consacrerai mon temps à rédiger et relire des propositions, et à gérer le processus de proposition avec zzz afin que nous ayons des documents de proposition de haute qualité pour la communauté. 20:33:33 <i2pr> [Slack/str4d] En second, je rédigerai des implémentations des propositions en Java et Rust, et je collaborerai avec des personnes en dehors d'I2P sur des composants communs. 20:34:10 <i2pr> [Slack/str4d] Le reste de mon temps sera consacré à Maven, Android (corrections de bugs uniquement), et I2P-Bote. 20:34:13 <i2pr> [Slack/str4d] EOT 20:34:53 <zlatinb> sadie, merci d'être venue ! Dis-nous ce que tu vas faire 20:35:20 <zlatinb> Sadie ? 20:35:42 <i2pr> [Slack/str4d] Tu ne peux pas voir la notification de saisie dans shack 20:35:43 <i2pr> [Slack/sadie] Salut ! Je vais étendre mon rôle de RP - billets de blog, news de la console.. 20:35:47 <i2pr> [Slack/str4d] Slack* 20:36:26 <i2pr> [Slack/sadie] aussi - triage sur Trac - améliorer nos temps de réponse, aider les utilisateurs 20:37:13 <i2pr> [Slack/sadie] recherche de financement, sensibilisation auprès d'autres projets et partenariats stratégiques. Trouver plus d'utilisateurs et de devs 20:37:35 <i2pr> [Slack/sadie] EOT 20:37:47 <zlatinb> Ça a l'air super. manas, à toi 20:37:52 <manas> salut 20:38:05 <manas> prochains 6 mois : étudier Java, la documentation i2p et se familiariser avec la base de code ; étudier la cryptographie, l'anonymat, la vie privée et la sécurité - toutes recommandations de livres/articles/etc sur ces sujets sont les bienvenues :) 20:38:10 <manas> j'ai quelques idées de visuels intéressants qui pourraient être utilisés pour des stickers/tee-shirts à la marque i2p que j'examinerai aussi 20:38:14 <manas> statut actuel : l'espace de travail est en place ; le réseau est en grande partie fait - un router nécessite une mise à jour de firmware, ticket soumis. prêt à avancer sur toutes les tâches. 20:38:16 <manas> eot 20:38:36 <zlatinb> super. meeh et mhatta, êtes-vous là ? 20:38:49 <meeh> Je suis là 20:38:58 <zlatinb> vas-y 20:39:01 <manas> salut meeh :) 20:39:05 <meeh> donnez-moi un moment pour rattraper 20:39:40 <zlatinb> on fait un scrum, faites juste un bref résumé de ce que vous allez faire pendant les 6 prochains mois 20:39:46 <meeh> compris 20:42:12 <meeh> prochains 6 mois : compléter autant de scalatests (unittests) que possible pour les parties core et router d'i2p, probablement d'autres aussi. également, i2p pour OSX a besoin d'améliorations, où je travaillerai sur le launcher et le processus de mise à jour, j'espère aussi faire des améliorations sur la doc/le web, faire autant de suivi que possible sur Trac concernant les tickets ouverts de toutes sortes, et enfin quelques recherches pour de nouvelles crypto / I2NP 20:42:45 <zlatinb> d'accord 20:44:39 <zlatinb> mhatta n'est malheureusement pas là, donc cela conclut le scrum 20:44:39 <zlatinb> avant qu'on ne baf la réunion je voudrais donner l'occasion aux gens de poser des questions aux autres membres de l'équipe 20:44:40 <zlatinb> donc si vous avez quelque chose de spécifique à demander concernant les objectifs - allez-y ! 20:44:40 <zlatinb> sinon, Falcon Heavy décolle dans une minute :) 20:44:41 <manas> meeh : envisageras-tu de séparer les tests qui nécessitent un accès réseau de ceux qui n'en ont pas besoin ? 20:44:42 <meeh> J'aimerais que les gens disent s'il y a des endroits qui ont vraiment besoin de tests - en priorité par rapport aux autres. Ouvert aux suggestions. 20:45:21 <zzz> manas et str4d sont les mieux placés pour discuter des tests 20:45:38 <meeh> manas : j'essaierai d'émuler/mock le réseau autant que possible, je n'ai pas encore réfléchi si je rencontre un test sur comment le faire, mais je peux te tenir au courant :) 20:45:59 <manas> BobTheBuilder exécute actuellement les tests ant avec l'enveloppe torsocks. Ce serait bien de pouvoir exécuter les tests nécessitant le réseau indépendamment du reste 20:46:00 <meeh> s/test/a place where it's needed for a test/ 20:46:29 <zzz> zab il faudra discuter si nous voulons garder la partie scrum de cette réunion, ou pas, on peut faire ça dans les semaines à venir 20:46:30 <meeh> alors je regarderai ça :) 20:46:33 <meeh> merci pour le conseil. 20:46:45 <zzz> et y a-t-il un scrum avant le mois prochain ? 20:47:03 <manas> meeh : on discutera davantage, je vais aussi me pencher sur les tests :) 20:47:11 <zlatinb> d'accord, donc je voudrais un scrum avec tout le monde chaque mois 20:47:17 <meeh> je suis totalement ok avec ça - je fais encore pire (chaque jour à 09h30) :p 20:47:19 <zlatinb> sauf manas qui ne peut pas venir à cause des décalages horaires 20:47:44 <zzz> je suis sûr que mhatta est dans un fuseau horaire au moins aussi mauvais 20:47:46 <manas> ouais c'est tôt ici lol 20:47:47 <zlatinb> indépendamment de ça je rencontrerai ceux qui travaillent à temps plein chaque semaine via irc/signal, etc. 20:47:56 <manas> mhatta est peut-être en plein sommeil 20:47:59 <meeh> je changerai de fuseau horaire si nécessaire au pire des cas :) 20:48:14 <zzz> le plus tôt que je peux avancer la réunion est d'une demi-heure, bien qu'après le passage à l'heure d'été je pourrais probablement faire 19h UTC 20:48:25 <zzz> pas assez tôt pour mhatta je suppose 20:48:41 <manas> une fois par mois ne poserait pas de problème. une fois par semaine pourrait en poser 20:49:18 <zzz> J'encourage tout le monde à être sur IRC aussi souvent que possible. C'est terriblement calme ici. C'est le meilleur endroit pour faire avancer les choses 20:49:25 <zzz> autre chose sur le 5) ? 20:49:30 <zlatinb> ok, j'ai terminé, merci à tous 20:49:38 <zzz> autre chose pour la réunion ? 20:50:08 <meeh> Je suis quasiment toujours là - j'ai juste été occupé à me dégager de mon projet à mon boulot de jour. Donc je serai plus actif avec le temps. 20:50:19 * zzz attrape le *baffer* 20:50:29 <meeh> J'imagine avoir une date de début d'ici la semaine, zlatinb 20:50:56 <zlatinb> génial 20:51:02 * zzz *bafs* la réunion est close

Version 0.9.33

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

Détails de la mise à jour

0.9.33 poursuit l’effort pluriannuel de migration du réseau vers une cryptographie plus robuste et plus rapide. Cette version inclut la prise en charge de davantage de types de signature et prépare Ed25519 comme valeur par défaut. Des corrections de bogues importantes et des améliorations des performances sont incluses.

Comme d’habitude, nous vous recommandons de mettre à jour vers cette version. La meilleure façon de maintenir la sécurité et d’aider le réseau est d’utiliser la dernière version.

Réunion des développeurs I2P - 5 décembre 2017

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

Récapitulatif rapide

Présents : str4d, orignal, zlatinb, zzz

Journal des réunions

20:00:00 <zzz> 0) Salut 20:00:00 <zzz> 1) mise à jour 0.9.33 (zzz) 20:00:00 <zzz> 2) préparation du 34C3 (zzz) 20:00:03 <zzz> 0) Salut 20:00:05 <zzz> salut 20:00:30 <zzz> 1) mise à jour 0.9.33 (zzz) 20:00:48 <zzz> Le dev 0.9.33 démarre sur les chapeaux de roue, avec 20K lignes de diff jusqu'à présent 20:00:55 <zzz> beaucoup de bonnes corrections 20:01:17 <zlatinb> salut 20:01:42 <zzz> de plus, Android 0.9.32 est sorti plus tard que notre objectif de 2 semaines, donc nous avons apporté quelques changements de processus pour nous assurer d'examiner les plantages Google Play avant la version pour ordinateur de bureau 20:02:01 <i2pr> [Slack/str4d] salut 20:02:02 <zzz> cela devrait permettre une sortie Android plus tôt et de meilleure qualité 20:02:29 <i2pr> [Slack/str4d] J'ai d'autres correctifs CSS et JSP en local, que j'espère nettoyer et pousser dans mtn ce week-end pour une revue plus longue. 20:02:40 <zzz> Je pense que nous sommes en bonne voie pour une sortie 0.9.33 fin janvier. Cela signifie que les gros changements devraient être intégrés ce mois-ci, avant le CCC 20:03:28 <zzz> nous avons encore des ajustements de streaming à faire, et j'ai corrigé des problèmes liés à susimail cette semaine 20:04:12 <zzz> autre chose pour le 1) ? 20:04:24 <zlatinb> si je puis suggérer de rendre les builds de dev disponibles sur le tracker de postman 20:04:35 <zlatinb> certaines personnes téléchargeront et essaieront tout ce qui en sort 20:04:50 <zzz> Je crois que vous pouvez les obtenir via des magnets ou des fichiers torrent depuis bobthebuilder.com 20:05:17 <zlatinb> oh oui, c'est juste que la présence chez postman apporte beaucoup de visibilité 20:05:43 <zzz> ok, parle de ça à l'op de bobthebuilder, bonne idée 20:05:54 <zzz> autre chose pour le 1) ? 20:05:58 <i2pr> [Slack/str4d] De plus, nous avons désormais des builds en continu sur Travis CI aussi, donc gardez un œil sur `https://travis-ci.org/i2p/i2p.i2p` pour un autre point de vue 20:06:44 <zzz> str4d, si tu peux configurer un bot IRC pour ça, ça pourrait aider, difficile de se rappeler d'aller vérifier un site web 20:07:17 <zzz> autre chose pour le 1) ? 20:08:01 <zzz> 2) préparation du 34C3 (zzz) 20:08:10 <zzz> ok, la situation des autocollants est sous contrôle 20:08:25 <zzz> eche|on a les billets de train 20:08:33 <zzz> hottuna nous a inscrits sur le wiki 20:08:43 <zzz> noisy square est-il déjà apparu sur le wiki ? 20:08:50 <zzz> et qui a la bannière ? 20:09:23 <zzz> Je créerai le groupe de DM Twitter plus tard, à moins que quelqu'un d'autre ne le fasse avant 20:11:01 <zzz> n'entendant pas de réponse... autre chose pour le 2) ? 20:12:01 <zzz> autre chose pour la réunion ? 20:12:33 <orignal> peut-être que ça a du sens de rendre les réunions moins fréquentes ? 20:12:47 <orignal> à cause du manque d'intérêt 20:12:56 <orignal> mais la promouvoir davantage 20:13:09 <i2pr> [Slack/str4d] Hâte d'y être ! 20:13:35 <i2pr> [Slack/str4d] Je pense que mensuel convient à peu près 20:13:41 <zzz> orignal, peut‑être, on peut en discuter au CCC. 20:13:47 <i2pr> [Slack/str4d] La question de savoir si cet horaire convient est toujours sujette à débat 20:13:56 <zzz> L'équipe RP (relations publiques) pourrait peut‑être la promouvoir davantage, c'est sûr 20:14:10 <orignal> Je la mettrais toujours une semaine avant la sortie 20:14:16 <i2pr> [Slack/str4d] zzz, je viens de pousser la config pour les notifications IRC vers i2p.i2p 20:14:34 <zzz> également, note d'organisation, nos prochaines réunions se feront en personne au CCC. Nous n'aurons pas de réunion le 2 janv. 20:14:35 <orignal> au moins la réunion aurait un sujet 20:14:44 <zzz> Notre prochaine réunion IRC aura lieu le mar. 6 févr. 20:15:33 <zzz> allez voir le fil sur zzz.i2p pour les sujets des réunions au CCC 20:15:42 <zzz> ajoutez-y vos suggestions si vous en avez 20:15:47 <zzz> autre chose pour la réunion ? 20:15:52 * zzz grabs the baffer 20:16:58 <i2pr> [Slack/str4d] Je ferai plus de travail sur les propositions avant le CCC 20:17:11 * zzz *bafs* the meeting closed

Réunion des développeurs I2P - 7 novembre 2017

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

Récapitulatif rapide

Présents: orignal, zlatinb, zzz

Journal de réunion

20:00:03 <zzz> 0) Salut 20:00:03 <zzz> 1) mise à jour 0.9.32 (zzz) 20:00:03 <zzz> 2) préparation du 34C3 (zzz) 20:00:06 <zzz> 0) Salut 20:00:08 <zzz> salut 20:00:27 <zlatinb> salut 20:00:39 <zzz> 1) mise à jour 0.9.32 (zzz) 20:01:02 <zzz> je l'ai construit hier soir, on dirait qu'echelon vient d'activer les actualités 20:01:20 <zzz> je m'occuperai de debian/launchpad ce soir ou demain 20:01:41 <zzz> str4d, quand peut-on s'attendre à android et maven ? 20:02:22 <zzz> aussi, nous aurons besoin que str4d ou meeh mettent les fichiers sur le site web, prévenez-moi quand ce sera fait 20:02:54 <zzz> j'ai fixé la date de la 0.9.33 à fin janvier 20:02:59 <zzz> autre chose pour le point 1) ? 20:03:54 <orignal_> salut 20:04:05 <zzz> 2) préparation du 34C3 (zzz) 20:04:20 <zzz> nous sommes parés pour les billets, nous serons environ 8 sur place 20:04:48 <zzz> ils ont annoncé la nouvelle manière dont les assemblées seront organisées. hottuna2 nous inscrit d'habitude, le feras-tu cette année ? 20:05:43 <zzz> ok, il faudra faire un suivi avec hottuna2 pour nous assurer d'obtenir une table réservée 20:05:47 <zzz> autre chose pour le point 2) ? 20:05:57 <zlatinb> je passerai peut-être simplement et vous retrouverai pour boire un verre dehors 20:05:57 <zlatinb> à moins que j'aie de la chance et que j'obtienne un billet 20:07:09 <zzz> nous avions des billets supplémentaires, ils ont peut-être expiré toutefois. demande à echelon 20:07:12 <zzz> autre chose pour le point 2) ? 20:07:31 <zzz> autre chose pour la réunion ? 20:09:00 * zzz *baffs* la réunion est close

Version 0.9.32

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

Détails de la mise à jour

Récapitulatif rapide

Présents: backup, lazygravy, manas, psi, str4d, zzz

Journal de réunion

20:00:18 <zzz> 0) Salut 20:00:18 <zzz> 1) mise à jour 0.9.31 (zzz) 20:00:18 <zzz> 2) statut de la branche UI - (str4d) 20:00:18 <zzz> 3) plans pour I2P Summer Dev - (str4d) 20:00:18 <zzz> 4) mise à jour EdDSA - (str4d) 20:00:18 <zzz> 5) planification 34C3 (zzz/echelon) 20:00:18 <zzz> 6) Réunions régulières des opérateurs de réensemencement (manas) 20:00:24 <zzz> 0) Salut 20:00:26 <manas> Bonjour :) 20:00:26 <zzz> salut 20:00:34 <psi> ohay 20:00:40 <i2pr> [Slack/str4d] Salut 20:00:58 <zzz> 1) mise à jour 0.9.31 (zzz) 20:01:00 <backup> Salut 20:01:37 <zzz> ok, date limite des commits dans 3 semaines et demie, nous sommes dans les temps, cependant la plupart de la feuille de route pour la 31 (qui avait été repoussée depuis 29 et 30) sera à nouveau repoussée 20:01:54 <zzz> le gel des tags était hier 20:02:03 <zzz> autre chose sur le point 1) ? 20:02:23 <backup> J'ai envoyé quelques mises à jour de réensemencement aujourd'hui 20:02:26 <psi> des changements notables pour i2pd en .31? 20:03:01 <zzz> je ne sais pas ce qui se passe dans i2pd, mais aucun changement i2np 20:03:15 <zzz> la majeure partie de la 31 sera consacrée à l'UI (voir point 2) 20:03:21 <zzz> autre chose sur le point 1) ? 20:03:51 <psi> ok 20:03:51 <i2pr> [Slack/str4d] Le nouveau CSS de la page d'accueil du site Web arrivera également en même temps 20:04:07 <manas> str4d : cool 20:04:28 <zzz> 2) statut de la branche UI - (str4d) 20:04:31 <zzz> str4d vas-y 20:04:33 <i2pr> [Slack/str4d] (et idéalement un peu de CSS interne aussi, mais cela dépend du planning d'Elio) 20:04:55 <i2pr> [Slack/str4d] La branche UI a été fusionnée ! 20:05:36 <i2pr> [Slack/str4d] Quelques personnes ont fait des revues et donné des retours ; merci pour ça 20:05:39 <zzz> J'encourage tout le monde à tester, et à ajouter leurs problèmes ou non-problèmes au ticket #1996 20:05:59 <zzz> str4d, assure-toi d'incrémenter la révision quand tu fais des changements pour que les commentaires aient du sens 20:06:26 <i2pr> [Slack/str4d] Ok 20:06:32 <zzz> autre chose sur le point 2) ? 20:06:59 <i2pr> [Slack/str4d] La plupart des bogues ont été traités ; si j'ai le temps j'essaierai de répondre aux points subjectifs 20:07:42 <zzz> 3) plans pour I2P Summer Dev - (str4d) 20:07:46 <zzz> str4d vas-y 20:08:14 <i2pr> [Slack/str4d] Summer Dev a été lancé avec un jour de retard à cause d'un problème de fusion sur le site Web, mais c'est en ligne ! 20:08:46 <i2pr> [Slack/str4d] Maintenant vient la partie amusante : travailler sur les tâches associées 20:09:32 <i2pr> [Slack/str4d] Je publierai la liste d'idées sur le forum de dev pour que les gens puissent voir ce qui est proposé 20:09:39 <zzz> Je crois que tu as déjà eu deux réunions à ce sujet... 20:09:57 <manas> J'ai un script pour des transferts rsync parallèles via Tor, j'avais prévu de le retravailler pour exécuter les transferts via I2P :) 20:09:58 <i2pr> [Slack/str4d] Une, personne n'est venu à celle de la semaine dernière 20:10:02 <zzz> qu'attends-tu des gens pour aider ? 20:10:35 <zzz> aussi, quel est le plan RP ? 20:11:32 <i2pr> [Slack/str4d] Le plan RP est d'avoir un nouveau billet de blog sur un aspect de Summer Dev toutes les deux semaines environ 20:11:44 <i2pr> [Slack/str4d] Mais cela dépend fortement de l'avancement des travaux 20:12:07 <i2pr> [Slack/str4d] La collecte de métriques est le gros morceau 20:12:36 <manas> J'ai lu la transcription de la première réunion, ça semble être des trucs techniques que je ne connais pas vraiment pour l'instant :P 20:12:45 <zzz> super. autre chose sur le point 3) ? 20:13:12 <i2pr> [Slack/str4d] L'essentiel est d'avancer 20:13:24 <manas> La collecte de métriques serait bien, peut‑être un plugin Java où je peux entrer une destination et il collecte des métriques et/ou lance des tests de vitesse ? 20:13:39 <manas> Je ne suis pas sûr de la direction prévue pour ça 20:13:41 <i2pr> [Slack/str4d] Potentiellement, oui 20:13:50 <manas> ce serait cool 20:14:02 <i2pr> [Slack/str4d] Ma direction prévue est metrics.torproject.org 20:14:21 <i2pr> [Slack/str4d] Évidemment pas ces métriques spécifiques 20:14:30 <manas> Exact 20:14:41 <i2pr> [Slack/str4d] Mais une configuration similaire pour nous 20:14:59 <i2pr> [Slack/str4d] La métrique clé est la performance du tunnel / du réseau 20:15:39 <zzz> bel objectif, mais tout ce qui est facile dans tor est difficile pour nous, ils ont un contrôle centralisé 20:15:40 <i2pr> [Slack/str4d] Donc ce serait vraiment utile que quelqu'un jette un œil aux tests que Tor exécute avec leur code bwauth 20:15:55 <i2pr> [Slack/str4d] D'accord 20:16:02 <manas> Oui. Je pense que tu as mentionné quelque part les pratiques de Tor respectueuses de la vie privée pour la collecte de métriques. S'il y a de la documentation/des articles à ce sujet, ce serait bien d'y jeter un œil 20:16:06 <i2pr> [Slack/str4d] Mais les métriques seront intrinsèquement centralisées 20:16:34 <i2pr> [Slack/str4d] Il y a quelques articles sur freehaven.net/anonbib 20:16:45 <zzz> autre chose sur le point 3) ? 20:16:54 <manas> Merci, je vais jeter un œil 20:16:55 <i2pr> [Slack/str4d] Mais je ne sais pas combien sur leur configuration spécifique 20:17:12 <i2pr> [Slack/str4d] L'autre chose pour ce mois-ci est le travail sur des propositions 20:17:36 <zzz> 4) mise à jour EdDSA - (str4d) 20:17:39 <zzz> str4d vas-y 20:17:40 <i2pr> [Slack/str4d] J'ai listé un tas de propositions dans l'article de lancement que je pensais pertinentes 20:17:48 <i2pr> [Slack/str4d] zzz, pas si vite 20:17:57 <i2pr> [Slack/str4d] Je suis sur mon téléphone, pas rapide pour taper 20:18:20 <i2pr> [Slack/str4d] 3) (suite) 20:18:53 <i2pr> [Slack/str4d] Je vais passer en revue et travailler sur des propositions pour le reste du mois 20:19:09 <i2pr> [Slack/str4d] Mais j'aimerais vraiment voir un ou deux billets de blog à leur sujet 20:19:18 <zzz> en quoi les propositions sont-elles liées à Summer Dev qui est le point 3) ? 20:19:43 <i2pr> [Slack/str4d] Summer Dev concerne la vitesse 20:20:07 <i2pr> [Slack/str4d] Nous avons plusieurs propositions ouvertes liées aux performances 20:20:42 <i2pr> [Slack/str4d] Et j'aimerais en voir certaines communiquées à la communauté au sens large 20:20:48 <zzz> ok 20:20:55 <zzz> autre chose sur le point 3) ? 20:20:56 <i2pr> [Slack/str4d] Ce serait en fait une excellente tâche pour quelqu'un de plus nouveau 20:21:12 <i2pr> [Slack/str4d] Prendre le temps de lire la proposition 20:21:18 <i2pr> [Slack/str4d] Lire la documentation autour 20:21:28 <i2pr> [Slack/str4d] Et ensuite la digérer dans un billet de blog 20:21:37 <manas> str4d : la tâche consisterait à lire les propositions, les comprendre et les simplifier/expliquer dans un billet de blog ? 20:21:44 <manas> oups tes messages viennent d'arriver, lag 20:21:46 <manas> :) 20:21:49 <i2pr> [Slack/str4d] Oui ! 20:21:54 <manas> Je vais jeter un œil à ces propositions, str4d 20:22:02 <manas> Ça m'intéresserait 20:22:13 <i2pr> [Slack/str4d] Expliquer ce qu'est la proposition, et pourquoi elle est importante à la fois pour les performances et la vie privée 20:22:27 <manas> Oui, ce serait une bonne série de billets de blog :) 20:22:37 <manas> et avec un peu de chance des discussions fructueuses s'ensuivraient 20:22:45 <i2pr> [Slack/str4d] Exactement ;) 20:23:09 <zzz> autre chose sur le point 3) ? 20:23:16 <i2pr> [Slack/str4d] D'accord, *maintenant* j'en ai fini avec le 3) 20:23:31 <zzz> 4) mise à jour EdDSA - (str4d) 20:23:34 <zzz> str4d vas-y 20:23:43 <i2pr> [Slack/str4d] Pas d'avancée ici 20:24:04 <i2pr> [Slack/str4d] La branche a été mise à jour il y a quelque temps avec le dernier code de ma bibliothèque 20:24:19 <i2pr> [Slack/str4d] Mais avec les trucs d'UI, je n'ai pas eu le temps de la revoir 20:24:27 <zzz> reporter à la prochaine réunion, ou ce point est-il terminé ou sans importance ? 20:25:07 <i2pr> [Slack/str4d] Le principal enjeu est de s'assurer que les changements sémantiques des types de signatures ne cassent rien d'inattendu 20:26:07 <i2pr> [Slack/str4d] Si quelqu'un voulait aider, ce serait bien, mais je mettrais Summer Dev plus haut dans les priorités 20:26:32 <i2pr> [Slack/str4d] Donc je mettrais ça de côté pour l'instant 20:26:51 <zzz> reporter à la prochaine réunion, ou ce point est-il terminé ou sans importance ? 20:27:05 <i2pr> [Slack/str4d] Je viens de le dire 20:27:21 <i2pr> [Slack/str4d] Mettre de côté pour l'instant, donc ni terminé ni sans importance, mais à retirer de l'ordre du jour 20:27:27 <zzz> je ne sais pas quoi faire de « table ». Le mettre à l'ordre du jour ou pas ? 20:27:53 <zzz> ok, donc la branche test2 est grillée, si je fais un travail sur une branche j'en créerai une nouvelle 20:28:02 <zzz> ok autre chose sur le point 4) ? 20:29:01 <zzz> 5) planification 34C3 (zzz/echelon) 20:29:25 <zzz> Je ne pense pas qu'ech soit là. Juste un avertissement précoce que nous aurons une réunion budgétaire le mois prochain ou en août 20:29:33 <manas> d'accord 20:29:56 <i2pr> [Slack/str4d] ACK 20:29:57 <zzz> nous avons pas mal d'argent à distribuer, mais comme toujours nous récompensons les contributeurs 20:30:16 <zzz> donc aidez le projet et il vous aidera 20:30:18 <manas> Je regardais les vols et un hôtel. J'ai à peu près tout réglé 20:30:21 <zzz> c'est le moment 20:30:26 <lazygravy> (surtout avec le prix fou du btc) 20:30:36 <zzz> plus lors des prochaines réunions 20:30:45 <manas> Les hôtels semblent se remplir vite donc si des gens prévoient d'y aller, c'est bien de commencer à s'en occuper au plus tôt (ASAP) 20:30:52 <zzz> oui 20:30:57 <zzz> autre chose sur le point 5) ? 20:31:03 <i2pr> [Slack/str4d] +1 20:32:01 <zzz> 6) Réunions régulières des opérateurs de réensemencement (manas) 20:32:03 <zzz> manas vas-y 20:32:26 <manas> `http://zzz.i2p/topics/2341-meeting-reseed-operators-13-june-8-pm-utc-in-i2p-reseed` - planification de notre première réunion de réensemencement dans #i2p-reseed la semaine prochaine, le 13 juin à 20h00 UTC 20:32:46 <manas> Ce sont les points généraux de discussion, je résumerai les fils mentionnés 20:32:59 <manas> À la semaine prochaine, merci :) 20:33:12 <zzz> super, merci d'avoir organisé ça, j'encourage tout le monde à y assister 20:33:18 <zzz> autre chose sur le point 6) ? 20:33:26 <manas> C'est tout 20:34:21 <lazygravy> Serait-il déplacé de revenir au (3) ? 20:34:35 <manas> quoi de neuf gravy 20:34:45 <lazygravy> Je suis intéressé par l'aspect collecte, str4d, pourrions-nous planifier un moment pour en parler ? De préférence un week-end 20:34:47 <zzz> 3) gravy vas-y 20:35:00 <manas> On pourrait tenir une discussion dans #i2p-science ? 20:35:45 <lazygravy> manas : tant qu'on a une heure planifiée :) 20:36:01 <lazygravy> pas besoin de décider d'une heure maintenant. Je voulais juste le mettre sur la table 20:36:06 <manas> Oui 20:36:48 <manas> Ça m'intéresserait 20:37:01 <zzz> autre chose sur le point 3) ? 20:37:43 <lazygravy> rien de plus de ma part 20:37:48 <zzz> autre chose pour la réunion ? 20:37:56 * zzz cherche le marteau 20:39:02 * zzz *b*a*f*s* la réunion est close

I2P Summer Dev 2017 : Encore plus de vitesse !

Thu, 01 Jun 2017 00:00:00 +0000

C’est à nouveau cette période de l’année ! Nous lançons notre programme de développement estival, au cours duquel nous nous concentrons sur un aspect particulier d’I2P pour le faire progresser. Pendant les trois prochains mois, nous encouragerons tant les nouveaux contributeurs que les membres actuels de la communauté à choisir une tâche et à prendre plaisir à la réaliser !

L’année dernière, nous nous sommes attachés à aider les utilisateurs et les développeurs à tirer parti d’I2P, en améliorant les outils pour les API et en apportant des améliorations aux applications qui fonctionnent via I2P. Cette année, nous voulons améliorer l’expérience utilisateur en travaillant sur un aspect qui concerne tout le monde : les performances.

Version 0.9.30

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

Détails de la mise à jour

Réunion des développeurs I2P - 5 juillet 2016

Tue, 05 Jul 2016 00:00:00 +0000

Récapitulatif rapide

Présents : dg, psi, sadie, str4d, Zerolag, zzz

Journal de réunion

21:00:23 <zzz> 0) Salut 21:00:23 <zzz> 1) Mise à jour HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:23 <zzz> 2) Mise à jour 0.9.27 (zzz) 21:00:23 <zzz> 3) Mise à jour Summer of X (sadie/str4d) 21:00:27 <zzz> 0) Salut 21:00:29 <zzz> salut 21:00:47 <psi> salut 21:00:48 <zzz> 1) Mise à jour HOPE (zzz) `http://zzz.i2p/topics/1968` 21:00:48 <i2pr> [Slack/str4d] Salut 21:01:13 <zzz> ok, HOPE est dans 2 semaines et demie. Le possible déjeuner avec Lance vendredi est toujours à confirmer 21:01:42 <zzz> merci de garder le déjeuner de vendredi libre, je ne pense pas que nous saurons si c’est annulé ou confirmé avant cette semaine-là 21:01:49 <zzz> hâte de vous voir tous là-bas 21:01:54 <zzz> autre chose pour le 1) ? 21:02:06 <i2pr> [Slack/str4d] Je suis désormais sûr de ne pas être là 21:02:20 <i2pr> [Slack/str4d] Le timing ne m’a pas été favorable ;_; 21:02:51 <psi> je ne vais pas aller à HOPE cette année on dirait 21:03:14 <i2pr> [Slack/sadie] Je serai à HOPE 21:03:38 <zzz> 2) Mise à jour 0.9.27 (zzz) 21:04:13 <zzz> .27 progresse lentement, comme prévu. À ce rythme, la sortie .27 sera repoussée d’août à sept. 21:04:31 <zzz> pendant que nous nous concentrons sur les trucs liés à X, et peut-être NTCP2 21:04:47 <i2pr> [Slack/str4d] Ça me va 21:04:50 <zzz> ça va pour tout le monde ? 21:05:02 <dg> Il n’y a rien qui presse, donc OK 21:05:09 <dg> au final nous publierons quand il faudra 21:05:28 <zzz> 26 semble vraiment stable. La seule chose, c’est le truc 'class not found' de bote, pour lequel nous attendons des infos de suivi sur trac 21:05:52 <dg> Il y avait quelque chose à propos du paquet Debian que j’ai trouvé comme problème 21:05:56 <i2pr> [Slack/str4d] Et ça nous donne l’occasion de faire du travail en août sur des plugins dans .27 21:05:57 <zzz> et si c’est bien ce que je pense, on pourrait le corriger avec un simple changement et une reconstruction deb/ubuntu uniquement 21:06:00 <dg> Je le garderai pour un ticket toutefois. 21:06:12 <zzz> autre chose pour le 2) ? 21:06:38 <psi> est-ce que .27 affecte quelque chose dans i2pd ? 21:07:19 <zzz> il y a des tests de pairs IPv6, oui. i2pd ne devrait pas passer à 27 tant que ce n’est pas pris en charge 21:07:39 <psi> d’accord 21:07:50 <zzz> ça n’a pas besoin d’être sur le calendrier Java cependant 21:07:53 <zzz> autre chose pour le 2) ? 21:08:42 <zzz> 3) Mise à jour Summer of X (sadie/str4d) 21:08:51 <zzz> sadie, str4d, quoi de neuf ? 21:08:52 <i2pr> [Slack/str4d] Pas encore, je crois ? 21:08:55 <i2pr> [Slack/str4d] Ah oui 21:08:55 <i2pr> [Slack/str4d] Non 21:10:30 <zzz> les périls d’utiliser un relais pour la réunion ? 21:10:40 <i2pr> [Slack/str4d] Je pense que ça se passe bien jusqu’à présent 21:10:55 <i2pr> [Slack/str4d] Nous en sommes à un mois maintenant, et nous avons publié trois billets de blog (si je me souviens bien) à ce sujet 21:11:46 <zzz> ok, qu’est-ce qu’on fait en juillet ? 21:12:02 <i2pr> [Slack/str4d] Applications 21:12:05 <i2pr> [Slack/str4d] Sensibilisation 21:12:15 <i2pr> [Slack/str4d] Donc je vais travailler avec Tahoe-LAFS 21:12:29 <i2pr> [Slack/str4d] Sur leur intégration I2P 21:13:12 <zzz> des volontaires pour travailler sur Transmission et/ou libtorrent ? Ça semble être des nids à problèmes en ce moment 21:13:14 <i2pr> [Slack/str4d] Et aussi soumettre une PR pour mettre à jour la bibliothèque I2P de Lightning Browser 21:13:45 <i2pr> [Slack/str4d] Oui, il n’est jamais trop tard pour se mettre à une autre API 21:13:59 <i2pr> [Slack/str4d] Autres projets sur lesquels j’aimerais nous voir aider ce mois-ci : 21:14:02 <zzz> la partie sensibilisation est clé, faisons passer le mot via twitter et email 21:14:08 <psi> qu’est-ce qui avait été fait dans Transmission auparavant ? 21:14:31 <zzz> il y a un fork I2P pour Transmission, voir le fil sur zzz.i2p 21:14:33 <i2pr> [Slack/str4d] psi, prise en charge de SAM 21:14:52 <i2pr> [Slack/str4d] Dans libtorrent 21:14:54 <psi> c’était avant libsam3, n’est-ce pas ? 21:14:58 <psi> je dirais que ça a complètement souffert de bit rot (détérioration logicielle avec le temps) 21:15:09 <i2pr> [Slack/str4d] (J’oublie toujours que Transmission n’utilise pas ça) 21:15:23 <zzz> sadie, qu’as-tu prévu pour la PR de juillet ? 21:15:31 <i2pr> [Slack/str4d] Mmm, un fork propre pourrait être plus facile 21:15:58 <i2pr> [Slack/str4d] Comme je le disais, les autres projets pour lesquels j’ai des idées : 21:16:01 <i2pr> [Slack/str4d] - IPFS (implémentations Go et Python) 21:16:27 <i2pr> [Slack/str4d] - OpenBazaar (va bientôt utiliser IPFS) 21:16:34 <i2pr> [Slack/str4d] - ZeroNet 21:17:02 <i2pr> [Slack/str4d] Chacun de ceux-ci serait un bon candidat pour que quelqu’un donne un coup de main 21:17:33 <villain> hello i2peeps :) zzz: je viens d’envoyer un correctif pour le site web, j’espère qu’il sera intégré 21:17:38 <psi> je n’ai pas encore compris le guide de contribution d’IPFS 21:17:45 <zzz> ok super. Autre chose pour le 3) ? Sadie ? 21:18:05 <zzz> merci villain, on est en pleine réunion, je regarderai ça plus tard 21:18:06 <psi> j’adorerais me mettre à IPFS mais je n’ai pas encore compris comment. 21:18:25 <Zerolag> J’aimerais mettre la main sur ZeroNet. Voir comment ça marche sur i2p. 21:18:28 <i2pr> [Slack/str4d] Psi, je peux regarder ce week-end comment ils intègrent les nouveaux 21:19:08 <psi> Zerolag : la dernière fois que j’ai vérifié, ajouter i2p à ZeroNet devrait être assez facile puisqu’ils ont déjà un canevas prêt à l’emploi pour Tor 21:19:11 <i2pr> [Slack/str4d] Zerolag, super ! Ils sont basés sur torrent, donc il faudrait modifier pour notre spécification torrent 21:19:21 <psi> aussi, i2p.socket progresse 21:19:33 <i2pr> [Slack/str4d] (pour prendre en charge les torrents clearnet et I2P côte à côte) 21:19:54 <psi> zeronet utilise le BitTorrent mainline ? 21:20:01 <i2pr> [Slack/str4d] Pas sûr 21:20:17 <psi> je suis presque sûr que non mais bon... 21:20:22 <i2pr> [Slack/str4d] (quelle implémentation ils utilisent) 21:20:36 <zzz> Autre chose pour le 3) ? Sadie ? 21:20:58 <i2pr> [Slack/str4d] psi, ils utilisent la crypto Bitcoin et le réseau BitTorrent 21:21:39 <i2pr> [Slack/str4d] Je pense que Sadie a peut-être pris deux engagements sur ce créneau 21:21:49 <zzz> on continue alors. autre chose pour la réunion ? 21:22:21 <zzz> tout le monde ok pour 21 h à nouveau ? Je vois qu’echelon n’est pas là, peut-être à cause du changement d’heure, peut-être pas 21:22:46 <psi> 21 h ça me va 21:22:46 <Zerolag> str4d d’accord, quelle est la spécification i2p pour torrent ? 21:23:09 * zzz réchauffe le baffer 21:23:12 <i2pr> [Slack/str4d] Rien d’autre de mon côté, à part : choisissez un projet et donnez-leur un coup de main ! :-) 21:23:31 <i2pr> [Slack/str4d] 21 h est parfait pour moi 21:24:05 <Zerolag> Je serai là à 21 h, c’est sûr 21:24:15 <i2pr> [Slack/str4d] Zerolag, voir le site web I2P (Docs -> Apps -> BitTorrent) 21:24:19 * zzz *baffffs* la réunion est close

Tour d'horizon du développement estival : les API

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

Summer Dev bat son plein : nous avons été occupés à huiler les rouages, à arrondir les angles et à mettre de l’ordre. C’est l’heure de notre premier tour d’horizon, pour vous mettre au courant des progrès que nous accomplissons !

Mois des API

Notre objectif pour ce mois-ci était de “s’intégrer” - faire en sorte que nos API et bibliothèques fonctionnent au sein de l’infrastructure existante de diverses communautés, afin que les développeurs d’applications puissent travailler avec I2P plus efficacement et que les utilisateurs n’aient pas à se soucier des détails.

I2P sur Maven Central

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

Nous sommes presque à mi-parcours du mois des APIs de Summer Dev, et nous faisons de grands progrès sur plusieurs fronts. Je suis heureux d’annoncer que le premier d’entre eux est terminé : les bibliothèques clientes I2P sont désormais disponibles sur Maven Central !

Cela devrait grandement simplifier l’utilisation d’I2P par les développeurs Java dans leurs applications. Au lieu d’avoir à obtenir les bibliothèques depuis une installation existante, ils peuvent simplement ajouter I2P à leurs dépendances. La mise à niveau vers de nouvelles versions sera également beaucoup plus simple.

Réunion des développeurs I2P - 7 juin 2016

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

Récapitulatif rapide

Présents: eche|on, plzcdv, psi, str4d, zzz

Journal de réunion

20:00:31 <zzz> 0) Salut 20:00:31 <zzz> 1) Plan de sortie 0.9.26 (zzz) 20:00:31 <zzz> 2) Mise à jour de la planification HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:31 <zzz> 3) Plan 0.9.27 (zzz) 20:00:31 <zzz> 4) Summer of X (sadie) 20:00:35 <zzz> 0) Salut 20:00:37 <zzz> Salut 20:01:16 <zzz> 1) Plan de sortie 0.9.26 (zzz) 20:01:46 <zzz> ok, j'ai construit la version .26 hier, j'ai terminé les éléments launchpad, et nous avons activé les mises à jour dans le réseau il y a une heure 20:01:56 <zzz> il ne reste que Debian, que je prévois de faire demain 20:02:27 <zzz> rappelez-vous que les mises à jour dans le réseau n'auront pas les nouveaux fichiers jbigi, car nous étions inquiets du manque de tests 20:02:40 <zzz> donc gardez un œil sur les rapports de bogues des utilisateurs deb et des nouvelles installations 20:02:45 <zzz> autre chose sur 1) ? 20:03:14 <zzz> 2) Mise à jour de la planification HOPE (zzz) `http://zzz.i2p/topics/1968` 20:03:39 <str4d> Salut ! 20:03:45 <zzz> HOPE, c'est dans 6 semaines à partir de vendredi. Nous payons les billets de conférence à 150 $ à terme échu (après l'événement) 20:04:11 <zzz> nous ne payons pas les déplacements, mais si quelqu'un ne peut vraiment, vraiment pas venir sans un coup de main, dites-le 20:04:32 <zzz> il n'y aura pas de réunion dev avant ou après, car je n'ai pas pu obtenir d'engagement de lance 20:04:53 <zzz> hâte de voir l'équipe à new york 20:05:02 <zzz> autre chose sur 2) ? 20:05:25 <zzz> 3) Plan 0.9.27 (zzz) 20:06:00 <zzz> attendons le netsplit (coupure du réseau IRC) 20:06:06 <plzcdv> Salut. 20:07:47 <zzz> ok, est-ce que tout le monde de ce côté a vu tout le point 2) à propos de HOPE ? 20:08:35 <str4d> Re-salut ! 20:08:35 <eche|on> jo 20:08:39 <str4d> Non 20:08:43 <str4d> La dernière chose que j'ai vue, c'était ton Salut 20:08:53 <zzz> bon sang. J'en suis au 3) 20:08:57 <str4d> (et le 1) ) 20:09:02 <zzz> laissez-moi copier/coller 1 et 2 20:09:16 <zzz> <zzz> 1) Plan de sortie 0.9.26 (zzz) 20:09:16 <zzz> <zzz> ok, j'ai construit la version .26 hier, j'ai terminé les éléments launchpad, et nous avons activé les mises à jour dans le réseau il y a une heure 20:09:16 <zzz> <zzz> il ne reste que Debian, que je prévois de faire demain 20:09:16 <zzz> <zzz> rappelez-vous que les mises à jour dans le réseau n'auront pas les nouveaux fichiers jbigi, car nous étions inquiets du manque de tests 20:09:16 <zzz> <zzz> donc gardez un œil sur les rapports de bogues des utilisateurs deb et des nouvelles installations 20:09:31 <zzz> <zzz> 2) Mise à jour de la planification HOPE (zzz) `http://zzz.i2p/topics/1968` 20:09:44 <zzz> <zzz> HOPE, c'est dans 6 semaines à partir de vendredi. Nous payons les billets de conférence à 150 $ à terme échu (après l'événement) 20:09:44 <zzz> <zzz> nous ne payons pas les déplacements, mais si quelqu'un ne peut vraiment, vraiment pas venir sans un coup de main, dites-le 20:09:44 <zzz> <zzz> il n'y aura pas de réunion dev avant ou après, car je n'ai pas pu obtenir d'engagement de lance 20:09:44 <zzz> <zzz> hâte de voir l'équipe à new york 20:09:44 <zzz> <zzz> autre chose sur 2) ? 20:10:03 <zzz> ou sur 1) ? 20:10:43 <str4d> Rien qui me vienne à l'esprit pour le 1) 20:11:09 <str4d> Sur le 2), j'espère toujours venir, mais je n'ai toujours pas de billet car je n'ai toujours pas de date de soutenance et je ne sais donc même pas si je serai aux États-Unis à ce moment-là. 20:11:27 <str4d> date* 20:11:43 <zzz> ok, si certains hésitent, prenez un billet, c'est un moment sympa 20:11:51 <zzz> 3) Plan 0.9.27 (zzz) 20:12:34 <zzz> beaucoup de choses difficiles sur la feuille de route ici : migration cryptographique pour les serveurs, trucs pour Mac, et du travail sur ipv6 et ntcp2 20:13:07 <zzz> personne n'a jeté un œil à ntcp2 depuis environ un an et je n'ai reçu aucun commentaire sur les tests entre pairs ipv6. donc j'ai besoin d'aide 20:13:39 <zzz> aussi, la vitesse à laquelle on avance sur la .27 dépend de combien de temps je passe sur Summer of X. Je l'ai prévu provisoirement pour fin août. 20:13:46 <zzz> autre chose sur 3) ? 20:13:46 <eche|on> Je pourrais le tester, mais… 20:14:01 <str4d> Je vais remonter ces éléments dans ma liste de tâches I2P 20:15:09 <zzz> 4) Summer of X (sadie) 20:15:24 <zzz> quel est le plan pour notre été de l'hémisphère nord ? 20:15:31 <str4d> Je pourrais aussi avoir des éléments d'UI intermédiaires à proposer 20:15:49 <str4d> sadie est en retard à cause du travail (client cauchemardesque) 20:15:55 <str4d> Donc je prends le relais :) 20:16:10 <str4d> J'espère que tout le monde ici a vu l'article de lancement sur le blog :D 20:16:43 <str4d> Ça pose en gros ce qui avait déjà été discuté. 20:17:09 <str4d> Donc : 20:17:16 <str4d> 4a) APIs 20:17:17 <str4d> 4b) Apps 20:17:22 <str4d> 4c) Plugins 20:17:29 <str4d> 4d) Branding 20:17:33 <str4d> 4a) 20:18:13 <str4d> Ce mois-ci, on met l'accent sur l'amélioration de nos APIs. Nous avons déjà bien avancé en ce sens dans la version 0.9.26 20:18:39 <str4d> La prochaine étape sera de téléverser nos JARs sur Maven Central, pour que les devs Java puissent les utiliser plus facilement 20:18:53 <str4d> (et mettre à jour en conséquence la bibliothèque cliente Android I2P) 20:19:15 <str4d> Pour le reste du mois, j'ai une longue liste de suggestions : 20:19:33 <zzz> tu mentionnes « nos bibliothèques C++ et Python », mais en avons-nous que nous maintenons ? qui fera ce travail et sur quelles bibliothèques spécifiques ? 20:19:41 <str4d> - Mettre à jour les bibliothèques SAM en v3.3 20:19:50 <str4d> zzz, ceci ^ 20:19:56 <zzz> Je viens de dire à un gars ici il y a une heure que ce ne sont pas les nôtres, ce sont des tiers 20:20:10 <str4d> - txi2p (Python Twisted, je m'en chargerai) 20:20:32 <zzz> où sont les bibliothèques sam ? 20:20:41 <zzz> ou plutôt, lesquelles 20:21:25 <str4d> - libsam3 (C, à la fois synchrone et asynchrone, sur git.repo.i2p) 20:21:49 <zzz> ok. psi en a aussi une en go 20:21:53 <str4d> - - i2psam (C++, https://github.com/VirtualDestructor/bitcoin-qt-i2p/tree/master/i2psam) 20:22:16 <str4d> Voir `http://i2p-projekt.i2p/docs/api/samv3` pour les autres 20:22:33 <zzz> Je pense que je vais surtout prendre de l'avance sur les apps, en dehors du fait de rester dispo pour répondre aux questions 20:22:35 <zzz> ça me va 20:22:45 <str4d> J'aimerais au moins voir les bibliothèques Python Twisted et C++ mises à jour 20:22:56 <str4d> (pour mes propres objectifs le mois prochain >:D ) 20:23:06 <str4d> Autres suggestions pour ce mois-ci : 20:23:11 <str4d> - faire fonctionner libtorrent correctement 20:23:34 <zzz> oh oui libtorrent++\ 20:23:36 <str4d> - Activer l'API SAM par défaut dans Java I2P (pour la .27 maintenant) 20:23:54 <str4d> - Faire intégrer mon patch I2P pour lighttpd en amont (nécessite au minimum de mettre à jour libsam3) 20:24:21 <zzz> j'ai créé le ticket n°1804 pour scinder /configclients 20:24:25 <zzz> je peux le faire 20:24:28 <str4d> Ok, avons-nous des volontaires pour l'une de ces suggestions ? 20:25:34 <plzcdv> Je suis timide, mais je suis là. 20:25:48 <str4d> zzz, Mmm, ce serait un bon pas en avant à la fois pour mes trucs d'UI et pour le mois Plugins 20:26:17 <zzz> ok. mais ça pourrait te donner des conflits de fusion, attention 20:26:29 <str4d> zzz, ce serait bien que ça se fasse soit dans ma branche UI, soit à partir d'elle pour réduire les conflits de fusion 20:26:29 <str4d> plzcdv, salut ! 20:27:14 <str4d> dg, hottuna3, psi, des idées sur ce qui précède ? 20:27:34 <zzz> n'entendant aucun volontaire, passons au 4b 20:28:29 <plzcdv> Je ne savais pas qu'il y avait un libtorrent. 20:28:29 <str4d> plzcdv, il est utilisé dans un certain nombre d'applications, mais aucune d'entre elles (à ma connaissance) n'expose la fonctionnalité I2P (probablement parce qu'elle est cassée) 20:28:54 <plzcdv> Libtorrent (ou quelque chose de similaire) semble fondamental. 20:29:04 <plzcdv> La communication, c'est avant tout partager de l'information. 20:29:17 <str4d> Il me reste trois week-ends ce mois-ci pour travailler sur I2P. L'un sera pour txi2p, et je me note de travailler sur i2psam sur un autre. 20:30:13 <str4d> tous les autres, si vous avez des idées, ou l'envie de travailler sur l'un des autres sujets, n'hésitez pas 20:30:33 <zzz> quel est le plan de communication de sadie pour tout ça ? 20:30:38 <str4d> Je mettrai en place un peu de visibilité cette semaine que nous pourrons utiliser pour la communication afin d'obtenir éventuellement de l'aide supplémentaire 20:30:38 <str4d> 4b) Apps 20:30:40 <plzcdv> J'aimerais travailler sur libtorrent ou quelque chose de similaire. 20:30:54 <str4d> zzz, j'en parlerai en 4d) 20:31:02 <zzz> ok 20:31:09 <str4d> plzcdv, avec plaisir ! 20:32:20 <str4d> Si tu pouvais mettre à jour libtorrent pour que son support I2P fonctionne, ce serait très apprécié :D 20:32:45 <zzz> pour les apps, je prévois de faire snark autonome (en partant du bon travail de psi), syndie, et i2phex. Peut-être orchid aussi. 20:33:00 <str4d> plzcdv, on peut en discuter après la réunion :) 20:33:13 <zzz> oups, orchid c'est des plugins. 20:33:24 <str4d> zzz, je mettais tout ça sous plugins 20:33:28 <zzz> de toute façon, les 3 premiers avant HOPE. 20:33:45 <str4d> Mais ok pour prendre de l'avance 20:34:01 <zzz> ok, alors je travaille en avance, à moins qu'il y ait une app sur laquelle travailler. Je suppose que snark compte. 20:34:23 <str4d> Pour moi, le mois Apps consiste à aller vers d'autres développeurs qui veulent intégrer I2P dans leurs applications 20:34:25 <str4d> Donc : 20:34:26 <str4d> - Tahoe-LAFS 20:34:29 <str4d> - Zeronet 20:34:41 <str4d> - OpenBazaar (via IPFS, vers lequel ils basculent) 20:34:51 <zzz> ok donc c'est surtout de la com et de la prospection, jusqu'à ce que quelqu'un morde à l'hameçon 20:35:06 <str4d> - Whonix (quelqu'un vient de m'envoyer un email aujourd'hui) 20:35:11 <str4d> zzz, pas seulement de la com 20:35:23 <str4d> je vais y aller et contribuer du code 20:35:53 <str4d> Tahoe en particulier, je connais déjà les parties pertinentes de leur base de code (ayant travaillé avec eux là-dessus plus tôt) 20:36:07 <str4d> C'est pourquoi je veux mettre txi2p à jour ce mois-ci 20:36:16 <str4d> Un autre : Zcash 20:36:22 <zzz> ok 20:38:52 <str4d> Un autre endroit où je connais la base de code, je pense regarder les patchs bitcoin-qt-i2p ci-dessus et voir dans quelle mesure ils seraient applicables. 20:39:09 <str4d> Les livrables concrets que je veux pour le mois Apps sont d'avoir soit écrit du code, soit contribué à des discussions de conception qui aident d'autres devs dans leur intégration I2P, idéalement en tirant parti du travail que nous faisons maintenant 20:39:09 <str4d> Autres idées pour le mois Apps : 20:39:09 <str4d> - Vuze 20:39:09 <str4d> - Lightning Browser (sur Android, je mettrai à jour leur utilisation de la bibliothèque cliente I2P) 20:39:09 <str4d> - Projets utilisant libtorrent ! 20:39:39 <str4d> Je vais commencer à en approcher certains ce mois-ci, et j'encourage les autres à faire de même. Si quelqu'un a d'autres idées de projets, dites-le. 20:40:10 <str4d> (certains de ces projets) 20:41:51 <str4d> 4c) Plugins 20:41:51 <str4d> C'est là que je nous voyais donner un peu d'attention aux apps et plugins existants que nous développons et maintenons :) 20:41:51 <str4d> Donc : 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> Cela dit, rien n'empêche d'y travailler plus tôt si quelqu'un n'a rien d'autre sur quoi travailler 20:42:12 <str4d> Ou d'y travailler plus tard si, par exemple, contribuer à l'une des apps le mois prochain se passe bien 20:44:51 <str4d> Les trois mois sont principalement pour la com, pas pour la gestion de projet :) 20:44:51 <str4d> (même si ça m'aidera certainement à planifier mon propre temps !) 20:44:51 <str4d> Nous pourrons discuter davantage du 4c) lors de la réunion du mois prochain. Pour l'instant, j'encourage plus de monde ici à réfléchir au 4b), et à commencer à travailler sur le 4a) :D 20:44:51 <str4d> 4d) Branding (et com) 20:44:51 <str4d> Actuellement, la stratégie de com pour I2P Summer Dev s'articule autour des articles de blog et de Twitter 20:44:51 <str4d> J'écrirai des mises à jour régulières sur le blog au sujet de ce que nous faisons. 20:44:51 <str4d> Plan approximatif : 20:44:51 <str4d> - Article de lancement (fait) 20:45:30 <str4d> - APIs (à écrire dans les prochains jours, pour faire connaître le travail Maven Central et la liste des autres suggestions pour ce mois-ci) 20:46:02 <str4d> - Apps (faire connaître la liste des projets avec lesquels nous allons travailler, ainsi que d'autres suggestions, et un résumé de ce que nous avons fait pendant le mois APIs) 20:46:11 <str4d> - Plugins (structure similaire à l'article Apps) 20:46:19 <str4d> - Article de clôture 20:46:54 <str4d> Donc les articles restants devraient être espacés d'environ un mois, avec peut-être de plus petites mises à jour entre-temps si on le juge utile 20:47:19 <str4d> En parallèle sur Twitter, tout ce que nous publions lié à ce travail devrait avoir le hashtag #I2PSummer 20:47:38 <str4d> (ces articles de blog, des commentaires sur l'API ou l'app sur laquelle vous travaillez, etc.) 20:47:50 <psi> re: go j'implémente net.* pour i2p en go 20:48:10 <str4d> psi, chouette ! 20:48:28 <psi> net.Dial net.Listener net.PacketConn net.Conn net.Addr etc 20:48:36 * psi fait défiler vers le haut 20:48:56 <str4d> Concernant le branding, j'ai eu l'idée trois jours avant le lancement qu'il serait bien d'avoir une sorte de logo pour I2P Summer Dev (de préférence réutilisable les années suivantes) 20:48:58 <psi> ++ SAM par défaut stp 20:49:12 <str4d> Et ensuite j'ai vu Elio Qoshi lancer une startup pour le design open source le lendemain 20:50:00 <zzz> autre chose sur le 4) ? 20:50:09 <str4d> Donc : je l'ai contacté pour nous concevoir un logo pour I2P Summer Dev (seul, et avec texte pour une utilisation sur bannières, t-shirts, etc.), avec une livraison visée pour la fin de ce mois 20:50:47 <str4d> J'ai indiqué un budget de 200 $, car c'est ce que j'étais prêt à payer de ma poche si le projet ne considérait pas que c'était une bonne utilisation des fonds. 20:50:55 <str4d> Donc : est-ce une bonne utilisation des fonds ? 20:51:25 <psi> avons-nous le personnel pour summer of $i2pthing ? 20:51:41 <zzz> ce n'est pas une bonne utilisation des fonds à moins qu'on ne prévoie d'en faire quelque chose 20:51:47 <str4d> (sadie contacte aussi un designer qu'elle connaît, et la startup d'Elio promet un remboursement à 100 % si les designs ne nous plaisent pas, donc globalement c'est à faible risque à mon humble avis) 20:52:26 <str4d> zzz, le plan est d'utiliser le branding sur le compte Twitter GetI2P (avatar + bannière), sur les articles de blog pertinents du site (et d'une façon ou d'une autre sur la page d'accueil), etc. 20:52:29 <zzz> donc à moins d'avoir des plans concrets pour l'utiliser vite, ce sera de l'argent jeté par les fenêtres 20:52:36 <str4d> Possiblement des t-shirts (sadie se renseigne sur le coût) 20:52:54 <str4d> zzz, c'est pourquoi je veux une livraison fin de ce mois, afin d'avoir deux mois pour l'utiliser 20:53:09 <str4d> Et ensuite nous l'aurons pour une utilisation future 20:53:16 * psi lag 20:53:41 <str4d> Comme je l'ai dit dans l'article de lancement, j'aimerais offrir du swag aux nouveaux contributeurs. Actuellement ce sont des autocollants, ce pourrait être des t-shirts 20:54:04 <str4d> psi, nous ne sommes pas entièrement pourvus en personnel pour I2P Summer Dev actuellement, il y a un tas d'idées qui cherchent des devs :) 20:54:14 <zzz> merci d'obtenir l'approbation d'echelon avant de dépenser le moindre argent 20:55:03 <psi> d'accord 20:55:09 <str4d> J'ai contacté eche|on quand j'ai eu l'idée, mais je voulais obtenir une confirmation en réunion :) 20:56:02 <psi> re: summer of $i2pthing je pense que ma bibliothèque i2p net.* pourrait s'intégrer assez facilement dans le libp2p d'ipfs mais démarrer dans le processus de dev d'ipfs est intimidant 20:56:04 <zzz> donc tu as déjà son approbation, ou tu lui as juste dit que tu y pensais ? 20:56:22 <psi> plutôt ma bibliothèque go pour i2p 20:56:41 <str4d> zzz, je lui ai dit à quoi je pensais et mon budget proposé, et que je l'aborderais en réunion 20:56:50 <zzz> Je veux éviter le problème que nous avons eu avec les autocollants, où hottuna en a à peine discuté avec eche, puis a présenté une facture de 600 $ 20:56:57 <str4d> Si tout ce dont j'ai besoin est l'approbation d'eche, alors je vais l'obtenir et continuer :D 20:57:22 <psi> selon si je réussis ce prochain entretien d'embauche, j'aurai ou non beaucoup de temps libre 20:57:43 <str4d> zzz, ce sera le cas 20:57:51 <str4d> (en évitant ce problème) 20:58:06 <str4d> psi, libpnp est en Go ? 20:58:07 <zzz> 200 $ ce n'est pas beaucoup, mais ça ne nous apporte pas grand-chose non plus. Les t-shirts, c'est plus cher et beaucoup plus de travail si vous voulez les avoir à NYC pour HOPE 20:58:16 <psi> libp2p est en go et en js 20:58:26 <str4d> mmk 20:58:32 <zzz> autre chose sur le 4) ? 20:58:33 <str4d> OpenBazaar est en Go aussi alors ? 20:58:35 <psi> plutôt, c'est la couche d'abstraction réseau d'ipfs 20:58:38 <psi> c'est une api 20:58:49 <psi> openbazaar est en py2 20:58:49 <str4d> zzz, c'est juste pour le logo. Les t-shirts auraient un budget séparé 20:58:53 <psi> utilisant twisted 20:59:02 <str4d> Et oui, sadie regarde pour des t-shirts à temps pour HOPE 20:59:02 <psi> (si je me souviens bien) 20:59:17 <str4d> psi, mais ils ont dit qu'ils basculent vers IPFS... étrange 20:59:34 <zzz> dernier appel pour le 4) 20:59:37 <str4d> Dans tous les cas, si tu as le temps ce mois-ci de mettre à jour tes bibliothèques SAM en 3.3, ce serait fantastique :) 20:59:48 <str4d> Ok ok, j'ai fini :P 20:59:55 <psi> oui sam 3.3 sera implémenté c'est sûr 20:59:57 <str4d> (sur le 4)) 21:00:08 <zzz> ce serait bien que le côté i2pd soit mis à jour en 3.3 aussi 21:00:16 <zzz> autre chose pour la réunion ? 21:00:25 * zzz trouve le buffer 21:00:28 <str4d> Oh, je pense déplacer les libs SAM sous le projet i2p sur GitHub 21:00:38 <str4d> Et oui, j'ai 5) replanifier la prochaine réunion 21:00:50 <zzz> ok 5) à toi str4d 21:01:09 <str4d> Je me dis que ce serait bien de rendre certaines des plus obscures (je pense ici à libsam3 et i2psam) plus visibles 21:01:11 <psi> quelles libs sam précisément ? 21:01:22 <psi> souvenez-vous que mélanger les licences est une mauvaise idée 21:01:22 <str4d> txi2p peut probablement rester là où il est, puisqu'il a déjà beaucoup de liens 21:01:32 <str4d> psi, ce ne sera pas dans le dépôt i2p.i2p 21:01:37 <zzz> remettons le reste des trucs de libs après la réunion 21:01:39 <psi> oh 21:01:42 <zzz> ok 5) à toi str4d 21:01:54 <psi> kk 21:01:54 <str4d> Je ferais juste l'hébergement des dépôts git existants 21:01:57 <str4d> 5) replanifier 21:02:13 <str4d> J'ai du mal à être disponible à cette heure de réunion en ce moment parce que c'est tôt 21:02:21 <str4d> sadie a du mal parce que c'est pendant ses heures de travail 21:02:46 <str4d> Je propose de décaler la réunion d'une heure plus tard, ce qui résout les deux problèmes. 21:03:16 <str4d> (au moins pour le reste de l'été, on pourra la remettre plus tôt au changement d'heure si on veut) 21:03:18 <zzz> peux-tu voir ça avec les Européens, car ce sont eux qui seraient le plus affectés 21:03:58 <str4d> Ça, c'est eche|on, et... ? 21:03:59 <zzz> tout ce que tu peux convenir avec eux me va. C'est ce que j'ai dit à la dernière réunion, ou peut-être celle d'avant. 21:04:10 <zzz> principalement ech 21:04:24 <str4d> mmk 21:04:33 <str4d> Je lui demanderai en même temps que je règle les budgets 21:04:53 <str4d> S'il est d'accord, le plus simple sera probablement de changer l'heure d'autorité et d'attendre les plaintes :P 21:05:02 <zzz> essayons le mois prochain et voyons comment ça se passe, mais oui, c'est bien de lui demander d'abord 21:05:07 <zzz> autre chose sur 5) ? 21:05:14 <str4d> C'est tout pour moi ! 21:05:17 <zzz> autre chose pour la réunion ? 21:05:45 <str4d> Bon Summer Dev à tous ! Faisons qu'I2P inteGrate à nouveau ! 21:05:49 * zzz ***bafs*** la réunion est close

Version 0.9.26

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

I2P est maintenant un site proposé sur Stack Exchange ! Veuillez vous engager à l’utiliser afin que la phase bêta puisse commencer.

Détails de la mise à jour

0.9.26 contient une mise à niveau majeure de notre bibliothèque cryptographique native, un nouveau protocole d’abonnement au carnet d’adresses avec des signatures, et des améliorations majeures de l’empaquetage Debian/Ubuntu.

Pour la cryptographie, nous sommes passés à GMP 6.0.0 et avons ajouté la prise en charge de processeurs plus récents, ce qui accélérera considérablement les opérations cryptographiques. Nous utilisons également désormais des fonctions GMP à temps constant pour prévenir les attaques par canaux auxiliaires. Par mesure de prudence, les modifications de GMP ne sont activées que pour les nouvelles installations et les builds Debian/Ubuntu ; nous les inclurons pour les mises à jour via le réseau dans la version 0.9.27.

Développement d'été d'I2P

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

Over the last few years, the need for users to be in control of their own data has become increasingly apparent. Some excellent progress had been made in this regard with the rise of messaging apps like Signal, and file storage systems like Tahoe-LAFS. The ongoing work of Let’s Encrypt to bring HTTPS to the whole world is steadily gaining traction.

Mais intégrer la confidentialité et l’anonymat dans les applications n’est pas trivial. Une grande partie des logiciels que les gens utilisent au quotidien n’a pas été conçue pour être respectueuse de la vie privée, et les outils dont disposent les développeurs ne sont généralement pas faciles à utiliser. L’enquête OnionScan récemment publiée donne un aperçu de la facilité avec laquelle même des utilisateurs techniques peuvent mal configurer leurs services, compromettant totalement leurs intentions.

Réunion des développeurs d'I2P - 03 mai 2016

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

Récapitulatif rapide

Présents: eche|on, pr0ng, xmpre, xmz, zzz

Journal de réunion

20:00:46 <zzz> 0) Salut 20:00:46 <zzz> 1) État de Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:00:46 <zzz> 2) Mise à jour de planification 0.9.26 (zzz) 20:00:46 <zzz> 3) Mise à jour de planification HOPE (zzz) `http://zzz.i2p/topics/1968` 20:00:50 <zzz> 0) Salut 20:00:52 <zzz> salut 20:01:01 <pr0ng> Salut Eeepers 20:01:22 <zzz> 1) État de Tails (pr0ng) `http://zzz.i2p/topics/2108` 20:01:32 <zzz> ok, il s'est passé pas mal de choses sur Tails le mois dernier 20:01:33 <pr0ng> Salut zzz 20:01:47 <Irc2PGuest33835> hey 20:02:01 <zzz> 0.9.25 est entrée dans Tails 2.3, et 0.9.26 peut coïncider ou non avec la 2.4. pr0ng, pourrais-tu nous faire un bref compte-rendu ? 20:02:51 <pr0ng> Pas sûr de comprendre la partie 'ne pas coïncider' - est-ce à propos du support de persistance d'I2p ? 20:03:05 <zzz> je parle du calendrier 20:03:36 <pr0ng> En gros, cette version a été prise depuis le dépôt deb.i2p.no et téléversée sur le dépôt APT de Tails par 'anonym' 20:04:00 <pr0ng> J'ai testé la version de façon isolée sur l'image Tails, assez largement 20:04:20 <pr0ng> J'ai communiqué avec anonym pour comprendre quoi va où et quand 20:04:28 <zzz> et je leur ai dit que tu l'avais testée... c'est peut-être pour ça qu'anonym a fait le reste ? 20:04:48 <pr0ng> Personne très sympathique et arrangeante, m'a donné beaucoup de conseils et d'aide 20:05:02 <pr0ng> Je comprends maintenant précisément comment la version est testée et déployée 20:05:27 <zzz> Ce qui s'est passé pour .25/2.3, est-ce le processus normal, ou s'attendent-ils à ce que tu fasses plus la prochaine fois ? 20:05:42 <pr0ng> En effet. Ils ont pris le .deb depuis I2P tel quel 20:06:40 <pr0ng> Il y a quelques scripts qui dictent comment I2P est déployé - ils / anonym les ont utilisés et je sais maintenant où ils se trouvent et comment construire/transférer pour l'inclusion 20:07:29 <zzz> ok donc tu feras plus la prochaine fois 20:07:55 <pr0ng> Ils peuvent prendre depuis deb.i2p2.no ou par d'autres méthodes - ils mettent en avant l'aspect persistance en ce moment - je pourrais avoir à faire autre chose pour que cela fonctionne à la prochaine version, mais je le confirmerai. 20:08:20 <eche|on> jusqu'ici, c'est super 20:08:30 <pr0ng> c'est possible - il semble que je pourrai 'livrer' la version moi-même cette fois 20:08:33 <zzz> donc tu as commencé à te pencher sur leurs problèmes en suspens, dont le premier est la persistance ? 20:08:48 <pr0ng> en effet - je suis content que ça soit passé et j'ai appris les exigences 20:10:09 <pr0ng> en effet - je vais examiner les problèmes en suspens - l'élément de persistance semble plutôt être un 'nice to have' (utile mais non indispensable), mais il a été mis en avant dans notre conversation. 20:10:24 <zzz> quelle serait ta date limite pour que j'aie 0.9.26 sur deb.i2p2.no afin que tu puisses l'intégrer à Tails 2.4 ? 20:11:48 <pr0ng> Je dois déterminer cela - je ne peux pas être précis là-dessus pour le moment 20:12:01 <pr0ng> Je reviendrai certainement avec une réponse à ce sujet 20:12:13 <zzz> ok, dis-moi, même si ce n'est qu'une estimation. 20:12:22 <zzz> autre chose sur le point 1) ? 20:12:40 <pr0ng> Oui, certainement. 20:12:52 <pr0ng> Jusqu'ici tout va bien, il me semble. 20:13:04 <zzz> merci encore, tu fais du très bon travail, content de t'avoir là-dessus 20:13:34 <zzz> 2) Mise à jour de planification 0.9.26 (zzz) 20:13:36 <pr0ng> Heureux d'aider - la courbe a été raide, mais je suis beaucoup plus à l'aise avec le processus et les exigences. :) 20:14:11 <zzz> J'ai terminé les parties majeures de la .26 -- le protocole d'abonnement au carnet d'adresses, et les CRLs dans le flux d'actualités. Et nous avons propagé GMP 6 20:14:48 <xmz> zzz: quelqu'un a-t-il signalé une configuration family (déclaration de famille de routeurs) fonctionnelle en utilisant la console Java I2P ? 20:14:48 <xmz> zzz: je n'ai jamais réussi à la faire fonctionner 20:14:50 <zzz> Je passe maintenant à la correction de bugs et ce sera mon focus jusqu'à la sortie. Je suis sur la piste d'un bug étrange lié au timer qui, je pense, est la cause racine de certains problèmes que les gens voient 20:15:32 <zzz> xmz, à part moi, je n'ai entendu aucun retour d'échec ou de réussite 20:15:34 <pr0ng> désolé pour mon ignorance - 'propped GMP 6' veut dire 'supprimé libgmp' ? 20:15:42 <zzz> si tu as des problèmes, merci d'ouvrir un ticket 20:15:57 <xmz> d'accord, je vais tester tout à l'heure et faire un retour 20:16:05 <zzz> propped = propagate = fusionner depuis une autre branche (de développement) 20:16:25 <zzz> à ce stade je n'ai pas fixé de date pour la .26 mais fin mai ou début juin semble probable 20:16:40 <pr0ng> Ah. OK. merci pour ça :) 20:17:14 <zzz> merci à eche|on pour avoir fait quelques builds de dev. On aimerait vraiment que quelqu'un se lance et monte un vrai site de builds de dev automatiques 20:17:18 <eche|on> Je vote pour la 2e semaine de juin 20:17:50 <zzz> Comme certains l'ont peut-être vu, j'ai annoncé que nous ralentissons nos sorties, de 6-8 semaines à 8-10. 20:17:52 <eche|on> Je le voudrais, mais mon temps est limité en ce moment 20:18:32 <eche|on> oui, c'est ok 20:18:32 <zzz> C'est une conséquence de moins de tests, du fait que je fais beaucoup de choses que kytv faisait, et d'une baisse générale d'activité partout 20:19:18 <zzz> il n'y a presque aucune participation à la revue des propositions et à la préparation des choses difficiles à venir cette année, en particulier NTCP2 et ce qui s'y rapporte 20:20:10 <zzz> il y a aussi le proposé 'summer of x' dont j'espérais une mise à jour de la part de sadie. Si nous allons de l'avant avec ça, ça va fortement ralentir les sorties 20:20:47 <zzz> Je peux vous dire que personne ne travaille en avance sur la planification ou le code de la .27 pour le moment 20:20:52 <zzz> autre chose sur le point 2) ? 20:21:52 <zzz> 3) Mise à jour de planification HOPE (zzz) `http://zzz.i2p/topics/1968` 20:22:32 <zzz> Je n'arrive toujours pas à obtenir de Lance un engagement pour un espace de réunion pour HOPE 20:22:51 <zzz> donc je ne peux toujours donner d'indications à personne si vous prévoyez d'y assister 20:23:15 <zzz> sadie devait le rencontrer la semaine dernière, elle n'a pas répondu à ma question pour savoir si elle a obtenu une réponse de sa part 20:23:25 <eche|on> hmm 20:24:05 <zzz> Si quelqu'un a une date limite à laquelle vous devez savoir, dites-le. Je me sens mal de relancer Lance mais ça ne fonctionne pas du tout 20:24:26 <xmpre> zzz: j'ai un serveur Jenkins configuré pour i2pd, je pourrais en configurer un pour Java I2P s'il y a de l'intérêt ? 20:24:44 <zzz> oui xmpre, bien sûr 20:25:20 <zzz> autre chose sur le point 3) ? 20:27:05 <eche|on> zzz: j'ai toujours ce ticket^^ 20:27:15 <zzz> J'ai vu plus haut dans l'historique que str4d et sadie avaient des problèmes avec l'heure de réunion standard, et quelque chose à propos d'un changement de base de fuseau horaire que je n'ai pas compris. Si vous deux voulez négocier avec les Européens et proposer quelque chose qui convienne à tout le monde, allez-y 20:27:20 <zzz> autre chose pour la réunion ? 20:27:55 <pr0ng> Je prévois de venir à I2PCon-2 - y a-t-il des idées sur quand/où pour cela ? 20:28:28 <pr0ng> ... je lis, j'ai déjà manqué ça !? 20:28:33 <zzz> Je ne pense pas qu'il y aura un i2pcon 2. 20:28:50 <zzz> peut-être une petite rencontre à Toronto à l'automne, comme un équivalent miniature 20:28:55 <pr0ng> Dommage 20:29:11 <zzz> si tu veux voir des gens d'I2P en personne, les meilleures chances sont HOPE et le CCC 20:29:18 * zzz warms up the baffer 20:29:31 <pr0ng> Je note ça au crayon alors. 20:29:54 * zzz *bafs* la réunion est close

Réunion des développeurs I2P - 7 avril 2016

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

Récapitulatif rapide

Présents : eche|on, hottuna, orignal, str4d, susbarbatus, zzz

Journal de réunion

20:00:05 <zzz> 0) Hi 20:00:05 <zzz> 1) Items open from previous meetings `http://zzz.i2p/topics/2093` 20:00:05 <zzz> 2) Replacement of kytv roles and services `http://zzz.i2p/topics/2098` 20:00:05 <zzz> 3) 0.9.26 planning update `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:00:05 <zzz> 4) HOPE planning `http://zzz.i2p/topics/1968` 20:00:05 <zzz> 5) Brief review of monthly meetings and project management after 3 months 20:00:10 <zzz> 0) Hi 20:00:12 <zzz> hi 20:00:38 <zzz> 1) Items open from previous meetings `http://zzz.i2p/topics/2093` 20:00:55 <orignal_> hi 20:01:00 <zzz> - Reseed campaign prep, by end of January: 20:01:00 <zzz> ** Sadie to contact backup to discuss OPEN, new date April 5 20:01:11 <zzz> sadie, status? 20:02:10 <zzz> - Strengthing the network - home page and additional pages 20:02:10 <zzz> ** str4d, gravy, cacapo: Add use cases, what are we best at, more "passion" and "fat", add / highlight Bote, by end of January OPEN, str4d to add use cases to website by Mar. 6, more changes on passion etc by Apr. 5 20:02:15 <zzz> str4d, status? 20:03:06 <zzz> - Add I2P "Story" / history / why 20:03:06 <zzz> ** comraden to edit / polish / enhance / post by end of February OPEN, new date Apr. 1, draft back to zzz by mid-March 20:03:11 <zzz> comradenosebleed, status? 20:03:34 <str4d> hi 20:04:40 <zzz> Ticket management - currently ad hoc 20:04:40 <zzz> ** Sadie to review, make recommendations or possibly start managing them (by when?) OPEN, str4d and sadie to schedule meeting or make report by April 5(?) 20:04:50 <zzz> sadie, str4d: status? 20:05:49 <hottuna> hi 20:05:59 <zzz> str4d OPEN - Android 0.9.24 release March 3, TODO list collated by March 6, roadmap draft by March 6, to be reviewed March 5-6 20:06:05 <zzz> str4d, status? 20:06:33 <str4d> We discussed it 20:06:41 <str4d> (sorry, doing 2 meetings at once) 20:06:54 <zzz> str4d and zzz to review VRP ticket by Feb 12; Will make some decisions during March 5-6 roadmap meetings (zzz done feb. 8, str4d by March 6) 20:06:56 <str4d> re: tickets 20:06:57 <zzz> str4d, status? 20:07:29 <zzz> sadie and anonimal to come back with a CoC edits based on Monero 0mq at the April 5 meeting 20:07:36 <zzz> sadie, anonimal: status? 20:08:25 <str4d> I decided previously to have the "new" status for tickets that need triaging, and I still think that is the way to go 20:09:00 <str4d> I also think it might be a good idea to set up a regular time for a few of us to go through these tickets 20:09:09 <str4d> re: android 20:09:59 <str4d> Hasn't happened yet because blocking on the build script 20:10:17 <eche|on> uhh 20:10:54 <str4d> VRP ticket: hasn't happened yet because I've been sick when I was planning to work on it 20:11:00 <zzz> it's clear that the current project management style isn't working because nothing is happening. Let's move on, and I put 5) on the agenda to decide if we should continue monthly meetings or not 20:11:10 <zzz> almost all of these items are 3 1/3 months old 20:11:19 <str4d> What *has* happened, which is not on zzz's list, is I finished the spec migration and am well into migrating the proposals 20:11:37 <zzz> great news on specs/proposals, well done 20:12:09 <str4d> So I'd argue that "nothing" is incorrect, just moving prioritisations that aren't reflected in the current PM style 20:12:17 <str4d> So yes, we need to refine 20:12:20 <zzz> ok. good perspective 20:12:25 <zzz> anything else on 1) ? 20:13:04 <str4d> For everyone else here, the proposal stuff is at `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals` - please review and comment :) 20:13:26 <zzz> 2) Replacement of kytv roles and services `http://zzz.i2p/topics/2098` 20:13:34 <zzz> there's a list of about 20 things he did 20:13:44 <str4d> Nothing else for me 20:13:47 <str4d> (I did do I2P Android work, just didn't quite get to release) 20:13:55 <zzz> I've been focused on what I saw as the highest priorities - launchpad and debian 20:14:14 <zzz> some others are researching other things, and we swapped out a couple of console home page links in .25 20:14:33 <zzz> to me the next most important thing is tails maintainer 20:15:06 <zzz> is there anybody here that knows tails AND debian packaging and can help? if not, I will put out the call on twitter asap 20:15:24 <zzz> we will be thrown out of tails in as soon as the next release in two months 20:15:32 <zzz> 2.4 I believe 20:15:50 <zzz> it's more than I can handle. I won't be doing it. 20:16:02 <str4d> Ugh 20:16:19 <str4d> What does Tails require at a minimum 20:16:19 <str4d> ? 20:16:20 <zzz> job is to take the debian packaging I do, and tweak/insert into tails, test test test, plus a number of existing tails i2p tickets 20:16:49 <zzz> there's a big writeup that kytv did i think, it's linked from the kytv thread on zzz.i2p 20:17:04 <zzz> basically the input to tails is a deb package 20:17:19 <zzz> but I think they have a backlog of grievances 20:17:25 <eche|on> call out on twitter 20:17:33 <str4d> +1 on Twitter 20:17:35 <zzz> anybody else have anything to report on kytv replacement stuff? 20:18:07 <str4d> I haven't made any more movement on the Buildbot CI server since I last mentioned it in IRC a week or two ago 20:18:23 <str4d> I'll do some more work on it this weekend 20:18:42 <zzz> ok. there's a lot on the list, lets everybody pick something important. 20:19:02 <zzz> last call for 2) 20:19:46 <str4d> If no one else does it, I *may* pick up the IRC bot/relay. Unlikely for now. 20:20:34 <zzz> i think the deb builds are in decent shape but there's still some stuff like arm for jessie that I may have fixed today, or may not have 20:21:19 <zzz> 3) 0.9.26 planning update `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:21:33 <zzz> ok I want to do 3a) schedule and then 3b) GMP 6 20:21:38 <zzz> 3a) schedule 20:22:03 <zzz> the roadmap says 'may' and 6-7 weeks from the last release march 22 would be early-mid may 20:22:36 <zzz> at the roadmap meetings a month ago, we came up with an ambitious plan including the addressbook subscription protocol 20:23:16 <zzz> but that all fell apart the next day as kytv's stuff all went down and it grew less likely he would return 20:23:36 <zzz> so I haven't started yet on anything 26-related. last 2-3 weeks have been full time debian/launchpad stuff 20:24:01 <str4d> ~seven weeks from now is the end of May. Do you think that would be feasible? 20:24:15 <str4d> (Now that the debian stuff is mostly under control) 20:24:19 <zzz> that will push 26 to probably June, and will be well past the tails 2.4 deadline 20:24:37 <str4d> Ugh 20:24:37 <zzz> end may could happen, but getting less likely by the day 20:24:42 <str4d> When is the tails deadline? 20:25:11 <zzz> don't know offhand. I already re-asked them to pull in 25 themselves (they refused once already) 20:25:23 <eche|on> I think june is fine, as tails is on the judge currently 20:25:45 <zzz> they don't have any visibility as to tails i2p usage and don't hear any clamor, so they see it as more trouble than it's worth 20:26:18 <eche|on> yeas 20:26:33 <zzz> normally for a big feature like addressbook subscription protocol, I'd be done with it a week before the _previous_ release, ready to prop 20:26:54 <zzz> so that's 3 weeks behind, plus the dev time which is a couple weeks at least, or 5 weeks behind total 20:27:39 <zzz> so that's the status. I haven't pushed anything out on the official roadmap yet, but will need to soon 20:27:49 <zzz> anything else on 3a) schedule ? 20:27:58 <str4d> What did we have planned to go in the actual 0.9.27 release? 20:28:16 <zzz> see the roadmap link above 20:28:31 <zzz> early ntcp2/dh/pt 20:29:18 <str4d> I still think things need to happen in the order there, so what we *could* do is push the address subscription protocol to 0.9.27 20:29:27 <str4d> That gives you May to work on it 20:29:47 <zzz> but there is no .26 yet. nothing has happened. there's nothing in there but deb changes 20:29:50 <str4d> And then .26 can be CRLs and some general cleanup maybe 20:30:08 <zzz> until somebody (including me) does something, there's nothing to release 20:30:27 <zzz> so we'll see how it goes. I gotta take a couple days off to do my taxes also :) 20:30:37 <zzz> anything else on 3a) schedule ? 20:30:55 <eche|on> do not look to hard on the planned schedule 20:30:56 <str4d> I have some initial UI tweaks that have come out of my and sadie's discussions that I could get applied 20:31:20 <zzz> 3b) GMP 6 20:31:25 <str4d> (not the major redesign I have planned but some general refinements) 20:31:50 <zzz> after about 15 months of work, tuna and I are close to ready to prop over the gmp6 branch to trunk for 26 20:32:05 <zzz> tuna has about a hundred binaries built over the last 6 months, awaiting checkin 20:32:25 <zzz> built in a variety of ways - vms, native, microsoft, borrowed systems, etc. 20:32:53 <zzz> traditionally we've checked in detailed notes on the build environment (compiler revs, system os details etc) for each binary we check in 20:33:13 <zzz> unfortunately, tuna kept no records on any of the builds. 20:34:06 <zzz> so the question is, do we start over (possibly costing us 6 months), or I just build the linux binaries and ignore everything else, or do we not really need these notes and we proceed with taking everything tuna has done? 20:34:08 <eche|on> any chance to redo them? 20:34:47 <zzz> tuna says impossible. anybody could build the linux 32/64 binaries. but all the rest is problematic 20:35:00 <eche|on> good question, in this case: redo or take, not way in between 20:35:25 <eche|on> we need the mac, win and arm gmp stuff 20:35:29 <zzz> last tuna told me was take it or leave it, he's done 20:35:54 <zzz> even if the builds are fast, the testing is slow 20:36:25 <str4d> Do we have the test process written up somewhere? 20:36:54 <zzz> if you go to the last page of `http://zzz.i2p/topics/1960` he's submitted all the build notes he has 20:36:56 <eche|on> (just to note, we did accept some other stuff without notes already) 20:37:07 <str4d> because this sounds exactly like what we should be putting into a CI server 20:37:38 <zzz> he's updated the readme's on how to build. there's some info in the thread on how to test, and I've developed my own methods also 20:38:07 <zzz> recall that he has released 13 versions of the binaries collection over the last 6 months 20:38:36 <zzz> hottuna, you have anything to add? 20:38:37 <str4d> If someone can write up a test methodology, I can get that turned into a build type in Buildbot 20:38:58 <str4d> Then it's just finding machines to hook that up to. 20:39:08 <hottuna> one sec 20:39:24 <str4d> I'm thinking we should probably just invest in a Mac that we can leave running somewhere as a buildslave 20:39:44 <hottuna> eche|on: re rebuild: not impossible, but it's too much work for me now. by far. 20:40:02 <str4d> nothing too expensive, but something that we can actually use to complete the trio (we already will have linux and windows buildslaves once I get VM stuff sorted with eche) 20:40:10 <eche|on> hottuna: is there any way on howto rebuilt ? 20:40:27 <zzz> even if the build for all 100 files happened tomorrow, it would be 3 months to test 20:40:39 <hottuna> there is a readme document that _should_ contain everything you need. 20:40:48 <str4d> At the very least, we have benefited from hottuna's improvements to the various scripts 20:41:10 <str4d> But the other question is, if we rebuild now, do we skip to 6.1 20:41:11 <zzz> plus there's massive changes in the cpuid code itself 20:41:23 <hottuna> str4d: the scripts aren't flawless now, but they're better anyway. 20:41:23 <zzz> right, maybe 6.1 20:41:25 <str4d> Yep 20:41:30 <hottuna> str4d: if we rebuild, we should skip to 6.1 20:41:44 <eche|on> does the new code work fine? 20:41:57 <hottuna> eche|on: as far as we know it's bug free (hah!). 20:42:07 <zzz> of course on debian builds, we link dynamically, so you'd get 6.1 anyway if installed (and that reminds me, we haven't tested gmp 6 dynamic libs) 20:42:10 <str4d> I'm just not sure how much the scripts need to change to do 6.1, but I'd hope it basically works drop-in 20:42:14 <eche|on> if the tests were fine, include it. and lets rebuild with 6.1 in a sidechannel and let the info get in later 20:42:38 <eche|on> as I see it, we did test it quite well yet 20:42:51 <hottuna> eche|on: the tricky part was not really running the actual scripts. getting machines, setting up environments and testing was the tricky/slow part 20:43:03 <eche|on> yeah 20:43:13 <str4d> hottuna, that is what I want to get into CI 20:43:15 <zzz> let's get back to the original question. Do we want to throw out 6 months of work (actually been at it since early 2015) or can we accept the binaries we have, without any notes on the specifics 20:43:25 <str4d> How many distinct machines do you think you used? 20:43:37 <zzz> let's put aside CI etc. for the moment and decide if we have a problem or not 20:43:52 <hottuna> str4d: it should be mostly drop in, with an added target or two. no point in not having support for the latest archs supported by gmp 20:44:13 <str4d> zzz, I'd be inclined to accept the binaries predicated on us doing a migration to 6.1 20:44:24 <hottuna> str4d: ~6 distinct environments 20:44:29 <zzz> 6.1 is on the roadmap for the end of this year 20:44:39 <zzz> the current binaries are 6.0 20:44:41 <str4d> What are the knock-on effects of us accepting the binaries? 20:44:41 <hottuna> str4d: no machines necessarily due when cross-compiling 20:44:51 <str4d> 1) they end up in mtn 20:45:01 <zzz> also recall, it gives us big speedups on certain hardware, and also constant time 20:45:17 <str4d> 2) they get bundled into the relevant update and install files 20:45:21 <zzz> 'knock-on effect' = bad things? 20:45:28 <str4d> 2a) increasing the update filesize a lot 20:45:44 <str4d> 3) if it is broken on any particular system, what happens? 20:46:03 <str4d> We were planning on 1) anyway 20:46:26 <zzz> we only check in the binaries if they will be immediately propped for .26. 20:46:28 <str4d> Likewise on 2), but the 6.0 binaries would be replaced by the 6.1 ones so that's no big deal 20:46:37 <str4d> The one that concerns me is 3) 20:46:43 <zzz> only binaries for release will be checked in 20:47:00 <str4d> 3a) is there any existing code to check for a failure state? 20:47:04 <zzz> 3) is a generic risk for any change 20:47:19 <zzz> failures in gmp are generally JVM crash 20:47:26 <str4d> 3b) Is there a way to fall back to an older working libjbigi? 20:47:44 <str4d> (either automatic or manual) 20:48:00 <str4d> Could we e.g. rename the old libjbigi so if there is a problem, we can tell users "go rename this file" 20:48:22 <zzz> str4d, you're exploring whether we should ever change jbigi at all? these are generic impacts for changing gmp at all 20:49:14 <str4d> zzz, your concern is not knowing the precise origin of these binaries. My assumption then is that we are concerned that if there is a problem, it becomes much harder to track down the source. 20:49:27 <str4d> So I'm thinking in terms of mitigation strategies 20:50:00 <zzz> we could not include jbigi.jar in the 26 update, so only new installs would get it. That would be a slower roll. 20:50:25 <zzz> new installs + launchpad/deb 20:50:57 <zzz> the generic fix is to remove libjbigi.so and jbigi.jar, then you do without 20:51:01 <str4d> That might be a good idea anyway 20:51:30 <str4d> Roll out to new installs, and if we don't hear any problems, roll out in updates in the next release. 20:51:43 <zzz> I guess tuna's point is that nothing is reproducible anyway. It's all borrowed systems and long-gone VMs 20:52:23 <zzz> eche|on, is the system and msvc info from the box hottuna used for the win builds available? 20:53:10 <zzz> tuna didn't volunteer for any research at all but didn't he borrow sadie's laptop too? or is it all useless as upgrades may have happend in the meantime? 20:53:24 <eche|on> he had access to the win 10 machine on my kvm host. I cna login and check 20:53:33 <str4d> Mmm, which is why I'd like to do the 6.1 builds in Buildbot with buildservers we can track. 20:53:57 <hottuna> zzz: i borrowed two separate friends' osx machines 20:53:58 <eche|on> I did not change the vm at all 20:54:33 <zzz> nobody has even volunteered to take a free mac we pay for, because nobody wants to be the 'mac guy' 20:54:51 <zzz> so it's really a lack of time and people, not money 20:55:17 <hottuna> zzz: I just don't want gadgets I have to lug around. 20:56:01 <zzz> here's hottuna's complete build notes: 20:56:03 <zzz> Build notes jbigi: 20:56:03 <zzz> ------------------ 20:56:03 <zzz> Windows: Cross-compile, linux hosts. Compiler: GCC 20:56:03 <zzz> Linux: Native build. Compiler: GCC 20:56:03 <zzz> FreeBSD: Native build, VM. Compiler: GCC 20:56:03 <zzz> OSX: Native build. Compiler: GCC 20:56:03 <zzz> Build notes jcpuid: 20:56:03 <zzz> ------------------- 20:56:03 <zzz> Windows: Native build. Compiler: MSVC 20:56:03 <zzz> Linux: Native build. Compiler: GCC 20:56:03 <zzz> FreeBSD: Native build. Compiler: GCC 20:56:03 <zzz> OSX: Native build. Compiler: GCC 20:56:17 <zzz> are these sufficient or do we start over? 20:57:14 <str4d> Given that we are going to migrate to 6.1 by the end of the year, and these binaries have had reasonable testing, I'm inclined to say yes. 20:57:41 <zzz> any objections? 20:57:45 <eche|on> it is at least a start, but in terms of "Tor reproduceable builds" it is nothing. what kind of standards do we want? 20:58:03 <hottuna> no 20:58:34 <eche|on> I would like to include them in new installs with the "temp" flag. I know it is hard work. 20:59:14 <zzz> basically the current testing has dropped to zero. The only way to get more testing is to get them in trunk, and a release. 20:59:17 <susbarbatus> Apologies for hooking into this; I have multiple macs, and no problem of being a mac or bsd guy. If someone can tell me what is required after the meeting or so, I can assess if it would be something that I could contribute if Im knowledgable enough / learnable. 20:59:29 <zzz> great susbarbatus 20:59:44 <str4d> susbarbatus, that would be fantastic 20:59:47 <zzz> ok so let's ask hottuna to check them in 20:59:53 <eche|on> zzz: yeah, we never said release is 100% secure and complete^^ 21:00:05 <zzz> hottuna, the branch is i2p.i2p.str4d.gmp6 (NOT i2p.i2p.zzz.gmp6) 21:00:17 <hottuna> ok 21:00:38 <zzz> hottuna, don't forget to mtn drop the ones that need to be removed. When done, the directory should exactly match what's in your v13 zip 21:00:50 <zzz> anything else on 3b) ? 21:00:55 <hottuna> do you want the old jcpuid/binaries for platforms we didnt build for to be removed? 21:01:09 <str4d> susbarbatus, what I would want to get set up is a buildserver, if you can commit to having a mac always running and being available for questions/assistance when something fails. In general it wouldn't require much participation on your part, because the buildserver would be controlled automatically :) 21:01:28 <zzz> I believe the propsal hottuna was that v13 was _exactly_ what was to be released, nothing more, nothing less. 21:01:38 <zzz> if you want we can review that again after the meeting 21:01:38 <str4d> Or if not always running, at least easily started in the buildserver configuration 21:01:51 <hottuna> zzz: splendid 21:01:54 <str4d> (the buildmaster will handle buildservers that aren't always online) 21:02:12 <zzz> let's table the buildserver talk and move on to 4) 21:02:22 <zzz> 4) HOPE planning `http://zzz.i2p/topics/1968` 21:02:23 <susbarbatus> str4d: thats no problem. I can hook up my ~2012 mac mini for that. Its slow but it wont be doing anything else. 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> I met with Lance this week. the proposal is still to have him supply a small conf. room all day, either the day before or after HOPE 21:03:04 <zzz> i.e. July 21st or 25th 21:03:22 <zzz> I impressed upon him that we need a date and commitment shortly, so we can buy plane tickets 21:03:46 <zzz> this would not be open to public. invite only, 5-6 people, just a hangout for roadmap meetings etc 21:03:51 <str4d> At this stage I can't commit to being there, even though there is a small chance I might actually be in the US by then 21:04:00 <zzz> plus we present to him what we're doing and vice versa 21:04:30 <zzz> right now I have me and sadie as definites, with comradenosebleed and lazygravy as maybes. Who else? 21:04:49 <zzz> and what's the hard date when you need to get travel arrangements set? 21:05:33 <zzz> if it's only me and sadie maybe we can call the whole thing off, but let's see 21:05:39 <zzz> anybody? 21:06:04 <zzz> hottuna coming? 21:06:07 <str4d> (all depends on when my thesis defence is convened, no idea when that will be yet) 21:06:09 <str4d> (and also on other visa-related things) 21:06:17 <str4d> If my thesis defence is before then, I would like to be there (even if just flying through) 21:06:17 <eche|on> I am interested, but not able to pay the fligth and hotel. esp. if we meet later in can 21:06:17 <str4d> So ask me again in a month or so 21:06:45 <zzz> ok, I'll keep the heat on lance to nail it down, and hope the people materialize 21:06:50 <zzz> last call on 4) 21:07:00 <hottuna> zzz: it's really awkward for me timing-wise. have I have to be in the EU on Jul16 for a wedding. 21:07:15 <hottuna> I don't think I dare to commit now,. 21:07:20 <zzz> great, go thru nyc on the way back :) 21:07:26 <hottuna> (or at all if it has to be done now) 21:07:33 <hottuna> hmmph.. 21:07:44 <hottuna> not a terrible idea 21:07:47 <zzz> 5) Brief review of monthly meetings and project management after 3 months 21:07:59 <str4d> So put me down as a hopefully for the meetup, and unlikely for HOPE (since I can't commit to needing a ticket, but will use up a spare one if I happen to be there) 21:08:26 <zzz> ok, from my perspective this is not working at all, there's almost no action items being completed, so can things be fixed or should we stop monthly meetings? 21:08:40 <str4d> I think things can be fixed 21:08:42 <zzz> if nobody is doing anything, there's nothing to be managed. It's not quite that bad but it's close 21:09:11 <str4d> At the very least, I think the monthly meetings are useful 21:09:30 <zzz> the goal was also to transition proj. mgmt to sadie but she isn't even showing up for the meetings so that's not on track either 21:09:32 <hottuna> I would agree about that 21:09:44 <str4d> She thought it was an hour earlier 21:09:49 <str4d> She's at another meeting now 21:10:19 <str4d> (she turned up an hour early and no one was talking here) 21:10:41 <zzz> sure, everybody loves meetings when they don't have to run them. But I look like a fool asking every month whether something somebody promised 3 months ago has happened. I'm tired of it. 21:10:49 <str4d> I've discussed this with sadie, and we now have weekly meetings set up for keeping on track with items we are both working on 21:11:19 <str4d> zzz, then don't make the focus of the meeting "did you do this thing" 21:11:36 <zzz> perhaps this is too dire but with the lack of progress and kytv vanishing I think we're in deep trouble 21:11:40 <hottuna> zzz: when is the transition to sadie supposed to happen? 21:11:40 <str4d> I think the monthly meetings should be more for priority re-evaluations and reorganisations 21:11:58 <zzz> ok so how do we keep people on track for doing what they promised to do? 21:12:13 <str4d> while the "did you get this thing done" needs a) more personal accountability and b) more one-on-one input 21:12:30 <hottuna> zzz: it's not great by any means, but deep trouble is probably overstating it. 21:13:02 <str4d> zzz, in my case, I've set up weekly meetings with sadie to help keep me on track, and given her access to my I2P todo list so she can help prioritise 21:13:07 <susbarbatus> str4d: I think the point is more, that if everyone was keeping promises/commitment then zzz wouldnt have to ask the did you do this question ;). 21:13:12 <str4d> (we've only had one meeting thus far, so I still need to see how this works) 21:13:17 <str4d> susbarbatus, yep 21:13:50 <str4d> We need to be flexible enough to handle the fact that people do this for fun/volunteering outside their regular work 21:14:13 <zzz> right. My system is currently that when you finish something, you report that on the zzz.i2p thread for the meeting, so we _dont_ have to take up meeting time for it 21:14:15 <str4d> But we also need to emphasise that if someone isn't getting stuff done, they aren't being helpful 21:14:28 <zzz> it's only when people don't finish and dont report that we have to waste time here 21:14:42 <str4d> and it's better to pass an item on to someone else than block indefinitely 21:14:54 <str4d> (says the guy who is currently blocking indefinitely on I2P Android :P ) 21:15:19 <zzz> so str4d and sadie have set up a parallel, non-public project management system as an experiment. that's interesting, but of course it isn't clear how it relates to what I'm doing, or whether I should keep doing it 21:15:55 <str4d> zzz, it's one part of the broader picture 21:16:28 <str4d> As I said above, I think that trying to do the "why didn't you do this" in a monthly meeting isn't as useful as we thought it might be 21:16:35 <zzz> so the project management via my forum and shaming at monthly meetings, I'm prepared to declare a failure 21:16:50 <str4d> because if they haven't done anything for the first three weeks, it's not likely they will get it done the last week 21:17:21 <str4d> hence why I think more regular quick checkups for people who have pending items is better, which is what I'm trying out with sadie 21:17:34 <zzz> at this point I don't think I'm ever getting the draft back from comradenosebleed, or a CoC, or use cases on the web, or an android release, at least not by any particular date no matter how far out 21:18:10 <zzz> so I propose stopping the monthly review of action items. As usual, people will do or not what they want in open source, and it's very very difficult to talk anybody into doing anything around here. 21:18:36 <zzz> people will do what they want, and whatever carrot and sticks I have aren't effective 21:19:50 <str4d> I vote that we keep the monthly meetings though, and use them to keep adjusting our priorities based on what *does* get done and what has happened over the past month (e.g. what we just did re: .26 after kytv) 21:20:56 <susbarbatus> Well, how is that bounty system working out at the moment? E.g. its a nice summarized public list with paid incensive. People still looking at that? 21:20:59 <susbarbatus> What I want to mention; what about micropayments far tasks. 21:21:03 <str4d> meanwhile if someone agrees to do something, they also should agree to keep sadie informed about progress, or at least to give sadie a communication channel to chide them :P 21:21:21 <zzz> ok so I propose stepping down as project manager, to replaced by some system and person TBD. We'll have monthly meetings but without review of action items 21:21:54 <zzz> next meeting will be Tues. May 3 21:21:58 <zzz> anything else on 5) 21:22:10 <zzz> anything else for this meeting? 21:22:35 <str4d> Not from me 21:22:53 <zzz> thanks everybody, long meeting today 21:22:58 * zzz *bafs* the meeting closed

Version 0.9.25

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

Détails de la mise à jour

Version 0.9.24

Wed, 27 Jan 2016 00:00:00 +0000

Détails de la mise à jour

La version 0.9.24 contient une nouvelle version de SAM (v3.2) ainsi que de nombreuses corrections de bogues et des améliorations d’efficacité. Notez que cette version est la première à exiger Java 7. Veuillez mettre à jour vers Java 7 ou 8 dès que possible. Votre router ne se mettra pas à jour automatiquement si vous utilisez Java 6.

Afin de prévenir les problèmes causés par l’ancienne bibliothèque commons-logging, nous l’avons supprimée. Cela entraînera le plantage de très anciens greffons I2P-Bote (0.2.10 et antérieurs, signés par HungryHobo) s’ils ont IMAP activé. La correction recommandée consiste à remplacer votre ancien greffon I2P-Bote par la version actuelle signée par str4d.

Récapitulatif du CCC

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

Présents : Sadie, Colin, lazygravy, zzz, hottuna, kytv, cacapo et eche|on.

Démarrer

Le projet a vécu une nouvelle année couronnée de succès au CCC. Nous tenons à remercier les bénévoles du 32C3 pour toute leur aide à l’organisation de cet événement et pour avoir été des hôtes très arrangeants à notre égard. De nombreux contributeurs I2P ont pu assister au Congrès de cette année grâce aux nombreux dons généreux versés au projet par des soutiens comme vous.

Réunion des développeurs I2P - 30 décembre 2015

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

Bref récapitulatif

Présents: cacapo, comraden1, dg, eche\|on, hottuna, kytv, lazygravy, psi, str4d, zzz

Historique de la réunion

09:49:14 <zzz> 0) Salut 09:49:14 <zzz> 1) Structure de la réunion et objectifs 09:49:14 <zzz> 2) PR (relations publiques) 09:49:14 <zzz> 3) Gestion de projet 09:49:14 <zzz> 0) Salut 09:49:16 <zzz> Salut 09:49:30 <zzz> 1) Structure de la réunion et objectifs 09:49:30 <zzz> Avant tout, je m'excuse pour l'horaire épouvantable de cette réunion pour nos collègues nord-américains. 09:49:30 <zzz> Ce sera un peu différent de notre structure de réunion habituelle car c'est principalement en présentiel ici au CCC. 09:49:31 <zzz> Nous allons essayer d'en relayer les points saillants sur IRC. 09:49:33 <zzz> Nous prendrons aussi des notes ici. 09:49:35 <zzz> Je vais maintenant faire un préambule pour cette réunion. 09:49:49 <zzz> Comme vous le savez, Sadie a joué un rôle énorme dans l'organisation et le succès de I2PCon à Toronto. 09:49:49 <zzz> Nous avons tous vu son talent et son enthousiasme à Toronto, et il est évident qu'elle veut en faire plus pour I2P à l'avenir. 09:49:49 <zzz> En travaillant avec elle avant et pendant la Con, nous avons appris qu'elle a une grande expérience en gestion de projet et en PR, 09:49:49 <zzz> tant avec Tor que dans le monde réel. 09:49:49 <zzz> Après la Con, je lui ai demandé de mieux connaître notre projet, de comprendre notre structure et nos processus actuels, 09:49:52 <zzz> et de revenir avec des recommandations sur ce que nous pourrions améliorer et comment elle pourrait nous aider. 09:50:04 <zzz> Depuis, elle a eu plusieurs longues conférences téléphoniques avec tuna, moi, str4d, psi et d'autres, 09:50:04 <zzz> et a passé en revue notre site web, Trac et nos processus actuels. 09:50:04 <zzz> De plus, psi l'a nommée Assistante directrice PR et elle tweete sur le compte @GetI2P et aide à faire connaître I2P. 09:50:06 <zzz> Elle est maintenant prête à nous donner quelques recommandations. 09:50:06 <zzz> Alors que ma question initiale était « comment peux-tu nous aider ? », la réponse qui revient est 09:50:06 <zzz> plutôt du genre « voici les choses que nous devons corriger pour que je puisse aider efficacement », 09:50:08 <zzz> suivies des actions concrètes qu'elle pourrait faire pour nous, ou plus précisément de la manière dont nous pouvons tous travailler ensemble plus efficacement. 09:50:19 <zzz> Ce que j'aimerais faire aujourd'hui, c'est entendre ses recommandations et les discuter brièvement, une par une. 09:50:19 <zzz> Beaucoup de ces sujets ont tendance à susciter de longues discussions et j'aimerais éviter que nous y passions la journée. 09:50:19 <zzz> Pour chaque recommandation, j'aimerais obtenir l'engagement de l'un d'entre vous pour faire le suivi. 09:50:19 <zzz> Si la recommandation n'est pas controversée et que nous avons un consensus, cet engagement sera de la mettre en œuvre. 09:50:20 <zzz> Si elle nécessite des recherches supplémentaires ou s'il n'y a pas d'accord, l'engagement sera d'étudier nos options et 09:50:21 <zzz> d'élaborer un plan, ou une contre-proposition, ou une liste d'options à discuter lors d'une prochaine réunion. 09:50:23 <zzz> Ces engagements et leurs échéances seront notés et suivis. 09:50:25 <zzz> Je ne veux pas que nous nous enlisions sur un point précis, donc je chercherai des volontaires pour suivre la plupart des sujets. 09:50:42 <zzz> Je veux souligner que c'est moi qui ai demandé à Sadie de faire cela et de nous donner son avis basé sur son expérience. 09:50:42 <zzz> Nous ne serons peut-être pas d'accord, mais nous devrions écouter et réfléchir attentivement à ses recommandations. 09:50:42 <zzz> I2P est un cas à part et tout ne nous conviendra pas forcément, 09:50:42 <zzz> mais elle a appris à bien nous connaître cette année, alors écoutons ce qu'elle a à dire. 09:50:43 <zzz> Nous pourrons bien sûr accepter des suggestions d'autres personnes, mais j'ai le sentiment que Sadie couvre déjà beaucoup de sujets. 09:51:24 <zzz> Nous allons d'abord parler de PR, puis de gestion de projet. 09:51:24 <zzz> Les deux sont des sujets très vastes et il y aura des recoupements. Mais essayons de les garder aussi séparés que possible. 09:51:54 <zzz> *** fin du collage pour le sujet 1), nous commencerons le 2) dans quelques minutes. merci *** 09:58:39 <hottuna> str4d: salut, il faudrait qu'on parle des trucs DH qu'on utilise 09:59:30 <str4d> hottuna, tu parles des handshakes NTCP et SSU ? 09:59:55 <hottuna> je suppose, partout où DH est utilisé 10:00:39 <hottuna> ok. parlons-en après la réunion 10:00:47 <str4d> D'accord 10:00:57 <str4d> D'après `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` c'est juste NTCP et SSU 10:01:21 <hottuna> zzz va nous lire la longue note ci-dessus maintenant 10:01:48 <str4d> (je dois encore mettre à jour cette page avant mon talk) 10:04:10 <psi> je crois que je suis là 10:06:33 <lazygravy> psi: oui, zzz a posté un long message juste avant ton arrivée. ils parlent IRL en ce moment 10:07:57 <hottuna> Donc, ce que nous voulons faire, c'est obtenir des engagements des gens pour résoudre plusieurs sujets différents 10:08:25 <hottuna> Certaines des choses que nous allons aborder seront controversées et d'autres non 10:08:47 <hottuna> pour les sujets non controversés, nous espérons simplement les attribuer à une personne et que ce soit géré 10:08:56 <hottuna> Passons à Sadie et au PR 10:09:16 <hottuna> gravy et sadie écrivent des billets de blog 10:09:29 <hottuna> et cherchent plus de contenu 10:10:21 <hottuna> beaucoup de contenu se perd dans les messages de commit 10:10:38 <hottuna> où l'auteur du commit n'indique pas vraiment l'importance du commit 10:11:24 <str4d> Plutôt que de balayer les messages de commit, le meilleur/endroit le plus simple à consulter est history.txt 10:11:30 <hottuna> idéalement, nous aimerions publier un billet de blog au moins toutes les 2 mois pour conserver une impression d'élan 10:12:08 <str4d> Ça ne donne toujours pas une indication d'importance, mais c'est plus facile à gérer dans le contexte et ça filtre le bruit des commits qui ne finissent pas dans history.txt 10:13:04 <lazygravy> str4d: l'idée, c'est qu'il se passe beaucoup de choses géniales, et qu'on ne peut pas le savoir sans suivre i2p de près. il faudrait que ce soit plus facile de voir les trucs sympas 10:13:47 <str4d> Peut-être que ce qui aiderait (ce serait plutôt radical), ce serait de restructurer history.txt pour organiser les éléments par importance (majeur/mineur/correction de bug), comme un journal des modifications (changelog) (ou avoir un fichier changelog en parallèle) 10:14:13 <str4d> car en l'état, le fichier history est essentiellement un journal de commits plus facile à analyser 10:14:30 <str4d> Ceci dit, il est pratique, donc avoir des infos en parallèle serait peut-être mieux (même si plus difficile à maintenir) 10:14:38 * str4d arrête de s'embourber dans les détails 10:14:41 <str4d> :P 10:14:59 <hottuna> lazygravy pourrait agir comme éditeur et en quelque sorte déléguer la responsabilité d'écrire du contenu quand c'est approprié 10:15:14 <str4d> Faciliter la compréhension de ce qui se passe est certainement un plus, et je pense que certains sujets d'organisation plus haut niveau aideront 10:15:33 <str4d> (c.-à-d. qu'un rédacteur de billet de blog peut y trouver une vue d'ensemble au lieu d'aller dans le journal des commits) 10:15:56 <psi> ça ressemble beaucoup à la programmation en binôme 10:16:10 <hottuna> sujet suivant dans le PR 10:16:29 <hottuna> concernant une campagne de reseed (serveurs de bootstrap) et l'attraction de nouveaux développeurs 10:16:46 <psi> (ou plutôt la programmation en couple marié, le programmeur et la femme du programmeur) 10:17:11 <lazygravy> str4d: p. ex. c'est quoi au juste les encrypted lease sets, ou mettre en avant le dépôt Debian de kytv 10:17:15 <hottuna> nous aimerions impliquer torontocrypto pour attirer plus d'hôtes reseed 10:17:23 <lazygravy> s/i.e./e.g./ 10:17:24 <iRelay> lazygravy meant: str4d: e.g. WTF encrypted lease sets are, or a cool highlight of kytv's debian repo 10:18:25 <hottuna> Nous aimerions produire un kit de contenu rassemblant toutes les infos nécessaires pour configurer un hôte reseed en un seul endroit 10:19:14 <hottuna> il faut expliquer pourquoi les reseeds sont nécessaires et importants 10:19:18 <str4d> Mmm 10:19:42 <str4d> Ça pourrait même être aussi simple que « sudo apt-get i2p-reseed » 10:20:22 <lazygravy> str4d++ 10:20:23 <kytv> Je pensais faire des images docker pour que ce soit totalement plug-n-play:ed 10:20:47 <psi> le reseed en Go était extrêmement facile à configurer et à utiliser 10:20:56 <hottuna> hottuna/je me suis porté volontaire pour écrire quelques paragraphes sur pourquoi les reseeds sont nécessaires et ce qu'ils font 10:21:07 <hottuna> kytv: ce serait génial 10:21:23 <str4d> kytv++ 10:21:35 <str4d> Le « déposer-et-c'est-parti » est l'idéal 10:22:00 <str4d> Un peu comme ce qui a été mentionné dans un des talks Tor hier, sur le fait que les gens pourraient à l'avenir obtenir un cert LetsEncrypt livré avec un .onion gratuit 10:22:16 <str4d> (c.-à-d. que le script letsencrypt configure le HS Tor pour l'utilisateur) 10:22:38 <kytv> l'i2p-tools de mdrollete est disponible comme image docker, donc peut-être que nous (=moi) pourrions juste peaufiner mon image I2P docker (pas encore annoncée) pour que tout se fasse en copiant-collant une ligne de commande et que le reseeding « marche tout seul » 10:22:41 <hottuna> à propos de l'onboarding développeur, rendre le code source plus accessible 10:22:42 <str4d> (ça, en soi, serait super pour I2P, mais un peu différent de ce dont nous avons besoin ici) 10:22:55 <comraden1> kytv: docker assurément 10:23:01 <hottuna> str4d: pourrais-je te convaincre d'ajouter quelques liens vers le code source depuis geti2p.net ? 10:23:04 <str4d> Si les reseeds sont un « appliance », ça facilite aussi le maintien en phase des reseeds honnêtes 10:23:17 <str4d> str4d, où ça ? 10:23:18 <lazygravy> idée: on devrait enlever la note de la 0.7.6 sur la page de téléchargement 10:23:33 <kytv> (je suis plutôt lxc mais j'apprends docker donc peu importe ) 10:23:45 <kytv> ja 10:23:50 <lazygravy> kytv: docker est « tellement à la mode » en ce moment, donc c'est peut-être le mieux 10:23:54 <hottuna> partout où ça a du sens 10:24:08 <str4d> Je crois qu'il y a au moins un lien vers le ViewMTN de kytv, mais c'est à l'intérieur d'I2P 10:24:11 <hottuna> mais l'idée est de rendre plus facile un coup d'œil rapide au code source 10:24:13 <kytv> Déplacer toute la doc des vieilleries vers /attic ou un truc du genre 10:24:19 <hottuna> pour attirer des développeurs 10:24:33 <hottuna> str4d en dehors d'i2p et idéalement depuis geti2p.net, c'est ce que nous voudrions 10:24:36 <str4d> Je pourrais ajouter sur la nouvelle page développeurs des liens vers la page Github, mais il faudrait qu'ils soient clairement marqués en lecture seule 10:24:50 <psi> si on veut vraiment attirer des devs il faudrait rendre le GitHub plus vivant 10:24:52 <hottuna> oui. 10:25:57 <str4d> Est-ce sur la nouvelle page développeurs que vous voulez les liens ? 10:25:57 <hottuna> ça semble être une étape simple et directe à réaliser 10:25:57 <hottuna> il suffit d'ajouter un lien en lecture seule vers github 10:25:57 <str4d> hottuna, quoi ? Les liens, ou rendre github plus vivant ? 10:25:57 <hottuna> ce serait une amélioration 10:25:57 <str4d> ahk 10:26:05 <hottuna> str4d: puis-je écrire ton nom à côté de ça ? 10:26:24 <hottuna> de cet item, donc 10:26:38 <str4d> Bien sûr. Je suppose que tout ça va faire l'objet de tickets sur Trac 10:26:51 <hottuna> pas sûr. 10:26:57 <hottuna> je demanderai à zzz 10:27:09 <str4d> Oui, probablement pas la peine pour les petites tâches 10:27:20 <str4d> Tant que je reçois la liste à un moment :P 10:27:26 <hottuna> ok 10:27:36 <hottuna> je pense que zzz fera un billet sur zzz.i2p 10:28:22 <kytv> ça ira presque certainement sur zzz.i2p mais peut-être aussi en tickets sur Trac 10:28:41 <str4d> k 10:28:50 * str4d ouvre sa todo list pour commencer à ajouter des éléments 10:32:43 <hottuna> on parle des cas d'utilisation que nous devrions promouvoir pour i2p 10:33:13 <hottuna> et le consensus semble être que nous devrions promouvoir les cas d'utilisation dans lesquels nous sommes bons. comme bote 10:33:20 <str4d> Mmm 10:33:29 <str4d> Nous devons clairement mettre en avant l'aspect pair à pair 10:33:36 <hottuna> comme les torrents potentiellement 10:33:38 <hottuna> y 10:33:57 <hottuna> nous aimerions mettre en avant ces bons usages sur la page principale 10:34:12 <hottuna> *ce que nous aimerions mettre en avant 10:34:20 <str4d> C'est un domaine où I2P devrait avoir un avantage fondamental, grâce à la nature à commutation de paquets et à la symétrie au niveau tunnel 10:34:33 <hottuna> oui. et il y a d'autres choses dans lesquelles nous sommes bons 10:34:39 <str4d> Et en particulier des applis qui, intrinsèquement, encouragent la contribution 10:34:41 <hottuna> et ce sont ces choses que nous devrions promouvoir 10:35:05 <hottuna> et en attendant, nous pouvons continuer à travailler sur les choses où nous ne sommes pas encore aussi bons 10:35:09 <str4d> (parce que le besoin de contribution d'I2P peut alors se greffer sur celui de l'appli) 10:35:43 <hottuna> lazygravy, str4d, cacapo: pourriez-vous travailler sur les 3 meilleurs cas d'utilisation pour i2p 10:36:01 <hottuna> afin que nous puissions ensuite les présenter correctement sur la page d'accueil 10:36:18 <str4d> D'accord 10:37:03 <cacapo> oui 10:37:08 <hottuna> quand pouvez-vous revenir avec quelque chose (recommandations ou modifications du site web) ? 10:37:43 <hottuna> une échéance fin janvier, ça va ? 10:37:55 <cacapo> ok 10:38:01 <hottuna> concernant le PR: i2p.net sera bientôt disponible 10:38:03 <str4d> Ça me va 10:39:04 <eche|on> 16.4.2016 c'est pour i2p,net 10:39:11 <str4d> Je peux déjà dire que si on parle de « choses qui marchent bien maintenant », on regarde essentiellement l'email à haute latence (bote) et les torrents. Bientôt on pourra ajouter le stockage de données distribué aussi (une fois que Tahoe aura un support client I2P natif) 10:39:24 * str4d attend avec impatience la récupération de i2p.net 10:39:33 <eche|on> tahoe ne sera utilisable qu'avec des up/download parallèles 10:40:08 <str4d> Idéalement, on l'articulerait avec ma proposition de services dev sur i2p.i2p, disponibles en parallèle dedans et hors du net 10:40:12 <hottuna> cacapo indique qu'i2p ne raconte pas très bien une « histoire » du projet. voire pas du tout. 10:40:29 <lazygravy> str4d: tahoe a ses propres problèmes d'UI... :/ (même si je l'adore) 10:40:29 <hottuna> contrairement à Tor qui a beaucoup d'histoire et de contexte autour 10:41:03 <str4d> hottuna, quelle « histoire » entend-il ? 10:41:09 <hottuna> en lien avec jake/snowden/&c. 10:41:42 <str4d> ah, une narration reliant l'histoire d'I2P au contexte mondial ? 10:41:43 <hottuna> comraden1: se porte volontaire pour faire un texte sur l'histoire d'i2p 10:41:52 <str4d> (comme le talk Tor HS ?) 10:42:05 <eche|on> historique: talk de zzz à i2pcon, mon talk au 32c3 10:42:06 <hottuna> (pas vu) 10:42:33 <str4d> mon talk à I2PCon en avait un peu aussi 10:42:37 <hottuna> zzz, comraden1, lazygravy se sont portés volontaires pour faire le texte final 10:42:41 <hottuna> psi: dans le coin ? 10:42:53 <psi> oui 10:42:57 <hottuna> str4d: et aussi la partie de Lance James 10:43:34 <str4d> lazygravy, l'UX de Tahoe devrait beaucoup s'améliorer une fois les magic folders sortis. Côté UI, il reste du boulot, mais moins que nous :P 10:43:52 <hottuna> str4d, sadie, pourriez-vous vous entraider pour faire la promo du talk RWC ? 10:44:03 <hottuna> dernier appel pour les sujets PR 10:44:06 <hottuna> Lest* 10:44:08 <hottuna> Dernier* 10:44:49 <hottuna> très bien, je prends ça pour du silence 10:44:50 <str4d> hottuna, oui, je resterai en contact avec Sadie 10:44:56 * str4d doit encore préparer ce talk :/ 10:45:04 <hottuna> Passons au sujet suivant. GESTION DE PROJET 10:45:34 <comraden1> str4d: aussi « l'histoire du démarrage d'i2p ». Je pense à la marine qui recherche le onion routing -> second generation onion router -> tor 10:46:40 <str4d> comraden1, mmm, tu trouveras probablement beaucoup de ça dans les premiers journaux de réunions I2P sur le site 10:47:15 <str4d> Si tu vas fouiller là-dedans, n'hésite pas à écrire de courts résumés des réunions que je pourrai y ajouter :P 10:48:11 <comraden1> str4d: zzz a mentionné qu'il en a beaucoup en tête et voulait écrire un brouillon. Je vais éditer et m'assurer que ce soit parfait avant publication 10:48:45 <str4d> +1 10:49:19 <dg> Je me souviens en avoir parlé avec zzz il y a longtemps; s'il a des logs de ça, ça peut aider 10:49:22 <hottuna> on parle des objectifs réels du projet 10:49:54 <hottuna> et qu'il est important de les consigner quelque part pour pouvoir faire une gestion de projet pertinente 10:50:29 <str4d> Ça ferait une bonne page « à propos » 10:51:16 <str4d> Je voulais fusionner les différentes pages d'intro, mais on pourrait en fait les exploiter séparément 10:51:36 <str4d> Transformer https://geti2p.net/en/about/intro en un bref aperçu d'I2P, à la fois le réseau et le projet 10:51:38 <iRelay> Titre: Intro - I2P (sur geti2p.net) 10:51:59 <str4d> Puis faire de https://geti2p.net/docs/how/intro la page qui explique VRAIMENT « comment I2P fonctionne » 10:52:00 <iRelay> Titre: A Gentle Introduction to How I2P Works - I2P (sur geti2p.net) 10:52:10 <str4d> Un peu ce qu'elles semblent être maintenant, mais correctement séparées 10:53:12 <dg> hottuna: où puis-je trouver les billets de blog ? 10:53:22 <dg> hottuna: je n'en vois qu'un (`http://i2p-projekt.i2p/en/blog/2015/11/15/Community-Outreach)` 10:53:25 <iRelay> Titre: Community Outreach - Blog - I2P (sur i2p-projekt.i2p) 10:54:38 <lazygravy> dg: ils n'existent pas à part celui-là 10:54:55 <lazygravy> et celui-là était surtout une POC à mon avis. Le prochain devrait être publié le 10 jan 2016 sur le CCC 10:58:32 <hottuna> on discute de savoir si nous voulons être « managés » 10:58:46 <hottuna> dg, str4d, psi: vous avez des pensées sur le fait d'avoir votre travail encadré ? 10:59:11 <psi> par qui et à quel niveau de management ? 10:59:17 <hottuna> par sadie 10:59:26 <dg> ouvert à l'idée 10:59:42 <hottuna> avec des délais souples. mais pas des échéances imposées 10:59:46 <hottuna> les choses sont prêtes quand elles sont prêtes 11:00:11 <hottuna> mais leur associer mentalement une échéance pourrait être un outil utile 11:00:11 <dg> prêtes quand elles sont prêtes mais avec un peu de relance/motivation 11:00:40 <psi> pas d'avis tant que je n'ai pas pris mon petit dej 11:00:47 <hottuna> ou au moins savoir que quelqu'un d'autre sait qu'une tâche donnée est sur ta pile 11:01:15 <hottuna> concernant la gestion de projet: nous voudrions relancer des réunions hebdomadaires/bi-hebdomadaires 11:01:25 <hottuna> zzz a pour objectif de les relancer en février 11:01:27 <hottuna> again* 11:01:36 <hottuna> puis les confier progressivement à sadie 11:01:48 <hottuna> pour que cela arrive il faut que sadie soit sur irc 11:01:56 <str4d> Ça me va. J'ai tendance à mieux travailler quand j'ai quelqu'un à qui soumettre des idées 11:03:23 <hottuna> zzz vient de s'engager à avoir une feuille de route unique rédigée d'ici fin février 11:03:23 <hottuna> splendide. 11:03:23 <hottuna> le consensus semble être qu'un encadrement léger est probablement une bonne chose. 11:03:23 <hottuna> mais quelque chose de trop lourd transformerait ça en boulot 11:03:23 <str4d> Ça me va. On pourra toujours ajuster le niveau plus tard une fois qu'on aura un peu d'expérience. 11:03:23 * dg hoche la tête 11:03:23 <hottuna> *la feuille de route sera pour fin janvier, pas février 11:03:23 <hottuna> str4d: d'accord 11:04:35 <str4d> Pour info zzz, sadie et moi nous verrons début mars, ce serait bien de garder ça en tête par rapport aux choses qu'on peut travailler/discuter à ce moment-là. 11:05:52 <hottuna> à propos des tickets trac, sadie se propose de garder un œil dessus et de relayer les tickets à la bonne personne 11:06:05 <dg> Pouvoir observer notre mécanique comme trac/zzz.i2p/irc est important pour que Sadie comprenne pleinement comment on travaille de toute façon 11:06:16 <dg> A-t-elle pu le faire sans accès IRC ? 11:07:04 <hottuna> str4d: serais-tu prêt à aider sadie dans cette entreprise ? 11:07:40 <str4d> J'ai depuis un moment sur ma todo une tâche hebdo « passer en revue les nouveaux tickets », que je repousse parce que j'ai trop à faire 11:08:06 <str4d> Mais à partir de l'an prochain, je m'efforcerai d'aider sadie là-dessus :) 11:08:49 <str4d> Vous avez peut-être remarqué qu'il y a maintenant un statut « open » pour les tickets. Je l'ai ajouté pour qu'on puisse faire la différence entre les nouveaux tickets et ceux qu'on a vus mais sur lesquels on n'a pas forcément d'avis 11:08:53 <hottuna> Dernier appel pour les sujets GESTION DE PROJET 11:09:10 <dg> hottuna: cf. ci-dessus 11:09:25 <str4d> Mon objectif serait d'avoir le moins de tickets « new » possible, c.-à-d. les faire passer soit à une personne/un statut pertinent, soit en « open » pour au moins les reconnaître comme ticket valide. 11:09:36 <hottuna> Dernier appel pour les AUTRES sujets 11:09:48 <hottuna> dg: mettre sadie sur trac est clé. et un prérequis 11:10:00 <hottuna> Je veux dire sur IRC 11:10:17 <dg> ok 11:10:23 <str4d> J'ai un compte de bouncer IRC pour elle depuis un moment 11:10:42 <hottuna> str4d: pourrait-on te demander d'écrire quelques points sur ce que tu as appris sur la réponse aux vulnérabilités à la conf ? 11:10:48 <str4d> Elle a juste besoin d'aide pour se connecter de son côté, et elle pourra ensuite garder des logs etc. sans devoir rester connectée en permanence 11:11:40 <str4d> hottuna, tu veux dire en parlant avec k8em0 à Kiwicon ? 11:11:47 <hottuna> mhm 11:11:47 <dg> Aussi de l'aide pour la config du navigateur/privoxy ? 11:12:13 <str4d> Je n'ai pas appris beaucoup plus que ce que je savais déjà en gros, à part entendre à l'avance parler du programme de bug bounty que Tor vient d'annoncer 11:12:26 <zzz> nous proposons de remettre la discussion VRP à janvier 11:12:36 <hottuna> str4d: est-ce que ça aurait du sens de faire un petit billet ? 11:12:40 <str4d> k8em0 a dit qu'elle était très impressionnée par notre ticket VRP 11:12:45 <hottuna> comme un post zzz.i2p ? 11:12:55 <hottuna> ou bien c'était tous des trucs un peu inutiles ? 11:13:15 <str4d> Pas inutile, plutôt la confirmation que notre ticket VRP est sur la bonne voie 11:13:31 * zzz ******BAFFFFS***** clôture la réunion, merci à tous

Version 0.9.23

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

Bonjour I2P ! C’est la première version signée par moi (str4d), après 49 versions signées par zzz. C’est un test important de notre redondance à tous les niveaux, y compris pour les personnes.

Maintenance

Ma clé de signature est incluse dans les mises à jour du router depuis plus de deux ans (depuis la 0.9.9), donc si vous utilisez une version récente d’I2P, cette mise à jour devrait être aussi simple que toutes les autres mises à jour. Cependant, si vous exécutez une version antérieure à la 0.9.9, vous devrez d’abord effectuer une mise à jour manuelle vers une version récente. Une fois la mise à jour manuelle effectuée, votre router trouvera et téléchargera ensuite la mise à jour 0.9.23 comme d’habitude.

Sensibilisation communautaire

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

Méta

Bonjour ! Voici le premier d’une longue série de billets de blog pour aider la communauté à voir ce qui se passe dans la communauté I2P. Comme de nombreux événements formidables ont lieu au sein du réseau, nous pensons qu’il vaut la peine de parler ici de certaines de ces activités.

Un appel à commentaires

Il faut bien l’admettre – notre console a besoin d’améliorations. Notre site pourrait également bénéficier d’une mise à jour. Nous recherchons des retours sur la manière d’améliorer la facilité d’utilisation d’I2P pour les nouveaux comme pour les utilisateurs actuels !

Réunion des développeurs I2P - 3 novembre 2015

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

Récapitulatif rapide

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

Journal de la réunion

20:00:17 <zzz> 0) Hi 20:00:17 <zzz> 1) `http://dogecoindark.i2p/` console home page request, reconsideration from July 14 meeting `http://i2p-projekt.i2p/en/meetings/238` -- orig. request: `http://zzz.i2p/topics/236?page=2#p9999` -- result: `http://zzz.i2p/topics/236?page=3#p10078` -- possibly replaced by `http://doged.i2p/` 20:00:17 <zzz> 2) `http://exchanged.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10391` 20:00:17 <zzz> 3) `http://i2pwiki.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10437` 20:00:18 <zzz> 4) `http://lenta.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10439` 20:00:21 <zzz> 5) CCC preparation update from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:00:22 <zzz> 6) forum.i2p replacement proposal (hottuna, dg) - followup from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:00:25 <zzz> Note that several early comments on items 1-4 are on the agenda page `http://zzz.i2p/topics/1970` 20:00:27 <zzz> 0) Hi 20:00:42 <zzz> welcome to the 240th meeting of this great project, spanning 13 1/2 years 20:01:00 <zab@kyirc> hi 20:01:10 <anonimal> Hello 20:01:24 <iRelay> Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:27 <zzz> for the new folks, this meeting is mainly for group decision-making, let's target 10 minutes or less for each agenda item 20:01:43 <iRelay> Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:51 <zzz> and as a reminder, anybody else can schedule a meeting here at any time for any reason 20:01:53 <iRelay> Title: I2PWiki (at i2pwiki.i2p) 20:02:16 <zzz> 1) `http://dogecoindark.i2p/` console home page request, reconsideration from July 14 meeting `http://i2p-projekt.i2p/en/meetings/238` -- orig. request: `http://zzz.i2p/topics/236?page=2#p9999` -- result: `http://zzz.i2p/topics/236?page=3#p10078` -- possibly replaced by `http://doged.i2p/` 20:02:26 <iRelay> Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:02:35 <iRelay> Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:39 <zzz> is the dogecoindark.i2p operator here? 20:02:39 <iRelay> Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:43 <iRelay> Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:03:17 <iRelay> Title: I2P Development Meeting 238 - I2P (at i2p-projekt.i2p) 20:04:34 <zzz> I saw a lot of negative comments about dogecoindark.i2p/doged.i2p on the meeting page. Anybody else wish to comment pro or con? 20:05:03 <psi> i think i2p should start taking a neutral stance towards cryptocoins in general 20:05:20 <zzz> what would you say our stance is now? 20:05:33 <psi> neutral 20:06:03 <zzz> so what do you mean 'start' taking a neutral stance? 20:06:06 <dogedDEV> yeah 20:06:11 <dogedDEV> im here 20:06:30 <dogedDEV> what was the negative comments? 20:06:32 <dogedDEV> ive removed all scripts, 20:06:35 <psi> not endorsing some coins over others 20:06:38 <dogedDEV> its just graphics and html now 20:06:54 <zzz> dogedDEV, please review them quickly, link is above 20:07:00 <dogedDEV> and ive moved alot of our source code over to the i2p based git repo 20:07:02 <anonimal> I spoke my peace in `http://zzz.i2p/topics/1970-meeting-tues-nov-3-8-pm-utc` 20:07:02 <str4d> hi 20:07:06 <iRelay> Title: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:07:51 <zzz> dogedDEV, please explain the name change, and respond to the objections about all the images. As of now you don't have any support at all, so you have about 2 minutes to convince us otherwise 20:08:34 <dogedDEV> well, ive been non stop building us out more on i2p 20:08:39 <dogedDEV> i built an i2p electrum server 20:08:49 <dogedDEV> i revamped the entire site after the complains it had widgets 20:09:00 <dogedDEV> which is why the name changed to i2p. i scrapped the old site and started fresh. 20:09:11 <dogedDEV> ive made quite a few tutorials to help users get on i2p 20:09:29 <dogedDEV> and doged.i2p is its permanent home 20:11:15 <dogedDEV> id like to think that if people increase their bandwidth the graphics will load faster. perhaps i will add a text only version in the near future to satisfy people with low bandwidths needs 20:11:15 <dogedDEV> i really enjoy i2p and have spread the word to many privacy concerned people globally about it, and its benefits 20:11:15 <zzz> but all of i2p is 'low bandwidth'. The problem is on your end, not your users 20:11:15 <dogedDEV> the images seem to load fast for me and other users who have tweaked their bandwidth 20:11:15 <zzz> not for me 20:11:15 <dogedDEV> i feel our site there loads just as fast as our onion site. 20:11:19 <dogedDEV> i have been focusing less on tor as of late and more on i2p. 20:11:21 <zzz> or the others who commented 20:11:27 <anonimal> Nor me, and I'm loading it again and waiting. 20:11:45 <anonimal> And clearnet sources are still being pulled. It's like nothing changed since we posted in that thread. 20:11:50 <dogedDEV> i can change the resolution on them i suppose 20:12:00 <zzz> no site in 2015 puts everything behind 200 images on the home page 20:12:02 <dogedDEV> whgere is it pulling from clearnet? 20:12:13 <dogedDEV> it shouldnt be communicating with any clearnet 20:12:17 <abyss> hello 20:12:24 <kytv> the index page 20:12:47 <zzz> right now i don't see it as 'broadly useful to the i2p community', which is our first critereon 20:12:56 <zzz> I see where you're headed but I don't think you're there yet 20:13:03 <dogedDEV> how is a crypto currency focused on privacy not useful? 20:13:06 <kytv> it's clearly better than it was. 20:13:08 <str4d> I'm loading the site right now 20:13:15 <zzz> is anybody here in favor of this request, please speak up now 20:13:23 <dogedDEV> i just loaded it, half the graphics have already loaded on my end 20:13:39 <str4d> Site took 13s to load HTML (but most of that was getting the LS) 20:13:44 <dogedDEV> and im not connecting to it locally or anything 20:13:48 <abyss> i works fine for me 20:13:50 <str4d> I've never loaded the site at its new addr yet 20:14:01 <str4d> Fastest image was 17s 20:14:10 <str4d> Slowest so far is 1min44s 20:14:25 <dogedDEV> i can absolutely lower the resolution on the graphics 20:14:34 <zzz> last time I tried I gave up after 10 minutes 20:14:42 <abyss> dogedev has been working hard on promoting privacy and pushing the clearnet cryptocoin community towards i2p 20:14:44 <str4d> 3min in, still not loaded 20:14:51 <anonimal> ^ same here, it's still loading. 20:14:53 <kytv> it's never loaded completely on my end 20:14:56 <eche|on> ok, started to load 1 min ago, lets wait 20:14:57 <str4d> dogedDEV, are you using the same I2P router for HTTP tunnel when testing? 20:15:14 <dogedDEV> no 20:15:14 <str4d> because if so, your connection won't be going through I2P 20:15:29 <zzz> we aren't doubting dogedDEV's commitment to i2p. we are evaluating the appropriateness of adding the site to the home page only 20:15:46 <dogedDEV> i suppose i can lower the res on the images, thereby decreasing image file sizes. 20:16:01 <str4d> dogedDEV, okay, now that some of the upper half of the site has loaded (dev resources etc.), I can see the problem 20:16:10 <dogedDEV> i just wanted it to look nice, but i suppose for the average user it would load slow. and performance is just as importance. 20:16:15 <str4d> You shouldn't need to use images for *ALL* of your content 20:16:22 <dogedDEV> important* 20:16:30 <anonimal> I appreciate the artistic merit, but why can't this be an opportunity for innovation? 20:16:32 <zzz> I'm proposing we reject this request. He can always resubmit some time in the future. Any objections? 20:16:42 <str4d> Not only does it make the site take ages to load, but it also makes the site unsearchable 20:16:52 <dogedDEV> there is innovation in the coin, even with i2p 20:16:57 <dogedDEV> any other i2p electrum servers out there? 20:17:34 <zab@kyirc> I'm all for getting into financial stuff but this is way too slow 20:18:01 <anonimal> It seems that the only person who cares about the website's vision is the author. 20:18:01 <dogedDEV> i working on an android app now that connects to our i2p electrum 20:18:01 <str4d> If what you like is the font, you can load that font via CSS 20:18:01 <zzz> we aren't doubting the innovation, or your overall project. Only the website. 20:18:01 <anonimal> I'm speaking solely on the site, this meeting is about the *site*. 20:18:01 <zzz> last call for discussion on 1) 20:18:01 <str4d> Most of what I can see on the website could be done in CSS, which would drastically cut down the required images and drastically improve site load times. 20:18:01 <dogedDEV> no, i did agree with the website vision, if the graphics are too large, i can decrease the size and even make a text only link, that just uses css 20:18:01 <abyss> anonimal, i like it 20:18:02 <anonimal> I agree with str4d 20:18:29 <kytv> no objections to rejecting. It's unbearably slow when it loads. 20:18:43 <dogedDEV> whens the next meeting? 20:18:43 <kytv> and now isn't one of those times... 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> and it isn't just the site itself - it's also the recent name change (which perhaps should restart the clock completely) and psi's objection to promoting _any_ coin 20:19:09 <iRelay> Title: DogecoinDark.i2p Official Site (at doged.i2p) 20:19:13 <zzz> ok, that's it for 1) 20:19:24 <str4d> dogedDEV, now that a bit more of the site has loaded, it does look very pretty. But I think that nearly everything down to at least the FB/twitter/etc. links could be done via CSS with a few images for the actual images. 20:19:24 <zzz> 2) `http://exchanged.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10391` 20:19:29 <dogedDEV> so since psi's coin promotion affects the judging, is anoncoin being removed? 20:19:38 <dogedDEV> because that would be silly 20:19:41 <iRelay> Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:19:46 <str4d> So I'm -1 on 1) for now. 20:19:47 <zzz> is the exchanged.i2p operator here? 20:20:06 <abyss> zzz, hey i am here 20:20:31 <zzz> ok abyss please tell us about your site, and respond to any objections raised on the zzz.i2p thread 20:20:43 <psi> anoncoin is dead 20:20:47 <psi> (imo) 20:20:51 <dogedDEV> thats sad =\ 20:21:00 <dogedDEV> anywho, moving on. ill resubmit. 20:21:00 <abyss> psi, its not dead 20:21:26 <dogedDEV> im in favor of exchanged.i2p, if my opinion matters. 20:21:31 <abyss> ok zzz the main concern is that i am not reliable to be trusted with other peoples money 20:21:47 <zzz> tell us about the site first please 20:21:50 <dogedDEV> site loads quick, trades are quick. alot of doged users have traded there and without issue. 20:21:58 <abyss> ok 20:22:26 <abyss> Exchanged.i2p is a site where users can trade cryptocurrncies such as bitcoin litecoin anoncoin dogecoindark ect anonymously 20:22:47 <abyss> we have been operating since july 1 20:23:00 <abyss> alpha testing started june1 20:23:49 <abyss> also im been voched for by the anoncoin and dogecoindark development team 20:24:19 <abyss> anoncoin dev is not here currently but here is the link https://www.reddit.com/r/CryptoCurrency/comments/3cxk7k/exchangedi2p_anonymous_exchange/ 20:24:23 <iRelay> Title: Exchanged.i2p Anonymous Exchange : CryptoCurrency (at www.reddit.com) 20:24:24 <zzz> there seems to be two objections, that the site is too rough/early, and that we shouldn't be endorsing anything financial 20:25:17 <zzz> here's what I said in the request thread: We haven't had a request for an exchange before. While I don't feel that we are qualified to assess any market's legitimacy and stability, I think we should try, as there may be some sort of implied blessing by putting a link in the console. 20:25:28 <dogedDEV> by placing an icon on a menu, i dont see that as endorsing, personally. unless you also encouraged its use over other people applying for the same thing he is. 20:25:49 <zab@kyirc> the roughness makes load times fast and doesn't affect the usefulness 20:26:12 <zab@kyirc> for any trader fast response time is much more important than prettyness 20:26:13 <dogedDEV> i dig the ascii menus. reminds me of back in the day. 20:26:19 <abyss> i tried to create a design that would maximise usability 20:26:19 <dogedDEV> i think alot of users feel the same way. 20:26:19 <zzz> anybody have any opinion on this? Is it an endorsement? Should we attempt to verify? Or should we not put markets or trading platforms on the home page at all? 20:26:34 <dogedDEV> right, response time and the admin being around as long as he has, i think its a go. 20:27:00 <str4d> From a usability PoV I think it seems good (but have not made any trades) 20:27:15 <kytv> I'm more or less indifferent. My objection to #1 is the extreme slowness in loading. This one, at least, is *very* quick. 20:27:17 <dogedDEV> he even recently added an api at the request of an analytical site 20:27:17 <anonimal> Yes, since we have the power to pick and choose, every link becomes an implied endorsement. 20:27:24 <zab@kyirc> I'm definitely in favor of markets and exchanges and anything financial over i2p in general. It adds a dimension to the broad usability of i2p which helps attract people 20:27:27 <str4d> I have suggested there be a light theme too though, because the dark contrast is hard for some users 20:27:33 <zzz> has anybody here used this site for any trades, please speak up 20:27:37 <lbt> User-opinion here: I think that information should be easily findable, but also think it shouldn't be part of a router :o Maybe a a link to thematically sorted list of active domains or something on the router-console? 20:27:45 <str4d> (particularly blue on black, although the shade of blue is a bit better than last time) 20:28:10 <zab@kyirc> str4d: 80's mainframe colors FTW ;-) 20:28:27 <zzz> let's not get into detailed color advice here. Big picture, decision time. Yay or nay and why please. 20:28:38 <amknesia> Is there already a statement on the router homepage stating 'links below are not an endorsement but simply sites that have met the minimum guidelines to be posted on the homepage'? 20:29:03 <dogedDEV> yay - site loads quick, ive used it and it works as expected. abyss is always around and easy to get a hold of. 20:29:08 <dogedDEV> amknesia, thats a good idea. 20:29:35 <dogedDEV> i2p developers do not condone/endorse the sites listed in the console. 20:29:44 <zzz> Is it broadly useful to the i2p community/ 20:29:56 <zzz> explicit or not, it's an implied endorsement 20:30:02 <zab@kyirc> absollutely 20:30:20 <str4d> Broadly useful? IMHO yes. 20:30:31 <dogedDEV> as long as fiat doesnt get involved i think it makes a great addition. 20:30:39 <anonimal> Yes, broadly useful, and the site has improved somewhat in usability. 20:30:48 <zzz> has _anybody_ here actually used it for a trade? 20:30:48 <Lady3Jane> The endorsement is implicit, especially to newcomers and especially because a lot of links are indeed official 20:30:58 <anonimal> No. 20:31:07 <zab@kyirc> even if fiat is involved it's still a great addition 20:31:07 <dogedDEV> i have traded on it. 20:31:27 <anonimal>>The endorsement is implicit 20:31:28 <amknesia> zzz: I have, only a few satoshis worth of trade though. 20:31:28 <dogedDEV> small amounts, but over time, and its always worked 20:31:30 <str4d> But with fiat involved, it is harder for the site itself to be justifiably anonymous 20:31:33 <anonimal> Yes, and disclaimer would be useless. 20:31:33 <Lady3Jane> pilgrim-wu (who isn't here) is deeply involved in cryptoexchanges (even manages one based in W. China). He's used exchanged.i2p before. He loves it, zzz 20:32:25 <abyss> for those that are intrested i can give you a few doged's to trade with 20:32:25 <zzz> ok let's wrap this up. The consensus isn't clear to me, so please enter +1 for yes and -1 for no 20:32:32 <dogedDEV> +1 20:32:35 <str4d> From a "risk" level, if the site is only exchanging cryptocoins, then it is subject to the market forces of other exchanges wrt value 20:32:42 <abyss> that way you can test it out for yourself :) 20:32:45 <zab@kyirc> +1 20:33:33 <trolly> +1 20:33:33 <Lady3Jane> (I'm not sure if I have suffrage here, but...) +1 20:33:48 <anonimal> -1: No sex, drugs, money, or rock&roll in router console. 20:33:56 <kytv> = "neutral / not negative" 20:34:30 <abyss> +1 if my vote counts 20:34:33 <psi> +1 no drugs sex money rock/roll in router console 20:34:38 <trolly> no rock&roll?? OMG anonimal!! 20:34:41 <obscuratus> -1: Good site, but I agree it's an endorsement. 20:34:49 <psi> rather, -1 20:34:57 <abyss> psi, :) 20:34:57 <trolly> +1 drugs, sexs and rock&roll averywhere 20:35:01 <abyss> :( 20:35:09 <amknesia> Question: What about having a links page/site instead that isn't the homepage but is linked from it. This would avoid the homepage 'implied endorsement' which also making it easy for newbies to find sites they might be interested in. Are any of the current homepage sites set up to provide that? 20:35:21 <obscuratus> amknesia: +1 20:35:28 <lbt> amknesia: +1 20:35:29 <Lady3Jane> From a PR perspective, anonimal, I agree on the sex and drugs. We don't want the router to become the i2p equivalent of the hidden wiki. But why are currency exchanges inherently negative? 20:35:47 <Lady3Jane> router console* 20:35:56 <anonimal> I would lean towards amknesia's idea. 20:36:01 <dogedDEV> i think private networks have an indirect obligation to protect crypto, especially as of late. 20:36:05 <dogedDEV> but thats just my two cents. 20:36:05 <zzz> +1 from me (barely) 20:36:19 <str4d> Lady3Jane, The inherent problem with an anonymous currency exchange is that there is every chance the site could disappear with all funds, and no recompense 20:36:35 <dogedDEV> that can happen on any exchange 20:36:43 <dogedDEV> and has happened on clearnet exchanges. 20:36:51 <anonimal> ^ Then I see no reason to endorse yet another one here. 20:36:57 <amknesia> str4d: Just as a counterarguement: That has already happened with *PUBLIC* non-anonymous exchanges, so is that really any more of a threat? 20:36:57 <str4d> Has, yes. But there are avenues for at least partial recompense 20:37:08 <Lady3Jane> abyss: Beyond the typical eskrow system, do you have any contingencies to ensure to the public (but above all, to the devs who want to endorse you) that you won't skip town with a sack of bills? 20:37:17 <abyss> anonimal, becasue this one is private 20:37:25 <zzz> I count 4+ and 3-, but we could also declare that's too close and let's reconsider at a future meeting 20:37:31 <str4d> Lady3Jane, I don't actually see an escrow 20:37:37 <str4d> (at least not in the security list) 20:37:46 <str4d> I did want to ask about multisig too 20:37:58 <anonimal> And maybe we should review the standards for submission. 20:38:19 <abyss> there is no escrow or mutlisig because thats not really practice for an low latency exchange 20:38:29 <zzz> kytv, str4d, guns to your head, please vote + or - 20:38:32 <amknesia> Maybe it is time for a crypto-rep service? 20:39:05 <dogedDEV> similar to cryptoasian you mean? 20:39:17 * anonimal doesn't care who does what or where or when, this is only for java i2p's router console. 20:39:25 <zzz> last call for votes 20:39:27 <str4d> I am a tentative +0.5 at this stage. I think the site is beneficial for users, but the risks should probably be better-conveyed to users. 20:39:56 <dogedDEV> maybe abyss can put a disclaimer on the site? 20:40:10 <zzz> how about approved if he puts a disclaimer on there then? 20:40:16 <dogedDEV> and that would at least pacify the people voting nay because of risk 20:40:27 <abyss> i can do that 20:40:44 <str4d> There's always a risk, but as long as users are explicitly aware of the risks, I 20:40:46 <kytv> zzz: +1 (with disclaimer of sorts) 20:40:51 <str4d> 'm not opposed to it. 20:40:52 <zzz> we've spent too long on this, if we don't decide in the next 60 seconds I'm moving on anyway 20:41:04 <zzz> ok, sounds like approval if he adds the disclaimer 20:41:07 <zzz> anything else on 2) ? 20:41:20 <dogedDEV> zzz: when is the next meeting? 20:41:23 <amknesia> Is it difficult to make it probationary? 20:41:27 <fox> +1 for abyss's exchange, code is clean 20:41:32 <zzz> 3) `http://i2pwiki.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10437` 20:41:34 <amknesia> IE you could always move it after the next session if there are issues? 20:41:38 <zzz> is the i2pwiki.i2p operator here? 20:41:50 <iRelay> Title: I2PWiki (at i2pwiki.i2p) 20:42:33 <zzz> any discussion on i2pwiki pro/con? 20:42:43 <fox> isn't open4you.i2p just a zombie? 20:42:56 <zzz> please stay on topic everybody 20:42:56 * anonimal loading 20:42:59 <kytv> +1 for i2pwiki. It actually loads and the user makes backups available. 20:43:10 <str4d> dogedDEV, next homepage meeting will be week before 0.9.24 release 20:43:11 <psi> +1 i2pwiki 20:43:22 <fox> -1 open4you 20:43:31 <trolly> open4you.i2p works sometimes and sometimes no fox 20:43:31 <dogedDEV> i2host isnt loading it for me 20:43:31 <zzz> any objections to i2pwiki? 20:43:41 <zzz> please stay on topic everybody 20:43:43 <abyss> i think it is decent 20:43:44 <str4d> i2pwiki.i2p by default redirects to B32 20:43:53 <fox> trolly: it loads sometimes but i don't think they still give out hosting 20:43:54 <trolly> admin did not answer, I think open4you.i2p was hacked or something 20:43:57 <str4d> (at least for me) 20:44:03 <zzz> please stay on topic everybody 20:44:14 <anonimal> i2p slogans are still there. That was an issue before. 20:44:31 <trolly> he created admin2.ope4you.i2p later, but I can login only in admin.open4you.i2p 20:44:32 <zzz> is the slogan issue enough to reject it? 20:44:40 <abyss> str4d, i think thats a mediawiki issue, mine was having the same issue 20:44:45 <zzz> please stay on topic everybody. open4you is NOT the topic. 20:45:05 <str4d> Also, interesting - ugha.i2p is back up 20:45:19 <anonimal> Yes, because of some of the content. Other than that, I would +1. 20:45:30 <abyss> 2015-10 New wiki eepsite: As ugha.i2p was down from may 2015 to 2015-10-30, a new wiki was launched (`http://i2pwiki.i2p`). It is running on MediaWiki. Please move to this wiki. 20:45:30 <kytv> i2pslogans isn't an issue. That was also on ugha.i2p. Users can police that just as they could on ugha 20:45:31 <dogedDEV> -1 on i2pwiki.i2p 20:45:44 <abyss> *from ugha.i2p. front page 20:45:46 <iRelay> Title: I2PWiki (at i2pwiki.i2p) 20:45:47 <str4d> I am generally +1 for i2pwiki.i2p, but would really like the redirection issue fixed 20:45:53 <dogedDEV> Could not find the following destination: `http://i2host.i2p/cgi-bin/i2hostjump?i2pwiki.i2p/` 20:46:07 <iRelay> Title: I2HOST Jump (at i2host.i2p) 20:46:07 <str4d> dogedDEV, `http://nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p` is the B32 for i2pwiki 20:46:11 <zzz> ok we have + from psi and kytv and str4d , - from anonimal and dogedev. Others please vote 20:46:14 <zzz> me: +1 20:46:16 <abyss> str4d, could it be a i2prouter issue? 20:46:17 <kytv> It's just an i2ptunnel setting I'm sure, it's not a mediawiki problem. 20:46:20 <iRelay> Title: I2PWiki (at nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p) 20:46:24 <fox> topic isn't cleaning up /home? 20:46:24 <lbt> str4d: If you haven't noticed, check the status-page of uhga, it seems it was "up" all the time 20:46:26 <obscuratus> +1 20:46:49 <abyss> str4d, i find that when sites use relitive links the i2prouter defaults to the b32 20:46:53 <zzz> fox, we are on agenda item 3) 20:47:02 <fox> +1 i2pwiki it loads and is useful 20:47:23 <zzz> ok I count 6 + and 2 -, that sounds like approved, any final objections? 20:47:27 <abyss> +1 i think its usefull and works well 20:47:51 <anonimal> +1, I was wrong. 20:47:56 <zzz> last call for 3) 20:47:57 <anonimal> Slogans were fixed. 20:48:06 * anonimal saw cached version. 20:48:15 <zzz> 4) `http://lenta.i2p/` console home page request: `http://zzz.i2p/topics/236?page=3#p10439` 20:48:22 <zzz> is the lenta.i2p operator here? 20:48:35 <iRelay> Title: Lenta.i2p | (at lenta.i2p) 20:48:37 <zab@kyirc> +1 from me. It loads quickly, the news is real and the layout is pleasant 20:48:48 <zzz> this one appeared to have broad support on the zzz.i2p thread, and in #ru when I asked there a couple of weeks ago 20:49:12 <zzz> any other thoughts pro/con? 20:49:34 <kytv> = "neutral / not negative" 20:49:45 <trolly> is i2pwiki's admin around? 20:49:55 <zab@kyirc> having something catering to .ru users on the home page can be seen as a sign of good will 20:49:57 * anonimal No objections. xopowo. 20:50:08 <str4d> I have NFI what it says, but good that we reflect the Russian userbase. 20:50:14 <abyss> +1 for lenta.i2p 20:50:18 <zzz> sounds like approved to me. last call for 4) 20:50:21 <psi> +1 for lenta.i2p 20:50:43 <kytv> +0.5 based on approval from people who can read Russian 20:50:51 <str4d> Title for it should be in Russian, so users can instantly tell that it is a RU site 20:51:12 <amknesia> Uhmm, dumb question, but should there maybe be a split in links based on 'currently selected language' versus 'foreign language' links? 20:51:16 <str4d> (both so non-russian speakers don't click, and russian speakers do) 20:51:30 <str4d> amknesia, that's a thought I just had myself :) 20:51:50 <zzz> we can always tweak the name in the console 20:51:57 <zzz> 5) CCC preparation update from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:52:02 <iRelay> Title: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:52:34 <zzz> I just threw this agenda item in there in case there was something to discuss. i believe the banner and the candy and all that is under control. 20:52:47 <zzz> we finished the budget decisions at last meeting. 20:52:59 <zzz> If anybody has anything to bring up about CCC, now's the time, else we'll move on 20:53:56 <zzz> last call for 5) 20:54:31 <str4d> Nothing from me 20:54:36 <str4d> You kids have fun there 20:54:46 <zzz> 6) forum.i2p replacement proposal (hottuna, dg) - followup from Oct. 6 meeting: `http://i2p-projekt.i2p/en/meetings/239` 20:55:13 <zzz> ok the notes from last meeting are up (thx kytv) and at the end you'll see that hottuna and dg were due to come back with a proposal. 20:55:30 <zzz> hottuna and dg, you are up. However neither appears to be here? 20:56:05 <zzz> anybody else have anything on forum replacement that extends (not rehashes) the discussion from last meeting? 20:56:51 <str4d> I have something tangentially related that I'd like to tack onto the meeting if we have time. 20:56:56 <obscuratus> What about forums.i2p? 20:58:30 <zzz> ok, anything else on 6) ? 20:58:30 <str4d> I think a user forum is a good idea 20:58:30 <trolly> freedomforum.i2p works too 20:58:30 <str4d> And I think that having it clearnet-accessible (not just via inproxy) is a good idea 20:58:30 <obscuratus> str4d: +1 20:58:30 <zzz> the particular agenda item is whether there should be an 'official' replacement 20:58:30 <trolly> and we have anew forum.. `http://es.i2p` 20:58:30 <trolly> but is only Spanish, but anyone can create a channel in En, of course 20:58:39 <zzz> no site, 'official' or not, has requested to be on the console home page 20:58:42 <trolly> channel/thread * 20:58:54 <zzz> ok, anything else on 6) ? 20:59:01 <Z0rg1nc> mm, how you will protect new forum users if it will be down too? 20:59:07 <str4d> If we have people willing to maintain an official forum, I am +1 on it 20:59:14 <Z0rg1nc> *if not only admins aalowed to speak 20:59:39 * anonimal would really like dg's hottuna's presence before speaking up on 6) 20:59:44 <zzz> I'm +1 for lots of forums, -0.1 on an official one 20:59:50 <trolly> I can't say if http://es.i2p's admin would want to maintain official forum too, sorry 20:59:53 <amknesia> I move to shelve it for next discussion. 21:00:13 <str4d> +1 on tabling 21:00:16 <zzz> as hottuna and dg aren't here, let's table this 21:01:20 <zzz> 7) str4d go 21:01:20 <str4d> s/tabling/shelving 21:01:20 <str4d> Okay 21:01:20 <str4d> Here is an idea I have had rattling around my head for a few months now 21:01:20 <str4d> We define *.i2p.i2p as an unassignable space. 21:01:27 <str4d> And reserve it for use by I2P devs / services 21:01:48 <psi> +1 sounds fun 21:01:51 <str4d> This gets us around whatever funky stuff ever happens wrt I2P addressbook / naming space 21:02:05 <amknesia> Sounds like a plan to me. 21:02:07 <str4d> we define in the naming spec what Dest each 3LD refers to 21:02:19 <str4d> And can change it at any time 21:02:37 <str4d> (possibly by having an in-net hosts.txt that we host containing the current specified Dests) 21:03:08 <anonimal>>we define in the naming spec 21:03:21 <anonimal> And that would protect against maliciousness, yes? 21:03:50 <str4d> Yes. The spec is public and any malicious changes would be completely visible 21:03:55 <zzz> str4d, it's already blocked by stats.i2p registrar and I think most of the others. Not currently blocked in the addressbook import though. 21:04:23 <zzz> not sure what 'funky' stuff you have in mind 21:05:20 <str4d> zzz, the problem with the current addressbook system is that it is only pseudo-global. 21:05:36 <str4d> Now, that itself is debatable, for future 21:05:37 <eche|on> thats good 21:05:53 <str4d> But IMHO services run by *us* *should* be global. 21:06:23 <amknesia> Stupid idea: What about moving to a namecoin style setup with some sort of PoS system with a required amount of cpu time to retain your domains? 21:06:30 <str4d> Easiest way to do that is to define a section of the namespace as controlled by us. Logical section is *.i2p.i2p 21:06:39 <str4d> amknesia, that is outside the scope of this meeting topic 21:06:43 <zzz> str4d, maybe write up your proposal in the zzz.i2p naming subforum? 21:06:54 <amknesia> Ok 21:07:01 <str4d> zzz, will do, when I have time to do so (next month probably) 21:07:11 <zzz> ok, anything else on 7) 21:07:37 <zzz> anything else for the meeting? 21:07:40 <str4d> Heh, on that point, I also have another proposal: make proposals a bit more formal and visible 21:08:08 <zab@kyirc> unmute drz and merge fux (just kidding) 21:08:08 <zzz> ok, now you're just getting meta, so.... 21:08:14 <str4d> Brief 8) 21:08:28 <zzz> 8) str4d go 21:08:30 <str4d> zzz, legit topic, promise :) 21:08:48 <str4d> Right now, all proposals are proposed on zzz.i2p 21:08:54 <str4d> Their general visibility is IMHO poor at best 21:08:57 * anonimal looks forward to str4d's post 21:09:17 <zzz> agreed, so propose something better :) 21:09:24 <str4d> Take e.g. the hostname service feed improvement, getting lost 21:09:46 <zzz> i'm not holding my site precious. You have a proposal? 21:09:54 <str4d> I propose that proposals be formally stored in the I2P website repo, and made visible 21:10:09 <zzz> fine w/ me 21:10:15 <str4d> With links to the canonical discussion thread on zzz.i2p 21:10:22 <str4d> Originally I planned on a separate new repo 21:10:32 <zzz> can you set that up/ 21:10:32 <str4d> But the I2P website serves two purposes: 21:10:36 <zzz> ? 21:10:37 <str4d> - Define spec of the I2P network 21:10:47 <str4d> - Document the reference implementation (Java) 21:10:55 <zzz> anybody have any objections? 21:11:03 <xmz> no 21:11:11 <str4d> And since the specs are already part of the website, I simultaneously propose to elevate their position 21:11:27 <zab@kyirc> as long as the proposals are plain text - don't put binaries in mtn pls 21:11:28 <anonimal> Where would it go on the site? 21:11:38 <str4d> And define them as non-translatable for simplicity 21:11:46 <str4d> zab, hell no 21:11:59 <str4d> anonimal, currently they are at /langcode/docs/specs/* 21:12:03 <str4d> (the specs) 21:12:04 <zzz> I think str4d already has carte blanche for minor website organization 21:12:12 <zzz> so can we wrap this up? 21:12:17 <zzz> anything else on 8) ? 21:12:20 <str4d> I propose instead having /spec/* for specs, and /spec/proposal/* for proposals 21:12:46 <str4d> zzz, yes, but this also goes into proposal processes 21:12:49 <zzz> lets not use a meeting for discussing website path details 21:12:56 <anonimal> I only ask because the site's layout is TMI at once for my taste, imho. 21:13:08 <str4d> end goal is that people outside I2P can then view our proposals. 21:13:22 <str4d> anonimal, redesign is ongoing, save it for later :) 21:13:25 <zzz> agreed and I didn't hear any objections 21:13:27 <zzz> anything else on 8) ? 21:13:30 * anonimal :) 21:13:44 <zzz> anything else for the meeting? 21:13:54 <anonimal> Yes, briefly. 21:14:04 <zzz> 9) anonimal go 21:14:04 <abyss> so did exchanged.i2p make it with a disclaimer? 21:14:18 <abyss> something like "Disclaimer: trading cryptocurrencies is risky, trusting anonymous people with your money is also risky. " 21:14:32 <zzz> abyss yes 21:14:33 <zzz> 9) anonimal go 21:14:45 <abyss> \o/ 21:14:46 <anonimal> str4d's *i2p.i2p made me think of the IETF comments made at I2PCon and https://blog.torproject.org/blog/landmark-hidden-services-onion-names-reserved-ietf 21:14:49 <iRelay> Title: Landmark for Hidden Services: .onion names reserved by the IETF | The Tor Blog (at blog.torproject.org) 21:15:05 <amknesia> abyss: Don't forget the 'Please ignore the man behind the website with the virtual suitcase and fueled dc3' :) 21:15:13 <anonimal> So the question is: 21:15:27 <xmz> could also add that the service is not endorsed in any way by the i2p project (sorry cant see.all of the prior discussion, im on my phone) 21:15:49 <zzz> we're on 9), please stay on topic 21:16:09 <anonimal> Are we pushing for IANA? 21:16:12 * anonimal sorry lag 21:16:26 <str4d> anonimal, yes. I am I2P's representative in that process. 21:16:58 <anonimal> Yay! Anything to report? 21:17:02 <str4d> I have also volunteered to be on the design committee that is going to propose changes/improvements to the RFC 6761 process 21:17:31 <str4d> .i2p was proposed along with .onion, .gnu, .bit and a few others by the GNUnet team 21:17:40 <zzz> great, thanks for continuing to do that str4d 21:17:42 <str4d> That sat around for several years being kicked back and forth 21:17:56 <zzz> I'm sure you can fill him in more after the meeting 21:17:58 <anonimal> Yes, thank you str4d. 21:18:05 <zzz> anything else on 9) ? 21:18:09 <zzz> anything else for the meeting? 21:18:31 <str4d> well... 21:18:34 <str4d> (jk ;) 21:18:40 <anonimal> lol 21:18:47 <sadie_i2p> ha 21:19:01 <zzz> thanks everybody. /me ****bafs**** the meeting closed

Réunion des développeurs d'I2P - 6 octobre 2015

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

Bref récapitulatif

Présents: cacapo, comradenosebleed, dg, eche|on, hottuna2, postman, str4d, zzz

Journal de réunion

19:59:41 <zzz> 0) Salut 19:59:41 <zzz> 1) Budget 32C3 19:59:41 <zzz> 2) Autres tâches 32C3 - bannière, etc. 19:59:41 <zzz> 3) Budget RWC 19:59:44 <zzz> 0) Salut 19:59:47 <zzz> Salut 19:59:50 <eche|on> salut 19:59:53 <dg> salut 19:59:59 <zzz> 1) Budget 32C3 19:59:59 <cacapo> salut 20:00:23 <zzz> ok, le plan est de faire comme à Toronto : fixer un budget global et laisser echelon gérer les détails 20:00:43 <hottuna2> j'adore soylent et toi 20:00:46 <hottuna2> oups 20:00:47 <zzz> echelon, quel est le total des demandes de financement de déplacements que tu as reçues 20:01:06 <eche|on> actuellement c'est environ 4k et 2 BTC 20:01:56 <hottuna2> calculé comment ? 20:02:03 <zzz> ok, y a-t-il eu des demandes excessives ou venant d'inconnus dont on doit discuter, ou bien tout était raisonnable ? 20:02:41 <eche|on> toutes raisonnables, aucune au‑dessus de 1k euro pour l'instant, donc... tout va bien 20:02:52 <eche|on> certains ont écrit trop d'infos, haha 20:03:22 <zzz> et combien en plus pour les billets du CCC, un dîner, des bonbons en forme de serpents et autres ? 20:04:06 <eche|on> je pense que le dîner sera 500+x, les billets 100 chacun (pour ~10 personnes) et les serpents et bricoles dans les 200–300 20:04:24 <eche|on> dîner pour 20+ personnes 20:05:04 <zzz> donc ça fait 1800 euros + 4K de déplacements + ~500 pour 2 BTC, soit 6300 euros au total, c'est ça ? 20:05:53 <eche|on> oui, mais on n'atteindra pas ce montant, AMHA une partie des frais de déplacement sera payée en BTC, et le dîner pourrait revenir moins cher... 20:05:59 <eche|on> donc disons 6k 20:06:34 <eche|on> l'an dernier nous avions 1257 sans les frais de déplacement 20:06:38 <zzz> ça me paraît raisonnable, ouvrons la discussion... qu'en pensent les gens ? 20:06:39 <eche|on> et quelques billets 20:07:13 <hottuna2> ça veut dire qu'on atteindra notre objectif de dépenses de 10% par an ? 20:07:31 <eche|on> oui 20:07:53 <hottuna2> tu veux dire qu'on sera en dessous de 10 % ? 20:08:01 <zzz> j'en doute, on a ~250K et on n'a dépensé que 4–5K à Toronto si je me souviens bien 20:08:02 <eche|on> oui 20:08:22 <eche|on> attends, 150k, pas 250... 20:08:49 <zzz> dans tous les cas, on est largement sous les 10 %, à vue de nez 20:09:02 <eche|on> et actuellement on a dépensé 5,3k cette année 20:09:19 <hottuna2> ok. ça me va. 20:09:22 <zzz> des objections à un budget de 6K euros pour le CCC ? 20:10:05 <zzz> super 20:10:41 <zzz> comme toujours eche|on je pense qu'on préfère rembourser les gens, mais on peut payer à l'avance si nécessaire pour acheter des billets, non ? 20:11:25 <hottuna2> y a-t‑il un moyen de savoir combien sera remboursé ? 20:11:25 <eche|on> exact 20:11:44 <zzz> je crois qu'on a approuvé 100 % des demandes, c'est bien ça ? 20:11:49 <eche|on> oui 20:12:05 <zzz> ok, donc tu recevras ce que tu as demandé, hottuna2 20:12:13 <hottuna2> ok 20:12:23 <zzz> merci beaucoup eche|on je pense que ce processus a bien fonctionné 20:12:27 <zzz> autre chose sur le point 1) ? 20:12:53 <zzz> 2) Autres tâches 32C3 - bannière, etc. 20:13:05 <eche|on> la bannière est toujours à Toronto 20:13:10 <eche|on> poster - il nous faut un poster 20:13:28 <zzz> téléphones DECT partie 2 ? bannière ? poster ? que reste‑t‑il à faire, des volontaires ? 20:13:35 <eche|on> il nous faut une table (j'essaie d'accéder au wiki et de créer une page sur notre groupe) 20:13:45 <hottuna2> qui a la bannière ? 20:13:57 <hottuna2> je ne l'ai pas. 20:13:57 <str4d> j0 20:13:58 <eche|on> elle était au hacklab de Toronto 20:14:13 <hottuna2> dois‑je apporter le visuel de pupitre de i2pcon ? 20:14:40 <zzz> hottuna2, peux‑tu se charger de retrouver la bannière à Toronto et de l'apporter ? 20:14:53 <eche|on> on pourrait faire les téléphones DECT, mais je ne sais pas, tout le monde a un mobile, le Wi‑Fi est dispo... 20:15:13 <zzz> peut‑être que les DM Twitter ont rendu le DECT obsolète 20:15:15 <hottuna2> zzz, je m'en occupe. 20:15:19 <eche|on> hottuna2 : il y a eu une discussion sur Twitter avec sadie au sujet de la bannière et qu'elle l'apporte à Hambourg 20:15:23 <dg> je vais juste sur Twitter 20:15:41 <dg> irc si pas de réponse 20:15:50 <hottuna2> a‑t‑on besoin d'autres supports marketing ? 20:15:50 <eche|on> il faut réserver la table ASAP 20:15:59 <eche|on> autocollants 20:16:06 <zzz> eche|on, tu t'es proposé pour réserver la table ? 20:16:28 <eche|on> une brochure (3 volets, pliée) avec les infos de base aiderait vraiment, mais elle n'existe pas 20:16:44 <eche|on> zzz : je peux essayer de réserver la table le 26 avant le cinéma 20:16:56 <eche|on> ou mieux : je fais de mon mieux pour la réserver 20:17:00 <dg> à l'endroit habituel, ou ? 20:17:10 <eche|on> dg : ce serait l'idéal, noisysquare 20:17:11 <zzz> oui, mais tu t'es proposé pour t'inscrire sur le wiki, n'est‑ce pas echelon ? 20:17:13 <dg> juste une question : quelle est la taille de la table en général ? 20:17:24 <eche|on> oui, j'essaie aussi de m'occuper du wiki 20:17:28 <zzz> 8-10 20:17:30 <cacapo> eche|on : n'avions‑nous pas lancé un concours de brochure il y a quelque temps 20:17:31 <dg> eche|on : ah bien 20:17:32 <hottuna2> Sadie dit Salut depuis Twitter 20:17:36 <dg> zzz : donc de la place pour tout le monde ? 20:17:38 <eche|on> la table est généralement une table ronde pour 8‑10, ou une table carrée 20:17:51 <dg> hottuna2 : elle doit venir sur IRC 20:17:56 <zzz> on n'est jamais tous là en même temps, pas d'inquiétude 20:17:58 <eche|on> cacapo : oui, mais les résultats du concours de brochure n'étaient pas utilisables SMMB 20:18:03 <hottuna2> c'est ce que je lui dis 20:18:20 <dg> d'accord :) 20:18:34 <zzz> il y avait aussi l'idée de distribuer des clés USB, j'ai regardé, ça semble être 2 $ en gros pour de petites capacités 20:18:41 <dg> j'attends le programme pour pouvoir planifier ma journée 20:18:42 <eche|on> `http://echelon.i2p/29c3/` 20:18:46 <iRelay> Titre: Concours I2P 29C3 (sur echelon.i2p) 20:18:51 <dg> savoir quand entrer/sortir 20:19:29 <eche|on> dg : d'habitude on se retrouve entre 10h et midi et on part après 1h du matin... 20:19:47 <zzz> donc à propos du poster, qui s'en occupe ? 20:19:48 <eche|on> zzz : les clés USB sont sympas 20:20:03 <eche|on> mais je ne sais pas si c'est vraiment utile 20:20:13 <hottuna2> donc le wiki 2015 pour 32c3 ne semble pas encore ouvert 20:20:28 <eche|on> hottuna2 : exact 20:20:36 <dg> au‑delà de mon heure de coucher ;) ça compense mes grasses matinées 20:20:43 <zzz> je ne vais pas trimballer des centaines de clés USB à travers l'océan. Je ne sais pas si c'est trop tard pour en avoir avec un logo 20:20:46 <dg> le CCH est‑il ouvert toute la nuit ? 20:20:58 <eche|on> dg : le CCH est ouvert 24/7 20:21:08 <zzz> reportons pour l'instant la discussion sur les bases et la logistique du CCC 20:21:20 <dg> ok, merci eche|on 20:21:22 <zzz> ce point de l'ordre du jour concerne uniquement la préparation 20:21:36 <eche|on> zzz : 2 semaines de délai chez un fournisseur 20:22:07 <zzz> quelqu'un veut se porter volontaire pour un poster ou pour des clés USB ? 20:22:29 <zzz> et quelle était la réponse pour les autocollants ? 20:22:32 <eche|on> mais une clé/carte USB est autour de 4–6 chacune 20:22:48 <zzz> je les ai vues à environ 2 $ sur ebay 20:22:58 <hottuna2> je ne suis pas sûr de bien comprendre l'idée derrière les clés USB 20:23:08 <zzz> mais je ne pense pas qu'elles étaient personnalisées 20:23:15 <dg> on y mettrait i2p, juste notre logo, ou... ? 20:23:22 <zzz> les deux 20:23:44 <hottuna2> je ne suis pas sûr que ce soit une bonne utilisation de l'argent. si on était Tails, ce serait différent 20:24:41 <eche|on> je ne suis pas vraiment fan des USB à ce prix, comme il nous en faudrait 100+, ça fait au moins 500 20:24:45 <eche|on> pour des modèles imprimés (avec logo) 20:24:47 <zzz> ok 20:24:51 <eche|on> pour une utilité limitée 20:25:10 <zzz> donc laissons tomber les clés USB. Et les autocollants ? Quel est l'état du stock là‑bas ? Tu les as tous apportés ici ou ? 20:25:17 <str4d> on n'a même pas besoin de donner les clés USB 20:25:24 <eche|on> il me reste des autocollants 20:25:42 <comradenosebleed> zzz : j'ai aussi un tas d'autocollants que tuna m'a donnés, ça ne me dérange pas de les apporter 20:25:44 <str4d> s'ils sont suffisamment bien, on pourrait les vendre à prix coûtant 20:25:45 <eche|on> mais certaines personnes de Toronto voulaient créer un nouveau design SMMB. 20:25:55 <comradenosebleed> (désolé tuna, j'essaie d'en distribuer autant que possible) 20:26:05 <dg> il se peut que j'aie des autocollants 20:26:11 <eche|on> str4d : je n'aime pas vendre et manipuler de l'argent en dehors de ma carte de débit au CCC 20:26:16 <zzz> eche|on, tu en as assez pour le CCC ou tu as besoin que comradenosebleed en apporte ? 20:26:30 <hottuna2> veut‑on reprendre des t‑shirts 20:26:40 <eche|on> j'en ai assez pour le CCC, mais c'est mon dernier stock 20:26:53 <comradenosebleed> j'en ai probablement ~200 sur mon bureau, ça ne me pose aucun problème de les apporter 20:27:07 <eche|on> donc soit il me faut un nouveau design, soit j'en refais 10k avec le même design 20:27:13 <hottuna2> et autre question, veut‑on les vendre ? 20:27:23 <hottuna2> eche|on : j'aimerais faire faire un nouveau design 20:27:33 <hottuna2> avant de commander de nouveaux autocollants 20:27:36 <zzz> reportons l'achat d'autocollants pour l'instant si on en a assez pour le CCC et qu'il y a une possibilité de nouveau design 20:27:44 <eche|on> d'accord 20:27:51 <zzz> non, je ne pense pas qu'on doive les vendre 20:27:53 <dg> j'en apporterai quand même 20:28:02 <hottuna2> zzz, d'accord. 20:28:12 <str4d> personne ne vend des autocollants en conf :P 20:28:21 <str4d> la publicité suffit à les rentabiliser 20:28:22 <hottuna2> quand même, veut‑on reprendre des t‑shirts ? 20:28:43 <eche|on> hottuna2 : on peut demander sur zzz.i2p aux visiteurs (équipe i2p) qui ont besoin/envie d'un t‑shirt. au moins dg et str4d en ont besoin 20:28:46 <str4d> (ah, t‑shirts, laisse tomber) 20:28:46 <eche|on> oui 20:28:56 <zzz> je dis non aux t‑shirts. trop galère à vendre, et à peu près tout le monde en a déjà un, non ? 20:29:05 <str4d> pas moi 20:29:11 <str4d> mais je ne serai pas au CCC 20:29:13 <eche|on> et postman postman !?? 20:29:20 <eche|on> oh, désolé... 20:29:20 <dg> au fait, postman se joint à nous :) 20:29:29 <zzz> pour les cas isolés, ils peuvent l'acheter sur spreadshirt 20:29:40 <zzz> s'ils veulent 20:30:04 <str4d> C'était mon plan :) 20:30:19 <zzz> quelle était la réponse pour le poster ? Peut‑être que tuna et sadie feront quelque chose, peut‑être pas ? 20:30:22 <dg> j'en prendrai un aussi, pas besoin d'en commander davantage pour le projet 20:30:37 <zzz> le poster Timothy Leary existe‑t‑il encore ? 20:31:27 <hottuna2> zzz, donc pas de t‑shirt pour dg ou postman ? 20:31:37 <hottuna2> ça ne me dérange pas de les commander/les apporter. 20:31:40 <postman> salut, j'en prendrais un 20:31:49 <eche|on> `http://echelon.i2p/29c3/user5/poster/final_with_garlic.jpg` 20:32:03 <eche|on> zzz : celui‑là ? 20:32:06 <dg> j'aimerais un jaune si tu en as un, sinon je le commanderai moi‑même 20:32:43 <hottuna2> dg, postman, quelles tailles faites‑vous ? 20:32:45 <zzz> on dirait que c'est à tuna, postman et dg de s'arranger pour les t‑shirts, soit tuna les commande, soit les autres commandent les leurs 20:32:56 <eche|on> les coûts des t‑shirts peuvent être remboursés au 32C3 pour les membres de l'équipe 20:33:03 <dg> oui désolé on verra ça plus tard :) 20:33:26 <zzz> ok, donc le projet remboursera les t‑shirts pour ceux qui n'en ont pas 20:33:34 <zzz> des objections à ça ? 20:33:41 <eche|on> on a déjà payé les autres t‑shirts 20:33:48 <zzz> oui 20:34:31 <zzz> ok, on dirait qu'on n'a pas de réponse pour le poster pour l'instant, mais ce n'est pas grave si on n'en a pas 20:34:31 <eche|on> date du dîner à pré‑annoncer ? 20:34:32 <hottuna2> non 20:34:32 <hottuna2> c'est comme ça que ça s'est fait auparavant 20:34:39 <zzz> oui eche|on c'est le poster de Leary 20:35:09 <zzz> eche|on, tu as une proposition pour la soirée du dîner ? 20:35:42 <eche|on> hmm, le 27 c'est un peu tôt, mais ça va. Le 28 ou le 29, ça va aussi. Mais je dois attendre le programme des talks 20:36:03 <zzz> ok, notons provisoirement le 28, sous réserve de changement 20:36:08 <zzz> autre chose sur le point 2) ? 20:36:09 <eche|on> on peut faire le 27, c'est dimanche, première soirée, tout le monde est en décalage horaire, personne ne veut de bière, pas cher ^^ 20:36:49 <zzz> dernier appel pour le point 2) 20:36:51 <dg> non merci pour le 27 20:37:20 <zzz> 3) Budget RWC 20:37:36 <zzz> eche|on, des demandes de financement pour RWC ? Quel est le total ? 20:37:51 <eche|on> oui, c'est un peu non‑anon, j'ai reçu une demande de 500 pour des frais d'hôtel à RWC 20:38:20 <zzz> ça semble raisonnable, des objections ? 20:38:25 <eche|on> non 20:38:30 <eche|on> si l'article est bon, tout va bien ^^ 20:38:51 <eche|on> et on sera en 2016, nouvelle année, nouveaux 10 % *g* 20:39:24 <zzz> j'encourage tous ceux qui peuvent aller à RWC à y jeter un œil, c'est une bonne conférence 20:39:35 <zzz> autre chose sur le point 3) ? 20:39:40 <eche|on> trop loin pour moi 20:39:53 <eche|on> bien que ce soit intéressant, bien sûr 20:39:55 <dg> trop loin et incompatible avec le CCC 20:40:50 <zzz> ok, d'autres sujets ? Je sais que j'ai écarté i2pcontrol, la présentation 32c3 et le remplacement du forum sur le fil zzz.i2p, mais si quelqu'un veut en discuter _brièvement_ c'est le moment 20:41:33 <hottuna2> oui. j'aimerais parler de forum.i2p 20:41:38 <hottuna2> veut‑on le remplacer ? 20:41:52 <dg> concernant le remplacement du forum, on est ouverts et on en discute. si quelqu'un pense que ce serait une bonne idée qu'on s'en charge, contactez postman/moi/eche|on. on est en mesure d'en faire tourner un, mais on ne sait pas s'il y a beaucoup de soutien 20:42:33 <zzz> je vais coller ma position depuis zzz.i2p, d'autres peuvent ne pas être d'accord, pas de souci 20:42:35 <hottuna2> je pense qu'on devrait avoir un espace de discussion public 20:42:54 <zzz> Mon avis constant est que les utilisateurs voteront avec leurs pieds, laissons fleurir mille fleurs, etc. Il n'est ni nécessaire ni même judicieux que nous adoubions un remplaçant. Un ou plusieurs peuvent demander une mise en avant sur la page d'accueil de la console en suivant notre processus habituel. Si quelqu'un veut mettre en place un site de forum, qu'il le fasse, 20:43:18 <hottuna2> je ne suis pas d'accord. 20:43:19 <dg> hottuna2 : même si je suis très ouvert à un forum, qu'est‑ce qui n'est pas ouvert sur zzz.i2p ? pour info il est peu probable qu'un forum.i2p géré par postman/echelon/moi soit sur le clearnet 20:43:43 <hottuna2> je pense qu'on devrait avoir un forum sur le clearnet. 20:43:47 <zzz> zzz.i2p n'est pas ouvert à tous les sujets 20:44:01 <hottuna2> interagir avec i2p maintenant, c'est comme parler à un mur. 20:44:06 <zzz> les forums se font marteler par des spiders via des inproxies 20:45:15 <zzz> et marteler par du spam via des inproxies 20:45:15 <hottuna2> il y a l'irc et zzz.i2p. c'est tout en matière de communications publiques avec i2p 20:45:15 <hottuna2> comment attirer des nouveaux venus aux outils d'anonymat si nous ne sommes même pas accessibles à ces personnes ? 20:45:15 <eche|on> zzz.i2p c'est de la discussion dev, un forum pour les utilisateurs serait bien, mais il ne peut pas tourner sur le clearnet 20:45:15 <zzz> j'aimerais voir l'équipe RP utiliser davantage le blog sur notre site 20:45:16 <hottuna2> je comprends que gérer un forum soit très contraignant. 20:45:19 <eche|on> forum.i2p est actuellement un bon forum, je le garde aussi propre que je veux 20:45:36 <dg> en administrer un, pas de problème, le clearnet va être difficile. C'est possible mais... 20:45:38 <zzz> le forum sera mort d'ici la fin de l'année à cause du rekey (renouvellement des clés) 20:45:38 <hottuna2> mais notre blog ne permet pas une communication bidirectionnelle. le blog n'est qu'un outil de diffusion. 20:45:53 <dg> je vois que le clearnet serait utile pour le support, toutefois. 20:46:02 <hottuna2> donc c'est un sujet pertinent à traiter dès que possible. 20:46:38 <zzz> quelqu'un veut lancer un forum de remplacement (ou « le » forum) ? lancez‑vous, vous n'avez besoin de l'autorisation de personne 20:46:42 <hottuna2> pour le support et aussi pour attirer de nouveaux développeurs. montrer aux gens les sujets dont nous discutons est un moyen d'attirer des développeurs et des personnes de tous niveaux 20:46:50 <str4d> je ne vois pas de moyen simple d'ajouter une section commentaires au blog sans aller au‑delà de l'approche quasi statique 20:47:19 <dg> l'équipe irc2p est partante, mais je ne sais pas comment gérer le problème du clearnet 20:47:21 <zzz> hottuna2, personne ne dit qu'un forum n'est pas une bonne chose 20:47:47 <str4d> section commentaires au* 20:47:53 <hottuna2> donc on est d'accord que ce serait utile pour nous d'en avoir un ? 20:47:55 <eche|on> dg : forum.i2p était sur le clearnet, ça ne s'est pas bien passé, il a été fermé et tout va bien 20:48:09 <zzz> j'ai déclaré forum.i2p mort en janvier. Il y a eu largement le temps. 20:48:16 <hottuna2> et on est aussi d'accord qu'on veut toucher et attirer des nouveaux pour rejoindre i2p ? 20:48:23 <dg> eche|on : ce serait utile pour le support utilisateur toutefois 20:48:36 <hottuna2> pour que ce soit plus qu'un objectif vaporware, il faut agir 20:48:37 <eche|on> dg : ça ne vaut pas la peine 20:48:42 <zzz> hottuna2, d'accord, les forums c'est bien. Pas sûr que l'un de nous doive en exploiter un. Et je ne crois pas avoir entendu quelqu'un se porter volontaire. 20:49:08 <dg> le spam ne me dérange pas à gérer, je veux juste rester anonyme et tu ne peux pas le faire en gérant un site clearnet 20:49:23 <eche|on> oui 20:50:46 <hottuna2> dg, est‑ce que moi ou quelqu'un d'autre pourrait louer le serveur root ? 20:50:46 <eche|on> mais vraiment, vous ne voulez pas le forum i2p sur le clearnet 20:50:46 <hottuna2> et tu y aurais accès via i2p+ssh ? 20:50:46 <zzz> donc peut‑être que dg comme admin combiné à des ressources serveur pourrait être une solution 20:50:46 <dg> hottuna2 : c'est quelque chose dont on peut discuter si toi (ou quelqu'un d'autre) es à l'aise avec le coût 20:50:46 <hottuna2> eche|on : je veux que le forum soit sur le clearnet et sur i2p 20:50:46 <eche|on> hottuna2 : tu le perdras. 20:50:46 <eche|on> forum.i2p a eu d'énormes problèmes de spam 20:50:46 <dg> eche|on : je sais que le clearnet peut poser problème mais beaucoup d'utilisateurs l'apprécient comme mécanisme de support 20:50:46 <dg> irc n'est pas pour tout le monde, surtout avec notre « deep sleep chamber » 20:50:46 <eche|on> c'est pour ça qu'il a été fermé 20:50:46 <zzz> oui, le clearnet c'est un joli rêve, peut‑être solvable, peut‑être pas 20:50:50 <eche|on> forum.i2p reste un bon canal de support 20:50:54 <hottuna2> dg, ça me va, et je pense aussi qu'i2p rembourserait un serveur pour le forum 20:51:24 <dg> content d'essayer et si ça ne marche pas, on restera i2p uniquement. Je ne sais pas pour un remboursement par i2p (ce n'est pas ma décision), mais i2p rembourse déjà les services de base... 20:51:25 <comradenosebleed> Combien de modérateurs étaient présents sur le forum quand il était sur le clearnet ? Si on avait plus de modérateurs, on pourrait réduire les abus, le spam, etc. 20:51:35 <hottuna2> eche|on : eche|on : est‑ce qu'i2p sponsoriserait une machine pour le forum ? 20:51:35 <dg> comradenosebleed : autant que je sache c'était juste eche|on 20:51:43 <eche|on> comradenosebleed : nous avions au moins 5–10 personnes 20:51:49 <dg> hottuna2 : je suis prêt à administrer dans tous les cas, je ne veux juste pas te mettre une charge sur le dos. 20:51:53 <eche|on> mais un type sacrément stupide a spammé et a fait du DDoS 20:52:06 <hottuna2> dg, te porterais‑tu volontaire pour mettre en place et administrer un forum clearnet + caché ? 20:52:07 <zzz> dg peut‑être peux‑tu estimer les besoins en bande passante/puissance de calcul et préparer une proposition ? 20:52:25 <dg> hottuna2, zzz : OK, je vais travailler avec hottuna2 là‑dessus et on va élaborer une proposition 20:52:36 <dg> hottuna2 : tant que je peux rester anonyme, pas de problème 20:52:38 <hottuna2> obtenir un serveur assez puissant chez hertzner coûte environ 30/mois 20:52:42 <zzz> je ne suis toujours pas favorable mais je suis prêt à écouter 20:52:55 <zzz> on a des VM de réserve maintenant mais ça dépendra de la charge 20:53:02 <zzz> ok autre chose sur le forum ? 20:53:06 <zzz> autre chose pour la réunion ? 20:53:11 <eche|on> aussi, en étant sur le clearnet tu ne peux pas héberger beaucoup de sujets qui sont actuellement sur forum.i2p 20:53:11 * zzz réchauffe le baffer 20:53:28 <hottuna2> zzz, eche|on : à propos des VM de réserve, veut‑on placer toute notre infrastructure sur le même hôte ? 20:53:30 <eche|on> p. ex. il te faudra un russophone natif pour administrer le forum 20:53:31 <comradenosebleed> Je me propose comme modérateur si on met en place un forum clearnet. Autant je déteste suggérer cloudflare pour l'héberger, ils ont une excellente protection DDoS 20:54:01 <hottuna2> comradenosebleed : noté 20:54:02 <eche|on> et il faudrait aussi que cette personne connaisse les règles du pays où est hébergé l'hôte (hetzner est allemand, l'Allemagne a des lois étranges, par ex.) 20:54:15 <zzz> continuez la discussion sur le forum si vous voulez, cependant je... suis... 20:54:23 <eche|on> baffing! 20:54:25 <zzz> .. *baffing* la réunion est close

Version 0.9.22

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

Détails de mise à jour

La 0.9.22 contient des correctifs pour un problème où i2psnark restait bloqué avant l’achèvement, et commence la migration des informations du router vers de nouvelles signatures Ed25519 plus robustes. Pour réduire la rotation des nœuds sur le réseau, votre router n’aura qu’une faible probabilité de passer à Ed25519 à chaque redémarrage. Lorsqu’il renouvellera ses clés, attendez-vous à observer une utilisation de bande passante plus faible pendant quelques jours, le temps qu’il se réintègre dans le réseau avec sa nouvelle identité. Si tout se passe bien, nous accélérerons le processus de renouvellement des clés dans la prochaine version.

I2PCon: Mission accomplie

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

I2PCon has been a giant success. For us, the I2P contributors, it represents a leap forward in terms of what we’re capable of pulling off as a community, how we communicate the usecases of I2P and reach out to privacy conscious individuals.

En organisant cet événement, nous avons également élargi notre communauté. Des personnes qui auparavant se contentaient d’observer en silence sur nos salons IRC, ou utilisaient notre logiciel, ou n’avaient peut-être même jamais entendu parler d’I2P font désormais partie de notre communauté.

Version 0.9.21

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

Détails de la mise à jour

0.9.21 contient plusieurs changements visant à accroître la capacité du réseau, à améliorer l’efficacité des floodfills et à utiliser la bande passante plus efficacement. Nous avons migré les tunnels des clients partagés vers des signatures ECDSA et ajouté une solution de repli DSA en utilisant la nouvelle fonctionnalité “multisession” pour les sites qui ne prennent pas en charge ECDSA.

Les intervenants et le programme de l’I2PCon de Toronto 2015 ont été annoncés. Consultez la page de l’I2PCon pour plus de détails. Réservez votre place sur Eventbrite.

I2PCon

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

I2PCon est le premier événement de ce type. Il a deux objectifs à court terme. Le premier est d’offrir au grand public un événement permettant d’acquérir des connaissances sur la vie privée et les préoccupations qui y sont liées. Le second objectif est de faire progresser le projet I2P et sa communauté. Cela prendra la forme de discussions techniques sur la cryptographie, l’anonymat et des sujets centrés sur I2P.

Il existe, pour cet événement, un objectif plus ambitieux et de plus long terme : bâtir une communauté de personnes soucieuses de la vie privée. En mettant en relation des personnes qui reconnaissent l’importance de la vie privée, nous souhaitons offrir un espace où cette communauté puisse se développer.

Réunion des développeurs I2P - 14 juillet 2015

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

Bref récapitulatif

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

Journal de réunion

Rencontre à Toronto

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

L’équipe I2P est fière d’annoncer que nous organiserons une rencontre à Toronto les 15 et 16 août. Plusieurs membres de notre communauté y participeront et animeront des présentations, des ateliers et des discussions sur I2P et des sujets connexes. Cet événement ne s’adresse pas uniquement à la communauté I2P, il est destiné à tout le monde.

Si I2P vous intrigue, si la vie privée/la cryptographie/l’anonymat vous intéressent, ou si vous souhaitez simplement passer nous voir pour discuter, n’hésitez pas à venir. C’est un événement ouvert à tous. Si ces sujets ne vous sont pas familiers, venez quand même et nous vous montrerons comment I2P fonctionne et ce que vous pouvez en faire.

Version 0.9.20

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

La version 0.9.20 contient de nombreuses corrections de bogues importantes et plusieurs modifications pour augmenter la capacité de floodfill dans le réseau.

Les routers configurés avec 32-64 KB de bande passante partagée peuvent désormais devenir floodfill, et les routers configurés avec 512 KB ou plus de bande passante partagée auront des limites de connexion plus élevées. Ces changements peuvent amener votre router à utiliser davantage de ressources. Si le router devient trop sollicité, la meilleure façon de réduire l’utilisation de ressources est d’abaisser les paramètres de bande passante dans la console. Si cela n’aide pas, vous pouvez désormais désactiver le floodfill automatique sur la page de configuration avancée de la console.

Réunion des développeurs d'I2P - 5 mai 2015

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

Récapitulatif rapide

Présents : cacapo, dg, eche|on, hottuna, psi, str4d, xmz, zzz

Journal de réunion

20:00:23 <zzz> 0) Hi 20:00:23 <zzz> 1) Toronto meeting (Aug. 15-16) planning 20:00:27 <zzz> 0) Hi 20:00:29 <zzz> hi 20:00:35 <eche|on> hi 20:00:51 <psi> just about the time for the meeting? 20:00:53 <zzz> 1) Toronto meeting (Aug. 15-16) planning 20:01:03 <dg> hi 20:01:14 <zzz> 1a) review where we're at 20:01:19 <zzz> 1b) volunteers 20:01:32 <zzz> 1c) do we move forward 20:01:37 <zzz> 1a) review where we're at 20:02:00 <zzz> hottuna, please give us an update on the planning, venue, and projected costs 20:02:20 <hottuna> Hi@all 20:02:24 <psi> hi 20:02:50 <str4d> hi 20:02:53 <hottuna> So, we've reserved two 8-hour slots at hacklab in Toronto for the 15-16 Aug. 20:03:20 <hottuna> The slots are 150CAD each 20:03:46 <hottuna> This is the venue: https://hacklab.to/ 20:03:48 <iRelay> Title: hacklab.to - Toronto's hacker collective (at hacklab.to) 20:04:07 <hottuna> The initial plan is to have two separate events. 20:04:37 <xmz> hi 20:04:44 <hottuna> 15Aug: I2P general presentation + I2P Cryptoparty 20:05:28 <hottuna> 16Aug: Have a technical presentation leading into discussions about various upcoming issues 20:06:10 <hottuna> Ideally I'd like to have a better itinerary for both of these days by the end of this meeting. 20:07:09 <psi> is lodging self serve or is that "taken care of"? 20:07:13 <hottuna> Additionally we've through J@torontocrypto secured a lounge-like space in a house in toronto for other/late-night planning/hacking/etc 20:07:55 <hottuna> psi, lodging can be offered for free at said lounge (which is a house on the opposite side of toronto) 20:08:14 <xmz> transport to and from lounge? 20:08:46 <hottuna> Public transit shouldn't be too bad. Something like a 25 minute subway ride. 20:08:46 <xmz> I guess we arrange our own. I'll have a car so I can ferry a few folks 20:08:54 <eche|on> 8h slots, times? 20:08:55 <xmz> oh that's not bad 20:09:11 <eche|on> cars in a city... 20:09:25 <zzz> ok thanks tuna, i'd like to open it up for questions and comments now, before we get into details on the agenda or volunteers 20:09:28 <xmz> you have a point there eche|on 20:09:42 <xmz> toronto traffic can be quite bad 20:10:01 <eche|on> 2 8h slots are fine, times of those? and I assume we come, sit down, get power and WiFi 20:10:03 <zzz> anybody have any general questions or comments? 20:10:14 <eche|on> and some technical stuff provided 20:10:18 <dg> will there be streams, and are we expecting on advertising this? if so, how? 20:10:54 <hottuna> eche|on, 8h slots: they're evening slots so I think we'd have to be out of hacklab sometime around 00:00 20:10:54 <hottuna> J has offered to organize the crypto party part of 15Aug. 20:11:23 <eche|on> midnight is fine, which makes it 4pm to 12pm 20:11:32 <hottuna> eche|on: power, wifi, chairs, tables, etc are available 20:11:32 <xmz> that's good 20:11:48 <xmz> if there's enough upstream available streaming is definitely an option 20:11:52 <eche|on> fine for me so far. 20:12:17 <eche|on> streaming is not such a big issue, we do have root server with traffic free to distribute, if we want 20:12:26 <hottuna> xmz, I'm not sure they have a crazy internet connection. 20:12:42 <hottuna> also streaming might not be acceptable for privacy reasons 20:12:56 <hottuna> and additionally would be quite a bit of work to organize 20:13:01 <str4d> Yah, that's a topic up for discussion 20:13:01 <xmz> yeah 20:13:14 <dg> how about advertisement? 20:13:19 <eche|on> yeah, I am not in favour of streama, just twitter and instagram^^ 20:13:34 <str4d> But technically, it wouldn't be hard. We don't need 1080p upstream ^^ 20:13:36 <eche|on> ads, we do ads on zzz and forum already, or what ads? 20:13:49 <fox> so first one to hack the public wifi AP wins? 20:13:57 <hottuna> dg, J has offered to do a bit of advertisment, and since he's done a few crypto parties in toronto, i think we'll have no issues drawing a crowd. 20:14:06 <dg> ads for general public, i'm not sure how big a following the hacklab have? 20:14:14 <dg> hottuna: thanks, that's what I was looking for 20:14:14 <hottuna> the i2p twitter/website be helpful too 20:14:30 <dg> I am pleasantly surprised by how many can attend 20:14:48 <zzz> "j" is eager to fire up the publicity, i've asked him (via tuna0 to hold off until we have this meeting, figure out who is doing PR on our side, and can do a coordinated announcment 20:14:52 <hottuna> fox, a guest network is available 20:14:54 <eche|on> I am in favour of a I2P even twith "some" guest 20:14:55 <xmz> yeah I'm glad it's being held in Toronto. if it were anywhere else it would be hard for me to attend. 20:15:09 <dg> it'd be great if he could come here too. 20:15:12 <dg> (j) 20:15:38 <hottuna> dg, J is distracted by meatspace today 20:15:56 <hottuna> the one thing J asked us for is an itinerary for Aug16 20:16:02 <dg> hottuna: I don't think it'd kill to setup a bouncer! He has been saying he'll come for a while 20:16:41 <eche|on> so, sa/su each 4pm to midnight 20:16:42 <zzz> anybody have any other general questions or comments, or any objections to doing this at all? 20:16:58 <eche|on> I vote for I2P lunch on sunday before hacklab 20:16:59 <xmz> no objections only encouragement here 20:17:06 <xmz> that's a good idea 20:17:15 <psi> it's effectively sa to monday morning right? 20:17:24 <eche|on> It would be nice to get some I2P folks together and meet, anything else, a surplus in my view 20:17:52 <zzz> let's avoid the temptation to discuss small details. For example, i suspect the hours may change, the agenda isn't yet set, we don't need to talk about bouncer setup 20:18:02 <hottuna> eche|on, yes - as far as I know. That window might be shifted an hour back or forth though. 20:18:16 <eche|on> yeah, it is ok 20:18:38 <eche|on> so the lodge for lounge is for the night-swarmers to make through the night 20:18:41 <psi> hottuna: what is general talk vs technical talk? 20:19:03 <hottuna> psi, that is a good question. and something we will have to decide. 20:19:05 <eche|on> general talk: I2p, what it is, how it works, technical talk: what is the protocol 20:19:22 <eche|on> hottuna: but the lodge with sleeping plac is sa-mo, or? 20:19:30 <hottuna> for 15Aug, we'd like to target a more general crowd. So anything that non-i2p people would understand 20:19:31 <xmz> are there any guides/walkthroughs planned for people new to I2P? 20:19:33 <dg> s/kill/kill him/ 20:19:34 <str4d> I won't be in attendance (as stated before), but I have no high-level objections 20:19:34 <iRelay> dg meant: 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> and the lounge does make noise to the sleeping guys? 20:20:06 <hottuna> xmz, a crypto party which basically is a group walktrhough/workshop is planned for 15Aug 20:20:14 <xmz> that's great 20:20:33 <psi> I want to do a short i2p app dev intro 20:21:16 <psi> we should really show off the ease of developing with i2p <-- workshop idea 20:22:26 <hottuna> psi, and i2p app dev intro would be nice for 16Aug I suppose 20:22:30 <str4d> ++ 20:22:43 <str4d> That would dovetail nicely with Android 20:22:45 <hottuna> eche|on, re lounge: I would like to confirm the details about it with J, Sat-Mon does sound appropriate 20:22:45 <dg> that would be nice psi 20:22:45 <hottuna> str4d, would you like to talk about android? 20:22:45 <eche|on> in this case I go into my own hotel room ;-) 20:22:45 <psi> i'd need to drag along a copy of monotone so we don't wait 5 hours for it to sync 20:22:45 <zzz> yeah i envision sat. as a public thing, and sun. as a dev meeting / hackathon, open to public but probably just us. Also we could do a 2nd public presentation on Sun. if the first is "sold out" 20:22:45 <str4d> hottuna: it's probably a good idea to do so, what with me being the de-facto Android project lead :P 20:22:46 <eche|on> sounds reasonable, zzz 20:23:15 <hottuna> str4d, I'll sign you up for 16Aug and talking about android then? 20:23:36 <str4d> Yah 20:24:12 <hottuna> psi, I signed you up for an i2p app dev intro. is that ok? 20:24:22 <psi> yes 20:24:29 <zzz> ok let me transition to 1b) volunteers 20:24:44 <zzz> we've never done this before. It's not going to happen unless somebody is in charge. 20:24:44 <hottuna> danke. 20:24:57 <zzz> No one person can do it all. 20:25:19 <zzz> We need somebody in overall charge of this, and several people to own various pieces. 20:25:20 <eche|on> people in charge, I vote for: hottuna local contact to book the venue and the lounge, I pay 20:25:49 <zzz> If anybody thinks this will be easy... think again 20:26:08 <hottuna> i'm up for continuing doing general coordination, which is what I've been doing this far. 20:26:13 <zzz> and if we don't find enough people to volunteer, let's cancel the whole thing now before we go speding money 20:26:32 <zzz> so here's my list from my post, which may be over the top too much, but we can start here: 20:26:47 <zzz> - Overall Meeting Head Planner (??) 20:26:47 <zzz> - Finance (echelon) 20:26:47 <zzz> - PR / Marketing (psi) 20:26:47 <zzz> - Facilities / Logistics (hottuna) 20:26:47 <zzz> - Overall Schedule (??) 20:26:47 <zzz> - Crypto Party Planning (??) 20:26:49 <zzz> - Crypto Party Presentation (??) 20:26:51 <zzz> - Deep technical presentation (zzz) 20:26:53 <zzz> - i2pd presentation / planning session (orignal) 20:26:58 <zzz> - Android presentation / planning session (str4d via skype) 20:26:59 <zzz> - Roadmap / technical sessions lead (??) 20:27:01 <zzz> - Eating / drinking location picker (orignal) 20:27:03 <zzz> - Hotel / crash house picker (hottuna) 20:27:05 <zzz> - Snacks coordinator (echelon) 20:27:07 <zzz> - Stickers (echelon) 20:27:09 <zzz> - Video / audio recording (??) 20:27:53 <eche|on> I am in favour of not really planing much of the talks. we do have some volunteers in here to do some talks 20:28:18 <zzz> right. I don't want to do planning here at this meeting. I want to pick people in charge and let them do it 20:28:39 <zzz> and the overall person in charge can run all subsequent meetings 20:28:45 <hottuna> I'm volunteer for arranging the overall schedule too. 20:28:52 <xmz> cryptoparty planning will have to be co-ordinated with J right? 20:29:01 <xmz> or is he going to handle all of it 20:29:04 <hottuna> J has volunteered to organize the crypto party 20:29:17 <zzz> ok, so hottuna as the overall person in charge and the guy in charge of schedule? 20:29:52 <str4d> +1, he is best placed to keep track of it all 20:29:56 <eche|on> if he is up for it? 20:31:16 <zzz> ok hottuna? 20:31:16 <hottuna> im okay with that. it's probably easier that way 20:31:17 <hottuna> as for crypto party presentation, I'm not sure what it should contain 20:31:17 <hottuna> i am. 20:32:02 <str4d> hottuna: I assume this means you will definitely be in Toronto for the party? (It was in the air earlier) 20:32:02 <zzz> anybody ever been to a crypto party? 20:32:08 <psi> i have 20:32:22 <psi> as far as i can tell it's like a mini con 20:32:30 <hottuna> str4d, I'm planning to be in toronto. so unless some kind of disaster strikes I will be, 20:33:01 <cacapo> hi - echelon and i did a small cryptoparty at 29c3 20:33:16 <zzz> great. psi can we nominate you to work with J on both PR and the crypto party? 20:34:43 <psi> yup 20:34:43 <psi> (now that this is solid ima buy my travel stuff) 20:34:43 <hottuna> cacapo, eche|on: would you like to have part in the crypto party? 20:34:43 <hottuna> psi, do you have the contact details of J? 20:34:44 <cacapo> hottuna: sure I'm game 20:34:54 <eche|on> I was just a helper for I2P part, I will be in toronto, but mostly as a backup :-) 20:34:55 <str4d> hottuna: I assume this means you will definitely be in Toronto for the party? (It was in the air earlier) :P 20:34:56 <str4d> erk 20:34:58 <str4d> sry 20:35:10 <psi> hottuna: not at the moment 20:35:25 <hottuna> I'm not exactly sure about what has to be done. ideally you would coordinate that with J 20:35:28 <psi> hottuna: forward them to me when you have the chance 20:35:30 <str4d> psi: not solid until 1c) 20:35:38 <zzz> who would like to work on - or give - a presentation, on either day? 20:36:12 <psi> i'll help wingman a presentation if anyone needs it 20:36:13 <zzz> i can do one each day, but i think we should have several short ones, not one big one by one guy 20:36:28 <eche|on> right 20:37:37 <zzz> hottuna, looks like orignal had to leave, can you catch up with him later to see what he can volunteer for, maybe an i2pd presentation or technical session, or a trip to a bar/ 20:38:13 <hottuna> zzz, so psi and str4d offered two technical ones for aug16 20:38:17 <hottuna> zzz, i'll try to catch up with orignal, yes. 20:38:23 <zzz> anybody else want to volunteer for anything at this time? 20:39:56 <zzz> ok it sounds to me like we have the important assignments made. 20:40:06 <eche|on> not much, Ill be around 1 or 2 days earlier and have a look around 20:40:23 <zzz> so 1c) does it sound like we have adequate staffing to proceed on this? 20:40:33 <hottuna> i'd say so. 20:40:48 <eche|on> are we more than 5 persons who will be around? ;-) 20:41:14 <zzz> I want to make sure we don't put too much on tuna's back. Let's all help out to make this a success 20:41:33 <eche|on> yeah, make a plan on zzz.i2p about the talks 20:41:35 <zzz> ok if tuna isn't panicked then I guess we're in good shape 20:41:52 <hottuna> I'm not panicked. 20:41:54 <eche|on> and hottuna should gimme the contact to pay 20:42:11 <zzz> I expect hottuna will run several more meetings over the coming weeks and months to get ready 20:42:15 <hottuna> eche|on, could that be done in cash in meatspace? 20:42:27 <hottuna> I think we'll need wiki-page to organize around. 20:42:40 <eche|on> cash is also OK, but all I can pay in advance is better, my credit/debit card is not really unlimited^^ 20:42:53 <psi> i have a wiki that i can dedicate 20:42:57 <psi> potentially 20:43:00 <zzz> i want to add a 1d) financial support to the agenda 20:43:13 <zzz> 1d) financial support 20:43:32 <hottuna> may I suggest: https://trac.i2p2.de/wiki/MeetupToronto2015 20:43:33 <eche|on> we got money to give out. 20:43:49 <zzz> traditionally we've only reimbursed people $200 or so for conferences 20:44:19 <zzz> i hear some people may need significantly more in order to attend 20:44:28 <eche|on> str4d: your issue was mostly the money problem to attend? 20:44:44 <str4d> eche|on: no, timing 20:44:51 <zzz> what's the maximum we would be willing to give per-person? or alternatively, how much money would people need in order to attend? 20:44:51 <eche|on> ha, no, I do mix some names.. 20:44:52 <str4d> (well, money too) 20:44:59 <zzz> $500? $1000? $2000? 20:45:11 <eche|on> IMHO flights from europe are 1200 both ways 20:45:19 <eche|on> and IMHO thats what kytv needs to attend 20:45:33 <eche|on> if he/she can stay somewhere $cheap and good 20:45:45 <zzz> if anybody has a hard number they need, speak up now 20:45:53 <eche|on> kytv: now is your time. 20:46:09 <zzz> or, how much do people think is reasonable? 20:46:27 <eche|on> I think, we can pay a lot of different stuff, but I would like to pay more on travel cost and less on having booze on the event 20:46:35 <eche|on> (is it pronounced booze?) 20:47:13 <hottuna> eche|on, having people over is more important yes. 20:47:16 <psi> hm 20:47:23 <hottuna> (it's booze, yes) 20:47:28 <zzz> or, another way to ask, how much should we spend total on this event? 20:48:01 <eche|on> currently on the list to pay for me: location, some snacks/coffee/coffebreak, a dinner/lunch for I2P. 20:48:20 <psi> all my costs would be just transit and i would need to figure that part out, probably air, maybe bus/train 20:48:43 <zzz> would $10K be out of line to spend? 20:48:50 <eche|on> I would pay kytv (and any other dedicated I2P contributor) 1200 for the flight, and each other up to 500, if they want it 20:49:20 <hottuna> eche|on, that sounds reasonable 20:49:25 <str4d> $10k would need to be heavily justified 20:49:33 <eche|on> and that would sum up to 10k roughly 20:50:04 <str4d> But with good justification, I wouldn't be against it 20:50:59 <eche|on> ok, 5k-10k in that area 20:51:24 <hottuna> should we re-imburse the complete travel costs do something like 50% or 75%? 20:51:27 <zzz> what about up to $1500 reimbursement for core team members, and up to $2500 for 'special cicrumstances', i.e. you really need it 20:51:36 <eche|on> I would pay up to 10k, the only issue: if we do this an regular base, it is a bit hard to pay 10k each year 20:51:38 <hottuna> eche|on, i think something closer to 5k then 10k would be easier to agree on 20:51:56 <zzz> eche|on, remind us, how much money do we have atm? 20:52:10 <eche|on> wait a sec 20:52:37 <str4d> On current HoF: 44.6k euro and 537.7 BTC 20:52:50 <eche|on> roughly 41k euro, 534 Bitcoin and 700 Litecoin on my side 20:53:19 <eche|on> 534 btc each 210, LTC is 1.2 each 20:53:52 <fox> person experience for cheap room and board motel 6 has gotten much nicer accross north america 20:53:59 <xmz> I can help out with setup/teardown etc. 20:54:50 <hottuna> what type of expenses would we like to reimburse a person for? total expense for the trip? only flights? flights+hotel? 20:55:02 <fox> inn type place are nice if you want breakfast though 20:55:22 <zzz> usually we just do it no-questions-asked, whatever you spent money on 20:56:13 <str4d> But given the scale of this expenditure, we probably do want to have some reasonable restrictions 20:56:33 <eche|on> I vote for travel expenses 20:56:34 <zzz> sure. 20:56:41 <eche|on> as the lounge is cheap and available 20:56:55 <psi> hottuna: so to clarify would i or would i not have to personally book a hotel 20:56:59 <psi> (For me) 20:57:04 <xmz> Could have some setup for accepting donations at the event 20:57:04 <eche|on> and food/drinks is same like @home, if you want to 20:57:25 <hottuna> psi: you would have to do the booking. book whatever you like. echelon will reimburse you 20:57:33 <psi> okay 20:57:45 <zzz> how about max of US$ 1K for north americans, 1500 euros max for europeans, 2000 euros max for 'special circumstances' 20:58:20 <eche|on> zzz: fligst US to CAD are <1000$ ? 20:58:22 <cacapo> with 5K-10K and a lot of key persons in place why not call it a Summit - slightly more official 20:59:00 <zzz> shouldn't be more than $400 20:59:04 <zzz> but I haven't looked 20:59:12 <zzz> and it may be driving distance for some 20:59:44 <zzz> we've never reimbursed 100% for anybody 20:59:44 <eche|on> I want to note again and ask: if we do that amount, we need to clarify, the reimbursements for 32C3 and the next few events will be as usual ~200, if not some special stuff happens 21:00:03 <hottuna> eche|on, agreed 21:00:47 <zzz> I'm just throwing out proposals, somebody please agree/disagree too high/low 21:00:48 <eche|on> it is kinda unfair, but could be seen as a kind of advertising 21:01:00 <eche|on> zzz: I agree, with the added note 21:01:46 <zzz> look at it another way, i think we should spend at least 10% of our money a year. Maybe 15-20%. 21:02:04 <eche|on> hmm 21:02:19 <zzz> because 10 more years would be a long time at this 21:02:58 <eche|on> we got 7k donations in 2014 and spent 11k (in euro alone) 21:03:55 <hottuna> zzz, if wo do the percentile thing let's start low. 21:03:57 <eche|on> this year we got ~600 euro and spent 3k 21:04:21 <eche|on> 10% is nice for me currently 21:04:30 <eche|on> would need to convert some BT to again... 21:04:31 <zzz> including btc we have ~150K euros 21:05:00 <eche|on> I call BTC somewhat "play-stuff" and unless they are in in here, I do not really count them much. 21:05:30 <eche|on> sure, the exchange rate is 210 currently, but I will never be able to exchange 400 BTC at once. 21:05:38 <hottuna> I agree with eche|on. btc arent 100% reliable for doing that kind of math 21:06:10 <eche|on> so, with agreeing on max 10k for this event, Ill exchange some BTC 21:06:33 <eche|on> I just want to be on the safe side and have some kind of "reserve" in . 21:06:40 <zzz> you can offer people extra if they take rembursement in BTC 21:06:54 <eche|on> sure, I do this all the time. thats the benefit of BTC 21:07:08 <eche|on> you can pay folks with them, but you cannot rely on it. 21:07:50 <hottuna> eche|on, zzz, psi, dg: do we all agree on a 10k hard cap for expenses relating to this event? 21:07:53 <eche|on> but yeah, we do have the money 21:08:02 <zzz> ok how about this, we budget 10K euro for the total event. Actual per-person max depends on how many people go, "special cicrumstances" requests, etc., to be determined later 21:08:03 <psi> hard cap yes 21:08:20 <hottuna> zzz, sounds good. 21:08:44 <eche|on> Hmm, hard cap is interesting, but depends on the local costs for snacks^^ 21:09:07 <eche|on> we can hard cap the expenses for people to attend. 21:09:15 <eche|on> and that would be 8 or 9k? 21:09:24 <zzz> but everybody be smart. You can't drive to Toronto and book a $400 a night hotel and expect to get it all covered 21:09:55 <eche|on> zzz: travel expenses, or travel&hotel? 21:10:23 <zzz> dunno 21:10:35 <eche|on> also: list of people to prefer (aka: people who already did a lot, people giving a talk, other) 21:10:38 <hottuna> eche|on, given that there is a lounge available for free Im not opposed to the idea of only travel expenses 21:10:47 <zzz> usually it's flight + hotel, but we've never come close to a full reimbursement before so it didn't matter 21:11:39 <str4d> I think 10k budget for now, do a roll call so we know who *will* be going, then we will be better placed to budget reimbursement 21:11:50 <eche|on> I sum my opiono: cap 8k for travel expenses of participants, with some level of importance to the people 21:12:00 <zzz> ok 21:12:32 <str4d> (roll call from core people) 21:12:34 <zzz> let's wrap it up for now, we'll ask people to email echelon with how much they would need later 21:12:37 <hottuna> eche|on, agreed. 21:12:51 <hottuna> alright 21:12:54 <zzz> ok everybody who is going and wants reimbursement from the project say 'aye' 21:12:56 <zzz> aye 21:13:02 <eche|on> aye ;-) 21:13:04 <hottuna> https://trac.i2p2.de/wiki/MeetupToronto2015 now contains some information. 21:13:12 <psi> aye 21:13:19 <hottuna> if you signed up for a responsibility, please help maintain this page 21:14:17 <zzz> ok eche|on, please check with kytv later and see how much he would need to attent 21:14:22 <hottuna> cacapo ?? 21:14:24 <zzz> anything else on 1d? 21:14:47 <cacapo> hottuna: aye i'm going if I can wrestle down my boss 21:15:12 <cacapo> I'd happily take a small reimbursement in BTC 21:15:14 <hottuna> zzz, no 21:15:24 <zzz> it will take a few days to figure out who's going . 21:15:49 <zzz> for a couple people the reimbursement amount may enter into the decision, but for most probably not 21:15:59 <zzz> anything else on 1) ? 21:16:14 <zzz> any other (non-toronto) topics to discuss? 21:16:46 <zzz> first meeting in 6 months, gotta look for the baffer 21:17:15 <zzz> thanks to everybody and especially to the volunteers 21:17:26 <zzz> ahh there it is 21:17:40 <eche|on> great 21:17:49 <eche|on> time for bed now^^ 21:17:52 * zzz *bafs* the meeting closed

Version 0.9.19

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

La 0.9.19 inclut plusieurs correctifs et des améliorations des performances du floodfill. Beaucoup d’entre vous ont constaté une utilisation élevée du CPU après la sortie de 0.9.18. Cela était dû à une combinaison d’une utilisation accrue du chiffrement, d’un afflux important d’utilisateurs de Vuze dans le réseau, d’une réduction du nombre de floodfill en raison d’exigences de performance plus strictes, ainsi que de quelques bogues de longue date. La situation devrait grandement s’améliorer une fois que la majeure partie du réseau aura été mise à jour. Comme toujours, la meilleure façon de réduire l’utilisation du CPU est de diminuer vos limites de bande passante.

Version 0.9.18

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

0.9.18 intègre plusieurs corrections de bogues et des améliorations de performances. Nous avons raccourci le temps de démarrage et réduit la latence dans l’ensemble de nos protocoles réseau. Nous avons augmenté les limites de connexion par défaut pour les routers les plus rapides et réduit l’utilisation des fils d’exécution dans i2ptunnel. Des correctifs UPnP devraient améliorer la gestion des changements sur les périphériques externes. L’utilisation du processeur dans les routers à haut débit pourrait être réduite grâce à certains correctifs NTCP.

Compte rendu du 31C3

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

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

Nous étions, pour la deuxième année consécutive, à un excellent emplacement au Congrès, dans Noisy Square , juste à côté du stand de l’EFF. Faire partie de Noisy Square a vraiment accru notre visibilité et permis à de nombreuses personnes de nous trouver. Merci à Noisy Square et aux organisateurs du 31C3 pour ce superbe Congrès.

Nous remercions également Gabriel Weinberg et son excellent moteur de recherche DuckDuckGo pour leur soutien aux outils d’anonymat open source et leur généreuse contribution à I2P en 2014. Le financement de DuckDuckGo et d’autres a permis notre participation au CCC. Il s’agit de la principale rencontre annuelle des développeurs I2P et elle est cruciale pour notre réussite.

Versions de l'application Android

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

Cela faisait un certain temps que je n’avais pas publié de mises à jour concernant notre développement Android, et plusieurs versions d’I2P sont sorties sans versions Android correspondantes. Enfin, l’attente est terminée !

Nouvelles versions d’applications

De nouvelles versions d’I2P Android et de Bote ont été publiées ! Elles peuvent être téléchargées à partir de ces URL :

La principale évolution de ces versions est la transition vers le nouveau système de Material Design d’Android. Material a grandement facilité la création d’applications plus agréables à utiliser pour les développeurs d’applications aux compétences en design, disons, “minimalistes” (comme les miennes). I2P Android met également à jour son I2P router sous-jacent vers la version 0.9.17 tout juste publiée. Bote introduit plusieurs nouvelles fonctionnalités ainsi que de nombreuses petites améliorations ; par exemple, vous pouvez désormais ajouter de nouvelles destinations e-mail via des codes QR.

Version 0.9.17

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

La version 0.9.17 est principalement une version corrective, mais elle poursuit également notre migration vers des signatures cryptographiques plus robustes.

Nous avons migré le système de flux d’actualités utilisé pour les actualités sur votre console et l’indication de la dernière version du router vers un format signé utilisant des clés RSA 4096 bits pour une sécurité renforcée.

Les nouveaux eepsites et serveurs seront signés avec ECDSA par défaut, si ECDSA est disponible. Un avertissement apparaît désormais dans la barre latérale de la console si ECDSA n’est pas disponible. Pour les utilisateurs de RedHat, nous avons des retours d’installations réussies du JAR BouncyCastle Provider (bcprov) afin d’ajouter la prise en charge d’ECDSA.

I2P Dev Meeting - November 25, 2014

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

Récapitulatif rapide

Présents: dg, eche|on, EinMByte, JekabsR, kytv, orignal, psi, str4d, zzz

Journal de réunion

20:04:39 <str4d> Yo 20:04:44 <str4d> C'est l'heure de la réunion 20:06:47 <str4d> zzz, psi, kytv, Meeh, dg 20:07:30 <psi> ah bon ? 20:07:39 <psi> ah mardi 20:09:03 <zzz> présent 20:09:48 <orignal> réunion ? 20:10:11 <str4d> orignal : on discute la liste des tâches de Java I2P 20:10:35 <str4d> En attendant que les autres arrivent : `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:10:41 <kytv> Présent aussi, même si je suis généralement inutile pour ce genre de choses. 20:11:37 <str4d> J'ai ajusté le diagramme de Gantt sur la page ci‑dessus (que j'avais mis en place pour le cycle de dev 0.9.13–0.9.16) pour montrer ce que je pense que nous avons fait. 20:13:30 <zzz> intéressant 20:14:06 <zzz> multiple dests per tunnel <-- ça n'est pas arrivé 20:14:22 <str4d> Ah non ? Ok, ma faute. 20:14:27 <zzz> findbugs pass <-- ça a eu lieu, mais on peut toujours le refaire 20:14:56 <str4d> Multi-sessions par I2CP — ça non plus n'est pas arrivé *derp* 20:14:56 * str4d corrige 20:15:48 <zzz> wow, on a eu une bonne année (à mon humble avis) 20:16:38 <eche|on> oui 20:17:14 <str4d> zzz : oui, je l'avais qualifié spécifiquement de préparation à l'audit, mais tu as raison. 20:17:39 <zzz> examiner un nouveau DH <---- je dirais à moitié fait seulement, en ce qui concerne NTCP2 de toute façon 20:20:26 <str4d> Gantt ne montre pas facilement le « à moitié fait » :P 20:20:34 <str4d> Rechargez la page, corrections 20:21:36 <str4d> Ok, voilà ce que nous avons fait le cycle dernier. 20:21:36 <zzz> donc pas fait 20:23:45 <str4d> Le but de cette réunion est de commencer à planifier ce qui doit être fait au prochain cycle. 20:23:46 <zzz> Je voudrais réitérer qu'un cycle de planification de 3 à 5 versions semble très utile pour concentrer nos esprits et nos ressources 20:23:47 <str4d> (Quand je mettrai à jour le diagramme de Gantt, je laisserai les tâches à moitié faites et je les repousserai) 20:23:47 <str4d> À la précédente réunion, j'ai demandé aux participants de proposer chacun quelques points de choses qu'ils souhaitent voir réalisées dans I2P, et autour d'I2P 20:23:47 <str4d> Pouvez‑vous les coller maintenant, s'il vous plaît ? 20:24:21 <str4d> +1 20:24:36 <str4d> Et maintenant nous en avons la preuve ! 20:26:15 <zzz> sans entrer dans ce qui est plus important que le reste, je pense que presque tout ce qui est affiché et non terminé sur le diagramme de Gantt est toujours important 20:27:01 <str4d> Je suis d'accord. 20:27:07 <str4d> Je veux quand même voir quelles idées les gens ont eues la semaine dernière, s'il y en a. 20:27:45 <str4d> Voici les miennes : `http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/` 20:27:46 <iRelay> Titre : Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (at pastethis.i2p) 20:28:07 <eche|on> Je suis à court d'options; je vois pour faire connaître I2P, avec l'aide de Bote sur Android, i2p messenger est une option, un serveur XMPP, et Syndie. Désolé, je considère toujours Syndie important. 20:28:27 <str4d> eche|on : super, merci ! 20:28:43 <str4d> Continuez à envoyer :) 20:28:53 <eche|on> et avec l'appli Android viennent les routes restreintes 20:28:54 <zzz> ma liste de nouveautés : résoudre le problème ECDSA de Red Hat, migrer vers EdDSA, Jetty 9 / Java 7, étendre la base d'utilisateurs Vuze, et plus de marketing / sensibilisation / partenariats / intégration 20:29:36 <str4d> Pour la postérité des logs, j'écrirai mes idées ici aussi : 20:30:11 <str4d> À faire dans I2P : analyse et refonte UX de la Routerconsole ; prendre des idées du design HS 2.0 de Tor et les appliquer aux I2P Destinations (destinations I2P) ; planification de la bande passante. À faire autour d'I2P : améliorations du thème du site web ; implémenter les relais de récupération d'I2P‑Bote ; recherche 20:30:23 <zzz> un autre : orchid : le réparer ou l'abandonner 20:30:32 <str4d> +100 20:31:13 <kytv> En ce qui concerne le problème ECDSDA sous RedHat/Gentoo, on pourrait/devrait peut‑être afficher un message dans la barre latérale (ou les logs) avec un lien de téléchargement. Ou peut‑être demander à l'utilisateur si « nous » devons le télécharger dans ./lib 20:31:35 <zzz> un autre : améliorations des tests, matériel de test, tests sous Windows 20:31:58 <str4d> kytv : bonnes idées (mais on peut en discuter à une autre réunion :) 20:32:03 <zzz> un autre : dépenser plus d'argent 20:32:36 <zzz> un autre : Chine 20:32:58 <str4d> Entre ces idées et la liste des éléments non terminés sur la page ci‑dessus, nous avons un bon vivier de projets potentiels. 20:33:34 <str4d> Mon objectif est de ranger, formaliser et publier ces projets sur la page des tâches du site web 20:34:11 <str4d> Après avoir fouillé les pages « à faire » d'autres projets, voici le format que je propose : 20:34:11 <str4d> `http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/` 20:34:12 <iRelay> Titre : Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (at pastethis.i2p) 20:34:54 <eche|on> bonne idée 20:35:10 <kytv> Pareil pour Orchid 20:35:10 <kytv> Mon principal « À faire autour d'I2P » concerne les tests. Pas des tests automatisés avec des logiciels, à proprement parler, mais le fait que l'un de nos services passe en production sans aucun test... juste [pouf], « c'est en ligne... je ne sais pas si ça marche par contre. » 20:35:12 <kytv> Dans I2P : faire en sorte que l'Installeur installe dans le répertoire utilisateur sous Windows pour éviter tout problème de permissions. Ça devrait être facile, mais je ne sais pas comment. 20:35:16 <kytv> Chrome faisait ça (le fait peut‑être encore ?) 20:35:41 <str4d> Mon résultat final idéal : les utilisateurs peuvent aller sur la page des tâches et y trouver la liste de toutes les idées que nous avons pour des projets dans et autour d'I2P. 20:36:11 <zzz> un autre : GSoC 20:36:14 <str4d> Il y aura un nuage de tags en haut sur lequel ils pourront cliquer pour filtrer les projets qui nécessitent certaines compétences 20:36:17 <str4d> compétences 20:36:21 <zzz> un autre : rencontre estivale 20:37:54 <zzz> un autre : enquête GNS, 2e passage ? 20:38:28 <str4d> mmm 20:38:54 <zzz> ou peut‑être, juste une autre discussion avec ces gars suffira 20:39:09 <str4d> Là tout de suite, je vais retirer du Gantt les tâches que nous avons terminées. 20:39:27 <zzz> peux‑tu l'enregistrer et en commencer un nouveau ? 20:39:29 <str4d> zzz : lesquels des quelques du bas ont été terminés (détection de relecture SSU, etc.) ? 20:39:38 <str4d> Bien sûr. 20:39:49 <zzz> c'est plutôt sympa de montrer que nous accomplissons effectivement des choses 20:40:19 <eche|on> zzz : la plupart des choses ont été faites par toi, à mon avis 20:40:35 <EinMByte> j'ai raté la réunion ? 20:40:37 <zzz> Je pense avoir signalé tout ce qui était du mauvais côté de « terminé ou pas » 20:42:39 <str4d> Nouveau diagramme en ligne 20:43:55 <str4d> zzz : des trois du bas, lesquels faut‑il repousser ? Je pense que le verrouillage côté client est encore un problème ? 20:43:59 <zzz> J'aimerais voir beaucoup plus de planification et d'attention sur les choses non liées au code dans les prochains mois. Bien trop de choses sont soit assez désorganisées, soit n'avancent pas à un rythme qui soit un tant soit peu discipliné ou régulier 20:44:09 <str4d> (verrouillage des tunnels côté client) 20:44:18 <str4d> zzz : je suis d'accord. 20:44:34 <str4d> Cela sera, à mon avis, facilité en travaillant sur la page des tâches. 20:44:56 <str4d> Si nous pouvons expliquer les projets non liés au code d'une manière que les nouveaux puissent comprendre et réaliser, ça nous aide aussi. 20:44:59 <zzz> pas sûr à 100 % pour l'instant de ce qu'est cet élément de verrouillage client, mais je pense qu'il est toujours inachevé 20:45:08 <str4d> (De même pour les projets de code) 20:45:32 <zzz> ouaip 20:45:53 * str4d repousse aussi les améliorations du streaming 20:46:03 <str4d> Puis‑je retirer la détection de relecture de session SSU alors ? 20:46:04 <dg> Tu veux dire les problèmes de doublons ? 20:46:18 <dg> Le cas où on se retrouve avec des tunnels qui ne se désenregistrent pas d'I2PTunnel et n'autorisent pas de nouveaux tunnels ? Ce genre de chose ? 20:46:30 <zzz> str4d, je dois revenir vers toi à propos de la relecture SSU, pas sûr pour l'instant 20:46:45 <dg> Je voudrais voir moins de mort des tunnels plutôt que du débit 20:46:59 <str4d> dg : c'est peut‑être ça. Il y a aussi le problème séparé du démarrage d'I2PTunnel qui verrouille l'UI 20:47:29 <zzz> ajoute « mort des tunnels » là‑dedans comme nouvel élément, pourquoi pas 20:48:01 <dg> str4d : j'avais oublié ça ! 20:48:03 <str4d> k 20:48:39 <zzz> Je pense avoir quelque chose non activé en code pour ce truc de verrouillage, ça traîne depuis environ 18 mois, mais ce n'est toujours pas bon 20:48:40 <str4d> Ensuite : parcourez les idées ci‑dessus. Lesquelles doivent figurer sur *notre* feuille de route sur 6 mois (c.-à-d. lesquelles dois‑je ajouter au Gantt) ? 20:50:16 <psi> EinMByte : réunion en cours 20:50:21 <psi> (non) 20:51:51 <zzz> Je suggère de tout y mettre pour l'instant, puis on parlera des priorités plus tard, ou on laisse les dépendances du Gantt nous dire quoi faire ensuite ? 20:52:52 <str4d> mmk 20:53:04 * str4d extrait la liste ci‑dessus et la met en forme maintenant 20:53:08 <EinMByte> psi : oh super. 20:54:08 <psi> élément potentiel : faire un benchmark du débit des tunnels et des taux de perte de messages 20:54:26 <str4d> EinMByte : as‑tu des idées pour notre liste de tâches ? 20:55:15 <EinMByte> NTCP2, possiblement. Même si ce serait à long terme 20:56:39 <str4d> EinMByte : pour référence : `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:56:53 <EinMByte> merci 20:57:04 <EinMByte> (j'allais le demander) 21:00:23 <str4d> Voici la liste des idées de tout le monde : 21:00:24 <str4d> `http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/` 21:00:25 <iRelay> Titre : Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (at pastethis.i2p) 21:01:01 <str4d> Presque toutes peuvent être transformées en projets pour la page des tâches du site web. 21:01:36 <str4d> Sujet de discussion suivant : lesquelles parmi celles‑ci (et celles actuellement sur le Gantt) sont les plus importantes à faire pour nous dans les six prochains mois ? 21:02:48 <psi> les routes restreintes sont probablement l'élément le plus important, à mon avis 21:02:50 <EinMByte> à propos de Syndie, peut‑être : je travaillais sur ce plugin — pas le temps maintenant toutefois). Cela pourrait être une des choses qui peuvent (?) attirer plus d'attention sur Syndie. 21:03:20 <dg> str4d : la mort des tunnels est absente et je trouve que c'est assez important 21:03:37 <EinMByte> Si quelqu'un est intéressé par le développement de plugins Firefox / Icedove : vous savez quoi faire 21:03:37 <str4d> dg : c'est là (verrouillage de thread de tunnel) 21:03:41 <str4d> Je pensais que c'était ça 21:03:49 <dg> oh, désolé str4d, je parlais des connexions interrompues brutalement 21:03:54 <dg> ma faute 21:04:04 <str4d> Ah, k 21:04:55 <EinMByte> psi : je suis d'accord, les routes restreintes sont importantes. Mais je pense aussi qu'il faut réaliser que ça prendra pas mal de temps à implémenter 21:05:21 <EinMByte> (je ne sais pas combien du design / concept a déjà été fait) 21:05:35 <dg> Dans I2P : routes restreintes, problèmes ECDSA de RedHat, HS 2.0 de Tor, puis le reste. Autour d'I2P : base d'utilisateurs Vuze, GSoC, recherche, benchmark, puis le reste. 21:06:04 <dg> Je suis d'accord avec EinMByte… la refonte de la console du router est importante mais cela pourrait prendre une durée indéterminée. 21:07:15 <EinMByte> str4d : une chose de plus, peut‑être. Je connais des chercheurs qui ont développé un nouveau concept de DWSE (moteur de recherche web distribué), ils pourraient être intéressés pour le développer comme application I2P 21:07:42 <str4d> EinMByte : sympa ! 21:07:49 <EinMByte> Comme la plupart des DWSE ne fonctionnent pas vraiment bien en ce moment, ce serait très intéressant d'avoir ça, à mon avis 21:08:01 <zzz> non, par « mort des tunnels » je voulais dire les cassures de tunnel de 3 minutes, le test de datagrammes du gars de Vuze, etc. Distinct des problèmes de verrouillage local d'i2ptunnel. 21:08:07 <EinMByte> C'est aussi quelque chose que je considérerais implémenter 21:08:20 <dg> Je ne pensais pas précisément à 3 minutes mais ça en faisait partie. 21:08:34 <EinMByte> (avec de l'aide, espérons‑le) 21:09:03 <str4d> k, rechargez la page Gantt 21:10:34 <EinMByte> str4d : de toute façon, ne compte pas trop là‑dessus, ça dépend si les utilisateurs d'I2P sont réellement intéressés par quelque chose comme ça. 21:11:14 <EinMByte> Aussi, je ne suis pas sûr pour le truc GNS. En tout cas, ça ne devrait pas être très prioritaire. 21:11:56 <str4d> Nouveau paste des idées à jour : `http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/` 21:11:57 <iRelay> Titre : Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (at pastethis.i2p) 21:12:35 <zzz> je dirais que 4 grandes catégories sont de la plus haute importance : 1) poursuite de la migration crypto à court terme (carnet d'adresses, muiltidest, etc.) 2) planification/recherche crypto à plus long terme (DH, LS2, NTCP2) 3) tout ce qui est tests 4) tout ce qui n'est pas du code 21:13:48 <EinMByte> zzz : est‑ce par ordre d'importance ? 21:14:05 <str4d> Les problèmes ECDSA entrent dans la première catégorie ; Tor HS 2.0 entre dans la deuxième catégorie. 21:14:21 <zzz> non. importance à peu près égale 21:14:44 <str4d> Donc le seul élément non représenté dans ces catégories est les routes restreintes 21:15:28 <jenkins@kyirc> Démarrage de la build #556 pour le job i2pd (build précédente : SUCCÈS) 21:15:30 <jenkins@kyirc> Projet i2pd build #556 : SUCCÈS en 8,2 s : `http://jenkins.killyourtv.i2p/job/i2pd/556/` 21:15:31 <jenkins@kyirc> * orignal : a éliminé NTCPServerConnection 21:15:32 <jenkins@kyirc> * orignal : a déplacé le code client NTCP vers Transports 21:16:34 <EinMByte> peut‑être que NTCP2 n'est pas *si* important 21:16:50 <zzz> et la raison pour laquelle je les ai groupées ainsi et je parle de priorité égale, c'est qu'il s'agit probablement de 4 groupes distincts de personnes pour ces 4 catégories, qui pourraient chacun faire avancer les choses 21:17:08 <EinMByte> ou, au moins, avant de pouvoir commencer correctement sur NTCP2, nous devons faire beaucoup de recherche, et aussi répondre à quelques questions très importantes 21:17:33 <jenkins@kyirc> Projet i2pd (Linux x86) build #33 : SUCCÈS en 1 min 47 s : `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/` 21:17:44 <EinMByte> zzz : en effet 21:17:51 <JekabsR> il est intéressant de voir que le réseau i2p a tendance à rassembler tous les routers rapides 21:17:58 <jenkins@kyirc> Démarrage de la build #33 pour le job i2pd (Linux x64) 21:18:03 <zzz> oui. « NTCP2 » est juste un raccourci pour un tas de choses qui peuvent ou non aboutir réellement à quelque chose appelé « NTCP2 » 21:18:34 <JekabsR> et ils ne préfèrent pas les routers lents 21:18:40 <EinMByte> Oui. En tout cas, si nous changeons les couches de transport, il est extrêmement important de ne pas faire d'erreurs, car cela casserait probablement complètement I2P. 21:19:19 <psi> JekabsR : les routers plus lents sont toujours utilisés, juste moins 21:19:43 <jenkins@kyirc> Projet i2pd (Linux x64) build #33 : SUCCÈS en 1 min 52 s : `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/` 21:20:05 <EinMByte> zzz : si le 2 c'est « recherche », alors tu as raison 21:20:33 <EinMByte> ça peut être fait simultanément 21:21:52 * str4d est en train de remanier le Gantt en ces quatre catégories (plus une catégorie Autre) 21:22:12 <JekabsR> mais il y a un problème — les destinations de type client obtiennent rarement des connexions de router rapides 21:22:40 <eche|on> non ? 21:22:46 <psi> JekabsR : pas totalement sûr que ce soit exact 21:23:46 <zzz> str4d, avons‑nous oublié Android, ou est‑ce une feuille de route séparée ? 21:23:59 <str4d> zzz : nous l'avons oublié 21:24:01 <eche|on> JekabsR : les routers en mode masqué ont bien quelques problèmes, mais les autres obtiennent des connexions rapides, car suffisamment de routers rapides sont disponibles et ont de la capacité libre 21:24:26 <str4d> Techniquement, I2P Android relève de la catégorie « dans I2P » 21:24:35 <psi> oh autre question de recherche : quelle capacité i2p a‑t‑il réellement en ce moment ? 21:25:14 <zzz> peut‑être qu'une 5e catégorie pour Android a plus de sens 21:25:46 <zzz> mais je ne suis pas bloqué sur les catégories. J'ai juste mentionné les 4 comme un moyen rapide de communiquer ce que je pense important 21:25:54 <JekabsR> parce qu'ils ont tendance à créer un petit nombre de connexions vraiment rapides et un grand nombre de connexions lentes 21:26:11 <dg> [source requise] 21:26:15 <JekabsR> mon router a commencé à abandonner les tunnels lents 21:26:24 <str4d> zzz : je pense que c'était une bonne idée 21:26:56 <str4d> Actualisez la page Gantt maintenant 21:27:07 <eche|on> JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 <eche|on> JekabsR : les tunnels ne sont abandonnés qu'à la fin de la durée de vie du tunnel et si les tunnels propres ont besoin de la capacité. 21:30:29 <str4d> Si vous actualisez `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` vous verrez maintenant les en‑têtes, chacun avec une barre de six mois. Cela donne une indication du temps disponible pour tout caser. 21:32:43 <str4d> Maintenant que nous avons quelques idées pour les six prochains mois, nous devons commencer à planifier les échéances. 21:33:18 <str4d> Et qui va s'occuper de quoi. 21:33:52 <JekabsR> ma console signale fréquemment qu'elle a trop de connexions entrantes et que des tunnels sont partiellement rejetés. Comment i2p décide‑t‑il lesquels rejeter ? 21:34:08 <dg> « trop de connexions entrantes » ? 21:34:21 <dg> JekabsR : une réunion est en cours, tu voudras peut‑être attendre qu'elle soit terminée 21:35:00 <str4d> J'aimerais aussi des volontaires pour aider à transformer la liste d'idées en une page de projets exploitable sur la page des tâches du site web 21:35:12 <JekabsR> Connexions NTCP : 425. Limite : 425. Timeout : 2 min. 21:35:30 <JekabsR> Connexions UDP : 1149. Limite : 1275. Timeout : 4 min. 21:36:14 <JekabsR> les limites sont atteintes 21:37:42 <JekabsR> le router utilise 80 % de la puissance CPU 21:38:23 <str4d> Quelqu'un ? 21:39:36 <kytv> JekabsR : 1) réunion en cours, tu voudras peut‑être attendre ; 2) regarde `http://127.0.0.1:7657/peers#help` 21:41:16 <JekabsR> kytv : je vais regarder 21:41:44 <zzz> str4d, je pense que tu as perdu tout le monde après 1 h 45. Peut‑être qu'on peut déclarer victoire pour l'instant et on fera plus de progrès une autre fois ? 21:41:45 <str4d> Essayons quelques questions plus spécifiques. 21:41:52 <str4d> Ou ça./ 21:41:55 <JekabsR> 330,0 / 342,4 KBps ma charge actuelle 21:42:06 <str4d> Oui, nous avons définitivement bien progressé. 21:42:30 <JekabsR> et des envois torrent à 2‑5 kb de vitesse :( 21:44:17 <str4d> Merci pour les discussions, tout le monde ! 21:44:20 * str4d warms up the baffer 21:44:20 * str4d ***bafs the meeting closed

Réunion des développeurs I2P - 18 novembre 2014

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

Récapitulatif rapide

Présents: dg, eche|on, Meeh, orignal, psi, RN, str4d, zzz, Le journal complet est en partie reconstitué à partir de l'historique, iRelay s'est connecté et déconnecté par intermittence au début.

Journal de réunion

<zzz> 0) Salut <zzz> 1) Remboursement pour les participants au 31C3 (zzz, echelon) <zzz> 2) Achat de machines de test/compilation (zzz, kytv) <zzz> 3) Calendrier de sortie 0.9.17 et/ou 0.9.16.1 (zzz) <zzz> 4) Statut du reseed (bootstrap des pairs) et nouvel administrateur (zzz) <zzz> 5) Test des news SU3 avant 0.9.17 (zzz, echelon, psi) <zzz> 6) Feuille de route sur 6 mois, NTCP2, etc. (str4d, reprogrammé depuis le 28 oct.) <zzz> 7) Nouveaux sujets de développement (str4d) <zzz> 0) Salut <zzz> Salut <dg> salut, j’ai pu venir. <str4d> Salut <orignal> salut <zzz> J’aimerais garder les points 1-5 courts, 5-10 minutes chacun. Je passerai ensuite la main à str4d pour les points restants aussi longtemps qu’il le souhaite. <zzz> 1) Remboursement pour les participants au 31C3 (zzz, echelon) <zzz> Traditionnellement, nous payons les billets de conférence pour les membres du projet et je pense qu’il y a un large consensus pour continuer <RN> salut <zzz> Comme le CCC l’an dernier a été si productif, je propose que nous fournissions des fonds supplémentaires pour soutenir les gens et les encourager à y assister <zzz> Pas un remboursement complet, juste un soutien partiel. Je propose 200 euros chacun, en plus du billet. <zzz> des avis/discussion ? <eche|on> aucun problème pour moi <str4d> Le billet est à 150 euros si je me souviens bien ? <RN> ça me semble raisonnable... 350... 20:04:02 <zzz> Je pense que le billet est à 100-120 euros 20:04:43 <eche|on> le billet était à 80 euros la dernière fois 20:04:43 <str4d> https://events.ccc.de/congress/2014/wiki/Static:Tickets 20:04:46 <iRelay> Titre : Tickets - 31C3_Public_Wiki (sur events.ccc.de) 20:05:01 <zzz> De plus, s’il y a quelqu’un qui aurait besoin d’un niveau de soutien plus élevé pour pouvoir venir, qu’il se manifeste maintenant 20:05:16 <RN> quelle est la date ? 20:05:29 <eche|on> du 27 au 30 décembre <zzz> on dirait que nous sommes d’accord sur le principe. Des discussions sur le montant exact ? * RN ne peut pas venir.... <RN> mais je pense que le supplément au billet est bien pour les imprévus et l’hébergement.... <str4d> Je n’ai aucune objection à 200 euros + billet <eche|on> alors, qui y va et qui recevra l’argent ? ;-) <RN> 200 couvriraient deux jours d’hôtel, ou les quatre ? <zzz> Je suppose qu’il y aura environ 8 personnes, comme l’an dernier, pour le budget <eche|on> RN : ça dépend de l’hôtel, ça couvrirait une auberge sans problème <str4d> RN : ça dépend où tu vas <eche|on> ok, pas le nombre de personnes qui est un problème, mais je n’aimerais pas payer un nouveau cette somme, juste parce qu’elle/il a lu à ce sujet. pas de souci pour les personnes « bien connues » <zzz> d’accord <str4d> https://events.ccc.de/2014/10/14/31c3-special-terms-at-generator-hostel/ <str4d> Offre spéciale 31C3. Des chambres doubles sont disponibles pour 70,00 euros, un lit en dortoir de six pour 17,00 euros par nuit. <zzz> ce n’est en aucun cas une couverture complète de l’hôtel/nourriture/avion. Juste un petit coup de pouce pour encourager les membres de l’équipe à venir <zzz> dernier appel pour la discussion sur 1) <str4d> À deux en partageant la double ci-dessus, les 200 euros couvriraient l’hôtel <RN> ça me paraît toujours raisonnable... <zzz> ok, on dirait que nous sommes d’accord <eche|on> bien sûr <RN> :) <zzz> 2) Achat de machines de test/compilation (zzz, kytv) <zzz> nous avons une couverture de tests limitée pour Windows et Mac. <zzz> zab testait sur Mac, il est parti ; meeh a un Mac mais il est mort et/ou il a manqué de temps <zzz> donc je voulais demander si nous pourrions obtenir plus de couverture de tests si nous achetions des machines Windows ou Mac pour kytv et/ou d’autres <RN> mon Mac est trop vieux pour aider... et j’ai fait sauter la multiprise sur laquelle il était branché... <Meeh_> zzz : qu’est-ce que je dois tester ? <zzz> on pourrait les utiliser pour d’autres choses aussi (par ex. des laptops pourraient être bien) <Meeh_> j’ai OSX 10.9 et 10.10 <eche|on> J’ai une machine Windows, mais pas le temps. nous avons encore 2 licences Win 8 <Meeh_> dis-moi et je le fais maintenant <zzz> Meeh_, faire tourner des builds de dev. Tu les fais tourner actuellement ? <dg> quand on dit « couverture de tests », qu’entend-on ? <zzz> est-ce que quelqu’un fait tourner des builds de dev sous Windows ? <Meeh_> non désolé, nouveau Mac.. il y a un jour à peine depuis que mon Lenovo est mort, marielle a dû m’en acheter un <Meeh_> donc je viens d’installer Java <Meeh_> donnez-moi une seconde et je vais compiler et lancer <RN> oui, parce que selon le temps et le niveau de couverture... J’ai un XP +pos_ready qui tourne des builds de test 20:14:15 <dg> je pourrais si nécessaire mais ce serait dans une VM et je ne l’utiliserais pas intensément 20:14:25 <dg> juste vérifier si ça marche après du temps de fonctionnement, essayer quelques eepsites (sites web sur I2P), faire tourner un peu de snark, vérifier les erreurs 20:14:30 <dg> je ne sais pas si je rencontrerais toutes les erreurs qu’un vrai utilisateur verrait 20:14:47 <zzz> ma question est : peut-on encourager quelqu’un à faire plus de tests de builds de dev si on lui achetait des machines dédiées ? 20:15:31 <str4d> Il y a deux types de tests dont nous tirerions profit : des personnes faisant manuellement de l’assurance qualité (QA) sur les builds, et des serveurs CI (intégration continue) qui tournent sous Windows et Mac. 20:15:39 <eche|on> pas moi. J’ai tout le matériel/logiciel, mais pas le temps/l’envie pour des tests intensifs 20:15:49 <zzz> oui str4d 20:16:09 <RN> ou et si la machine était configurée avec une sorte d’accès distant « safe-via-i2p » pour l’équipe de dev... 20:16:17 <Meeh_> zzz, je peux toujours faire des tests OSX, si je ne réponds pas sur IRC, essayez Twitter ou meeh@mail.i2p car les deux alerteront mon téléphone 20:16:24 <str4d> Le sujet semble être le QA, mais que faudrait-il pour brancher par ex. un serveur CI Mac sur le Jenkins de kytv ? 20:16:47 <Meeh_> pour une CI oui 20:16:48 <zzz> quelqu’un ferait-il plus si on lui achetait du matériel ? 20:16:59 <Meeh_> malheureusement je dois déplacer mon Mac de temps en temps 20:17:22 <eche|on> <= il me manque une connexion réseau gratuite pour le moment. 20:17:23 <Meeh_> quel matériel, quels tests et sous quel OS ? (peu importe l’achat de matériel) 20:17:26 <zzz> Meeh tu sembles avoir moins de temps dernièrement, pas plus 20:17:37 <zzz> Windows et Mac 20:17:41 <eche|on> Je fais déjà tourner un nœud I2P sur mon adresse. Mais hm, je pourrais faire tourner Windows en IPv6 20:17:48 <Meeh_> oui, j’ai réglé pas mal de choses IRL qui prenaient du temps 20:17:53 <RN> si le reste de mon infrastructure n’était pas constamment un bazar je proposerais d’héberger une machine.... 20:18:26 <Meeh_> pour info, i2pd/i2p sera disponible depuis au,ru,nl,uk,de,no,us-w,us-e dans environ une heure 20:18:34 <Meeh_> téléchargeable 20:18:39 <zzz> ok ne nous soucions pas de qui en particulier. eche|on si on trouvait quelqu’un, avons-nous le budget pour acheter du matériel ? 20:18:40 <Meeh_> CDN 20:18:47 <zzz> Meeh merci de rester dans le sujet 20:18:52 <eche|on> zzz : nous avons des fonds, c’est sûr 20:19:02 <eche|on> au fait, Meeh, l’argent est-il arrivé ? 20:19:17 <zzz> ok je propose qu’on clôture ce sujet et qu’on cherche des volontaires dans les semaines à venir 20:19:18 <RN> reviens vers moi dans 6 mois si j’ai stabilisé les démons... 20:19:24 <zzz> eche|on, merci de rester dans le sujet 20:19:34 <zzz> d’autres discussions sur le 2) ? 20:20:03 <Meeh_> oh, désolé j’ai oublié de répondre. c’est payé et fini.. Je suppose que j’ai reçu l’argent mais marielle a transféré en même temps donc je dois revérifier. mais je suis presque sûr. merci 20:20:07 <dg> j’aimerais entendre kytv 20:20:18 <Meeh_> eche|on : ^ 20:20:28 <dg> mp les gars 20:20:40 <zzz> mettons ça à l’ordre du jour pour y revenir à la prochaine réunion 20:20:51 <str4d> +1 20:20:51 <zzz> 3) Calendrier de sortie 0.9.17 et/ou 0.9.16.1 (zzz) 20:21:07 <eche|on> Je vote pour 0.9.17 20:21:18 <zzz> À un moment je voulais faire une version 0.9.16.1 pour corriger le bug SSU mais j’ai laissé tomber 20:21:21 <dg> Rien ne s’est écroulé... donc 0.9.17. 20:21:21 <eche|on> dans 2-3 semaines 20:21:41 <zzz> Je propose maintenant une sortie « mini » 0.9.17 le week-end du 29 nov. 20:22:00 <zzz> c.-à-d. un cycle de 4 semaines pour corriger des bugs, bien avant la pause de Noël 20:22:02 <str4d> Il y a plusieurs rapports sur forum.i2p selon lesquels le réseau en 0.9.16 a ralenti, et la participation des nœuds est en baisse. 20:22:03 <RN> « mini ? » 20:22:22 <zzz> mini au sens de changements limités, et pas un cycle complet de 6-7 semaines 20:22:25 <str4d> Je ne sais pas si le bug SSU pourrait en être la cause... 20:22:37 <RN> ah... oui... mini... bon plan... 20:22:43 <zzz> en gros ce qu’il y a dans mtn maintenant. Environ 13 K lignes de diff, mais la plupart sont des changements de tests eddsa 20:22:49 <orignal> bien sûr que si. parce que des paquets perdus 20:23:10 <zzz> au fait, mes stats de réussite des builds expl. sont en forte hausse depuis la sortie .16. Je ne sais pas pourquoi 20:23:11 <RN> donc on dirait des oui pour faire une mini release <zzz> le bug SSU est en fait juste une irritation, je ne pense pas que ce soit la cause de vrais problèmes <zzz> ok déclarons un gel du tag et visons une sortie dans 11 jours <zzz> autre chose sur 3) ? <eche|on> donc 0.9.17 dans 2 semaines <RN> wouhou ! <str4d> Les opérateurs des hôtes de release sont-ils disponibles à ce moment-là ? <dg> ouais. <str4d> (En se rappelant que le 29 novembre est juste après Thanksgiving) <dg> Ça ne me prend pas longtemps, ce ne sera pas un problème. <zzz> on va partir du principe que oui et décaler si nécessaire. je serai dans le coin mais en semi-coma dinde. parfait pour faire des builds. <dg> De toute façon, c’est surtout echelon dont tu as besoin <zzz> 4) Statut du reseed et nouvel administrateur (zzz) <zzz> C’est juste une brève annonce pour ceux qui ne sont pas au courant. <Meeh_> yeo <zzz> En raison de contraintes de temps, Meeh a transféré le poste d’administrateur du reseed à « backup » <Meeh_> ce qui est clairement le mieux pour le moment :) <zzz> backup n’est pas sur IRC mais on peut le contacter facilement backup@mail.i2p ou sur le sous-forum reseed sur zzz.i2p <zzz> merci à meeh et à backup pour une transition en douceur <Meeh_> mais je pense que logstash sera intéressant pour l’administrateur du reseed bientôt <Meeh_> que je collecte depuis le mien <eche|on> Thanksgiving n’est pas un problème ici en Europe <zzz> backup travaille à faire passer le reste des sites en su3, à améliorer la supervision, et à recruter de nouveaux hôtes <zzz> donc merci d’apporter votre plein soutien à backup. <str4d> Aye :) <dg> :) <zzz> travaillez aussi avec lui si vous avez des problèmes SSL/TLS qu’il a découverts <zzz> autre chose sur 4) ? <Meeh_> Je peux fournir du reseed depuis la Russie et l’Australie maintenant <Meeh_> si vous voulez <Meeh_> aussi <Meeh_> rien de plus sur 4 de ma part <eche|on> Meeh_: demande à baclup^^ <zzz> super, contacte ton nouveau chef ;) <zzz> 5) Test des news SU3 avant 0.9.17 (zzz, echelon, psi) <eche|on> aah <zzz> .17 contient un passage aux news su3. <eche|on> ça c’est un sujet <eche|on> Je dois le tester 20:29:17 <zzz> J’aimerais qu’eche|on ajoute un élément de news, fabrique le su3, afin qu’on puisse le tester avant la sortie .17 20:29:43 * str4d réfléchit à la spec actuelle pour s’assurer qu’elle est optimale 20:29:52 <zzz> toutes les builds de dev devraient maintenant récupérer depuis news.su3 mais comme il n’y a rien de nouveau depuis la release, il faut un test 20:30:07 <eche|on> Je vais essayer de générer un .su3 dans les prochains jours 20:30:25 <zzz> ce serait aussi idéal, mais pas obligatoire, si psi créait un cert et le mettait en dépôt, puisqu’il est le backup mais ne peut actuellement pas créer son propre fichier su3 20:30:45 <dg> pourquoi ne peut-il pas ? 20:32:24 <zzz> str4d, revois aussi la liste blanche XHTML dans le code s’il te plaît 20:32:24 <zzz> super, merci eche|on 20:32:24 <str4d> Je le ferai. 20:32:24 <eche|on> zzz : le script était dans mtn ? 20:32:24 <zzz> eche|on, oui, i2p.scripts 20:32:24 <zzz> Je sais que str4d a proposé d’écrire le XML à la main, et c’est ce que j’ai fait pour la release .16, mais peut-être qu’une recherche d’un générateur de flux serait utile 20:32:24 <zzz> je ne sais pas 20:32:24 <zzz> autre chose sur 5) ? 20:32:24 <str4d> Ce que je proposerais en fait, c’est : 20:32:51 <str4d> - Trouver un programme pour écrire des flux Atom. 20:33:22 <str4d> -- Si rien de convenable, écrire un script Python qui convertit un répertoire d’entrées XHTML en flux... ? 20:33:56 <zzz> oui 20:33:56 <str4d> - Stocker les infos sur les versions de release, etc., dans un fichier de config séparé, et avoir un script qui les insère dans le flux Atom. 20:34:19 <zzz> str4d, merci de faire cette revue de spec dans les prochains jours 20:34:26 <str4d> K 20:34:38 <zzz> autre chose sur 5) ? 20:35:26 <zzz> 6) Feuille de route sur 6 mois, NTCP2 etc. (str4d, reprogrammé depuis le 28 oct.) 20:35:26 <zzz> 7) Nouveaux sujets de développement (str4d) 20:35:38 <zzz> Je passe la réunion et le baffer à str4d pour la suite 20:35:48 <str4d> Ooooooooo 20:35:56 * str4d fait un grand sourire 20:35:56 <Meeh_> et j’aurai peut-être des news à la fin 20:35:58 <Meeh_> de la réunion 20:36:02 <Meeh_> donc mets-moi en HL str4d s’il te plaît :) 20:36:25 <str4d> Ok, je ne me souviens plus exactement de ce que je comptais dire en 6) quand je l’ai proposé à l’origine.. 20:39:31 <str4d> Donc je vais commencer par 7) et voir si ça me revient. 20:39:31 <str4d> Malgré la refonte du site web, les informations que nous y mettons à disposition ne sont pas bien organisées ni claires. 20:39:31 <str4d> Et avec l’accent accru de l’année dernière sur la vie privée et la sécurité, nous devons vraiment tirer le meilleur parti du contexte actuel. 20:39:57 <str4d> Nous avons plusieurs emplacements avec des informations sur des projets possibles, des tâches etc. mais rien de clair, ni à jour 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> Je laisse de côté les deux derniers liens pour l’instant, mais au minimum je veux que nous regardions tous maintenant les pages 'todo' et 'roadmap'. 20:41:17 <str4d> genre, maintenant 20:41:20 <str4d> ;P 20:41:40 <iRelay> Titre : Roadmap - I2P (sur i2p-projekt.i2p) 20:41:42 <iRelay> Titre : Future Performance Improvements - I2P (sur i2p-projekt.i2p) 20:41:45 <iRelay> Titre : Application Development - I2P (sur i2p-projekt.i2p) 20:42:08 <str4d> La page 'todo' est surtout remplie de tâches qui semblent avoir été complétées. Parmi les tâches restantes, combien sont encore pertinentes ? 20:43:49 <zzz> la page wiki sur Trac et les différents fils sur zzz.i2p sont probablement bien plus pertinents 20:44:13 <str4d> Probablement. Mais ils ne sont pas visibles de l’extérieur. 20:44:41 <str4d> « Salut, tu veux aider I2P ? Va chasser quelque chose à faire sur zzz.i2p » 20:44:49 <zzz> d’accord 20:44:56 <str4d> Je ne dis pas qu’il faut dupliquer des informations. 20:45:50 <str4d> Mais je pense que le site devrait contenir une vue d’ensemble concise de ce que nous estimons important pour I2P, avec des liens vers plus d’infos si souhaité. 20:45:52 <str4d> Cela s’intègre bien à un futur projet GSoC. 20:46:16 <str4d> Comme d’habitude, parler comme ça ne fera pas avancer grand-chose :P 20:46:23 <str4d> 20:46:33 <zzz> une revue de groupe maintenant sur IRC va-t-elle fonctionner, ou avons-nous besoin d’un volontaire pour tout refaire, ou bien quelques heures passées au CCC suffiraient-elles ? 20:47:19 <str4d> Une revue de groupe tout de suite ne marchera pas. Et après ce que j’ai vécu avec le site web, je ne pense pas que ce soit juste de tout mettre sur une seule personne. 20:47:40 <eche|on> Je vote pour « travaillons un peu dessus et si ce n’est pas fini au CCC, faisons-le à table 20:47:45 <zzz> peut-être que c’est juste si ce n’est pas toi... 20:48:02 <str4d> CCC est assez proche, donc ce serait idéal. Mais il faudrait mettre le site etc. à jour très rapidement, pour pouvoir y renvoyer les gens. 20:49:32 <zzz> si ton intention est que cela s’inscrive dans un effort plus large pour candidater à GSoC, merci de le préciser 20:50:14 <str4d> J’aimerais beaucoup embarquer un étudiant GSoC, mais c’est un sujet séparé. 20:50:50 <zzz> si ce n’est pas pour GSoC, quelle est la raison de « très rapidement » ? 20:51:20 <str4d> zzz : je voulais juste dire que si le travail est fait au CCC alors on ne peut pas en tirer parti au CCC. 20:51:32 <zzz> oh, ok 20:52:08 <str4d> Il faudrait plutôt dire « regardez le site dans x jours », ce qui ne laisse pas une aussi bonne impression. 20:53:46 <zzz> donc ton objectif est d’avoir une bonne réponse pour les personnes qui viennent demander « de quoi avez-vous besoin » ? 20:53:53 <str4d> Sur le site, /todo est antique. /roadmap est clairsemé. /performance/future est séparé, et /develop/applications est un paquet de sujets regroupés en un seul. 20:53:56 <str4d> zzz : oui. 20:54:19 <str4d> Les personnes intéressées par I2P peuvent regarder le site et voir immédiatement comment leurs compétences seront le plus utiles. 20:54:44 <str4d> En haut de la liste : des designers UI ^_^ 20:54:53 <zzz> mais les personnes qui posent cette question n’ont généralement jamais fait tourner I2P, donc ma réponse est « installez-le et faites-le tourner pendant quelques semaines, puis demandez sur IRC » 20:55:52 <str4d> Je ne pense pas que faire tourner I2P doive être un préalable pour aider. 20:55:52 <zzz> mais oui, l’autre réponse est « ui, crypto, ... » 20:56:25 <str4d> À mon humble avis, si tu dis à quelqu’un d’attendre quelques semaines, souvent l’enthousiasme peut être détourné par autre chose. 20:56:28 <str4d> Oui, mais il faut être plus précis. 20:56:28 <zzz> mais réalistement, est-ce que quelqu’un va commencer à dev sans l’avoir jamais utilisé ? 20:56:59 <zzz> je ne peux pas imaginer me porter volontaire pour coder pour un logiciel que je n’ai jamais utilisé. 20:58:33 <str4d> Non, mais on peut commencer à échanger avec eux pendant qu’ils commencent à utiliser I2P. 20:58:33 <zzz> bien sûr. d’accord avec tout. Une liste 'todo' à jour est le signe d’un projet sérieux. 20:58:58 <str4d> Ok, place à l’action : 20:58:58 <RN> ça parle de 6.x et plus ancien là-bas... 20:59:07 <dg> autre chose est de savoir si nous allons abandonner stop-and-go, etc 20:59:16 <dg> les gens pointent nos docs et disent « wow, ils vont l’avoir/le faire » 20:59:33 <str4d> dg : ? 21:00:43 <> RN@kyirc se penche en avant sur la chaise... 21:01:06 <dg> et euh, les délais 21:01:30 * RN se sent nostalgique 21:02:35 <str4d> Au cours de la semaine prochaine, est-ce que tout le monde ici peut établir deux listes. L’une avec les fonctionnalités et améliorations que vous aimeriez voir dans I2P lui-même, l’autre avec les fonctionnalités et améliorations dans l’écosphère I2P (c’est des choses comme de nouvelles applis et services, du travail de dev sur des applis existantes, de la recherche, de la relecture de code, etc.) 21:02:35 <str4d> Pas besoin que ce soit long, mais je pense que si nous contribuons tous quelques points à chaque, même s’il y a des doublons, ce sera un bon point de départ. 21:02:35 * str4d rédigera une ébauche de la manière dont le contenu sera présenté sur le site (quel contenu ira où, etc.) 21:03:29 <RN> avons-nous un mécanisme de sondage raisonnable ? sur le forum ou zzz ? 21:03:31 <zzz> oui, si tu mets en place le cadre on pourra le remplir 21:03:53 <str4d> zzz : c’est toujours comme ça ;P 21:04:33 <str4d> Qui est disponible à cette heure la semaine prochaine pour une « réunion »/discussion de groupe ? 21:04:57 <RN> Je pourrais 21:05:55 <str4d> Le seul sujet sera de trier les listes que les gens apporteront, et de les organiser dans les sections de contenu que je présenterai. 21:05:59 <zzz> d’accord 21:06:20 <dg> moi aussi 21:06:31 <RN> tu veux que les listes te soient envoyées via i2pmail ? 21:06:50 <RN> ou contribuer à un fil sur le forum ou Trac ou ??? 21:07:44 <str4d> RN : si tu ne peux pas venir à la réunion, envoie-moi un lien vers pastethis.i2p 21:08:31 <str4d> Sinon, apportez-la juste à la réunion. 21:08:38 <RN> ok 21:08:41 <str4d> Plutôt qu’une discussion sur zzz.i2p, cette fois je veux essayer un brainstorming indépendant sans être influencé par ce qui a déjà été posté. 21:09:16 <str4d> Après la réunion, nous aurons quelque chose qui pourra être posté sur zzz.i2p ou le wiki (probablement là) pour plus de discussion et d’édition. 21:11:36 <str4d> Est-ce que quelqu’un d’autre a plus à dire sur 7) ? 21:11:45 * str4d a terminé pour cette réunion 21:11:59 <str4d> Sinon je reviens brièvement à 6) 21:13:30 * RN attend le baffing ou la transmission du baffer 21:13:54 * str4d ne suppose rien. 21:14:00 <str4d> 6) Feuille de route sur 6 mois, NTCP2 etc. (str4d, reprogrammé depuis le 28 oct.) 21:14:39 <str4d> Je ne me souviens toujours pas où je voulais aller avec ce sujet, mais il s’emboîte bien avec le 7. 21:14:52 <str4d> Les gros travaux de dev précédents ont été approximativement semestriels, et nous sommes à peu près à la fin d’un cycle. 21:15:38 <str4d> En dehors de la progression continue vers de nouvelles crypto, nous devrions décider où concentrer l’effort de développement pour les six prochains mois. 21:16:07 <str4d> NTCP2 est une suggestion, ainsi que le développement et l’intégration PT 21:16:11 <eche|on> je suis afk maintenant 21:16:21 <str4d> o/ eche|on 21:16:49 <str4d> Formaliser notre liste de tâches nous aidera à mon humble avis autant que cela aidera les nouveaux développeurs potentiels. 21:17:13 <str4d> Au minimum, nous devons nous assurer que la liste papier de zzz des trucs de développement est à l’épreuve du « bus factor » ;) 21:18:44 <Meeh_> quel est le sujet actuel ? 21:19:24 <str4d> Meeh_ : je pense que tout le monde en a fini avec mon laïus, donc je te passe la main :) 21:19:28 <RN> feuille de route sur 6 mois... 21:19:53 <str4d> Pour 6) je pense qu’on peut en parler plus la semaine prochaine, après avoir discuté des listes des gens. 21:20:00 <str4d> s/it/it more/ 21:20:01 <iRelay> str4d voulait dire : Pour 6) je pense qu’on peut en parler plus la semaine prochaine, après avoir discuté des listes des gens. 21:20:31 <Meeh_> ah, merci 21:21:23 <Meeh_> eh bien, pendant que vous aviez la réunion, j’ai fait ce que j’avais dit que je ferais, et ça donne à i2p beaucoup plus de miroirs de téléchargement 21:21:48 <RN> :) 21:21:55 <str4d> Youpi ! 21:22:03 <dg> génial 21:22:03 <Meeh_> dans quelques heures, download.i2p.io devrait fonctionner pour tous, et devrait résoudre en fonction de la latence et du geoip 21:22:06 <Meeh_> aucun enregistré depuis mon site 21:22:07 <Meeh_> truc DNS 21:22:14 <Meeh_> ils ont aussi des noms 21:22:17 <Meeh_> je vais les lister maintenant 21:22:31 <Meeh_> le domaine mentionné était un domaine partagé 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_> tous répondront en http(s) 21:24:19 <Meeh_> oh, de01 va aussi apparaître 21:24:38 <Meeh_> mais NL01 et DE01 ne seront probablement pas en ligne avant demain, cependant tous les autres devraient fonctionner rapidement 21:25:01 * RN fait un câlin à Meeh_ 21:25:09 <Meeh_> J’ai aussi obtenu mes certificats Windows et Apple 21:25:32 <Meeh_> donc je signerai les builds pour i2pd sur OSX et Windows, pour éviter le bloqueur/alerteur « 2untrusted publisher » 21:25:42 <Meeh_> aussi 21:26:20 <Meeh_> chaque membre de l’équipe I2P peut avoir son propre compte mail @ i2p.io OU un alias, avec accès clearnet pour l’occasion 21:26:31 <Meeh_> par exemple marielle a m@i2p.io, et moi j’ai mv@i2p.io 21:26:39 <Meeh_> court et clean :D 21:27:09 <Meeh_> à part ça, désolé de ne pas avoir été plus présent, mais j’espère que les trucs IRL sont réglés maintenant et que je peux reprendre ici :) 21:27:51 <Meeh_> enfin, un build OSX et Windows d’i2pd sort demain ou ce soir. 21:27:53 <Meeh_> merci de m’avoir écouté ! 21:28:12 * RN fait encore un câlin à Meeh_ 21:28:41 <Meeh_> hehe, merci RN :) 21:29:02 <str4d> Meeh_++ 21:29:16 <dg> str4d, zzz, Meeh_++ 21:29:32 <Meeh_> str4d, cela peut/pourrait inclure F-Droid aussi si tu veux 21:29:45 <str4d> Meeh_ : y a-t-il un CDN configuré pour ces serveurs, ou sont-ils « individuels » ? Autrement dit, comment faut-il mettre à jour la liste des miroirs du site web ? 21:30:04 <Meeh_> kytv : un serveur pour les gouverner tous.. souviens-toi que si tu publies sur celui auquel tu as accès, tous les serveurs le reçoivent 21:31:42 <Meeh_> str4d : Je suis en partie avancé sur l’équilibrage DNS 21:31:42 <Meeh_> c’est-à-dire qu’il réagit vers le miroir le plus proche 21:31:42 <Meeh_> donc on pourrait utiliser un domaine unique pour tous 21:31:42 <str4d> Ok, donc le seul lien de téléchargement que les gens verront est download.i2p.io 21:31:42 <Meeh_> mais le guide était pour bind9 et je fais tourner powerdns sur le serveur nécessaire donc je dois juste... trouver leur façon de faire la même chose 21:31:42 <str4d> (pour ce système de miroirs) 21:31:55 <Meeh_> oui, ou si nous allons ... adopter ça, nous pouvons tout écrire 21:31:58 <str4d> F-Droid dessus serait idéal aussi. 21:32:51 <Meeh_> oui, pour l’instant c’est juste un simple rsync, mais je passerai à un proxy OpenStack Swift à chaque emplacement dès que je verrai une forte demande 21:33:07 <Meeh_> alors ce sera aussi une URL REST pour publier des mises à jour 21:33:15 <Meeh_> même zzz pourra le faire lui-même depuis son navigateur avec les bons identifiants 21:33:31 <Meeh_> (quand swift est ajouté) 21:33:47 <Meeh_> la raison pour laquelle je ne l’ai pas fait maintenant, c’est que ça m’aurait pris une heure ou deux de plus 21:33:49 <Meeh_> au moins 21:34:00 <Meeh_> sinon je n’aurais pas attrapé la réunion :p 21:34:20 <str4d> Soit comme https://fdroid.i2p.io/repo/ et https://fdroid.i2p.io/archive/, soit comme https://download.i2p.io/fdroid/repo/ et https://download.i2p.io/fdroid/archive/ 21:34:42 <str4d> La seconde option est probablement meilleure, ainsi nous n’avons pas besoin de certificats HTTPS séparés. 21:34:51 <psi> i2p.io va-t-il être un inproxy ? 21:34:51 <Meeh_> choisissez n’importe quel *.i2p.io/* et vous pouvez utiliser le wildcard https 21:34:58 <Meeh_> à toi de choisir 21:35:01 <Meeh_> non 21:35:04 <Meeh_> la page d’i2pd 21:35:14 <Meeh_> sous-site de PS 21:35:24 <Meeh_> évidemment, en liant aussi vers geti2p.net 21:36:02 <Meeh_> voyez ça comme une page readme plus ou moins, à la fois sur I2P en tant que réseau et i2pd en tant que client 21:36:21 <Meeh_> pas encore prêt, donc si vous avez des idées, écrivez s’il vous plaît 21:37:47 <str4d> Meeh_ : ça a l’air bien. Si tu as un certificat wildcard alors je choisirai fdroid.i2p.io (ou f-droid.i2p.io, qui serait techniquement correct) 21:37:56 <str4d> Oui, va avec f-droid.i2p.io 21:38:08 <Meeh_> sûr, on l’ajoute 21:38:16 <str4d> Ok, la réunion est AMHA terminée. Des demandes finales de sujets ? 21:38:27 <Meeh_> veux-tu aussi un accès, et configurer ton propre vhost dans nginx ? 21:38:35 <Meeh_> le même serveur auquel kytv 21:38:46 <Meeh_> a accès 21:39:00 <Meeh_> je pense que tu l’avais en fait, ou l’as 21:39:15 <Meeh_> à cause de la mise en place initiale de F-Droid 21:39:22 <str4d> Oui - c’est comme ça que j’ai envoyé les trucs F-Droid existants 21:39:22 <Meeh_> si je me souviens bien 21:39:32 <str4d> Bref 21:39:34 * str4d échauffe le baffer 21:39:43 <Meeh_> connecte-toi, vérifie si ton mdp fonctionne, dis-moi si ce n’est pas le cas et je m’assure que tu peux sudo 21:39:55 * str4d ***bafs la réunion close 21:40:13 * RN danse une danse de remerciement pour une bonne réunion

Version 0.9.16

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

0.9.16 constitue une avancée importante dans notre plan de migration des signatures cryptographiques DSA vers ECDSA puis EdDSA, et apporte plusieurs autres modifications pour renforcer votre anonymat et votre sécurité. Les tunnels client de type standard, IRC et SOCKS IRC utiliseront par défaut des signatures ECDSA. De plus, nous avons corrigé un grand nombre de bogues graves, y compris des blocages de la console.

Des modifications des structures de données du router exigeront que les utilisateurs du plugin i2pcontrol mettent à jour vers la version 0.0.9.

Version 0.9.15

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

La version 0.9.15 ajoute la prise en charge préliminaire des signatures Ed25519 EdDSA. Elle inclut un nouveau back-end de configuration persistant pour i2psnark et corrige plusieurs problèmes dans la gestion des noms de fichiers par i2psnark. Plusieurs améliorations visent à accélérer SAM. Les plugins prennent désormais en charge des signatures plus fortes dans le format de fichier su3. L’installation des plugins via la console, qui avait été désactivée dans la version 0.9.14, est réactivée.

Version de test Android sur Google Play en Norvège

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

I2P Android existe depuis plus de trois ans. Pendant cette période, il est passé d’un simple projet de test à un portage Android utilisable et utile du router I2P. Notre objectif a toujours été de publier I2P Android sur Google Play, afin de faciliter la découverte, l’installation et l’utilisation d’I2P sur les appareils Android des utilisateurs. Après de nombreux efforts pour améliorer l’interface utilisateur, corriger des bogues et effectuer des tests, nous pensons que I2P Android est enfin prêt à aller là où sont les utilisateurs.

La naissance de Privacy Solutions

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

Bonjour à tous !

Aujourd’hui, nous annonçons le projet Privacy Solutions, une nouvelle organisation qui développe et maintient des logiciels I2P. Privacy Solutions comprend plusieurs nouvelles initiatives de développement conçues pour renforcer la vie privée, la sécurité et l’anonymat des utilisateurs, basées sur les protocoles et la technologie I2P.

Ces efforts comprennent :

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.

Le financement initial de Privacy Solutions a été assuré par les soutiens des projets Anoncoin et Monero. Privacy Solutions est une organisation à but non lucratif basée en Norvège, enregistrée auprès des registres du gouvernement norvégien. (Un peu comme une 501(c)3 américaine.)

Version 0.9.14.1

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

0.9.14.1 inclut des correctifs pour le formulaire “Add Torrent” dans i2psnark et pour quelques autres formulaires Web. Nous avons rétabli la possibilité d’installer des plugins via la console, mais vous devez d’abord modifier votre fichier router.config (dans ~/.i2p/ ou /var/lib/i2p/i2p-config/ ou %APPDATA%\I2P) pour ajouter la ligne routerconsole.enablePluginInstall=true. D’autres fonctionnalités avancées rarement utilisées, qui avaient été supprimées dans la 0.9.14, peuvent être rétablies en ajoutant la ligne routerconsole.advanced=true.

Comme d’habitude, si le router est configuré avec le paramètre par défaut “Download and Verify”, il téléchargera automatiquement la mise à jour et affichera un bouton pour redémarrer. Cependant, en raison d’un bogue dans la version 0.9.14, si votre mise à jour est configurée sur “Notify only”, le bouton de téléchargement ne sera pas affiché. Vous devez modifier votre configuration en “Download and Verify” ou “Download, Verify, and Restart” pour effectuer la mise à jour.

Version 0.9.14 d'I2P

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

La version 0.9.14 comprend des correctifs critiques pour des vulnérabilités XSS et d’exécution à distance signalées par Exodus Intelligence. Par mesure de précaution supplémentaire, nous avons désactivé plusieurs fonctionnalités de configuration avancées dans la console du router, y compris l’installation de nouveaux plugins. Nous prévoyons de les réactiver dans une version ultérieure après un examen complémentaire.

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

I2P requiert désormais Java 6 ou une version supérieure. Nous vous recommandons vivement de passer à Java 7. Si vous utilisez encore Java 5, vous devez mettre à jour Java avant d’installer I2P 0.9.12.

0.9.12 ajoute une prise en charge préliminaire des Destinations signées avec ECDSA. Elle contient plusieurs correctifs concernant le traitement des messages Delivery Status (accusés de réception) et ces messages sont désormais chiffrés de bout en bout pour renforcer la sécurité.

Le moteur de recherche DuckDuckGo accorde 5 000 $ à l'Invisible Internet Project

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

Somewhere, NH – La société spécialisée dans la recherche sur Internet DuckDuckGo fait don de 5 000 $ à Invisible Internet Project (I2P) dans le cadre de son programme annuel de dons à l’open source. Le prix a été attribué sur la base de propositions par des membres du public sur le portail communautaire de DuckDuckGo. Mettant l’accent sur la protection de la vie privée, DuckDuckGo propose un moteur de recherche qui ne piste pas ses utilisateurs et ne stocke aucune donnée personnelle. I2P est un réseau anonyme destiné à protéger les individus de la surveillance de masse régulièrement pratiquée par les FAI et les gouvernements.

Réunion des développeurs I2P - 11 mars 2014

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

Récapitulatif rapide

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

Journal de réunion

20:00:26 <zzz> 0. Salut 20:00:26 <zzz> 1. demande d'ajout d'anoncoin.i2p sur la page d'accueil de la console (Meeh) 20:00:26 <zzz> 2. Git (Meeh) 20:00:26 <zzz> 3. Services réduits d'Echelon / incorporation (création d'une entité juridique) 20:00:26 <zzz> 0. Salut 20:00:27 <zzz> Salut 20:00:33 <zzz> Limitons chaque sujet à environ 15 minutes 20:01:43 <eche|on> salut 20:02:02 <orion> Salut. 20:02:29 <inscrut_> salut eche|on 20:02:39 <inscrut_> o/ orion 20:02:48 <topiltzin> salut 20:04:08 <inscrut_> yo topz 20:05:15 <str4d> hey 20:05:26 <topiltzin> netsplit 20:05:54 <str4d> bouh 20:05:59 <str4d> siffle 20:06:15 * inscrut_ lance une tomate 20:08:58 <topiltzin> bon, la réunion est terminée. Circulez maintenant 20:09:01 <eche|on> sur les sujets 0-2 je suis plus ou moins « allez-y ». 20:09:12 <zzz> ok, essayons encore une fois 20:09:12 <zzz> <zzz> 0. Salut 20:09:12 <zzz> <zzz> 1. demande d'ajout d'anoncoin.i2p sur la page d'accueil de la console (Meeh) 20:09:12 <zzz> <zzz> 2. Git (Meeh) 20:09:12 <zzz> <zzz> 3. Services réduits d'Echelon / incorporation 20:09:12 <zzz> <zzz> 0. Salut 20:09:12 <zzz> <zzz> Salut 20:09:12 <zzz> <zzz> Limitons chaque sujet à environ 15 minutes 20:09:12 <zzz> <zzz> Pour 2 et 3, qui sont des sujets vastes et souvent discutés, concentrons-nous sur où nous en sommes et quoi faire ensuite, pas sur comment nous en sommes arrivés là 20:09:12 <zzz> <zzz> Je ne m'attends pas à prendre de décision sur 2 ou 3, mais ce serait bien de définir les prochaines étapes de recherche si nécessaire 20:09:12 <zzz> <zzz> De plus, des informations de contexte sur les points de l'ordre du jour sont au lien dans /topic ci-dessus. 20:09:12 <zzz> <zzz> 1. demande d'ajout d'anoncoin.i2p sur la page d'accueil de la console (Meeh) 20:09:12 <zzz> <zzz> Meeh, es-tu là ? 20:09:12 <zzz> <zzz> on saute 1 et 2 20:09:12 <zzz> <zzz> 3. Services réduits d'Echelon / incorporation 20:09:12 <zzz> <zzz> eche|on, es-tu là ? 20:09:44 <zzz> donc nous avons sauté 1 et 2 et nous passons au 3. eche|on, la parole est à toi 20:10:12 <eche|on> en raison de nombreux problèmes privés et non privés, j'ai réduit mes services et je vais en réduire d'autres 20:10:20 <eche|on> par ex. false.i2p est hors service 20:10:48 <eche|on> quel service sera le prochain, je ne peux pas le dire pour l'instant, je continuerai à gérer l'argent au moins pour cette année 20:11:27 <eche|on> je me dis maintenant que je ne pourrais pas empêcher I2P de perdre de l'argent à cause de fraudes et d'autres trucs, ça devient plus difficile 20:11:54 <eche|on> et plus il y a d'argent, plus c'est difficile, surtout avec des entreprises qui nous font des dons, que nous devrions dépenser pour des choses « utiles ». 20:12:17 <orion> J'aimerais intervenir. 20:12:19 <eche|on> ce n'est pas très clair, plutôt un « ressenti », je sais, mais je voulais juste vous informer 20:13:33 <AK-47> Merci pour le temps que ça a duré, en tout cas. 20:13:33 <psi> salut 20:13:33 <zzz> eche|on, as-tu des propositions précises à nous soumettre aujourd'hui ? 20:14:30 <zzz> deux possibilités qui pourraient alléger un peu ta charge — nommer orion « trésorier adjoint — U.S. $$ » et Meeh « trésorier adjoint — BTC/altcoin » — l'une ou l'autre aiderait-elle ? 20:14:31 <eche|on> ma proposition : réfléchir sérieusement à l'incorporation et si non 20:14:50 <eche|on> un trésorier pour les $ aidera pour les dons en $, bien sûr 20:15:00 <eche|on> et Meeh pour alt/BTC, ça irait aussi 20:15:43 <inscrut_> est-il possible de rendre publics les comptes ? peut-être sous forme d'un grand livre en partie double ? 20:15:52 <eche|on> les comptes ? 20:16:01 <eche|on> `http://echelon.i2p/donations/index.html` 20:16:09 <iRelay> Titre : Donations (sur echelon.i2p) 20:16:26 <orion> Je veux faire deux propositions distinctes. La première est la suivante : nous devrions garder l'argent réparti en plusieurs devises (dollar, euro, *coin). 20:16:39 <orion> Et elles devraient être conservées dans différentes juridictions. 20:16:40 <eche|on> mon plus gros problème/crainte est la somme de près de 40k entre mes mains. officiellement, c'est mon argent aux yeux de la loi, pas celui d'I2P. 20:17:54 <str4d> hmm. Donc si tu as des problèmes financiers personnels, légalement tu devrais liquider les fonds d'I2P. 20:18:15 <eche|on> exact 20:18:32 <eche|on> c'est le problème quand on n'est pas une entité juridique 20:18:54 <eche|on> et c'est pourquoi je ne veux pas plus de 50k ici, à peu près 20:21:36 <orion> eche|on : avant d'envisager l'incorporation, es-tu d'accord pour que l'argent soit conservé à la fois dans différentes devises et juridictions ? 20:21:43 <eche|on> je n'ai pas de gros problèmes (personnels) avec plus de 50k, mais s'il y a des problèmes, I2P perdra, ce qui n'est pas mon intention 20:22:05 <zzz> garder un compte en $$ a des avantages. Une grande partie de nos revenus et dépenses sont en $$ et nous perdons beaucoup en conversions aller-retour 20:22:13 <eche|on> orion : un compte en $ basé aux US est utile et si quelqu'un le veut : oui 20:22:34 <orion> Je me propose pour détenir des USD sur un compte. 20:23:40 <zzz> est-ce gérable que plusieurs personnes détiennent de l'argent tout en consolidant les totaux et transactions sur la page hall-of-fame ? 20:24:25 <eche|on> c'est possible grâce à l'hébergement mtn/git de notre page web 20:24:42 <eche|on> il nous faudrait un tableau/une section pour chaque devise 20:25:06 <str4d> l'affichage est simple 20:25:07 <eche|on> si on veut répartir UNE devise entre 2+x personnes, elles doivent bien se coordonner 20:26:58 <zzz> eche|on resterait trésorier et responsable des totaux, avec des adjoints chargés de suivre leur part ? 20:27:00 <eche|on> à propos de l'incorporation : 50k ne valent pas les ennuis AMHA, mais il Y A un risque 20:27:16 <eche|on> zzz : ça irait. 20:27:30 <zzz> l'incorporation réduit très peu le risque 20:27:50 <eche|on> mais ça me retire le risque ;-) 20:29:03 <orion> J'ai une proposition qui n'implique pas d'incorporation : un fonds en fiducie 20:29:03 <str4d> n'empêche pas les pertes volontaires d'argent, mais évite les pertes juridiques dues à l'insolvabilité personnelle 20:29:06 <zzz> donc la proposition est de nommer orion trésorier adjoint — U.S. — des objections ou d'autres commentaires là-dessus ? 20:29:07 <topiltzin> ne dépense pas les bitcoins en acide 20:29:09 <str4d> J'appuie la nomination d'orion 20:29:59 <zzz> ok, on dirait que c'est réglé, eche|on et orion peuvent régler les détails. 20:30:16 <eche|on> addendum à la liste des sujets : 20:30:24 <eche|on> 4. prime de 50 BTC pour le client Bitcoin 20:30:43 <zzz> Nous arrivons à la fin de nos 15 minutes. Prochaines étapes sur l'incorporation ou propositions/choses à faire/recherches à ce sujet ? 20:30:53 <eche|on> 50 BTC, c'est beaucoup d'argent pour un plugin I2P btc. Proposition : réduire à 10 et mettre 40 BTC dans le fonds général 20:31:05 <zzz> ok ech tu es sur la liste pour le n°4 20:31:15 <orion> topiltzin : je ne le ferai pas. :x 20:31:29 <zzz> dernier appel pour le sujet 3 20:31:35 <orion> zzz : fonds en fiducie. 20:31:52 <orion> Je veux proposer cela comme alternative peu coûteuse à l'incorporation. 20:32:25 <zzz> ok, et si tu rédiges une proposition et que tu la postes quelque part, on pourra en discuter à une réunion ultérieure ? 20:32:41 <str4d> Avec par ex. Quelles sont les différences juridiques ? 20:33:46 <zzz> fin du sujet 3 20:33:50 <zzz> retour au sujet 1 20:33:52 <zzz> 1. demande d'ajout d'anoncoin.i2p sur la page d'accueil de la console (Meeh) 20:34:09 <zzz> des discussions, accords ou objections à propos d'anoncoin.i2p sur la page d'accueil ? 20:34:44 <eche|on> allez-y, ajoutez-le 20:35:41 <zzz> anoncoin pourrait être sur le point de grandir et Meeh travaille à le promouvoir davantage auprès de la communauté I2P 20:35:48 <zzz> dernier appel pour 1 20:36:22 <eche|on> je serais prudent sur « prendre de l'ampleur »; même litecoin n'a pas vraiment percé, c'est un peu du battage, mais bon, c'est bien qu'anoncoin soit connu pour I2P 20:36:40 <eche|on> dommage que Snowden n'ait pas fait de marketing pour I2P 20:36:49 <zzz> hé. 20:37:03 <zzz> mais parlez à Meeh si vous avez des questions sur ses plans 20:37:06 <str4d> Je n'ai pas pu voir le site web, mais je n'ai pas d'objection évidente. 20:37:08 <eche|on> je le ferai 20:37:16 <zzz> fin du 1. Je l'ajouterai. 20:37:17 <zzz> 2. Git (Meeh) 20:37:30 <efkt> +1 pour anoncoin 20:37:38 <orion> Pas d'objections pour anoncoin. 20:37:39 <eche|on> git - pas de véritable objection, sauf le problème de reprise et le besoin d'un tutoriel 20:37:40 <zzz> des avis sur git ? 20:37:56 <zzz> il y a un problème de reprise ? 20:38:08 <str4d> Avantages : 20:38:12 <eche|on> à ce que je sache, GIT ne gère pas la reprise 20:38:16 <str4d> Tout le monde le connaît 20:38:24 <orion> Attends, c'est quoi la reprise ? 20:38:32 <orion> Quel est le contexte de ce sujet ? 20:38:50 <zzz> `http://zzz.i2p/topics/1588` <--- contexte 20:38:56 <iRelay> Titre : zzz.i2p: Meeting Tues. Mar. 11 8 PM UTC (sur zzz.i2p) 20:38:57 <topiltzin> Si la connexion se coupe pendant un fetch/clone/pull/push 20:39:03 <eche|on> orion : sur un gros clone/pull/... si le tunnel se coupe, est-ce que git recommence depuis le début ou au milieu de la transaction ? 20:40:11 <str4d> Tout le prend en charge 20:40:12 <str4d> Peut signer ou approuver des commits avec des clés GPG 20:40:12 <str4d> orion : possible passage de mtn à git 20:40:12 <str4d> Inconvénients : 20:41:09 <str4d> - Reprise non prise en charge (si un pull échoue en cours, il faut recommencer depuis le début) 20:41:09 <str4d> - fuseau horaire local stocké dans le commit 20:41:09 <str4d> (corriger avec alias git='TZ=UTC git') 20:41:41 <zzz> HH a récemment accepté une pull request sur github i2p.i2p. S'il peut faire ça, pourquoi passer à git ? Le vrai git est-il meilleur que l'export ? 20:42:05 <topiltzin> le vrai git serait anonyme puisque nous n'utiliserions pas github 20:42:42 <topiltzin> il y a d'autres problèmes avec l'export — les changements depuis le dernier export ne sont visibles qu'au prochain export 20:42:49 <zzz> Je pensais que l'objectif était de faciliter les pulls sur github 20:43:26 <zzz> si un nouveau contributeur doit faire tourner git à l'intérieur d'I2P, est-ce qu'on lui a vraiment simplifié la vie ? 20:43:58 <topiltzin> si nous faisions quoi ? 20:44:14 <zzz> passé à git, quoi que ça veuille dire 20:44:37 <topiltzin> je suppose que nous aurions des serveurs git dans I2P ainsi que sur le clearnet, comme nous les avons en mtn maintenant 20:45:46 <topiltzin> et ils se synchroniseraient périodiquement comme maintenant. Conceptuellement tout reste pareil, on ne change que le logiciel 20:45:53 <zzz> Je suppose que je ne sais pas comment fonctionnent les pull requests, donc je vais arrêter de poser des questions 20:47:30 <topiltzin> une pull request, c'est comme dire : « Merci de vous synchroniser depuis mon dépôt git » 20:47:56 <topiltzin> au niveau conceptuel, il y a très peu de différence entre git et mtn. C'est surprenant à quel point leurs mécanismes sont similaires 20:47:56 <zzz> et si on faisait un sondage informel — toute personne ayant un avis, tapez ++, +, 0, -, ou -- pour très favorable/favorable/neutre/opposé/très opposé au passage à git 20:48:05 <topiltzin> ++ 20:48:08 <orion> ++ 20:48:17 <eche|on> 0 20:49:02 <zzz> 0 20:50:14 <zzz> des volontaires pour approfondir et faire un retour ? 20:51:08 <topiltzin> des précisions sur quoi rechercher ? 20:51:28 <zzz> nous avons par ex. viewmtn, trac, et des éléments mtn intégrés dans nos scripts de build qui devraient tous être traités. Quelqu'un pour faire une liste de ce qui serait nécessaire et de l'effort associé 20:51:59 <zzz> et pour déterminer si le problème de reprise est sérieux ou non 20:53:01 <zzz> bon alors, remettons ça à Meeh puisque c'est son point à l'ordre du jour. Nous lui demanderons de faire un retour lors d'une prochaine réunion. 20:53:10 <zzz> autre chose sur le 2 ? 20:53:12 <topiltzin> je vais jeter un œil, même si j'imagine que kytv s'y connaît mieux sur les scripts de build, non ? 20:53:42 <zzz> la partie build, c'est surtout moi 20:53:52 <zzz> fin du 2) 20:53:59 <zzz> 4. prime de 50 BTC pour le client Bitcoin - echelon, à toi 20:54:39 <eche|on> ok, il reste 50 BTC sur la prime pour le client bitcoin natif pour la tâche « intégrer le client btc dans le client I2P », alias : plugin 20:55:38 <eche|on> il existe déjà un client btc pour I2P (AMHA giv l'a fait) et il a reçu 68 BTC et 30 de la prime pour le client autonome 20:56:08 <eche|on> à présent : 50 BTC, c'est BEAUCOUP pour faire un plugin. J'aimerais le scinder, p. ex. 10 BTC pour le plugin, 40 pour le fonds général 20:56:28 <str4d> même 10 BTC, c'est beaucoup. 20:57:12 <kytv> (1 BTC, c'est beaucoup) 20:57:22 <kytv> (pour un plugin) 20:59:04 <eche|on> je ne sais pas, c'est pour ça que je l'ai mis à l'ordre du jour 20:59:16 <eche|on> je ne veux pas être le méchant qui « vole » de l'argent aux primes 21:02:42 <zzz> pas d'objections à le scinder 21:03:00 <eche|on> ok 21:03:09 <eche|on> je le ferai 21:03:22 <zzz> d'autres avis sur le 4) ? 21:03:45 <kytv> pour être clair : pas d'objections à la répartition. 21:03:52 <zzz> autre chose pour la réunion ? 21:04:23 * zzz encourage les gens à discuter entre les réunions 21:04:41 <kytv> (grosse objection à ce que 50 BTC aillent à un plugin... je veux dire http://coinmill.com/BTC_EUR.html#BTC=50) 21:04:45 <iRelay> Titre : Convert Bitcoins (BTC) and Euros (EUR): Currency Exchange Rate Conversion Calculator (sur coinmill.com) 21:04:53 <zzz> et rappelle que n'importe qui peut planifier une réunion sur n'importe quel sujet à tout moment 21:05:06 * zzz *baf* clôt la réunion

Logiciel malveillant sur i2pbrowser.net

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

Nous avons récemment été informés de l’existence de i2pbrowser.net. Ce site web copie notre page d’accueil et notre page de téléchargement, et tente de tromper les utilisateurs afin de les amener à télécharger un logiciel malveillant pour Windows.

Il existe plusieurs indicateurs qui suggèrent que i2pbrowser.net est un site malveillant :

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.

Nous n’avons pas examiné nous-mêmes le logiciel malveillant, mais il ne semble pas très sophistiqué ; il n’est pas intégré au logiciel I2P ni fourni avec celui-ci. L’expert en sécurité informatique Lance James a publié un tweet le qualifiant de « DarkComet RAT standard ».

Version 0.9.11

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

0.9.11 continue d’améliorer la recherche et le stockage des LeaseSet afin d’empêcher un attaquant de corréler une Destination avec un Router. Il ajoute la prise en charge du plugin outproxy (proxy de sortie) Orchid qui est disponible sur plugins.i2p. On observe une réduction de la consommation mémoire grâce à des correctifs dans les transports. Nous avons apporté quelques améliorations au protocole I2CP qui fourniront de meilleures capacités de recherche et une protection d’autorisation pour les clients externes. Bien sûr, il y a aussi la collection habituelle de corrections de bogues. Tous les utilisateurs devraient mettre à jour.

Version 0.9.10

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

La version 0.9.10 modifie le mécanisme de recherche de LeaseSet, rendant plus difficile pour un attaquant de corréler une Destination avec un Router. Elle corrige également des bogues d’encodage de caractères dans susimail, et inclut de nombreux autres correctifs et des mises à jour de traduction. La plupart d’entre vous mettront à jour via torrent, en utilisant le nouveau format de mise à jour “su3” avec des clés plus fortes.

Version 1.105b de Syndie

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

Il s’agit de la première version stable depuis février 2013. Elle est essentiellement identique à la 1.104b-7-rc, avec quelques mises à jour de traduction.

Tous les binaires et les paquets source sont disponibles sur syndie.de et syndie.i2p. Les plugins sont disponibles sur plugins.i2p et stats.i2p.

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

0.9.8.1 corrige un problème de mise à jour vers la version 0.9.8 sous Windows pour certains utilisateurs. Les nouvelles installations et les plateformes non Windows ne sont pas concernées ; toutefois, toutes les plateformes se mettront à jour automatiquement, même si elles exécutent la version 0.9.8.

Consultez le ticket Trac pour des détails et des solutions de contournement. Consultez les notes de version 0.9.8 pour des informations sur IPv6 et d’autres changements.

Version 0.9.8

Mon, 30 Sep 2013 00:00:00 +0000

0.9.8 inclut la prise en charge, très attendue, d’IPv6. Elle est activée par défaut, mais vous avez bien sûr besoin d’une adresse IPv6 publique pour l’utiliser. La configuration se trouve dans l’onglet de configuration ’network’ de votre console. Nous avons également apporté des améliorations en matière d’anonymat, notamment le bourrage des paquets SSU et des clés privées du router plus longues.

30 % d’entre vous recevront la mise à jour via un torrent au sein du réseau au cours de ce cycle de mise à jour.

Réunion des développeurs I2P - 10 septembre 2013

Tue, 10 Sep 2013 00:00:00 +0000

Récapitulatif rapide

Présents: dbowie, dg, efkt, EpicCoffee, Pseudonemo, psi, topiltzin, trolly, welterde, zzz

Journal de réunion

20:00:31 <zzz> 0) salut 20:00:38 <zzz> 1) refonte du site web (str4d) 20:00:55 <zzz> 2) demande d'ajout à la page d'accueil de la console pour `http://open4you.i2p/` 20:01:03 <iRelay> Title: open4you.i2p (à open4you.i2p) 20:01:11 <zzz> 3) désactiver l'outproxy (topiltzin / dg) 20:01:20 <zzz> 4) mise à jour du projet netdb (hottuna) 20:01:23 <zzz> 0) salut 20:01:25 <zzz> salut 20:01:30 <dg> salut 20:01:35 <topiltzin> salut 20:01:42 <zzz> plus d'infos et liens sur `http://zzz.i2p/topics/1460` 20:01:55 <zzz> essayons quelque chose de nouveau et limitons chaque point de l'ordre du jour à 15 minutes 20:02:00 <iRelay> Title: zzz.i2p: Meeting Tues. Sept. 10, 8 PM UTC (à zzz.i2p) 20:02:03 <zzz> 1) refonte du site web (str4d) 20:02:07 <zzz> à toi, str4d 20:04:12 <zzz> on saute le point 1) pour l'instant 20:04:17 <zzz> 2) demande d'ajout à la page d'accueil de la console pour `http://open4you.i2p/` 20:04:21 <iRelay> Title: open4you.i2p (à open4you.i2p) 20:04:28 <zzz> la personne ayant fait la demande open4you est-elle ici ? 20:05:53 <zzz> on saute le 2) pour l'instant 20:05:59 <zzz> 3) désactiver l'outproxy (topiltzin / dg) 20:06:05 <zzz> à toi dg ou topiltzin 20:06:05 <dg> \o 20:06:13 <dg> Je commence. 20:06:50 <dg> Salut tout le monde, j'y réfléchis depuis un moment : je pense que le fait d'inclure par défaut l'outproxy pour HTTP (et peut-être HTTPS) n'est pas en phase avec nos objectifs ; 20:07:25 <dg> la plupart du temps, quand on pose des questions sur IRC au sujet de l'outproxy, les membres de la communauté recommandent Tor et de ne pas toucher à l'outproxy pour la plupart des usages / voire aucun 20:07:38 <dg> « on laisse ça à Tor » revient très souvent 20:08:22 <dg> l'outproxy est centralisé, ce qui est évidemment un gros problème ; Tor a déjà des problèmes malgré des milliers de nœuds de sortie, alors nous avec un seul 20:08:43 <dg> au-delà des questions de sécurité, c'est un problème d'ergonomie. Et si quelqu'un qui essaie I2P pense qu'I2P est simplement lent parce que google.com charge lentement ? Ah, et c'est en allemand ? Hein ? 20:09:14 <dg> Nous n'avons pas intégré le code pour l'outproxy comme une fonctionnalité « réelle » pour une raison : nous ne voulons pas le faire et les services cachés sont notre cible 20:09:58 <dg> J'ai l'impression qu'en insérant l'outproxy par défaut, nous mettons les utilisateurs en danger et brouillons (potentiellement) leur perception de ce qu'est I2P et de ce qu'il fait. 20:10:04 <dg> fin du pitch initial 20:10:17 <zzz> topiltzin, tu as quelque chose à ajouter ? 20:10:52 <topiltzin> c'est une bonne liste ; je comprends aussi l'argument de KillYourTV selon lequel la fonctionnalité ne devrait pas être supprimée 20:11:22 <zzz> ok, ouvrons la discussion aux commentaires des autres 20:11:23 <topiltzin> mais je suis fortement d'accord avec dg qu'il vaut mieux dissuader les utilisateurs d'utiliser I2P pour naviguer sur le Clearnet 20:12:17 <dg> Quelqu'un (Pseudonemo) a proposé une page d'explication sur pourquoi les sites du Clearnet ne se chargeront pas, avec éventuellement une recommandation d'utiliser Tor. 20:12:19 <welterde> un plugin qui ferait de l'outproxy via Tor localement serait sympa.. 20:12:45 <dg> welterde : amusant que tu dises ça.. jtor a été présenté par ioerror à zzz il y a quelques semaines. 20:13:26 <welterde> dg : ouais.. c'est à ça que je pensais.. ce serait bien plus propre que de devoir compter sur un composant externe en fonctionnement 20:13:52 <dg> Alors, des avis ? 20:13:54 <efkt> En général, la seule fois où je vois I2P évoqué, c'est pour répondre à des questions du genre « Pourquoi ça ne marche pas comme je veux ? » et fournir des alternatives comme l'outproxy de Meeh ou simplement utiliser Tor. Avoir l'option de l'outproxy est une bonne chose, et le fait que les utilisateurs sachent qu'il existe une telle option est aussi appréciable. 20:13:56 <zzz> Je suis contre le fait de le retirer — c'est une fonctionnalité limitée, oui, mais ce qu'elle fait, elle le fait plutôt bien. On n'améliorera pas son ergonomie en la désactivant. On rendra juste les choses plus dures et plus confuses. 20:14:45 <EpicCoffee> Globalement je suis d'accord avec zzz (depuis mon arrivée) 20:14:58 <zzz> peut-être que lorsque nous aurons une meilleure solution (un plugin Tor) alors nous pourrions désactiver celui d'echelon par défaut 20:15:19 <trolly_> les options c'est toujours bien, et j'utilise beaucoup les outproxies, je sais bien sûr qu'il ne faut pas faire confiance aux communications via outproxies 20:15:21 <dg> Pourquoi faire quelque chose pour lequel nous reconnaissons (pour la plupart) que Tor est meilleur ? On donne l'impression de décevoir les gens rien qu'en essayant, c'est une fausse impression. Une page d'explication bien conçue pourrait atténuer la confusion/difficulté 20:15:46 <dg> Je ne propose pas de supprimer la capacité, juste le réglage par défaut 20:15:47 <zzz> on dirait que dg décrit surtout un problème de documentation/sensibilisation, qui ne sera pas résolu en le désactivant. 20:16:24 <topiltzin> ça ne serait pas résolu mais évité 20:16:31 <dg> Je ne vois pas pourquoi l'utilisateur devrait faire confiance à un tiers en installant I2P 20:16:36 <zzz> i2ptunnel fait peur et je préférerais ne pas avoir à envoyer les gens là-dedans pour l'activer 20:16:36 <EpicCoffee> Certaines personnes n'utilisent pas Tor et ne l'utiliseront pas pour diverses raisons. Elles peuvent avoir besoin d'un outproxy I2P. 20:17:12 <topiltzin> La proposition de kytv d'avoir une page d'avertissement qui clarifie les choses serait une bonne solution, non ? 20:17:16 <trolly_> dg tu as raison, EpicCoffee aussi 20:17:26 <EpicCoffee> À de rares occasions j'utilise l'outproxy, surtout pour consulter des liens envoyés dans i2prc 20:17:42 <dg> Je comprends qu'on puisse dire « eh bien, l'utilisateur devrait lire » ou autre mais.. doit-on les laisser se tirer une balle dans le pied aussi facilement ? 20:17:49 <trolly_> comme moi EpicCoffee 20:17:51 <zzz> vu sous un autre angle, même s'il est activé par défaut côté I2P, il faut toujours une action volontaire de l'utilisateur pour l'activer dans le navigateur. On pourrait donc dire qu'il n'est pas activé par défaut, si l'on prend aussi en compte le navigateur. 20:18:09 <EpicCoffee> Si le lien ne peut pas se charger via l'outproxy, il est peu probable que je le charge via le Clearnet. 20:18:32 <dg> Parcourir des eepsites demande une action volontaire, c'est quand même déroutant. Si quelqu'un est conscient des risques, il peut ajouter l'outproxy. 20:18:37 *** trolly_ est maintenant connu sous le nom de trolly 20:18:37 <dg> Ou charger le plugin Tor peut-être à venir 20:18:49 <EpicCoffee> Je suis sûr de ne pas être le seul. 20:18:49 <EpicCoffee> lol 20:18:55 <zzz> eche|on a-t-il un avis ? 20:19:03 <dg> Ce n'est pas non plus une attaque contre echelon, mais devrait-on faire confiance à une seule personne pour tout le trafic outproxy ? 20:19:12 <dg> Peu importe qui c'est, c'est un point unique et une seule personne 20:19:37 <zzz> préfères-tu faire confiance à une personne que tu connais un peu, ou à 3000 personnes que tu ne connais pas ? 20:19:41 <dg> On peut facilement supposer qu'I2P met en œuvre un mécanisme similaire à Tor 20:19:57 <dg> à 3000 personnes que je ne connais pas 20:20:10 <zzz> on arrive à la marque des 15 minutes. Avons-nous une forme de consensus ? Quelqu'un d'autre a un avis là-dessus ? 20:20:34 <welterde> AMHA nous ne devrions pas le désactiver tant que nous n'avons pas le plugin Tor 20:20:37 <Pseudonemo> Je pense que dg argumente principalement du point de vue des nouveaux utilisateurs. Ils ne connaissent pas eche|on. 20:20:51 <topiltzin> +1 Pseudonemo 20:20:59 <dg> Moi, je connais eche|on, donc l'outproxy ne me dérange pas tant, mais oui. 20:21:04 <dg> welterde : je peux accepter ce compromis. 20:21:21 <EpicCoffee> personne ne devrait utiliser un outproxy pour quoi que ce soit de sensible. ça devrait aller de soi lol. 20:21:22 <dg> On en reste là ? 20:21:33 <topiltzin> en supposant qu'un plugin Tor soit en préparation.. ce qui n'est pas le cas 20:21:54 <zzz> ok, sujet intéressant, merci de l'avoir soulevé dg. Ça vaudra peut-être le coup d'en reparler dans quelque temps, avec ou sans plugin Tor 20:21:59 <topiltzin> c'est un problème d'éducation, donc le mieux serait de le résoudre par l'éducation 20:22:16 <dg> zzz : pas de problème, merci à toi. 20:22:39 <zzz> des volontaires pour se pencher sur le problème d'éducation/documentation et proposer des améliorations ? 20:22:42 <EpicCoffee> topiltzin : je ne pense pas que j'aimerais un plugin Tor dans I2P. Mon avis là-dessus, c'est que je n'aime pas/ne fais pas confiance à Tor. 20:22:55 <dg> EpicCoffee : sujet déplacé, gardons ça pour la prochaine fois :) 20:23:16 <zzz> dernier appel aux volontaires et ensuite on en a fini avec ce sujet 20:23:43 <zzz> d'accord alors. 20:24:04 <zzz> on saute le 4) puisque hottuna n'est pas là 20:24:04 <zzz> revenons au 1), est-ce que str4d est ici ? 20:24:45 <zzz> on saute à nouveau le 1) 20:24:49 * EpicCoffee doit être passé à côté de la « liste » 20:25:01 <dg> EpicCoffee : tu n'étais pas là au début, je t'enverrai un MP. 20:25:09 <zzz> 2) open4you.i2p, dont nous allons discuter que le demandeur soit là ou non. 20:25:12 <EpicCoffee> ah merci dg 20:25:13 <zzz> open4you es-tu là ? 20:25:15 <topiltzin> EpicCoffee : le canal est journalisé en temps réel `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-09-10.log` 20:25:54 <zzz> la demande est en bas de `http://zzz.i2p/topics/1429` 20:26:03 <iRelay> Title: zzz.i2p: 0.9.8 Release Summary (à zzz.i2p) 20:26:44 <zzz> pour rappel, comme nous ne l'avons pas fait depuis un moment, mes lignes directrices personnelles sont ici `http://zzz.i2p/topics/236` 20:26:49 <iRelay> Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (à zzz.i2p) 20:27:09 <zzz> Quelqu'un a-t-il utilisé ce site ? Des avis sur le fait de l'ajouter à la console ? 20:27:30 <dg> Si open4you ne se manifeste pas, puis-je en proposer un ? 20:27:31 <dg> je charge les lignes directrices maintenant 20:27:36 <topiltzin> J'aime que l'opérateur soit transparent sur ce qu'il peut et ne peut pas garantir 20:28:08 *** trolly est maintenant connu sous le nom de trolly_ 20:28:14 <topiltzin> mais en dehors de cette impression (positive), il n'y a pas grand-chose à dire... 20:28:15 <zzz> nous ne considérons qu'open4you aujourd'hui, du moins au point 2). Si tu veux, on peut ajouter un nouveau point 5) dg 20:28:28 <EpicCoffee> Je pense qu'il devrait y avoir de l'hébergement disponible sur I2P, cependant je ne suis pas sûr que je ferais confiance à un hébergeur lol. Je suis partagé sur le sujet de l'hébergement donc je m'abstiens sur celui-ci 20:28:29 <dg> zzz : ok, merci 20:28:42 <zzz> ses conditions d'utilisation me semblent correctes 20:29:03 <zzz> c'est une nouvelle catégorie qui n'est pas actuellement sur la console, donc c'est un plus 20:29:03 <dg> je ne connais aucun client d'open4you.i2p donc je ne peux pas me porter garant, mais si le propriétaire peut se manifester une autre fois, ok pour en rediscuter 20:29:56 <dg> l'absence de témoignages me rend suspicieux 20:30:24 <zzz> la récente affaire FreedomHosting rend l'hébergement d'eepsite intéressant 20:31:13 <dg> Si je comprends bien c'est gratuit, non ? 20:31:19 <zzz> avons-nous des questions auxquelles le demandeur doit répondre pour que nous puissions décider ? ou pouvons-nous décider aujourd'hui ? 20:31:33 <zzz> Je n'ai pas vu si c'était gratuit ou non. La FAQ est seulement en russe. 20:31:45 <topiltzin> c'est gratuit 20:31:45 <dg> Si c'est gratuit, pourquoi pas ? Il n'y a pas de risque d'arnaque et c'est clairement « d'intérêt ». 20:31:49 <dg> "9 months work free web hosting in i2p." 20:31:58 <dg> désolé, je pensais que c'était en bitcoin 20:32:19 <topiltzin> cela dit, on n'a aucune idée si ça fonctionne réellement 20:32:46 <dg> Devons-nous avaler la pilule et trouver un volontaire pour le tester d'ici la prochaine version ? 20:32:55 <dg> Si ça ne marche pas, on l'enlève 20:33:15 <zzz> Je suis enclin à dire oui maintenant. Je ne sais pas ce qu'un test par une seule personne prouverait. On peut toujours le retirer plus tard. 20:33:33 <dg> eh bien, au moins on peut tester que ça fonctionne. On ne peut pas tester grand-chose d'autre. 20:33:39 <zzz> J'espère que les gens sont au moins vaguement conscients des questions de confiance liées à l'hébergement 20:33:41 <dg> ouais, je suis aussi pour. 20:34:10 <zzz> il n'y a pas de raison que ça ne marche pas. D'une part, je ne vois aucun signe d'un processus automatisé. 20:34:12 <dg> D'autres votes ? 20:34:26 <dg> ça semble être piloté par email 20:34:28 <dg> piloté 20:34:43 <zzz> dernier appel pour des avis/objections 20:34:57 <topiltzin> par « fonctionne » j'entends : est-ce que l'opérateur fera réellement ce qu'il dit qu'il fera 20:35:14 <psi> avons-nous des témoignages d'utilisateurs sur open4you ? 20:35:22 <topiltzin> par opposition au fait de mettre en place un eepsite puis l'abandonner 20:35:24 <dg> non 20:35:28 <topiltzin> psi : aucun, c'est le problème 20:35:31 <dg> topiltzin : si ça arrive, on peut le retirer. 20:35:39 <dg> le propriétaire est au moins un peu actif puisqu'il a fait la demande 20:35:48 <dg> Je suis pour. 20:35:53 <psi> ouais, je dirais de ne pas donner notre aval, d'abord on obtient un utilisateur test 20:35:56 <zzz> je suppose qu'il n'a pour l'instant presque pas d'activité. Donnons-lui une période d'essai de quelques versions d'I2P avec un lien dans la console, et si c'est bidon on le retire 20:36:09 <psi> ou... si on le recommande, ajoutons un gros avertissement bien visible 20:36:10 <dg> zzz : +1 20:36:27 <psi> hmm 20:36:33 <psi> zzz a un bon point 20:36:42 <psi> mais... quand même 20:36:49 <dg> psi : c'est gratuit 20:36:56 <zzz> psi stp précise si tu t'y opposes ou pas 20:36:56 <topiltzin> Je vais lui envoyer un email dans les prochains jours 20:36:58 <psi> oh ? c'est le cas ? 20:37:04 <dg> oui 20:37:08 <psi> j'exprime de la prudence 20:37:13 <psi> pas d'objection 20:37:16 <topiltzin> Je suppose que je ferais bien de remettre zab.i2p en ligne 20:37:22 <dg> Je pensais que c'était en bitcoin mais non 20:37:25 <dg> C'est gratuit donc.. je ne me soucie pas trop des témoignages pour l'instant 20:37:30 <dg> :) 20:37:40 <dg> topiltzin : pour ou contre ? 20:37:52 <topiltzin> je m'abstiens 20:38:00 <zzz> on dirait que nous n'avons pas d'objections et que c'est approuvé ? si je me trompe, dites-le 20:38:01 <topiltzin> Je vais tester son hébergement dans les prochains jours toutefois 20:38:05 <dg> 2 pour, 0 contre 20:38:12 <psi> abstention 20:38:19 <welterde> abstention 20:38:26 <EpicCoffee> je suis curieux de savoir comment les fichiers sont transférés vers le compte d'hébergement open4you 20:38:47 <dg> EpicCoffee : ftp (hein ?) ou via un panneau de contrôle apparemment. 20:39:07 <psi> sftp ? 20:39:18 <zzz> ok je vais lui envoyer un email pour obtenir un logo et intégrer le tout dans la console. Ceux qui le souhaitent, inscrivez-vous et faites un retour 20:39:34 <zzz> si c'est bidon ou que ça ne marche pas, on pourra toujours le retirer juste avant la sortie. 20:39:35 <dg> "1 GB of available space, php5, mysql, ftp access, 3 tunnel \ 2 hop" 20:39:40 <dg> +1 20:39:48 <welterde> psi : j'en doute.. 20:40:01 <zzz> et cela clôt le point 2) 20:40:18 <zzz> pas de signe de hottuna ou str4d, donc passons au 5) la demande de dg 20:40:20 <zzz> dg, à toi 20:40:29 <welterde> bien que ça devrait mieux fonctionner sur I2P (vous savez.. mode passif/actif et tout ça pour ftp..) 20:41:36 <dg> Je propose `http://salt.i2p/` (pas mon site, celui d'efkt) pour inclusion dans la console du router. salt.i2p contient : un wiki utile et conséquent d'eepsites et de guides ; XMPP ; un canal IRC qui est probablement le plus actif sur IRC2p 20:41:51 <iRelay> Title: salted (à salt.i2p) 20:42:00 <dg> Ça fournit beaucoup de « points de départ » d'eepsite et c'est SFW. 20:42:02 <EpicCoffee> je dirais +1 pour salt 20:42:07 <EpicCoffee> J'aime le wiki de salt 20:42:16 <topiltzin> ouais, #salt pwnz +1 20:42:18 <dg> salt est devenu une excellente ressource pour moi et d'autres dans la communauté 20:42:28 <dg> le canal est #salt pour mémoire 20:42:52 <zzz> nous ne pouvons vraiment accepter que les demandes du propriétaire de l'eepsite. Pourrais-tu lui demander de postuler en suivant les lignes directrices sur `http://zzz.i2p/topics/236` ? alors nous pourrions l'envisager pour la 0.9.9 20:42:54 <welterde> +1.. c'est à peu près ce qu'était l'ancien wiki maintenant.. 20:43:06 <iRelay> Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (à zzz.i2p) 20:43:33 <zzz> je ne connais pas le site 20:43:55 <zzz> je ne pense pas que nous voulions commencer à ajouter des sites sans permission 20:44:14 <dg> Il était actif il n'y a pas longtemps, il peut se pointer d'une seconde à l'autre 20:44:23 <dg> Je suis d'accord pour ne pas ajouter sans permission 20:44:34 <dg> je me suis dit que ça valait le coup d'essayer quand même 20:44:43 <zzz> appel à efkt 20:44:49 <efkt> Vous avez ma permission tant que tout le monde est content. J'ai créé le site en gardant à l'esprit certaines des politiques et idées possibles d'I2P sur le contenu approprié pour I2P. Je suis ouvert à la discussion si quelque chose de ce qui pourrait s'y trouver ne vous plaît pas (je dis ça comme ça) 20:44:53 <EpicCoffee> efkt est le propriétaire de salt ? Je le suppose d'après mes observations. 20:44:59 <dg> Oui, EpicCoffee. 20:45:10 <efkt> D'où l'avertissement en page d'accueil, avec des règles explicites sur le gore/le pr0n/etc 20:45:43 <efkt> Le wiki n'est pas ouvert à l'édition à moins qu'on finisse par vous connaître, donc il est peu probable qu'il soit vandalisé. 20:46:03 * EpicCoffee souligne aussi le XMPP de salt 20:46:17 <dg> le XMPP est populaire aussi et vient avec des guides. :) 20:46:50 <topiltzin> ouais, salt est sacrément bien.. on y ressent une vraie ambiance communautaire 20:46:59 <zzz> si vous voulez le faire maintenant, merci de répondre aux questions suivantes. Si c'est trop à faire maintenant, on peut en discuter dans environ 6 semaines avant la prochaine version 20:47:00 <EpicCoffee> tant que ses utilisateurs comprennent que les admins peuvent voir ce qui est dit si ce n'est pas chiffré (je crois que l'article du wiki l'encourage fortement avec OTR) 20:47:06 <efkt> Nous avons assez de serveurs XMPP qui tournent pour qu'à l'avenir ce ne soit pas une mauvaise idée d'en lister quelques-uns dans la console. La plupart d'entre nous qui exploitent des serveurs ont le S2S actif. 20:47:07 <zzz> - Une adresse email 20:47:07 <zzz> - L'URL vers laquelle faire le lien 20:47:07 <zzz> - L'URL de vos conditions d'utilisation en anglais si disponibles ou nécessaires 20:47:07 <zzz> - Si le site n'est pas en anglais, une brève description du site en anglais 20:47:07 <zzz> - (Optionnel) Une URL vers une icône png transparente à afficher. La taille doit être 32x32 (sujet à changement). Si aucune icône n'est fournie, l'icône sera « toopie ». Nous copierons cette icône dans le code source de la router console et la servirons localement. 20:47:10 <zzz> - Si une icône est fournie, la licence de l'image. 20:47:12 <zzz> - (Optionnel) Un libellé d'un ou deux mots en anglais. Si non fourni, nous utiliserons example.i2p 20:47:14 <zzz> - (Optionnel) quelques mots ou une phrase en anglais pour une info-bulle (tooltip) 20:48:19 <efkt> efkt@mail.i2p 20:48:23 <efkt> site : `http://salt.i2p` 20:48:27 <iRelay> Title: salted (à salt.i2p) 20:48:38 <efkt> conditions d'utilisation du site - Il y a un avertissement en page d'accueil : `http://salt.i2p` 20:48:43 <iRelay> Title: salted (à salt.i2p) 20:49:15 <efkt> Je n'ai pas d'icône 32x32 à fournir rapidement mais ce serait la même que notre favicon, une étoile noire sur fond transparent ou blanc 20:49:47 <efkt> le libellé peut simplement être « salt » 20:49:59 <EpicCoffee> efkt je peux faire rapidement une icône 32x32 si tu veux. enfin, aussi vite qu'I2P le permettra lol 20:50:25 <zzz> on peut te donner une semaine pour l'icône :) 20:50:32 <zzz> depuis combien de temps le site est-il en ligne ? 20:50:34 <efkt> EpicCoffee : si tu veux. C'est comme le favicon — l'« étoile anarchiste » noire, tu vois ce genre de forme partout sur Google Images. Ça ne prend qu'un moment en vrai 20:50:40 <efkt> zzz : août 2012, si je me souviens bien 20:51:21 <dg> `http://salt.i2p/wiki/index.php/Main_Page#Tutorials` 20:51:21 <efkt> Honnêtement, je suis très surpris d'avoir autant d'utilisateurs incapables d'atteindre le site puisqu'il ne fait pas partie du carnet d'adresses par défaut (ni du XMPP) — Pourtant beaucoup de nouveaux sont dirigés là via l'IRC. Désolé de sortir du sujet. 20:51:35 <iRelay> Title: Salted Wiki (à salt.i2p) 20:51:41 <efkt> zzz : Ah, et le petit texte « Cryptomunitions and tutorials » 20:51:46 <dg> Oui, c'est un problème (en plus du bug agaçant « addressbook-not-found ») quand on présente I2P aux utilisateurs. 20:52:20 <zzz> toute personne figurant sur la page d'accueil de la console est automatiquement ajoutée au carnet d'adresses par défaut 20:52:42 <efkt> Oh. Ce sera utile pour tous les nouveaux sur I2P qui viennent sur IRC2P pour explorer. 20:52:52 <efkt> un mal de tête en moins :) 20:52:59 <dg> 1/2. 20:53:05 <dg> pas de xmpp.salt.i2p ;) 20:53:32 <zzz> efkt pour moi tes conditions d'utilisation sont insuffisantes pour un wiki que nous recommanderions, car elles décrivent seulement ce dont tu n'es pas responsable. Elles ne disent pas quel type de contenu est interdit, le cas échéant. 20:54:03 <zzz> Si tout est permis alors je ne peux pas soutenir la demande. 20:54:04 <efkt> zzz : Même si personne n'est autorisé à éditer le wiki, sauf si je l'ai personnellement vérifié et que je lui ai donné un compte ? 20:54:19 <dg> efkt : Je pense qu'il dit que les règles concrètes ne sont pas claires. pr0n, etc. 20:54:41 <efkt> Hrm. 20:54:53 <zzz> il n'y a aucune règle énoncée. 20:54:56 <dbowie> 32X32 blackstar.jpg, encodé en base64 : `http://pastethis.i2p/show/5437/` 20:54:57 <iRelay> Title: Paste #5437 | LodgeIt! (à pastethis.i2p) 20:55:00 <zzz> au sujet du contenu autorisé 20:55:54 <efkt> Je peux facilement ajouter quelque chose. Ce n'est pas un problème, je réfléchis juste à ce qu'il faut ajouter « en plus » — Du contenu comme le gore, le viol, la torture, le snuff, ou le sexe bizarre ne sera jamais autorisé sur le site 20:56:23 <dg> donc, familial — adapté au travail, etc. ? 20:56:53 <zzz> Je ne pense pas qu'on doive te demander de rédiger des conditions d'utilisation sur le contenu dans les 30 prochaines secondes. Tu veux y réfléchir et revenir dans quelques semaines ? 20:57:06 <efkt> Pour l'instant non, je ne peux pas dire que salt est familial ou adapté au travail. La page onionland renvoie explicitement vers des onions de drogues. 20:57:43 <efkt> zzz : Oui, j'aimerais au moins ça — Je préfère travailler avec tout le monde et produire quelque chose de souhaitable qui soit utile à I2P 20:59:22 <EpicCoffee> EpicCoffee : des hébergeurs d'images sur I2P ? 20:59:24 <zzz> ma philosophie est que tout ce qui est similaire aux règles du tracker de postman est acceptable. 20:59:24 <zzz> Je ne veux pas te dire comment gérer ton site ni comment écrire tes règles. Tu fais comme tu veux et ensuite on décidera si on veut l'ajouter à la console. 20:59:24 <zzz> mais tu peux parcourir les liens que nous avons maintenant pour te faire une idée 21:00:36 <zzz> nous avons dépassé les 15 minutes, donc peut-on te demander de revenir dans quelques semaines ? Tout site qui a autant de soutien de la part des gens ici serait, je pense, un bon ajout à la console, si tu peux régler l'histoire des conditions d'utilisation. 21:01:36 <efkt> Je suis prêt à élaborer des conditions d'utilisation, et à discuter de tout ce que la communauté estime ne pas avoir sa place sur le site. Merci zzz. Oui, d'accord 21:02:13 <zzz> super. content d'entendre parler d'un nouveau site que je ne connaissais pas. Je vais aller voir. Envoie-moi un email ou poste sur zzz.i2p quand tu auras tout rassemblé 21:02:19 <zzz> et c'est la fin du 5) 21:02:25 <zzz> dernier appel pour str4d pour le 1) 21:02:36 <zzz> hottuna toujours pas là pour le 4) 21:02:47 * zzz fait chauffer le baffer 21:03:50 * zzz *baf* la réunion est close 21:07:16 <zzz> merci à tous, bonne réunion

Version 0.9.7.1

Sat, 10 Aug 2013 00:00:00 +0000

Cette version non planifiée désactive les messages de vérification RouterInfo qui ont été utilisés dans l’attaque publiée dans l’article de l’UCSB, ce qui devrait rendre la corrélation entre un LeaseSet et un Router beaucoup plus difficile. Nous avons également inclus un nombre limité d’autres correctifs énumérés ci-dessous. Notre version 0.9.8, qui inclura la prise en charge d’IPv6, est toujours dans les temps pour fin septembre.

Comme d’habitude, nous recommandons à tous les utilisateurs de mettre à jour vers cette version.

Réunion des développeurs I2P - 6 août 2013

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

Bref récapitulatif

Present: dg, kytv, topiltzin, welterde, zzz

Journal de réunion

20:00:08 <zzz> 0) salut 20:00:23 <zzz> 1) RI verifies désactivés dans une version mineure ? 20:00:30 <zzz> 2) sujets divers dirigés par Meeh 20:00:33 <zzz> 3) baffer par Meeh 20:00:36 <zzz> ------------- 20:00:36 <zzz> 0) salut 20:00:51 <zzz> 1) RI verifies désactivés dans une version mineure ? 20:01:02 <zzz> welterde a soulevé ce point l'autre jour 20:01:33 <zzz> si je dois le faire, il faudra que ce soit dans les prochains jours, car je serai AFK ~ du 13 au 29 20:01:53 <zzz> echelon voyage mais pour l'instant, supposons qu'on puisse le joindre et qu'il pourra faire les news 20:02:14 <zzz> donc welterde, merci d'argumenter pourquoi on devrait le faire 20:03:08 <welterde> l'attaque décrite dans l'article est assez sérieuse pour des destinations peu utilisées, car les statistiques nécessaires ne sont pas très élevées 20:04:14 <zzz> cible-t-elle les dests serveur, ou les utilisateurs (côté client) qui s'y connectent ? 20:04:21 <welterde> et pour des destinations de longue durée c'est encore plus dangereux, car on peut poursuivre l'attaque aussi longtemps qu'il faut pour accumuler suffisamment de statistiques 20:05:08 <welterde> zzz: le client qui se connecte à une dest... disons que des tunnels de lien IRC au-dessus d'une destination dédiée seraient une cible de choix (si tu parviens d'une manière ou d'une autre à prendre la main sur la destination) 20:06:29 <welterde> zzz: cependant... il y a une option pour désactiver les RI verifies dans les options avancées... peut‑être une mise à jour des news pour demander aux utilisateurs de la désactiver ? 20:06:29 <zzz> as‑tu toujours considéré cela sérieux, ou as‑tu changé d'avis récemment ? 20:06:56 <zzz> je pensais avoir ajouté cette option la semaine dernière ? 20:07:15 <welterde> oh 20:07:18 <dg> si, tu l'as fait, j'ai fait la même erreur. 20:07:34 <welterde> je pensais que tu avais seulement changé la valeur par défaut de cette option... ok... pas une option alors 20:07:57 <zzz> peut‑être que je ne l'ai pas bien expliqué dans un post... 20:08:59 <welterde> zzz: et dans l'article ils n'ont pas non plus pris le timing en compte... j'imagine que ça peut être utilisé pour améliorer encore l'attaque 20:09:02 <zzz> Nous avons un préprint de leur article depuis près de 5 mois, depuis le 10 mars. Si c'est un problème qui doit nous faire tout arrêter, nous avons fait un travail incroyablement mauvais pour y répondre. 20:09:33 <zzz> Donc je me demande si tu l'as toujours jugé critique ou si tu as changé d'avis récemment, et si oui, pourquoi ? 20:10:33 <welterde> eh bien... j'ai été pas mal stressé jusqu'à récemment... donc je n'ai vraiment regardé que maintenant 20:11:30 <welterde> zzz: mais c'est vraiment difficile à dire car nous n'avons pas tant de données sur ces sujets... 20:11:48 <zzz> qu'est‑il arrivé à cette page sur trac avec nos réponses openitp, et notre manque de critères de sécurité... 20:12:11 <dg> Si c'est un problème prioritaire absolu, attendre encore 1 mois et demi pose aussi problème. 20:12:30 <zzz> bien sûr 20:12:40 <zzz> mais est‑ce le cas 20:13:12 <zzz> le problème vient‑il des RI verifies ou est‑ce Sybil ? Si c'est Sybil, alors nous n'avons pas de correctifs à court terme 20:13:27 <welterde> zzz: ce sont les RI verifies 20:13:46 <zzz> c.-à-d., existe‑t‑il une vaste classe d'attaques de ff hostiles 20:14:16 <welterde> zzz: et une variante de l'attaque pourrait aussi être possible avec une RI lookup, puis en attendant une connexion... mais cette attaque serait d'un ordre de grandeur plus difficile... donc je ne m'en inquiéterais pas pour l'instant 20:14:35 <zzz> si un attaquant prend le contrôle d'une portion de l'espace de clés, n'y a‑t‑il pas quantité de choses qu'il pourrait faire ? 20:15:20 <welterde> zzz: avec suffisamment de temps, l'attaquant n'a pas besoin d'occuper une grande portion de l'espace de clés 20:15:23 <zzz> J'ai toujours vu ça comme un problème de type Sybil. Ça ne veut pas dire que j'avais raison. 20:15:30 <zzz> *mean 20:16:07 <welterde> il n'a qu'à occuper l'espace entourant la LS cible 20:16:53 <welterde> zzz: hmm... ce qui serait bien pour stats.i2p ou autre serait une visualisation des ff sur l'espace de clés... (si ça n'existe pas déjà) 20:18:50 <zzz> ok, merci pour l'argumentaire welterde. Maintenant, j'invite les autres à intervenir avec leurs avis 20:18:53 <welterde> des attaques non subtiles pourraient alors y être visibles 20:19:00 * welterde cherche la page openitp que tu as mentionnée 20:19:22 <zzz> str4d l'a mise en place mais je ne la vois plus liée depuis la page d'accueil 20:19:35 <dg> q: Quelqu'un pourrait‑il mener l'attaque RI sans un Sybil de tout l'espace de clés ? 20:19:45 <dg> je pense que oui mais ??? 20:20:05 <zzz> `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:20:35 <zzz> Maturité et transparence du processus de réponse aux vulnérabilités 20:21:20 <zzz> nous ne parlons jamais ici d'un Sybil sur tout l'espace de clés. On cible une tranche particulière 20:21:31 <welterde> dg: il lui suffit de capturer la plupart des LS lookups... et autant de RI lookups que possible ; ce dernier volet ne dépend que du temps dont il dispose pour l'attaque 20:22:17 <dg> « la plupart » ? Pour le réseau ? 20:22:20 <zzz> ça m'agace vraiment qu'on aurait pu faire ça il y a des mois sans effort. 20:22:39 <dg> ouais. ça a l'air pourri si on le fait maintenant, vraiment. 20:22:49 <zzz> mais j'imagine que c'est sans importance 20:23:14 <zzz> qui d'autre a un avis, merci de vous manifester 20:23:43 <topiltzin> dd if=/dev/null of=opinion.txt 20:24:13 <zzz> dernier appel. on le fait ? 20:24:27 <welterde> bien sûr, si quelqu'un s'ennuie, il pourrait bricoler une simulation... ça aiderait certainement ;) 20:25:09 <zzz> peut‑être que je suis juste énervé contre moi‑même de ne pas avoir pensé à simplement désactiver les verifies. 20:25:32 <dg> zzz: ne t'en fais pas. on n'attend pas de toi que tu couvres toujours tout. 20:25:43 <zzz> ok, tous ceux qui ont un avis, saisissez yes pour faire une release cette semaine ou no pour ne pas le faire 20:26:06 <welterde> (ou je suis là si ça vous est égal d'une façon ou d'une autre..) 20:26:58 <zzz> Si je ne vois aucun vote, on ne le fait pas 20:27:21 <topiltzin> la release contiendra‑t‑elle *uniquement* la désactivation des RI verifies ? 20:27:32 <topiltzin> vs. tout ce qu'il y a dans trunk maintenant ? 20:27:35 <welterde> peut‑être qu'on n'aurait pas dû sauter la phase « qui est là » de la réunion 20:27:54 <dg> je ne suis tout simplement pas assez qualifié. 20:27:57 <zzz> je me fiche de qui est là. Ce qui m'importe, c'est qui a un avis. 20:28:24 <welterde> zzz: eh bien... qui n'est pas là n'a pas d'avis ;) 20:28:46 <welterde> zzz: j'imagine qu'on parle plutôt d'une petite release, non ? 20:28:59 <dg> welterde: qu'est‑ce que tu veux dire 20:29:02 <zzz> Ce serait juste RI verifies + tout autre petit truc qu'on décidera d'extraire de trunk 20:29:17 <zzz> et probablement appelée 0.9.7.1 ? 20:29:28 <welterde> oui... c'est aussi ce que j'avais en tête 20:29:39 <kytv> aucune connaissance de ce sujet donc pas d'avis, si on le fait je pourrai bien sûr faire les uploads vers les différents endroits, etc. 20:29:58 <zzz> pour l'amour de dieu quelqu'un vote. au moins welterde 20:30:13 <zzz> qui d'autre a lu l'article de l'UCSB ? 20:30:16 <welterde> oh je suis pour si ce n'était pas clair ;) 20:30:41 <dg> je l'ai lu.. 20:31:16 <topiltzin> je suis impatient de tester les autres choses dans trunk, donc plus on décide d'en extraire, plus mon vote penche vers "Yes". Pas d'avis strictement sur la vérification RI. 20:31:54 <welterde> str4d: ton avis ? tu étais assez actif dans la discussion sur le forum ;) 20:33:56 <welterde> zzz: peut‑être qu'on devrait faire le vote sur le fil de l'article... ainsi str4d et tuna (et les autres du fil qui ne sont pas là) pourront aussi s'exprimer... 20:33:56 <zzz> je voudrais garder la liste des "other stuff" très courte, car je ferais ça très vite puis je filerais hors de la ville, incapable de corriger des problèmes 20:33:59 <zzz> tuna est presque complètement AFK pour encore un moment 20:34:51 <dg> un no vaudrait mieux que le silence 20:35:03 <welterde> zzz: eh bien... ou kytv pourrait faire le build.. 20:35:10 <zzz> en théorie kytv peut aussi faire des releases, c'est l'autre qui a les clés de signature, oui 20:36:35 <zzz> ok alors faisons‑le. Je vais ouvrir un fil sur zzz.i2p si vous voulez proposer d'autres choses à inclure, décision finale dans environ 24 heures, et je ferai le build peut‑être jeudi. Quelqu'un peut contacter echelon ? 20:36:53 <zzz> autre chose sur ce sujet ? 20:37:37 <dg> je ne pense pas. 20:38:23 <zzz> `http://zzz.i2p/topics/1443` 20:38:40 <zzz> merci de passer en revue le diff de 17K lignes depuis la 0.9.7 et history.txt pour d'autres candidats à extraire 20:38:47 <zzz> 2) sujets de Meeh 20:38:50 <zzz> à toi Meeh 20:54:33 <topiltzin> zzz: le tag est "i2p-0.9.7" 20:54:36 <topiltzin> pas "0.9.7" 20:54:47 * topiltzin prépare sa plucklist 20:55:26 <welterde> pareil ici 20:55:32 <zzz> thx 20:55:47 <dg> zzz: pm ok? 20:57:06 <zzz> seulement si ça n'intéresse absolument personne d'autre 20:58:51 <dg> brouillon pour un email à zooko 20:58:55 <dg> `http://pastethis.i2p/show/0bZ3iFeE9uABCORkfXV6/` 20:58:58 <iRelay> Titre : Paste #0bZ3iFeE9uABCORkfXV6 | LodgeIt! (at pastethis.i2p) 20:59:10 <dg> Je n'ai pas encore inclus le statut ni rien. Je suis peut‑être complètement à côté de la plaque. Retours appréciés. 21:01:00 <zzz> 3) /me *baf* déclare la réunion close pour Meeh 21:03:29 <zzz> dg c'est un très bon début.

Version 0.9.7

Mon, 15 Jul 2013 00:00:00 +0000

0.9.7 inclut d’importantes corrections de bogues et des améliorations.

Pour la première fois, les router de classe ‘N’ (ceux disposant d’au moins 128 KBytes/sec de bande passante partagée) deviendront automatiquement floodfill (auparavant, cela ne concernait que les router ‘O’ avec 256 KBps). Cela augmentera la population de floodfill pour une résistance supplémentaire à certaines attaques (voir ci-dessous). Les router floodfill (nœuds spéciaux qui stockent et propagent le netDb) ne consomment pas beaucoup de bande passante supplémentaire, mais ils ont tendance à utiliser davantage de mémoire et de connexions simultanées. Si vous ne souhaitez pas que votre router devienne floodfill, définissez la configuration avancée router.floodfillParticipant=false.

Réunion des développeurs I2P - 4 juin 2013

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

Récapitulatif rapide

Présents: christoph2, dg, hottuna, inscrutable, KillYourTV, Meeh, orion, psi, sponge, str4d, topiltzin, zzz

Journal des réunions

19:52:28 <hottuna> zzz, christoph2: syn 19:54:26 <topiltzin> ouais, bastonnade des devs ! 19:54:33 <topiltzin> s/beating/meeting/ 19:54:37 <iRelay> topiltzin meant: yay, dev meeting! 20:00:03 * hottuna 'baf' déclare la réunion ouverte 20:00:07 <hottuna> Ordre du jour : 20:00:14 <hottuna> * Le prochain backend NetDB 20:00:14 <hottuna> * Ticket #729 - emplacement des propriétés sur OSX 20:00:14 <hottuna> * Ticket #741 - renommeur de processus sur Windows 20:00:14 <hottuna> * Divers ? 20:00:22 <iRelay> `http://trac.i2p2.i2p/ticket/729` - (assigned enhancement) - on OSX ~/.i2p -> ~/Library/Application Support/i2p 20:00:33 <iRelay> `http://trac.i2p2.i2p/ticket/741` - (accepted enhancement) - Make I2P easier to deal with with Windows firewall software 20:00:45 <hottuna> __ Le prochain backend NetDB__ 20:01:16 <hottuna> Je travaille sur une proposition, le premier RFC est prêt 20:01:35 <hottuna> http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 <iRelay> Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 <hottuna> L’idée générale est d’utiliser une base Kademlia et de l’étendre avec des fonctionnalités qui améliorent les performances et/ou la fiabilité. 20:02:59 <hottuna> Une partie du code initial pour Kademlia a déjà été écrite par zzz 20:03:34 <hottuna> En fait, une implémentation complète de BEP5. BEP5 est l’implémentation BitTorrent « mainline » de Kademlia. 20:04:13 <hottuna> Plusieurs DHT ont été envisagées : Chord, Freenet et Pastry. 20:04:47 <hottuna> Cependant, Kad est rapide, extensible et relativement fiable. 20:05:05 <topiltzin> d’autres dérivés de Kad utilisés en production : Azureus kad, eMule kad, Mojito Kad (Limewire) 20:05:24 <topiltzin> Overnet (eDonkey, aujourd’hui disparu) 20:05:47 <topiltzin> aucune appli p2p n’utilise chord ou pastry (à ma connaissance) 20:05:54 <hottuna> J’ai regardé Az-Kad et ce n’est pas très compatible. Mojito pourrait être intéressant 20:05:57 <hottuna> Au-dessus de Kad, quelques changements ont été proposés. 20:06:05 <hottuna> Des tunnels récursifs pour des résolutions plus rapides. 20:06:20 <hottuna> Et des recherches récursives aléatoires pour des résolutions plus fiables. 20:07:13 <hottuna> Les insertions seront du Kad standard jusqu’à ce que les « Random Recursive Stores » soient implémentés. 20:07:45 <hottuna> Voilà pour l’aperçu. Des questions ? 20:08:17 <topiltzin> Une objection aux tunnels récursifs, c’est que cela rend les listes de blocage IP locales inutiles 20:08:40 <topiltzin> par exemple, j’aurais pu ajouter manuellement les IP d’une partie hostile à ma liste de blocage 20:09:18 <topiltzin> les nœuds qui participent à la recherche/au stockage récursif ne le sauront pas 20:09:37 <hottuna> C’est vrai. 20:10:00 <hottuna> Les requêtes récursives sont un peu fragiles, et devraient être utilisées seulement pour la vitesse. 20:10:35 <hottuna> Les requêtes récursives aléatoires finiront cependant par trouver un chemin qui n’implique pas les nœuds bannis. 20:11:05 <hottuna> Dans quelles situations ne feriez-vous pas confiance à la liste de bannissement d’un autre nœud ? 20:11:25 <dg> sponge: want udp 20:11:28 <dg> eche|on: le compteur n’est pas persistant après des changements réseau (« redémarrage doux ») 20:11:51 <topiltzin> pour la situation où l’opérateur de ce nœud n’a pas été diligent dans la mise à jour de sa liste de bannissement 20:12:02 <topiltzin> ou pour la situation où l’autre nœud n’a pas de liste de bannissement du tout 20:12:29 <hottuna> Mais que se passerait-il si la requête passait par un nœud « banni » ? 20:12:51 <hottuna> Soit elle est retransmise, soit elle est abandonnée, soit elle est consignée. 20:13:31 <zzz> l’itératif ne passe jamais par qui que ce soit 20:13:34 <topiltzin> quoi que fasse l’attaque sybil/éclipse — probablement abandonné ? 20:14:38 <hottuna> C’est la particularité du récursif. S’il échoue, ce n’est pas grave. Nous avons des méthodes plus fiables pour les clés qui sont attaquées. 20:15:09 <hottuna> Comme l’itératif ou le récursif aléatoire 20:15:24 <zzz> comment sélectionner un mode ? 20:15:35 <topiltzin> théoriquement on pourrait inclure un petit filtre de Bloom des IP bannies dans la requête 20:15:54 <hottuna> la sélection du mode est une question ouverte. 20:15:57 <hottuna> est* une 20:16:28 <hottuna> Dans mon esprit, une version parallèle serait intéressante 20:16:39 <hottuna> Une version à basculement séquentiel serait lente 20:17:03 <hottuna> Mais c’est un compromis bande passante vs latence_max 20:17:51 <hottuna> topiltzin : R5N inclut un filtre de Bloom dans les requêtes. Mais je ne pense pas que ce soit vraiment nécessaire. 20:18:14 <hottuna> On construit ce truc pour fonctionner même en cas de défaillances rencontrées 20:18:14 <topiltzin> de combien l’itératif est-il plus lent, et est-ce que cette lenteur est un goulot d’étranglement ? Avons-nous vraiment besoin d’optimiser ça ? 20:18:45 <zzz> Je pense qu’on doit commencer par ajouter du code de stats (là où nécessaire) à netdb et à snark et collecter des stats sur les performances actuelles de ces deux implémentations 20:18:52 <hottuna> Quand vous visitez un eepsite, une recherche doit être effectuée. 20:19:25 <hottuna> topiltzin : la vitesse des recherches peut être vue dans la partie ‘Lookup’ de http://trac.i2p2.de/wiki/NetDB/NextBackend 20:19:28 <iRelay> Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 <zzz> netdb a beaucoup de stats, si on ajoute des stats aux endroits équivalents dans snark, on pourra commencer à se faire une idée 20:20:35 <hottuna> latences de requêtes, etc. ? 20:21:06 <topiltzin> zzz : +1 pour plus de stats 20:21:06 <zzz> latences, requêtes-par-succès, etc., oui 20:22:26 <hottuna> Avoir accès à ces stats serait intéressant. Surtout quand on développe quelque chose de nouveau. Cependant, comparer I2PSnark-DHT et FloodFill, c’est comparer des pommes et des oranges. 20:22:29 <zzz> comme je l’ai dit l’autre jour, je pense que le code snark pourrait être réintégré dans netdb mais seulement si on choisit K et B pour englober tout le netdb local dans la table de routage 20:22:57 <zzz> si la table de routage manque la majeure partie du netdb local, autant continuer à trier 20:23:55 <zzz> ta proposition (et oui c’est mon plan depuis quelques années aussi) est de remplacer l’orange par la pomme, donc c’est plutôt important de les comparer. 20:23:98 <hottuna> Je ne suis pas contre fixer un B élevé, la latence de recherche est un vrai problème 20:24:55 <hottuna> concernant K, je pense que le garder à 8 peut être raisonnable. 20:25:18 <hottuna> bien sûr, la nouvelle DHT devrait être évaluée. 20:26:05 <zzz> tu ne peux pas choisir K isolément. Il faut choisir K et B pour que la table de routage fonctionne aussi bien que le tri le fait maintenant, pour une taille donnée de netdb local. 20:27:03 <hottuna> Les deux peuvent être ajustés pendant le déploiement. 20:27:29 <hottuna> Donc je partirais sur une estimation initiale basée sur ce qu’on sait et ce dont on a besoin. 20:28:17 <zzz> ça dépend aussi beaucoup de si ce sont les FFs ou tout le monde qui est dans la nouvelle DHT 20:29:24 <hottuna> Ne pas faire de chaque nœud un participant à la nouvelle DHT serait une erreur et nous laisserait vulnérables à des attaques comme celle présentée dans l’article de l’UCSB 20:30:15 <zzz> Je ne vois pas d’info sur qui est inclus ou pas dans ta proposition 20:30:18 <hottuna> Je suppose que je n’ai pas été très clair à ce sujet dans la proposition. 20:30:25 <hottuna> ;) 20:31:30 <zzz> pas du tout sûr que tu veuilles tout le monde (natted, android, cachés, chinois, téléphones mobiles, etc.) dedans 20:31:46 <zzz> regarde les commentaires détaillés de jr sur où tout a mal tourné 20:31:53 <topiltzin> le churn des nœuds n’est pas bon pour la DHT. Tu devrais avoir des exigences minimales de disponibilité 20:32:32 <hottuna> topiltzin : le churn des nœuds n’est pas vraiment un problème puisque toutes nos données sont mutables et republiées toutes les 37 secondes – 30 minutes 20:33:09 <hottuna> les nœuds NATés ne devraient probablement pas participer. android probablement si 20:33:17 <zzz> bien sûr, N=500 et B=-8 était le désastre qu’il n’a jamais compris, mais il y avait d’autres causes aussi, qui sont toujours présentes dans notre réseau… et qui pourraient empirer si android décolle 20:33:25 <hottuna> les chinois… je ne sais pas… 20:34:04 <hottuna> à part un churn probablement plus élevé, en quoi android est différent ? 20:34:32 <topiltzin> le churn des nœuds affecte négativement le routage… donc si le but de cet effort est d’améliorer le routage tu ne peux pas l’ignorer 20:34:39 <zzz> Je veux dire les téléphones, pas android en particulier 20:34:58 <hottuna> android==téléphones pour moi aussi 20:35:22 <zzz> les appareils mobiles ont moins de bande passante et de puissance et une connectivité intermittente 20:35:57 <hottuna> Comment est-ce fait maintenant ? 20:36:12 <zzz> quoi ? 20:36:39 <hottuna> concernant les appareils android qui veulent être FF ? 20:36:42 <hottuna> christoph2 : se cache quelque part 20:36:49 * christoph2 se cache 20:37:00 <topiltzin> il y a certains critères pour devenir FF, l’un d’eux est la disponibilité 20:37:11 <hottuna> comment une rotation rapide des clés interférerait-elle avec une attaque d’éclipse ? 20:37:57 <hottuna> et combien de temps faut-il pour qu’un nœud s’intègre dans le netdb des autres nœuds ? (c.-à-d. polluer leurs tables de routage) 20:38:32 <zzz> les android deviennent FF automatiquement comme tout le monde, s’ils répondent aux critères. Mais il semble peu probable que quelqu’un fasse ça en cellulaire 20:38:38 <christoph2> eh bien tu as un temps T pour intégrer un nœud dans I2P (jusqu’à ce qu’il soit raisonnablement bien connecté) et un temps t pour la rotation. il te faut T/t + nœuds de sécurité pour l’éclipse 20:38:53 <hottuna> topiltzin : la disponibilité n’est vraiment pas un gros problème. R5N a des facteurs de réplication assez agressifs. Donc le churn n’est pas un problème 20:39:00 <christoph2> * nœuds nécessaires pour effectivement éclipser 20:40:27 <christoph2> hottuna : je ne suis pas exactement les changements de code. c’était moins de 30 minutes en décembre 20:40:27 <hottuna> J’ai fait quelques calculs rapides hier 20:40:27 <christoph2> eh bien 0.9.2 de mémoire 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/10)*24*20 = 2880. Ce qui pourrait être prohibitif pour un attaquant. 20:40:27 <zzz> hottuna, comment fonctionnerait un nouvel espace de clés (soit une formule de permutation différente, un calendrier de rotation différent, ou les deux) ? Je ne vois pas comment on pourrait migrer. 20:40:27 <hottuna> ok, ça semble raisonnable 20:40:49 <hottuna> On utiliserait les deux en parallèle ? l’implémentation actuelle restera séparée jusqu’à ce qu’on puisse en sortir en toute sécurité. 20:41:26 <zzz> ce que je veux vraiment savoir c’est ce qu’on peut faire dans les deux prochaines semaines pour améliorer la résistance 20:41:29 <hottuna> christoph2 : ces calculs sont-ils sensés ? et 2880 nœuds poseraient-ils un problème ? 20:41:36 <zzz> si ça veut dire rendre les routeurs de classe N FF, faisons-le. 20:41:36 <topiltzin> J’ai beaucoup de mal à croire que le churn des nœuds n’est pas un problème. Plus le churn est grand, pire est la table de routage de chaque nœud individuel 20:42:29 <zzz> comment pourrions-nous jamais « nous en éloigner en toute sécurité » et maintenir la compatibilité ? Comment gérer les limites de connexions de deux implémentations parallèles ? Comment migrer de l’une à l’autre ? 20:42:33 <hottuna> topiltzin : la valeur K, qui est la taille de chaque bucket dans la table de routage, est choisie comme un nombre de nœuds qui ont très peu de chances de sortir de la DHT en une heure. 20:42:33 <topiltzin> ^^ classe F mais !windoze 20:43:04 <topiltzin> s/F/N/ 20:43:08 <iRelay> topiltzin meant: ^^ class N but !windoze 20:43:12 <zzz> bien sûr, on pourrait faire classe N non-windows. Aucune idée combien il y en a 20:43:35 <zzz> cela exposerait aussi ces routers comme étant non-windows, petit souci d’anonymat 20:43:35 <christoph2> hottuna : tu en obtiens ~20 sur un serveur modérément cher. 100 de ceux-là peuvent ou non être un problème selon contre qui tu te défends. et je ne suis pas sûr que tu ne puisses pas obtenir plusieurs fois plus de nœuds par serveur avec du code adapté 20:44:22 <hottuna> d’accord, donc ça pourrait être un peu problématique. Cependant, ça ne le sera pas longtemps vu la façon dont la technologie évolue 20:45:28 <zzz> que peut-on faire d’autre pour 0.9.7 ? 20:45:28 <topiltzin> vrai pour la question d’anonymat… donc peut-être juste faire tous les N et espérer qu’on n’énerve pas trop les utilisateurs 20:46:18 <christoph2> je n’ai pas tout lu. quel était le problème avec windows ? 20:46:25 <hottuna> concernant les connexions : les anciens nœuds continueront comme d’habitude. les nouveaux nœuds équilibreront leurs requêtes entre les deux réseaux. 20:46:49 <dg> christoph2 : limites de connexions intégrées 20:46:52 <hottuna> christoph2 : windows ne permet pas un grand nombre de connexions 20:47:07 <christoph2> ah ok 20:47:27 <hottuna> christoph2 : d’accord, donc ça répond à la question de la rotation des clés. ça ne vaut probablement pas le coup 20:47:34 <topiltzin> en fait c’est le taux auquel de nouvelles connexions sont ouvertes qui est limité 20:49:07 <zzz> hottuna, je ne vois pas comment on passe d’ici à là. Je vois comment déplacer le code snark vers netdb avec les mêmes recherches itératives dans le même espace de clés. Je ne sais pas si ça vaut le coup, mais au moins je vois comment. Après, tout semble vraiment dur et mystérieux. 20:50:02 <hottuna> On changerait l’espace de clés ? Ou par « espace de clés » tu entends quoi ? 20:50:05 <topiltzin> +1 pour commencer avec le code snark et régler le reste plus tard 20:50:40 <zzz> espace de clés = algo clé->clé de routage, y compris la rotation 20:52:14 <hottuna> donc étape un pendant le déploiement : avoir quelque chose qui marche (probablement itératif uniquement). puis on ajoute de nouveaux messages KRPC pour le récursif et le récursif aléatoire 20:52:54 <hottuna> Et quand le réseau aura majoritairement mis à jour pour les supporter, on pourra les activer dans les nœuds émetteurs. 20:53:27 <hottuna> le déploiement nous aidera même à comprendre les performances sous attaque massive 20:53:38 <zzz> (pour contexte, j’ai commencé avec le code kbucket de netdb pour faire une bibliothèque générique dans i2p.zzz.kademlia, avec K, B, taille de hash et algo d’éviction arbitraires. Puis je l’ai testée à fond. Ensuite je l’ai déplacée dans snark pour BEP 5 et plus de tests. La dernière partie du plan original est de la remettre dans netdb pour boucler la boucle) 20:54:54 <hottuna> zzz.kad && i2psnark semble une bonne base. J’ai lu une partie du code aujourd’hui, et ça a beaucoup de sens pour moi. 20:55:01 <zzz> tu proposes espace de clés différent, rotation différente, et participants différents. c.-à-d. un overlay complètement nouveau. 20:55:33 <hottuna> J’aimerais faire un overlay complètement nouveau. 20:56:04 <zzz> oh bien. lecture de code++. 20:56:47 <hottuna> d’accord. Si ça fait sens et si personne n’a d’objection, j’aimerais avancer dans cette réunion. 20:57:42 <hottuna> __Ticket #729 - emplacement des propriétés sur osx__ 20:57:49 <hottuna> topiltzin, Meeh 20:58:11 <topiltzin> oui, c’est un truc très facile à régler qui traîne depuis un moment 20:58:39 <zzz> un nouvel overlay me semble être une galère. 21:00:12 <topiltzin> ... moment gênant ... 21:00:59 <topiltzin> on est toujours sur la DHT ? 21:02:09 <dg> à mon humble avis la discussion sur la DHT n’est pas terminée mais pour le bien de la réunion elle devrait l’être 21:02:23 <dg> aucune décision ne semble claire 21:02:26 * dg retourne dans l’ombre 21:03:16 <topiltzin> Je pense que la décision pour l’avenir immédiat 0.9.7 est plus de FF… la vision à long terme est encore floue 21:03:42 <topiltzin> Je vais m’occuper de #729. Meeh, tu es là bro ? 21:04:16 <trolly> désolé, j’ai oublié la réunion 21:04:57 <hottuna> d’accord topiltzin, quoi de neuf pour #729 ? 21:05:35 <topiltzin> Donc, je le fais tourner depuis un moment, en propageant trunk vers la branche i2p.i2p.729 21:05:50 <topiltzin> ça marche bien, c’est simple 21:06:21 <topiltzin> n’affecte que les nouvelles installations sur OSX, donc faible impact, etc. 21:06:44 <topiltzin> J’aimerais fusionner et en finir 21:07:03 <hottuna> zzz, partant pour la fusion #729 ? 21:07:45 <hottuna> Je n’ai pas accès à un mac, mais je suppose que topiltzin et Meeh en ont. 21:08:12 <topiltzin> Oui, on est probablement les seuls utilisateurs osx ici :) 21:08:15 <topiltzin> voici un diff : 21:08:15 <topiltzin> mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 <hottuna> Je n’ai pas accès au dépôt sur cette machine :/ 21:09:41 <dg> « accès » ? 21:10:00 <hottuna> dans le sens configuré :P 21:10:07 <zzz> pas d’objection 21:10:38 <topiltzin> un pastebin arrive pour ceux que ça intéresse 21:10:50 <zzz> il faut juste un peu de tests, mais il n’en aura sans doute pas plus tant que ce n’est pas fusionné 21:10:50 <hottuna> merci ! 21:11:35 <zzz> J’ai plaidé pour fusionner il y a des mois comme tu le verras dans les commentaires de #729 21:11:42 <topiltzin> `http://pastethis.i2p/show/3404/` 21:11:45 <iRelay> Title: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 <hottuna> allons-y pour la fusion alors 21:12:17 <topiltzin> ok super. Meeh, dis-le maintenant ou tais-toi à jamais 21:12:28 <topiltzin> (ou peu importe ce que dit le prêtre au mariage) 21:13:18 <zzz> J’aimerais qu’il parle plus tard aussi si c’est quand il le teste :) 21:13:21 <topiltzin> ok, je fusionne après la réunion 21:13:56 <hottuna> __Ticket #741 - renommeur de processus sur windows__ 21:14:11 <topiltzin> str4d : tu es là pour ça ? 21:15:54 <topiltzin> mmk, ce ticket n’est pas si petit 21:16:57 <topiltzin> contexte — sous windows, i2p s’exécute avec un nom de processus « java » 21:16:57 <sponge> salut 21:17:24 <sponge> réunion aujourd’hui ? 21:17:27 <topiltzin> ce qui signifie que tout paramètre de sécurité appliqué à i2p devient valable pour toute application java 21:17:41 <hottuna> sponge : oui. `http://zzz.i2p/topics/1397?page=1#p6616` 21:17:48 <iRelay> Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 <sponge> merci 21:17:59 <sponge> il était temps que je participe à l’une de celles-ci… 21:18:48 <sponge> ce jour est toujours difficile pour moi à cette heure précise 21:18:55 <zzz> peut-on faire quelque chose sur le 741 sans str4d ? 21:19:29 <sponge> J’ai enfin une machine avec windows 21:19:36 <topiltzin> si on a une copie de visual studio alors on peut tout faire sans lui 21:19:59 <sponge> 7 si je me souviens bien, je ne l’utilise jamais, donc je peux aider/tester 21:20:14 <hottuna> Je pourrais obtenir une licence VS de microsoft, si quelqu’un sait l’utiliser.. 21:20:41 <topiltzin> c’est une bonne idée que le projet ait une telle licence 21:20:41 <zzz> Je veux dire en termes de discussion. Donc pour revenir au début, topiltzin tu as mis ça à l’ordre du jour pourquoi ? juste pour essayer de faire avancer les choses ? 21:20:41 <sponge> VS est assez pénible d’après ce que j’ai entendu 21:21:07 <topiltzin> exactement — faire bouger les choses 21:21:37 <hottuna> D’accord, str4d n’est pas là. On reporte ça ? 21:21:48 <sponge> aye 21:22:28 * sponge a du « divers » à discuter 21:22:41 <sponge> dites-moi quand j’ai le bâton de parole 21:23:03 <hottuna> Je vais prendre ça pour un grand oui. 21:23:03 <hottuna> On avance… 21:23:06 <hottuna> __Divers__ 21:23:09 <topiltzin> si vous voulez le reporter d’accord, mais n’oublions pas complètement 21:23:21 <hottuna> topiltzin : d’accord 21:23:46 <topiltzin> (je le remettrai à la prochaine réunion aussi) 21:23:57 <topiltzin> ;-) 21:24:08 <hottuna> sponge : Divers c’était ? 21:24:51 <sponge> DIVERS — Bridge API for UDP (BOB) — J’ai quelques idées sur la façon de le faire, mais j’ai besoin de retours, et de savoir si c’est même souhaité 21:25:18 <sponge> en gros il nous faut une sorte de standard extensible 21:25:22 <sponge> et s’y tenir 21:25:43 <sponge> il faut aussi que ça ne casse pas ce qui existe déjà 21:25:57 <sponge> enfin — s’adapter facilement 21:26:56 <hottuna> Donc la question est : à quoi les gens l’utiliseraient ? 21:27:03 <zzz> on a déjà un fil à `http://zzz.i2p/topics/1393` --- et si tu mettais ta proposition là-bas ? 21:27:10 <iRelay> Title: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 <sponge> deux façons auxquelles je pense : soit encapsuler un paquet UDP avec <<destination><data>> soit <<handle><data>> 21:28:13 <dg> hottuna : trackers, voip ? 21:28:16 <sponge> Je suis curieux de la demande 21:28:16 <dg> oserais-je dire, des jeux 21:29:03 <sponge> et j’ai besoin de gens pour en discuter. J’essaie DEPUIS DES ANNÉES de parler avec quelqu’un, pour avoir plus d’idées, et personne ne veut réfléchir au problème 21:29:03 <dg> oh, anonet. psi poussait pour ça. 21:29:03 <sponge> *someone 21:29:03 <zzz> faut aussi lire comment SOCKS fait 21:29:03 <sponge> il y a des applis qui utilisent IDP 21:29:06 <sponge> *UDP 21:29:22 <sponge> n’oubliez pas gnutella 21:29:25 <inscrutable> la voip (mumble) a été implémentée et a été un peu utilisée 21:29:44 <zzz> ça c’est tcp 21:29:47 <sponge> bote utilise aussi un paquet de type udp 21:29:54 <sponge> gnutella peut utiliser udp 21:29:58 <inscrutable> zzz : Autant pour moi 21:30:29 <orion> Quand est la prochaine réunion ? 21:30:40 <hottuna> Chaque fois que quelqu’un veut en organiser une 21:30:40 <zzz> tout est facile à l’intérieur de la JVM. Je pourrais ajouter udp à zzzot en une journée. C’est l’interface externe qui est une galère. 21:30:40 <sponge> donc y a-t-il de la demande ? et si vous avez des idées d’implémentation qui peuvent évoluer et ne pas devenir obsolètes, postez 21:30:45 <orion> Oh mince. On est en réunion. 21:30:45 <hottuna> Je n’en accueillerai pas la semaine prochaine. 21:31:06 <hottuna> orion : on est dans __Divers__ maintenant.. 21:31:25 <dg> sponge : oui. 21:31:32 <sponge> divers numéro 2 — ipv6 et ses implications sur la désanonymisation 21:31:35 <orion> hottuna : Merci. 21:31:50 <sponge> des inquiétudes ? 21:32:01 <sponge> à quel point sommes-nous proches d’utiliser ipv6 21:32:08 <sponge> comment 21:32:12 <hottuna> quelles inquiétudes as-tu sponge ? 21:32:27 <sponge> ipv6 peut relier à qui tu es très facilement 21:32:46 <Meeh> mince, j’ai raté la réunion -.- 21:32:53 <zzz> Fil IPv6 : `http://zzz.i2p/topics/109` 21:32:56 <hottuna> puisque l’espace d’adressage est plus grand ? 21:32:59 <iRelay> Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 <sponge> oui 21:33:03 <sponge> je pensais 21:33:14 <sponge> zzz : c’est différent, mais lié 21:33:17 <dg> ipv6 ne désanonymise pas ? WHOIS _peut_ être plus précis tout comme _peut_ l’être la détermination de la présence d’un NAT (Bob et Ryan sont derrière un NAT, tu ne sais pas qui est qui) — avec IPv6, tu peux peut-être savoir si c’est Bob ou Ryan. 21:33:24 <dg> À mon avis, ça ne change rien pratiquement pour I2P. 21:33:27 <sponge> i2p pourrait obtenir un espace ipv6 21:33:39 <psi> socks 5 udp serait génial 21:33:42 <sponge> le répartir aux utilisateurs via tunnel 21:33:45 <str4d> o/ 21:33:48 <orion> À part ça : i2pcpp aura un support ipv6 complet. 21:33:54 <str4d> Désolé d’être en retard. 21:33:57 <hottuna> dg : Je suis d’accord. 21:34:06 <zzz> en attente que sponge liste ses inquiétudes (post #66) 21:34:20 <dg> hottuna : Peut-on avancer si sponge n’a rien à ajouter ? 21:34:35 <dg> je pense que c’est un non-sujet 21:34:35 <zzz> calendrier ? fusion pour 0.9.8, activation par défaut en 0.9.9 21:34:38 <sponge> donc en bref… I2P fournira-t-il un tunnel ipv6 pour les personnes très sensibles ? 21:34:53 <topiltzin> hey str4d, tu as raté la discussion i2p.exe :( 21:35:04 <sponge> devrions-nous ? 21:35:07 <hottuna> Je ne pense pas que notre modèle de menace inclue qu’il soit illégal d’exécuter I2P. 21:35:31 <hottuna> Si c’était le cas, ipv4 poserait problème aussi. 21:35:42 <zzz> orion, j’essaie de garder notre doc à jour concernant IPv6. La doc devrait correspondre à ce qui est dans ma branche ipv6 maintenant. 21:35:45 <sponge> ht : dans certains pays (chine ?) ça l’est 21:36:20 <hottuna> Et qui exécute i2p est la seule information supplémentaire qui serait révélée. 21:36:39 <zzz> la meilleure voie à travers le GFW est peut-être via IPv6, difficile de voir comment c’est négatif 21:38:09 <sponge> dernier divers de ma part — Désolé d’avoir manqué toutes les réunions précédentes. Encore une fois, ce jour de la semaine et cette heure sont difficiles pour moi. Je serai bientôt plus actif sur tout aussi… le bâton de parole est pour la personne suivante… 21:38:13 <orion> zzz : Merci. 21:39:03 <hottuna> Meeh : tu as manqué #726, mais on te demande de tester les correctifs qui seront fusionnés par topiltzin (je pense que c’est le résumé) 21:39:15 <hottuna> str4d : #741 a été mis de côté pour la prochaine réunion 21:39:22 <hottuna> sponge : sympa :) 21:39:29 <sponge> Je dis remettons 741 sur la table maintenant 21:39:32 <hottuna> Ok, autre chose ? 21:39:32 <Meeh> hottuna : noté. 21:39:39 <sponge> il est là, pourquoi pas 21:39:46 <hottuna> ça me va 21:39:46 <orion> hottuna : Oui, petite chose. 21:40:01 <hottuna> ok, à toi orion ! 21:40:04 <topiltzin> on « dé-table » 741 … :) 21:40:20 <orion> Je me demandais si quelqu’un pouvait me donner mes identifiants pour le compte email press@i2p2.de. 21:40:27 <orion> Ainsi que mettre à jour le site web. 21:40:46 <sponge> orion : le site est dans mtn 21:40:56 <hottuna> mettre à jour quelle partie du site ? 21:41:03 <str4d> Et pas besoin d’identifiants pour mettre à jour le site. 21:41:18 <str4d> (Il suffit de créer une clé mtn et c’est parti) 21:41:25 <orion> str4d : le compte email 21:41:43 <hottuna> welterde gère ce domaine autant que je sache. 21:41:46 <orion> Ou, peu importe. La page team.html a déjà été mise à jour. 21:41:46 <zzz> tu seras cruellement déçu, je ne pense pas qu’on ait jamais reçu un seul email là-bas, mais welterde est la personne à contacter pour être ajouté. C’est juste un redirecteur vers une liste, il n’y a pas de compte. 21:42:02 <orion> Donc pour l’instant c’est juste le compte email. 21:42:20 <orion> Je parlerai à welterde, merci. Je rends la parole. 21:42:30 <hottuna> excellent 21:42:38 <hottuna> __Ticket #741 - renommeur de processus sur windows__ 21:42:45 <str4d> Ok, donc on remet brièvement 741 sur la table ? 21:42:45 <hottuna> topiltzin, str4d 21:42:52 <hottuna> oui 21:42:58 <sponge> :-) 21:43:05 <str4d> Situation actuelle : le renommeur de processus fonctionne. 21:43:12 <str4d> (Quand il est appelé par le wrapper Tanuki) 21:43:23 <str4d> (ou des arguments CLI passés) 21:44:01 <str4d> Je l’ai testé sur Win7. topiltzin a vérifié que le code a tourné sur à peu près tout sauf Win8. 21:44:12 <str4d> Donc il faut tester là-bas. 21:44:34 <hottuna> Quelqu’un a accès à win8 ? 21:44:37 <zzz> 32/64 ? 21:44:52 * KillYourTV peut 21:44:59 <str4d> La seule partie qui ne marche pas actuellement est les défauts internes — les arguments utilisés si aucun argument n’est fourni par l’extérieur (c.-à-d. wrapper ou CLI). 21:45:02 <KillYourTV> (win 8, x64 et/ou x86) 21:45:09 <sponge> Ma fille allait passer à 8, mais on a découvert que c’est vraiment mauvais. 21:45:12 <str4d> zzz : J’étais sur Win7 64 bits 21:45:30 <str4d> (si je me souviens bien) 21:45:30 <hottuna> donc KillYourTV, partant pour quelques tests ? 21:45:37 <KillYourTV> toujours 21:45:44 <hottuna> :) 21:45:52 <str4d> Merci KillYourTV :) 21:46:11 <topiltzin> deux points restants que je vois : 21:46:11 * KillYourTV va configurer quelques VMs 21:46:14 <str4d> Les tests nécessitent juste de déposer le nouveau i2p.exe dans le dossier d’installation, et d’ajuster wrapper.config pour utiliser « i2p » au lieu de « java ». 21:46:21 <topiltzin> 1. Icônes — il en faut de différentes tailles, canaux alpha, etc. 21:46:36 <topiltzin> 2. Des chaînes comme licence, description, etc. doivent être relues 21:46:55 <str4d> 1. — J’ai configuré le fichier VS pour référencer l’icône dans le répertoire installer/ de i2p.i2p. 21:47:22 <str4d> Donc il devrait utiliser la même icône que celle utilisée par i2p.exe basé sur launch4j. 21:47:25 <KillYourTV> Je n’ai pas fait attention mais le « renommeur » proposé est-il déjà dans i2p.i2p ? 21:47:36 <str4d> 2. — D’accord. 21:47:36 <hottuna> concernant les icônes : je ne pense pas qu’il existe des fichiers de haute qualité/svg 21:47:51 <str4d> KillYourTV : oui — installer/c/i2pExe 21:48:10 <zzz> si ça ne marche pas sans arguments, n’est-ce pas un problème ? 21:48:10 <KillYourTV> merci, je peux gérer le reste alors ^^ 21:48:28 <str4d> zzz : oui. 21:48:35 <topiltzin> alors certaines choses comme le panneau de configuration vont sembler bizarres 21:48:43 <str4d> Il faut corriger ça si ça doit remplacer i2p.exe basé sur launch4j 21:48:54 <topiltzin> str4d : tu es sûr que c’est un problème ? Je pensais que tu avais codé en dur quelques valeurs par défaut 21:49:17 <str4d> topiltzin : oui, mais ça plante et je n’ai pas pu comprendre pourquoi à ce moment-là. 21:49:29 <sponge> coder en dur peut être une mauvaise idée, fais d’abord une recherche de chemin. 21:49:47 <str4d> Mais quand j’ai extrait (ce qui aurait dû être) exactement les mêmes arguments et que je les ai utilisés via la CLI, ça a bien marché.. 21:50:02 <str4d> sponge : paramètres par défaut différents. 21:50:13 <sponge> ahh 21:50:35 <str4d> sponge : ce sont les réglages avec lesquels I2P est lancé s’il n’y a rien d’autre (pas de wrapper.config). Voir installer/i2pstandalone.xml 21:50:38 <topiltzin> str4d : pour que KillYourTV teste, tu dois construire le i2p.exe réel ou l’as-tu déjà commité dans mtn ? 21:50:46 <str4d> (et la cible doBuildExe dans build.xml) 21:50:49 <sponge> str4d : tu devras peut-être faire comme j’ai fait pour BOB, en gros un double main() 21:50:53 <KillYourTV> topiltzin : il est dans mtn 21:51:07 * KillYourTV a déjà demandé ^^ 21:51:14 <str4d> topiltzin : il faut le construire — je n’allais pas commiter le binaire avant qu’on soit proches de réellement l’utiliser. 21:51:21 <str4d> KillYourTV : je voulais dire que la source est dans mtn ^_^ 21:51:24 <sponge> le premier main insère les arguments manquants, les passe au main() réel 21:51:31 <KillYourTV> oh… heh 21:51:58 <str4d> sponge : c’est à peu près ce qui est fait — si des args sont passés ils sont utilisés, sinon des args par défaut sont construits. 21:52:05 <sponge> donc tu as main() et _main() 21:52:08 <topiltzin> ok donc i2p.exe n’est pas dans mtn ? 21:52:08 <str4d> topiltzin : quel est le format de launch.properties ? 21:52:27 <str4d> topiltzin : correct. Juste installer/c/i2pExe/i2p.c etc. 21:52:30 <sponge> le premier n’est qu’un nettoyage 21:52:37 <str4d> sponge : voir installer/c/i2pExe/i2p.c pour le code. 21:52:37 <dg> topiltzin : src oui, binaire non 21:52:48 <sponge> je regarderai, merci 21:53:11 <sponge> Je te reviendrai sur pourquoi c’est cassé 21:53:27 <str4d> topiltzin : il y avait aussi plusieurs méthodes commentées dont je n’ai pas compris la raison d’être. 21:54:04 <topiltzin> pas de souci, je peux expliquer hors-ligne 21:54:15 <topiltzin> mais KillYourTV a besoin d’un binaire pour tester, peux-tu en construire un ? 21:54:54 <str4d> topiltzin : bien sûr. 21:55:21 <topiltzin> launch.properties — je crois une ligne par propriété, besoin de revérifier 21:55:39 <str4d> (sauf si tu as déjà VS2008 KillYourTV — c’est avec ça que c’est construit) 21:56:05 <topiltzin> ce qui amène un autre point __divers__ intéressant : 21:56:08 <str4d> topiltzin : je pense que launch.properties pourrait être comme wrapper.config mais pour le cas autonome. 21:56:23 <topiltzin> ouais 21:56:42 <str4d> (Parce que l’actuel i2p.exe autonome n’est pas du tout ajustable) 21:58:33 <topiltzin> maintenant que le projet est chargé de cash (parce qu’une personne mystérieuse a donné 1000 BTC quand ils étaient encore bon marché) on devrait avoir des licences logicielles pour des choses comme vmware, visual studio, etc. 21:59:21 <hottuna> visual studio je peux l’avoir gratuitement pour moi ou l’un de vous 21:59:24 <topiltzin> Je suis sûr que KillYourTV a acheté légalement ses copies de Windows 8 :-D mais techniquement c’est le projet qui devrait financer ça 21:59:39 <zzz> microsoft fait de la pub à la TV pour des PC win8 à 450 $ (Asus ? Acer ?), on pourrait juste en acheter un 22:00:05 <sponge> excellente idée zzz 22:00:16 <KillYourTV> (copies dreamspark, « pour usage éducatif ») 22:00:27 <maidenboi2> tiger direct a souvent des offres à 300-400 pour des laptops entrée de gamme 22:00:27 <orion> Si Microsoft offre des réductions étudiantes, je peux les obtenir. 22:00:34 <orion> Si vous voulez aller par là. 22:00:37 <topiltzin> hottuna oui s’il te plaît (concernant VS) 22:00:51 <dg> attendez 22:01:01 <dg> le portable gamer qu’on a acheté est-il win. 8 ? 22:01:19 <hottuna> a-t-on vraiment besoin de jouets ? les tests ne pourraient-ils pas se faire en VM ? 22:01:27 <KillYourTV> echelon avait son propre windows. 22:01:45 <KillYourTV> et je fais mes tests dans des VMs propres 22:01:52 <sponge> str4d : j’ai VS quelque part (il est très vieux) mais je ne l’utiliserai pas. Je vais simplement revoir ton code une fois pull et apply terminés ici et te conseiller 22:02:14 <str4d> sponge : merci. 22:02:59 <topiltzin> une VM est toujours mieux 22:02:59 <orion> Je suis d’accord avec hottuna concernant la VM. 22:02:59 <topiltzin> et on peut se partager des images pour faciliter le debug etc. 22:02:59 <hottuna> d’accord. donc on est contents de ce sujet/cette discussion ? 22:02:59 <sponge> str4d : pas de problème. J’ai eu la tête plongée dans le C, C++ et l’ASM le dernier mois 22:03:02 <zzz> un netbook win8 serait bien moins cher que VS 22:03:52 <orion> zzz : Et si j’obtenais une copie étudiante de VS ? 22:04:03 <hottuna> Je pensais faire don de ma copie étudiante aussi. 22:04:14 <topiltzin> orion : si tu obtiens une copie étudiante i2p ne peut pas techniquement l’utiliser 22:04:21 <sponge> Ma fille pourrait possiblement obtenir une version étudiante aussi 22:04:27 <topiltzin> s/technically/legally/ 22:04:31 <iRelay> topiltzin meant: orion: if you get a student copy i2p cannot legally use it 22:04:31 <hottuna> topiltzin : pourquoi pas ? 22:04:34 <str4d> hottuna : oui pour moi. Deux actions principales : Corriger les valeurs par défaut (et fournir un launch.properties) ; construire un i2p.exe pour que KillYourTV teste. 22:04:37 <orion> C’est pour mon éducation. 22:05:07 <hottuna> et pas pour une entreprise/projet à but lucratif 22:05:07 <topiltzin> parce que c’est une copie étudiante pour l’éducation d’orion — ça veut dire que seul lui peut l’utiliser 22:05:26 <hottuna> ok. dans ce cas je ne peux pas fournir VS. 22:05:49 <topiltzin> quelle licence a la tienne ? 22:05:58 <hottuna> et ça ne peut pas être construit avec mingw ? 22:05:58 <hottuna> topiltzin : étudiante 22:06:46 <topiltzin> tu peux l’utiliser pour construire i2p.exe ou autre pour i2p, la seule chose que tu ne peux pas faire est de la donner à quelqu’un d’autre 22:07:23 <KillYourTV> et vs2008 express ? Est-ce limité au 32 bits seulement ? 22:07:46 <sponge> str4d : note ! Ce n’est pas de bon style de mélanger des commentaires C++ dans du code C ;-) utilise /* */ 22:08:01 <KillYourTV> Je suppose qu’on a besoin de i2p.exe 64 bits _et_ i2p.exe 32 bits 22:08:32 <topiltzin> Je pense que 32 bits seulement est suffisant 22:08:35 <sponge> Je vois aussi déjà ton problème 22:09:01 <topiltzin> suffisant = tourne sur windows 64 et 32 bits 22:09:19 <KillYourTV> Je ne suis pas sûr qu’un i2p.exe 32 bits puisse charger le wrapper 64 bits. Le wrapper 32 bits ne peut pas charger la JVM 64 bits 22:09:36 <KillYourTV> je ne sais pas pour ça 22:10:48 <sponge> str4d : i2p.c ligne 54, et la boucle en dessous — tu n’assignes pas correctement… ça devrait être ‘*new_argv[0]’ pas ‘new_argv[0]’ idem pour la boucle en dessous. Le NULL final devrait être OK 22:11:06 <K1773R> KillYourTV : et un x86 qui démarre le launcher x86 ou x64 ? 22:11:44 <sponge> str4d : Essaie ça, et ça devrait marcher pour toi 22:11:47 <KillYourTV> c’est ce que je dis, je ne sais pas si ça peut marcher. Les binaires 32 bits ne peuvent _généralement_ pas appeler des binaires x64. 22:12:47 <sponge> en fait la première ligne est peut-être OK, mais la boucle a besoin d’un * 22:13:26 <sponge> read_options, si ça retourne un pointeur, doit copier le pointeur 22:13:45 <K1773R> KillYourTV : via cmd.exe ça devrait fonctionner en dernier recours, même si c’est un problème win 22:13:48 <sponge> new_argv[i] = &(read_options[i-1]); 22:13:51 <sponge> comme ça 22:14:57 <topiltzin> sponge as-tu accès à une machine windows ? Peux-tu aider à tester ? 22:15:17 <topiltzin> sponge : poste aussi tous commentaires sur trac #741 22:15:35 <sponge> J’ai un laptop win 7, mais je ne peux pas tester aujourd’hui. J’ai peu de temps, et j’ai dû m’organiser pour être ici 22:16:17 <sponge> sinon je sauterais dessus 22:16:52 <sponge> le point est que tu as un pointeur vers un tableau de pointeurs 22:17:41 <KillYourTV> Je peux en gros tester toutes les versions de Windows 22:17:44 <sponge> tu ne copies pas le pointeur, ton code copie les premiers caractères, ce qui va pointer vers du bazar aléatoire et provoquer ton crash 22:18:46 <sponge> new_argv[0] = argv[0]; <-- ça c’est ok 22:18:59 <sponge> new_argv[i] = read_options[i-1]; <-- bazar aléatoire 22:19:13 * hottuna prépare le marteau de clôture de la réunion 22:20:21 <hottuna> d’accord… l’heure de fermeture 22:20:24 <str4d> sponge : Je suis assez sûr que cette section est restée la même que pour limewireExe 22:20:31 <micster> Avant que tout le monde parte, je pensais au « statut d’organisme à but non lucratif 501(c)(3) » pour The Invisible Internet Project. Est-ce l’endroit pour en parler ou ailleurs ? 22:20:38 <str4d> (Ce qui devrait être opérationnel, d’après topiltzin) 22:20:45 <hottuna> micster : oui 22:21:04 <dg> hottuna : on en a fini avec #741 ? 22:21:22 <hottuna> je doute qu’on en finisse :P 22:21:29 <sponge> str4d : problème 2 22:21:33 <sponge> free(read_options); 22:21:45 <sponge> ne les libère pas là 22:21:48 <micster> J’ai vu un post sur le forum à propos de quelqu’un qui voulait s’incorporer en Allemagne. Je suis aux US et intéressé pour poursuivre ça. 22:21:52 <str4d> KillYourTV : pour 32/64, que se passe-t-il actuellement avec i2p.exe basé sur launch4j ? Ça démarre un processus java.exe séparé ; est-il construit séparément pour 32 et 64 bits ? 22:21:55 <hottuna> sponge : je dois y aller. Pourrais-tu t’occuper du reste de la réunion ? 22:21:58 <sponge> libère-les tout à la fin 22:22:09 <sponge> Je suis sur le départ aussi 22:22:15 <hottuna> il a juste besoin d’un dernier « baf », et c’est fini 22:22:18 <hottuna> mince ! 22:22:25 <dg> micster : Super ! Malheureusement, le timing est mauvais. Tu peux poster à ce sujet sur zzz.i2p (« le forum ») si tu peux ? 22:22:28 <str4d> sponge : Je vais essayer ta suggestion et faire un retour. 22:22:31 <sponge> Je pense que c’est fini 22:22:38 <micster> Ok 22:22:41 <str4d> (plus tard — afk maintenant o/) 22:22:59 <sponge> str4d : vérifie bien que c’est un pointeur 22:23:01 * hottuna 'baf' abat le marteau de clôture de la réunion 22:23:06 * hottuna **baf** 22:23:17 <sponge> **BARF** :-) 22:23:35 <hottuna> résumé publié ici : `http://zzz.i2p/topics/1397` 22:23:42 <iRelay> Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 <RN> :) 22:23:57 <sponge> cool, je peux maintenant aller faire mes courses 22:24:08 <topiltzin> super réunion tout le monde ! 22:24:19 <dg> micster : la réunion se termine et tout le monde semble avoir beaucoup de choses à dire. Tu auras plus de visibilité et de temps de cerveau si tu postes là-bas. 22:24:53 <micster> Ok, je vais faire le post. Peut-être que ça pourra être discuté dans une future réunion. 22:25:01 <micster> Je voulais juste voir si j’étais au bon endroit. 22:26:52 <RN> beaucoup de bonnes discussions. merci d’avoir pris le temps de participer à tous 22:27:07 <hottuna> :) 22:28:54 <zzz> micster, le bon fil pour ça est `http://zzz.i2p/topics/1388` 22:28:58 <iRelay> Title: zzz.i2p: Official I2P group (at zzz.i2p)

Version 0.9.6

Tue, 28 May 2013 00:00:00 +0000

0.9.6 inclut des corrections de bogues et une mise à jour de Jetty 6.1.26 (2010-11-10) vers Jetty 7.6.10 (2013-03-12). Voir ci-dessous des informations importantes sur la mise à jour de Jetty. La série Jetty 7 est activement maintenue et nous prévoyons de rester à jour avec elle dans les prochaines versions d’I2P.

La plupart des utilisateurs effectueront la mise à jour via HTTP. Ceux qui utilisent des versions de développement tenteront de se mettre à jour via le BitTorrent intra-réseau expérimental avec i2psnark. Nous avons corrigé certains bogues qui permettront à davantage d’utilisateurs de se mettre à jour par torrent au cours du cycle de mise à jour 0.9.7.

Réunion des développeurs I2P - 21 mai 2013

Tue, 21 May 2013 00:00:00 +0000

Récapitulatif rapide

Présents: dg, eche|on, hottuna, Mathiasdm, Meeh, zzz

Meeting Log

19:56:52 <hottuna> Salut à tous && (welt||welterde||weltende) 19:57:24 <eche|on> ;-) 20:00:33 <iRelay> <jenkins@kytv> Starting build #182 for job I2P 20:01:11 <hottuna> Mathiasdm, Meeh, postman, str4d, _sponge, KillYourTV, Complication 20:01:19 <hottuna> Bon, lançons cette réunion 20:01:33 <eche|on> réunion ? hmm 20:01:33 <hottuna> Ordre du jour : 20:01:39 <hottuna> * Nouveau système de primes 20:01:44 <hottuna> * Nouvelles primes 20:01:49 <hottuna> * Divers ? 20:02:21 <hottuna> __Nouveau système de primes___ 20:03:25 <hottuna> Cet été, j'aurai du temps à consacrer au développement d'I2P, mais je dois aussi payer mon loyer, raison pour laquelle un nouveau système de primes, ou au moins un nouvel ensemble de primes et sous-primes, sera proposé 20:03:51 <dg> \o 20:04:37 <iRelay> <jenkins@kytv> Project I2P build #182:SUCCESS in 4 min 7 sec: `http://jenkins.killyourtv.i2p/job/I2P/182/` 20:05:00 <hottuna> après avoir discuté l'idée avec eche|on, il semble que la meilleure option pour un travail rémunéré soit via le système de primes 20:05:44 <hottuna> pour que ça marche, je proposerai au moins une grande prime puis créerai des sous-primes pour celle-ci 20:06:27 <hottuna> les sous-primes seront créées et closes toutes les deux semaines 20:06:41 <hottuna> (de préférence en tenant une réunion comme celle-ci lorsqu'une sous-prime doit être close) 20:07:27 <eche|on> vous connaissez mon opinion, donc j'attends simplement des retours ;-) 20:07:35 <hottuna> Actuellement, le projet i2p dispose de beaucoup de fonds qui ne nous servent à rien 20:08:10 <hottuna> et me permettre de contribuer à des domaines problématiques où il y a grand besoin dans i2p devrait être globalement une bonne chose 20:08:51 <hottuna> Quelqu'un a des questions ou des retours sur cette idée ? 20:09:26 <hottuna> J'en ai parlé plus tôt avec zzz, eche|on, postman et Mathiasdm et ils ont approuvé 20:10:07 <hottuna> J'ai essayé de joindre welt/welterde/weltende, _sponge, badger et KillYourTV mais je n'ai pas eu de réponse de leur part 20:10:23 <iRelay> <jenkins@kytv> Project I2P UnitTests build #153:SUCCESS in 5 min 36 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/153/` 20:10:35 <hottuna> Mais j'aimerais savoir ce que le reste des habitants de #i2p-dev pensent de l'idée 20:10:52 <dg> Je suis d'accord que nous devrions faire quelque chose avec les fonds 20:11:08 <dg> Une méthode organisée pour le faire est utile, je ne suis pas du tout en désaccord donc je reste muet 20:12:04 <hottuna> dg, ça te semble une bonne manière de faire quelque chose d'utile ? 20:13:00 <dg> oui. Le système de primes fonctionne déjà, nous devrions nous appuyer dessus 20:13:19 <zzz> tu proposes d'utiliser les fonds existants ? euros ou BTC ? 20:13:21 <hottuna> Pour ce qui est des montants des primes, 325 par sous-prime toutes les deux semaines est ce dont j'ai besoin pour couvrir mes coûts de base de la vie 20:13:47 <hottuna> les euros sont plus sûrs et plus simples pour moi 20:14:07 <hottuna> mais peut-être qu'une partie pourrait être payée en btc 20:14:42 <hottuna> dans tous les cas, la prime devrait être définie en euros puis éventuellement versée en btc 20:14:47 <zzz> eche|on, quel est notre solde ? 20:15:27 <hottuna> et pour répondre à ta question, je propose d'utiliser les fonds existants 20:15:27 <eche|on> `http://echelon.i2p/donations/index.html` - toujours à ces montants 20:15:32 <iRelay> Titre: Dons (sur echelon.i2p) 20:15:40 <eche|on> donc ~28k et 626 BTC 20:16:47 <dg> hottuna: Quel travail effectueras-tu ? 20:17:22 <zzz> env. combien d'heures par semaine comptes-tu travailler ? 20:17:35 <hottuna> c'est le deuxième point de l'ordre du jour, mais je pense principalement à améliorer nos problèmes de floodfill 20:17:57 <hottuna> 40 h/semaine. Donc à temps plein. 20:18:56 <zzz> donc à la louche, 8 euros/heure 20:19:18 <zzz> non. 4 euros/heure 20:19:20 <hottuna> à mon avis ça paraît raisonnable/bon marché 20:19:35 <zzz> 325/80 20:20:13 <zzz> McDonald's n'embauche pas ? :) 20:20:35 <hottuna> je crois que Burger King m'a payé plus de l'heure :P 20:21:06 <eche|on> tu as travaillé pour un Burger King ? bon sang,... j'aurais dû venir te voir au boulot^^ 20:21:35 <zzz> env. combien de semaines proposes-tu de travailler ? 20:21:56 <hottuna> voyons voir... ce sera un chiffre approximatif 20:23:19 <hottuna> je devrais en faire au moins 8, mais ça pourrait être plus ou moins 20:24:10 <zzz> donc un engagement de 1300 euros de notre part 20:24:24 <hottuna> ouais 20:24:49 <hottuna> au-delà, il faudrait en discuter en réunion 20:25:18 <zzz> quelqu'un se souvient de ce que nous payions jrandom par mois ? 20:26:08 <hottuna> voyons ce que dit l'Internet Archive 20:26:10 <eche|on> moins. ~500$ AMHA 20:26:39 <zzz> il était plus hippie que tuna :) 20:26:50 <hottuna> $465 USD/mois 20:27:11 <hottuna> Je fais le hippie aussi fort que je peux, bon sang ! 20:27:52 <dg> sois encore plus hippie !! 20:28:49 <hottuna> d'accord, quelqu'un a des objections ou des questions ? 20:29:15 <zzz> aucune objection 20:29:41 <Mathiasdm> ça semble bien 20:30:25 <dg> pareil 20:30:54 <hottuna> Très bien. Alors tout le monde est content 20:31:32 <hottuna> Pour mémoire : comme aucune objection n'a été soulevée, nous allons avancer avec le nouveau système de primes. 20:31:47 <hottuna> __Nouvelles primes__ 20:32:34 <hottuna> Le système de floodfill présente des problèmes, notamment de résistance aux attaques et de passage à l'échelle. 20:33:02 <hottuna> Le remplacer est la première prime que je proposerai. 20:33:30 <hottuna> J'ai parlé avec zzz de quelques alternatives 20:33:47 <hottuna> et la première étape semble être de passer à un netdb basé sur kademlia 20:34:30 <hottuna> zzz a d'ailleurs déjà commencé en implémentant kademlia dans i2psnark 20:34:59 <hottuna> c'est probablement une bonne base pour un réseau netdb 20:35:53 <hottuna> il y a des modifications que l'on peut apporter à kad pour le rendre plus probabiliste et éviter les pires aspects des attaques d'éclipse et de Sybil. 20:36:01 <zzz> Je ne suis pas sûr que « remplacer » soit le bon mot. Et pas sûr non plus que ce soit en haut de ma liste. Notre système ff est en fait en assez bon état en ce moment. Mais je ne sais pas à quel point tu veux te lancer dans la discussion maintenant. 20:36:27 <zzz> Une sous-prime raisonnable pourrait être simplement d'analyser la situation actuelle et de faire des propositions 20:36:41 <hottuna> remplacer serait un objectif à long terme, initialement l'objectif serait d'ajouter un second backend netdb 20:36:58 <hottuna> oui, remplacer est le mauvais mot. 20:37:09 <zzz> mais oui, les gens de l'UCSD ont mis en évidence certains problèmes. 20:37:35 <zzz> en mettant de côté les vulnérabilités un instant, je pense que nous sommes en fait bons pour quelques années de croissance sans changements 20:38:06 <Mathiasdm> 22:37 <zzz> Une sous-prime raisonnable pourrait être simplement d'analyser la situation actuelle et de faire des propositions <-- ça semble une bonne idée si c'est limité dans le temps 20:38:53 <hottuna> passer deux semaines sur une analyse serait peut-être excessif, mais tenir une réunion et discuter des alternatives après une semaine pourrait être bien 20:38:55 <zzz> ce qui n'est _pas_ réaliste, c'est de remplacer ffs par R5N cet été. 20:39:09 <hottuna> zzz, d'accord 20:41:24 <hottuna> il pourrait aussi y avoir besoin de travail autour du développement, comme le support multirouter 20:41:24 <hottuna> ce qui faciliterait le développement 20:41:24 <zzz> pour info à tout le monde, la feuille de route netdb que j'ai en tête est 1) des réponses de recherche chiffrées et 2) migrer le kad de snark vers le router 20:41:24 <Meeh> j'aime les idées 20:41:35 <Meeh> ./roadmap 20:41:49 <dg> ouais 20:44:21 <hottuna> Je ne pense pas que 2 semaines pleines soient nécessaires pour ça 20:44:27 <Meeh> ouais 20:45:21 <dg> « exploration des alternatives » ? 20:45:30 <Meeh> comme dans les exploration tunnels, c'est ça ? 20:45:30 <zzz> ça dépend combien de temps avant que ta tête n'explose 20:45:37 <zzz> quoi d'autre sur ta liste ? 20:45:45 <hottuna> "exploration des alternatives" = {quelle technologie ?, si dht — laquelle ?, quelle base de code ?} 20:46:03 <hottuna> peut-être une semaine, et si j'ai du temps à revendre je commencerai par le truc multirouter. 20:47:09 <hottuna> je ne suis pas sûr, mais certaines primes comme ipv6 devront être terminées bientôt, car ipv6 semble être réellement déployé maintenant 20:47:40 <dg> zzz travaille beaucoup sur ipv6 mais il pourrait apprécier de l'aide 20:48:12 <eche|on> J'essaie d'ajouter IPv6 sur mon serveur root pour l'usage d'I2P. 20:48:15 <hottuna> Résoudre des problèmes concernant une soumission à OpenITP a été suggéré par zzz 20:48:22 <eche|on> dès que je trouverai le temps de comprendre et de le mettre en place... 20:48:57 <Meeh> J'ai un serveur de dev où je peux laisser entrer des développeurs pour des tests.. Il a plusieurs adresses ipv6 20:49:00 <hottuna> être acceptés par OpenITP serait quelque chose de majeur pour nous 20:49:07 <Meeh> Je pourrais en configurer d'autres maintenant pour les tests 20:49:22 <eche|on> et maintenant je file pour une bonne nuit... 20:49:25 <zzz> voici ma liste : IPv6 (incl. tests), Crypto (voir wiki trac), préparation OpenITP (voir wiki trac), obscurcissement des protocoles NTCP et SSU (ancien post zzz.i2p, Lance James pourrait pouvoir aider), résistance aux pare-feux étatiques, NAT symétriques (ticket #873), ... 20:49:32 <iRelay> `http://trac.i2p2.i2p/ticket/873` - (accepted defect) - Port changing .. obscurely 20:49:40 <Meeh> zzz : tu veux un accès à un serveur ipv6 pour des tests ? 20:49:51 <dg> hottuna : chose majeure, oui, mais, au cas où toi (ou d'autres) ne le sauriez pas : OpenITP n'est pas un financeur de long terme. Ils financent des objectifs courts et réalisables pour améliorer les projets « rapidement ». 20:51:05 <zzz> Meeh oui, dans quelques semaines. J'aimerais que le correctif mineur en 0.9.5 pour ignorer les adresses IPv6 publiées sorte avant que nous commencions à les publier 20:51:24 <zzz> s/0.9.5/0.9.6/ 20:51:24 <hottuna> la crypto est une autre chose que je connais un peu, donc mon temps pourrait être bien employé là 20:51:27 <iRelay> zzz meant: Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.6 to ignore published IPv6 addresses get out there before we start publishing them 20:51:48 <Meeh> ok :) Je peux en configurer plusieurs aussi si besoin 20:51:51 <hottuna> peut-être que si on a de la chance j'en aurai fini en partie avec le système de floodfill quand zzz aura terminé ipv6 20:51:58 <Meeh> ai un /48 net 20:52:14 <hottuna> comme ça on pourrait tous les deux attaquer le problème de crypto 20:52:21 <zzz> zut, et i2pcpp 20:52:37 <dg> orion est 404 en ce moment 20:52:48 <Meeh> sindu pourrait aider là-dessus quand il aura du temps, excellent codeur C 20:52:59 <Meeh> on en a parlé plus tôt, je le connais IRL 20:53:26 <hottuna> ça a l'air intéressant 20:53:49 <zzz> si orion est au moins disposé à accepter de l'aide, c'est un grand pas — ce n'était pas le cas avant — 20:53:52 <hottuna> mais je pense que je devrais passer du temps là où ça fait le plus de différence, ce qui, à mon avis, est floodfill/ipv6 et la crypto 20:54:11 <hottuna> *ça 20:54:14 <zzz> bien sûr, ma liste ne correspond pas nécessairement à tes compétences ou intérêts 20:54:29 <Meeh> au passage, il devrait avoir du crédit pour avoir répandu les stickers i2p dans tout Oslo, Norvège. Il les a collés partout dans la ville 20:54:44 <Meeh> hottuna : si tu veux, envoie-en plus... bientôt à court de nouveau :P 20:55:11 <zzz> oh oui, hottuna si tu ne viens pas à la DEFCON j'en ai besoin aussi 20:55:30 <hottuna> je prévois de venir à la defcon 20:55:44 <hottuna> je n'ai pas encore acheté de billets d'avion, mais je le ferai bientôt. 20:55:47 <zzz> oh carrément oui. 20:56:23 <Meeh> hottuna : si tu as les fichiers, je pourrais peut-être obtenir quelques impressions gratuites moi-même 20:56:43 <hottuna> les fichiers sont dans la branche i2p.graphics 20:56:46 <Meeh> si tu as l'autocollant en format png/ai/peu importe 20:56:49 <Meeh> ok merci 20:57:00 <hottuna> si je me souviens bien 20:57:16 <hottuna> très bien. 20:57:51 <hottuna> Tout le monde est d'accord pour que la première prime concerne le système de floodfill ? 20:58:02 <dg> oui 20:58:25 <Meeh> yep 20:58:50 <Mathiasdm> ok, donc d'abord 1 semaine de recherche des options, suivie d'une implémentation (pour l'instant kademlia est le plus probable) ? ça me va 20:59:06 <hottuna> oui, c'est l'idée 21:01:56 <hottuna> ok 21:03:15 <hottuna> Pour mémoire : la première prime à introduire est l'ajout d'un nouveau backend netdb. La première sous-prime devrait se diviser entre exploration des alternatives, recherche multirouter et discussion avec vous 21:03:26 <hottuna> __Divers__ 21:04:38 <hottuna> Comment se passe le déploiement du site web ? 21:09:27 <hottuna> Tout le monde est mort ? 21:09:31 <hottuna> str4d ? 21:12:57 <Mathiasdm> oh 21:13:04 <Mathiasdm> j'étais curieux :) 21:14:22 <hottuna> ai-je raté quelque chose d'excitant ? 21:14:29 <Mathiasdm> seulement ceci : 21:14:32 <Mathiasdm> 23:10 -!- hottuna [hottuna@irc2p] has quit [Quit: leaving] 21:14:32 <Mathiasdm> 23:12 <+Mathiasdm> oh 21:14:35 <Mathiasdm> 23:13 <+Mathiasdm> j'étais curieux :) 21:15:12 <hottuna> D'accord, si personne ne sait, on verra la semaine prochaine 21:15:38 * hottuna abat le marteau de fin de réunion 21:19:59 * Mathiasdm continue à lurker :)

Réunion des développeurs I2P - 2 avril 2013

Tue, 02 Apr 2013 00:00:00 +0000

Récapitulatif rapide

Présents: dg, dr|z3d, K1773R, KillYourTV, lillith, orion, RN, Shinobiwan, str4d, weltende

Journal de réunion

20:52:42 <lillith> okay meeting topics for today: 20:54:22 <lillith> 1. Are bounties appropriate? 20:54:29 <lillith> 2. Managing money 20:54:29 <lillith> 2a. The ssl certs 20:54:32 <lillith> 3. Making the i2p project official 20:56:38 <lillith> 4. Procedure regarding decicions for the project (for example making it official) 20:56:53 <lillith> for scrollback from last week if you were not here, `http://sighup.i2p/irclogs/show?search=&user=&from_date=26+Mar+2013&to_date=26+Mar+2013&channels[]=#i2p-dev&per_page=3&page_format=Html` 20:56:53 <lillith> relevant zzz.i2p posts: `http://zzz.i2p/topics/1359` for the meeting thread 20:56:53 <lillith> `http://zzz.i2p/topics/1366` for the bounties thread 20:57:07 <iRelay> Title: zzz.i2p: Managing the project (at zzz.i2p) 20:57:09 <iRelay> Title: zzz.i2p: I2P Bounty System - 2013 (at zzz.i2p) 20:57:55 <trolly> chosen download bin file from zzz.i2p? 20:58:02 <lillith> 1. Are bounties appropriate, and further bounty discussion 20:58:05 <dg> Huh. Corruption again! 20:58:50 <lillith> not sure who (if anyone) woud like to be pinged, so i'l go on 20:59:22 <dg> trolly: that's a bug 20:59:30 <trolly> haha, no problem 20:59:41 <lillith> Last week it was decided that while bounties can be a good thing they may well need some looking at 20:59:48 <trolly> a trojan bug? just joking.. 20:59:59 <dg> try to nab the output of `http_proxy="`http://127.0.0.1:4444/"` `http://zzz.i2p/whateverurlbrokebefore`` and check /logs for anything important 21:00:05 <dg> it seems to be corruption, we saw this on id3nt.i2p in the past 21:00:19 <lillith> i suggested some revisions of the 50 BTC syndie bounty to echelon, and he has updated it 21:01:06 <lillith> which led me to two questions: can/should we employ people, ie give them a small amount of money regularly over an extended period? 21:01:57 <lillith> and what exactly is the procedure on bounties funded by i2p's money, not directly from a donor 21:02:20 * lillith opens up the floor for discussion 21:04:50 <str4d_> dg: if it's occuring on another site, that suggests an I2P tunnel problem. 21:05:26 <dg> str4d_: This happened before, is what I am saying. I do not know if the person affected == trolly but it was a few months back and none of us had any answer. 21:05:41 * str4d_ was affected by it. 21:05:52 <dr|z3d> dg: !!! 21:05:56 <dg> Okay, more than one person. 21:06:10 <dg> I believe zab was still around at the time which may tell you the period.. 21:06:21 <dg> dr|z3d: !!! 21:06:24 <str4d_> But the issue is orthogonal to the current discussion =) 21:06:36 * dr|z3d lols. 21:06:47 <lillith> str4d_: implying discussion ;) 21:08:32 <Shinobiwan> should i2p employ people? yes and no IMO. yes the people that continue to provide services that make i2p of higher quality (such as running the default IRC network and the more popular things like id3nt.i2p) are the best candidates to receive funds... in addition to the developer stuff which may have bounties attached. 21:09:27 <str4d_> Shinobiwan: I wouldn't consider that employment though. 21:09:50 <str4d_> "Employment" would be payments for the purpose of direct I2P development (code or otherwise). 21:10:19 <dr|z3d> Shinobiwan: i2p should award effort and achievement. 21:10:43 <lillith> what i had initially proposed was a small monthly payment for maintaining syndie, getting and keeping it into repos, bug fizing, etc 21:12:25 <dr|z3d> otoh, i2p should not award aspiration, lazinesss or failure to deliver. 21:12:32 <str4d_> That seems like a good compromise between the current bounty system and "proper" employment (which is hard for anonymous dev work) 21:13:20 <str4d_> Right. So if a monthly system were set up, the payment would be subject to "sufficient" work having been done. 21:13:31 <lillith> dr|z3d: absolutely. there is plenty of money to give to people who deserve it 21:14:06 <str4d_> (So it would require a monthly meeting between the deciding people to analyze the various outputs during that period) 21:14:09 <dr|z3d> lillith: we're swimming in it. 21:14:35 <str4d_> I don't think that failure to deliver in one particular month should be cause for complete funding cuts, though. 21:15:03 <dr|z3d> commitment, dedication, service. 21:15:04 <lillith> people have afk commitments as well as internet ones 21:15:07 <Shinobiwan> derp, pingout. 21:15:37 <dr|z3d> remind me again why str4d_ isn't getting compensated? :) 21:16:07 <str4d_> I'd propose a more flexible system where the "employee" gets paid for the months they do sufficient work in. 21:16:07 <str4d_> (extended absences would be grounds for discontinuing funding though) 21:16:22 <str4d_> lillith: exactly (like zzz currently) 21:17:02 <str4d_> dr|z3d: under my proposed system, I wouldn't be at present =P 21:17:26 <dr|z3d> the threat of halebopp dropping indent inspires zzz to offer hosting costs. so why does str4d_ have to battle with eche|on to get hosting funding? 21:17:53 <dr|z3d> i offer one word: incompetence. 21:17:56 <str4d_> dr|z3d: that's on a tangent. 21:18:42 <dr|z3d> str4d_: more than likely. 21:18:45 <darrob> what kind of maintenance work are we talking about here? shouldn't bugs and specific goals like repo inclusion be separate bounties so more than one person can claim them? 21:18:56 <str4d_> There are two kinds of potential funding that I can see - the bounty/employment hybrid above, and donations from I2P towards community services. These should be treated separately. 21:19:25 <dr|z3d> value added recompense. 21:20:00 <dr|z3d> anything else is jizz. like paying 10btc for dogpoo. 21:20:03 <lillith> str4d_: and competitions too, if there were ever to be another 21:20:10 <str4d_> darrob: what we are trying to do is promote developers staying around. 21:20:13 <str4d_> lillith: true, that's a third category. 21:20:40 <dr|z3d> also beer. my bad. 21:21:34 <RN> I wouldn't mind being paid beer for my humor... ;) 21:21:43 <lillith> from echelon.i2p: - the I2P general fund will cover all needed costs of I2P - discussed by dev team and will be noted here and on official webpage 21:22:09 <lillith> i think most things would be acceptable as long as they are discussed and agreed upon beforehand 21:22:12 <str4d_> darrob: So rather than paying out a large lump sum for an arbitrary milestone and then the dev goes AWOL, we define smaller milestones and tasks within the confines of (what is currently called) the bounty, and the dev gets continual smaller payments. 21:23:55 <str4d_> The bounty system would still exist for bounties proposed by third parties (as they have control over how their funds are used), but for bounties that would be proposed by I2P itself from I2P funds, the new system should be better for I2P IMHO. 21:24:26 <dr|z3d> bounties are shit. hit and run contributors. 21:25:09 <lillith> dr|z3d: hence why we are discussing a new system 21:25:12 <dr|z3d> not to mention "i paid $200, I'm important attitudes" 21:25:26 <str4d_> Part of the problem IMHO is that the current system only has a general description, with no concrete structure. 21:25:49 <dr|z3d> lillith: excuse me if i'm not quite following the finer points of the argument :) 21:25:52 <str4d_> For the new system, we need an agreed set of guidelines for proposing and managing funded tasks. 21:26:59 <lillith> dr|z3d: if people want to waste/spend their money on bounties for improperly completed features, they should still be allowed to imho 21:27:58 <str4d_> lillith: yep. Or they can choose to use the new system, by donating their money to I2P and putting in a request through whatever process we decide on to set up a new funded task. 21:28:16 <lillith> i agree - there is money there, and we might as well use it, so we might as well use it properly and effectively 21:28:56 <lillith> and then if the donor goes awol it's still technically a community owned bounty 21:28:59 <darrob> i'd like to see people sticking around too, of course, but i don't see how bounties are shit at all. on the other hand the monthly thing sounds like trouble but i don't mean to dismiss it too quickly. 21:29:02 <str4d_> Tasks funded via the new system need to be funded with money controlled by I2P, because it will be a panel of I2P representatives who decide what counts as "sufficient" work, not the donor themselves. 21:29:03 <dr|z3d> lillith: i disagree. donate to the project and let the project decide how to distribute rewards. 21:29:06 * Shinobiwan not sure if my other msgs went through 21:29:17 <Shinobiwan> <Shinobiwan> bounty and employment != donation ... both should take place I think... employment/bounty for dev specific stuff... and perhaps donations for things like community services 21:29:19 <Shinobiwan> <Shinobiwan> the employment part would need more of a specific set of conditions 21:29:24 <Shinobiwan> <Shinobiwan> the community service part, really just needs the community to decide what's worth supporting 21:29:27 <Shinobiwan> <Shinobiwan> and then dish out something appropriate 21:29:50 <str4d_> dr|z3d: both options will be there. 21:29:53 <K1773R> Shinobiwan: they didnt, now they did :) 21:30:04 <str4d_> Shinobiwan: `http://killyourtv.i2p/irclogs/latest.log.html` for scrollback. 21:30:07 <iRelay> Title: #i2p-dev logs for Tuesday, 2013-04-02 (at killyourtv.i2p) 21:30:12 <dr|z3d> "oh we need russian" no we don't. we need commitment. not money chasing rats that disappear as soon as the bounty is awarded. 21:30:24 <Shinobiwan> thx str4d, K1773R 21:30:47 <lillith> dr|z3d: a new, private infrastructure may well appear for paying individuals for work - it might as well all be in together 21:31:27 <str4d_> darrob: the reason most proposals sound like trouble is because we don't have a large enough developer base to properly run/support them. Therefore, a proposal that should result in a larger developer base is a good idea. 21:31:42 <dr|z3d> money should not be able to dictate the project. period. 21:32:01 <KillYourTV> and `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-04-02.log` for "live" scrollback (the HTMLized logs are processed every 10 minutes or so) 21:32:16 <dr|z3d> sponsor the project, great, but don't tell us how to spend the money. 21:32:27 <darrob> dr|z3d: i like it if a money chasing rat fixed certain features in syndie and ran. what's the problem? maybe someday syndie will get a real developer again but that person won't necessarily need payment then. actually, as far as committed maintainers are concerned, it might actually be counterproductive to offer a pay for the job. 21:33:05 <Shinobiwan> thx KillYourTV 21:33:19 <KillYourTV> np 21:33:36 <dr|z3d> darrob: the "problem" is money thinking it can dictate the agenda. 21:33:39 <lillith> dr|z3d: i2p isn't being told how to spend its money, because bounty money never was i2p's. i2p/echelon just act as an escrow service 21:33:39 <str4d_> Interesting point dr|z3d - I think part of this depends on what we define as the I2P project. 21:34:42 <str4d_> lillith: I think the point dr|z3d is making is that, rather than being told how to spend its money, I2P is being told how to proceed, i.e. the development path is decided by the person with the most money. 21:34:57 <darrob> dr|z3d: bounties are just offers (or cries for help). where do you get the negative attitude? 21:35:21 <str4d_> And if the bounty process was adhered to as-is, that could potentially be rather problematic wrt the threat model. 21:36:18 <lillith> that is a good point - i hadn't thought of it in that way before 21:36:47 <Shinobiwan> a set of rules that says "This person must be paid on this date" is a good idea in that, that person can count on the income to be there when they need it. But on the other hand, it also may create drama when people fail to meet other people's expectations of what that money is really going towards... so I think it's probably not inappropriate to have meeting specifically for 'paydays' or whatever... if there's going to be a 'regular' thing. 21:37:35 <dr|z3d> bounties are shit. show me ongoing commitment from bounty hunters and i'll change my view. except you can't. hit and run merchants. 21:37:49 <str4d_> So maybe what needs to happen is that any tasks/sub-projects that affect I2P directly must be funded and controlled by I2P itself. 21:37:52 <dr|z3d> darrob: i get the "negative" attitudes from half complete work that's awarded a bounty, only to disappear before you can say "um, i think you missed..." 21:38:03 <dr|z3d> darrob: also, next time you pretend str4d_ is a css artist, don't bother. you insult yourself. 21:38:10 <dr|z3d> and you also lose a friend. 21:38:13 <lillith> dr|z3d: didn't str4d_ and zzz claim some bounties for the unit tests? 21:38:17 <darrob> dr|z3d: what? 21:38:20 <str4d_> dr|z3d: OT 21:38:55 <dr|z3d> str4d_: yeah. also, beer. darrob: if you don't get it, *yawn* 21:39:03 <str4d_> lillith: that was after the unit tests bounty was split up into sub-tasks/milestones (which I'd say was a step towards the proposed new system). 21:39:45 <str4d_> dr|z3d: keep on-topic in here please =) 21:39:56 <lillith> I think everything has been said on this topic now no? 21:40:03 <Shinobiwan> if bounties exist IMO they should go towards the things that nobody currently part of the community knows how to or can do, IMO... not the things they dont have time for. 21:40:06 * dr|z3d recalibrates. 21:40:06 <darrob> i guess all i'm trying to say is that i question that hit and run improvements are necessarily a bad thing. 21:40:19 <Shinobiwan> I2P will survive with everyone supporting it, not just the people who get paid 21:40:30 <str4d_> darrob: they are good for kickstarting development in a new area 21:40:37 <str4d_> But the I2P router/project is not a new area, IMHO 21:40:53 <str4d_> So, how about the following: 21:41:20 <dr|z3d> Shinobiwan: like design! *laughs* 5 years of asking for help, and not one iota of thought to offer a bounty *laughs* 21:41:58 <str4d_> Projects that directly affect the I2P program/network can be funded only from I2P funds, and donors who want to contribute just donate to I2P. 21:42:21 <dr|z3d> because designers aren't coders, ergo worth nothing. except when you're offering 10BTC/100$ for anything, including crayons. 21:42:47 <str4d_> Projects that don't directly affect the I2P program/network but are still I2P-related (e.g. syndie) are eligible for bounties on new/substantial work. 21:42:58 <dr|z3d> sorry, but I can't take this conversation _too_ seriously, built as it is on an anthill of incompetence. 21:43:01 <str4d_> (But can also be managed via I2P if the donor wants) 21:43:23 <lillith> dr|z3d: i'l ping you when we move on then :) 21:43:26 <str4d_> But a bounty would need to be more accurately-defined than the current system allows. 21:43:46 <dr|z3d> lillith: very good, sir :) 21:44:04 <str4d_> s/allows/does 21:44:10 <darrob> str4d_: does that imply that there will be an i2p management board to make those decisions? i think that was another week's discussion, right? 21:44:32 <str4d_> darrob: yes. 21:44:42 <str4d_> This is separate to any "official-ness". 21:45:05 <lillith> str4d_: sounds good :) 21:45:32 <str4d_> But there would be a panel of (elected) developers (coders/designers/contributors) who are trusted with steering the I2P project. 21:45:46 <str4d_> I.e. something a bit more formal than what we currently have. 21:46:00 <lillith> darrob: that's either coming up or later, depending on whether we want to continue 21:46:26 <str4d_> Mmm. My proposal works under the assumption that such a panel exists in some form. 21:47:05 <str4d_> (exact specifics being discussed later as above) 21:47:21 <Shinobiwan> lulz 21:47:28 <Shinobiwan> what's #i2p-dev then? 21:47:35 <lillith> i disagree with the panel idea tbh 21:47:38 <lillith> meetings seem to work well, and they let new people have a say too 21:47:38 <lillith> it would need to be large enough to get a variety of perspectives 21:47:38 <lillith> you never know who might offer then next amazing idea 21:48:04 <str4d_> lillith: exactly. 21:48:11 <Shinobiwan> it's that panel, but yea... it would need to become officially official 21:48:18 <str4d_> But with the current size of the developer base, that's hard. 21:48:25 <str4d_> It's a chicken-and-egg problem. 21:48:35 <str4d_> And we need to break into the loop somewhere. 21:51:05 <lillith> Shinobiwan: yea, thats basically what i'm trying to say :) 21:51:05 <lillith> actually no it's not 21:51:05 <lillith> #i2p-dev along with mailing lists, zzz.i2p, syndie, etc 21:51:05 <lillith> anyone who wants a say should have a chance imho 21:52:35 <str4d_> lillith: yes, but there still needs to be a group of people with a final say. 21:52:53 <Shinobiwan> people need to know eachother w/out knowing one another... to the point I can say, str4d, KYTV, dr|z3d ... (a lot more but just for example) have been on the network for so long, and IMO all make I2P of higher quality. Collectively I think people can figure out and reach an agreement who would go on such a panel... even though nobody really knows eachother AFK. Opinions from new people to the project should be listened to also 21:52:53 <Shinobiwan> however 21:53:00 <str4d_> (i.e. the people who control the funds. Currently, that is a single person - eche) 21:53:25 <str4d_> At least to begin with. 21:53:52 <str4d_> The Debian developer model is a good one for making decisions like you suggest lillith - all done via voting. 21:53:55 <lillith> so, everyone has a say, a few (3 or 4) people have the final say? 21:54:10 <str4d_> (And a "developer" is just someone who has contributed in some way IIRC) 21:54:25 <str4d_> But a voting system needs a larger base of "developers" first, I think. 21:54:51 <str4d_> lillith: anyone can suggest an idea - that's never going to change. 21:55:06 <Shinobiwan> in my mind it's more than 3 or 4 people.. more like 12+ and growing... but people that fail to make the meetings don't get to vote... (and if their vote is especially important/relevant, then the meeting might happen another time) 21:55:12 <str4d_> But I2P has finite resources, and those resources need to be allocated appropriately. 21:56:06 <str4d_> (the biggest resource being time from continual developers) 21:56:20 <KillYourTV> as I wrote on zzz.i2p, I think votes such as via gpg signed messages to a mailing list would be better than irc. We've got mailing lists and they should be utilized. 21:56:20 <str4d_> s/biggest/most important but currently most limited/ 21:56:23 <iRelay> str4d_ meant: (the most important but currently most limited resource being time from continual developers) 21:56:28 <str4d_> KillYourTV: agreed. 21:56:43 <Shinobiwan> ya gpg signed == much better 21:56:54 <str4d_> Provides a transparent and verifiable archive of votes. 21:57:09 <lillith> is that topic 1 over then? 21:57:09 <darrob> i agree also. don't expect to accomplish any serious discussion on irc. 21:57:12 * KillYourTV is 'stealing' ideas from Debian's system(s) 21:57:19 <str4d_> http://www.debian.org/vote/ 21:57:22 <iRelay> Title: Debian Voting Information (at www.debian.org) 21:57:39 <lillith> it's all open source, its there to be 'stolen' :) 21:58:06 <lillith> 2. Managing money 21:58:10 <KillYourTV> and with mailing lists you have the oh-so-helpful 'plonk' mechanism available if needed to raise the signal to noise ratio. 21:58:21 <lillith> eche|on: ping 21:58:24 <K1773R> KillYourTV: dont copy the "GPL Nazis" idea pls :P 21:59:46 <lillith> afaict the money management wrt bounties has already been discussed enough 22:00:12 <str4d_> KillYourTV: if we go the mailing-list route, the mailing-list needs to be usable entirely within I2P (currently not the case). 22:00:23 <str4d_> (But also usable externally) 22:00:33 <lillith> but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:00:36 <KillYourTV> agreed 22:00:53 <darrob> str4d_: the nntp interface should qualify. 22:00:53 <KillYourTV> and agreed to lillith's last point (ofc) 22:01:04 <lillith> dr|z3d welt weltende welterde echelon 22:01:07 <darrob> ...which i *think* is functional. 22:01:10 <KillYourTV> are they linked? 22:01:30 <KillYourTV> I know they were supposed to be but the last I checked (months ago) they weren't. 22:01:38 <Shinobiwan> purchasing ssl certificates would go w/ donations IMO ... community services ... the same way to decide what the money goes towards as donations. 22:01:41 * KillYourTV fires up the nntp tunnel 22:01:41 <darrob> you can at least read through it. 22:01:44 <lillith> can we keep this ontopic guys, project management is coming up :) 22:02:01 <Shinobiwan> i.e.. have a meeting... say "we need this"... "agree?" ... panel says OK ... majority of panel green light 22:02:32 <Shinobiwan> not so quickly, but the general idea. 22:02:32 <Shinobiwan> hehe 22:02:47 <str4d_> Shinobiwan: can fall under the same vote system proposed above. 22:03:14 <Shinobiwan> yep 22:04:16 <iRelay> <weltende@freenode> well the ML interface is accesible via i2p more or less.. `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` still contains redirects to lists.i2p2.de.. not sure what to do about those 22:04:24 <iRelay> <iRelay@freenode> Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 22:04:32 <Shinobiwan> if there is such a panel, it is not finalized at a fixed number of people... IMO... it should grow, and grow and grow... so, whatever panel currently exists, should have some procedure to bring in new panel members regularly 22:04:43 <darrob> we need a central party with a politburo and the users' congress. :) 22:04:46 <KillYourTV> FTR, the mailing lists as currently set up are not available via nntp. 22:05:04 <iRelay> <weltende@freenode> (haven't added it to the hosts.txt yet) 22:05:42 <KillYourTV> (at least not under i2p.*) 22:06:27 <iRelay> <weltende@freenode> hmm.. they should be.. but maybe not under i2p.* 22:06:46 <iRelay> <weltende@freenode> I didn't set it up.. so don't really know anymore ;) 22:06:58 <darrob> KillYourTV: i think i2p. are welt's preexisting groups. the new ones are alt.privacy.i2p.dev/general and alt.privacy.syndie.dev/general. 22:08:42 <KillYourTV> ah...nvm me. now that I refreshed the list again I see those new ones. 22:09:00 <KillYourTV> sorry 22:09:03 <iRelay> <weltende@freenode> ah.. right.. slrn didn't show them as they didn't contain unread messages 22:09:34 <darrob> i'm still confused why there are no messages. i really thought i saw a couple of test messages before. 22:09:45 <lillith> can we get back on topic please? 22:10:23 <lillith> i, and surely others want to know what's going on with ssl certificates for the i2p domains 22:11:17 <KillYourTV> i didn't see the topic change, just <lillith> but there are other, non- bounty uses for money, for example purchasing ssl certificates /me zips it 22:11:56 <lillith> ahh, sorry 22:12:06 <lillith> <lillith> can we keep this ontopic guys, project management is coming up :) 22:12:23 <KillYourTV> and what's the topic? ;) (I didn't see that switch) 22:12:30 <lillith> <lillith> 2. Managing money 22:12:41 <lillith> <lillith> afaict the money management wrt bounties has already been discussed enough 22:12:41 <str4d_> lillith: eche is currently sourcing the required money. 22:12:48 <lillith> <lillith> but there are other, non- bounty uses for money, for example purchasing ssl certificates 22:13:16 <str4d_> <kytv2> eche|on: any updates on the certificate situation? I haven't had to get "real "certs for a while and don't know how long the verification process takes nowadays. 22:13:19 <str4d_> <eche|on> kytv2: I am on the hunt for 3k euro and cert requests... 22:13:29 <lillith> so it's under control then? 22:13:36 <iRelay> <weltende@freenode> and pushed.. 22:14:14 <KillYourTV> yes, it's being taken care of 22:14:21 <orion> Can I reiterate my opinion that it's dangerous to have one person managing all the money? 22:14:45 <orion> ok 22:15:00 <dg> Current topic = ? 22:15:03 <orion> It's not being put in to some off-shore corporation, right? 22:15:14 <lillith> <lillith> 2. Managing money 22:15:21 <str4d_> orion: no. 22:15:58 <iRelay> <weltende@freenode> afair eche wanted to speak with an lawyer about making i2p an official entity of some kind 22:15:58 <lillith> dr|z3d: ping :) 22:16:12 <str4d_> Currently our funds lie in a (bank?) account owned by eche|on and (mostly) in a Bitcoin wallet held by eche|on. 22:16:49 <KillYourTV> yes, that's right, in .at IIRC 22:17:07 <KillYourTV> (wrt: 'official entity') 22:18:46 <lillith> at as in austria? 22:18:53 <dg> yes 22:19:19 <iRelay> <weltende@freenode> (not australia *scnr*) 22:19:46 <iRelay> <weltende@freenode> (running gag from EEVblog if you are curious) 22:20:26 <lillith> okay, looks like we've moved on again 22:20:41 <lillith> 3. Making the project official 22:21:12 <str4d_> lillith: re: money management, it's rather dependent on both the "official" status of the project, and the project management status. 22:21:30 <str4d_> (The former re: where funds are kept, the latter re: how funds are spent) 22:22:14 <lillith> ok, fair enough :) we can straddle points 2 and 3 for a while then :) 22:25:16 <trolly> must go 22:25:19 <trolly> bye 22:25:47 <trolly> later I'll send yo new translaion str4d_ 22:29:26 <lillith> or not, as the case may be 22:30:11 <lillith> i'd suggest time to move on :) 22:30:28 <iRelay> <jenkins@kytv> Starting build #28 for job I2P-Bote 22:30:28 <lillith> 4. Procedure for making decisions in i2p 22:31:27 * KillYourTV votes for taking long discussions about important decisions to a mailing list 22:31:30 <iRelay> <jenkins@kytv> Project I2P-Bote build #28:SUCCESS in 1 min 3 sec: `http://jenkins.killyourtv.i2p/job/I2P-Bote/28/` 22:31:34 <lillith> so, mailing list, hierachy, etc 22:31:37 <KillYourTV> That way anyone can take part when he/she can 22:31:50 <lillith> i'd like to put in an honourable mention for syndie here 22:31:56 <iRelay> <weltende@freenode> +1 22:32:03 <iRelay> <weltende@freenode> (@ML) 22:32:04 <lillith> everything is signed by default, for a start 22:33:18 <KillYourTV> I like syndie too (ofc), but mailing lists would be easier for outsiders to take part 22:33:45 <lillith> but yes, i agree in principle. no point hanging around waiting for discussion that clearly isn't happening 22:33:48 <KillYourTV> that's not to say that discussions can't be mirrored to syndie... 22:34:33 <iRelay> <weltende@freenode> yeah.. nntp syndie gateway or so would be nice to have 22:34:36 <lillith> and of course, officially moving is only one thread away ;) 22:35:54 <KillYourTV> 21:00 UTC isn't handy for everyone. On a mailing list time zones mean nothing. On a mailing list there no netsplits, relay problems, or ping outs. For meaningful discussions a mailing list (IMHO) is _THE_ way to go. 22:36:30 <dg> KillYourTV: I agree. 22:37:54 <KillYourTV> irc is good when you need pretty-damn-close-to-realtime...but "we need a new domain" doesn't have that kind of urgency. Post it and it'll be addressed when $user can address it. 22:37:54 <lillith> imho syndie has all the benefits of mailing lists and more, the only issue is accessability for outsiders 22:38:32 <lillith> then again, how many people that we want to include already use mailing lists? 22:39:03 <KillYourTV> There's been talk of a Syndie webapp" but I don't think that's gone (and will) go anywhere. 22:40:20 <KillYourTV> I'd gather that more use mailing lists than IRC. 22:40:31 <lillith> i don't want to dominate a discussion on syndie vs ml here, but i think it's something woth considering 22:41:25 <iRelay> * weltende@freenode prefers his mail/nntp client tbh 22:42:04 <KillYourTV> syndie via mutt would = 'win' 22:43:14 <lillith> this topic also includes hierachy, which was touched upon before but imo needs some expansion 22:45:09 <dg> I don't know if we can come to a consensus on anything AND have a discussion easily with IRC meetings anymore. 22:45:28 <dg> It worked in 2006 when it was more of a quick update on the project but it's not anymore and it involves lengthy debates/discussion. 22:46:40 <lillith> having more time to think through things would result in on topic, well thought out, clear discussion 22:46:47 <lillith> threading also = win 22:47:13 <iRelay> <weltende@freenode> +1 22:47:21 <KillYourTV> +1 22:47:28 <dg> +1 22:47:39 <dg> might I add: nntp, fuck yeah. 22:47:50 <lillith> irc meetings were always an experimental thing, and the experiment failed :) 22:48:05 <dg> hey, lillith, at least we're having the discussions now, right? :) 22:49:40 <iRelay> <weltende@freenode> imho we should keep irc meetings and move things that take a long time in the meeting or which has a lot of discussion to the ML 22:50:11 <lillith> yep :) seems like no-one actually likes meetings anyway haha 22:50:15 <dg> I think it's mainly due to the timing. 22:50:18 <dg> And pressure to respond in a fast manner.. 22:50:18 <dg> postman: `http://zzz.i2p/topics/1367` 22:50:18 <lillith> but there's no chance of getting a time thats good for _everyone_ 22:50:18 <lillith> plus some people have irregular schedules 22:50:18 <dg> Exactly. 22:50:25 <iRelay> Title: zzz.i2p: I2P and e-mail (at zzz.i2p) 22:50:30 <lillith> with a heavy heart, and feeling rather poetic, i'd gladly baf the last meeting ;) 22:50:41 <dg> weltende: I was thinking this.. keep irc meetings for discussion of some things in the ML (actually doing something & such). W 22:50:44 <dg> go for it, lillith. 22:51:26 * lillith bafs the meeting closed 22:51:36 <lillith> thank you, and goodnight :) 22:52:01 <iRelay> <jenkins@kytv> Starting build #103 for job I2P 22:52:09 <lillith> can susimail handle mailing lists? 22:52:41 <KillYourTV> sure, but I'd use a 'real' client like claws or mutt 22:53:04 <KillYourTV> (just a matter or preference) 22:54:55 <lillith> ahh, thats okay then :) 22:56:33 <iRelay> <jenkins@kytv> Project I2P build #103:SUCCESS in 4 min 34 sec: `http://jenkins.killyourtv.i2p/job/i2p/103/` 23:01:15 <iRelay> <jenkins@kytv> Project I2P UnitTests build #74:SUCCESS in 4 min 31 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/74/` 23:04:51 <KillYourTV> and +1 to meetings continuing with the bigger things being taken to mailing lists/forums/syndie. 23:05:54 <KillYourTV> IRC is good for quick status updates..but a "newsletter" of sorts could work for that purpose too. 23:06:19 <lillith> it's nice to have a start, with some goals, and an end, with a consensus 23:06:22 <dg> mailing list also works for alerts. see how tor do it with consensus issues. 23:06:46 <lillith> 'today THIS is what we decided and THIS is what we're going to do about it' 23:07:29 <lillith> i'm not sure but i imagine ml discussions as dragging on with no distinct endpoint 23:07:52 <lillith> +1 for newsletter though 23:08:33 <KillYourTV> they can, sure...but I think more will be accomplished on a long ML discussion than a 4-5 hour long irc meeting. 23:09:08 * lillith signs up with an open mind :) 23:09:38 * psi likes the idea of a mailing list 23:09:53 <K1773R> where is the ML? 23:10:01 * KillYourTV really likes MLs but they (the ones on the Internet) will probably cause his AFK identity to be leaked...heh 23:10:12 <KillYourTV> lists.i2p2.de i think 23:10:39 <KillYourTV> and (/me scrolls up) 23:10:54 <KillYourTV> `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` 23:11:08 <iRelay> Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 23:11:24 <dg> it just redirects 23:11:55 <KillYourTV> there's also nntp.welterde.i2p 23:12:37 <KillYourTV> alt.privacy.i2p.*, alt.privacy.syndie.* 23:13:16 <KillYourTV> (cheers darrob for pointing me to the right usenet groups) 23:14:57 * RN wanders off to tinker with thundirbird 23:17:46 <str4d_> +1 to meetings continuing (but sticking to time) and +1 to "important" discussions on the ML. 23:19:32 <iRelay> <weltende@freenode> for you interested.. posting is atm allowed for the following groups: 23:19:35 <iRelay> <weltende@freenode> post: "i2p.*,alt.anonymous,alt.anonymous.*,alt.privacy.anon-server,alt.privacy.anon-server.*,alt.privacy.i2p.*,alt.privacy.syndie.*" 23:25:35 <KillYourTV> this will have to be fixed before "important" discussions make their way there http://lists.i2p2.de/pipermail/i2p-general/ 23:25:42 <iRelay> Title: The I2p-general Archives (at lists.i2p2.de) 23:26:27 <KillYourTV> ...unless the messages were purposely wiped (which wouldn't make sense) 23:30:13 <iRelay> <weltende@freenode> hmm.. 23:30:21 <iRelay> <weltende@freenode> no idea atm.. but heading to bed now

Réunion des développeurs I2P - 26 mars 2013

Tue, 26 Mar 2013 00:00:00 +0000

Quick recap

Présents: dg, LaughingBuddha, lillith, Meeh, nom, orion, str4d, Umlaut, weltende

Journal de réunion

21:01:00 <dg> So, who is here? 21:01:11 <orion> Me. 21:01:18 <str4d> o/ 21:01:37 <lillith-> i'm here :) 21:02:10 <dg> eche|on, Meeh, KillYourTV, psi, hottuna 21:02:21 <Umlaut> count me in too (as a spectator) 21:02:28 * nom is listening, while coding on some side projects 21:02:39 <dg> Feel free to contribute if you feel you have something to add. 21:03:04 * dg waits a minute or two more 21:03:27 <lillith> rundown of topics in the meantime dg? 21:03:42 <dg> Topics: 21:03:45 <dg> * Motivating the community - "are bounties appropriate?" 21:03:45 <dg> * Managing money 21:03:46 <dg> ** Making the project "official" - benefits/negatives/how 21:04:24 <lillith> i had something to add *thinks* 21:04:31 <dg> hm? 21:06:37 * lillith can't remember... probably nothing too important anyway :) 21:09:14 * dg frowns at the lack of others 21:09:44 * LaughingBuddha spectates 21:10:27 <dg> Let's start then 21:10:54 * lillith remembered! 21:10:59 <dg> hm? 21:11:14 <dg> RN: ping 21:11:25 <lillith> as kytv|away pointed out, if we're deciding on voting we need some sort of elegibility criteria :) 21:11:49 <dg> aye 21:12:07 <dg> Let's get started 21:12:10 <dg> * Motivating the community - "are bounties appropriate?" 21:12:13 <lillith> i expect asdfsdafsdafsd wishes to be invluded int points 1+2 :) 21:12:24 <orion> Are bounties working? 21:12:43 <dg> Everything merged into one big argument last time over bounties, management and BTC so trying to spread it out this time & be dignified. 21:12:53 <LaughingBuddha> Who's the guy for bounties? eche|on? 21:13:00 <lillith> yep 21:13:11 <LaughingBuddha> Is he here? 21:13:11 <str4d> Determining if bounties are working depends on what the defined purpose of a bounty is. 21:13:11 <dg> define "working". Are they, IMO, bringing in the developers or fixes we need? No. 21:13:18 <lillith> he's in control of all money - point 2 :) 21:13:25 <orion> Then let's think of something else. 21:13:40 <dg> The bounty system does not seem to be working for even the bounties themselves. 21:13:54 <lillith> i think there should be some sort of benefit or incentive further than loving i2p 21:14:09 <dg> A lot of the links on the page are 404s too but that's an unrelated issue 21:14:12 <str4d> From the bounties page: " Instead, we are making use of a bounty system, whereby anyone can get support for working on something that people want implemented, and people who want to contribute to I2P can be assured that their support goes to what they care about." 21:14:12 <lillith> we have to draw people in then keep them with our charm and civility ;) 21:14:23 <LaughingBuddha> Not that I'm in the position to work on any of the bounties, but they seemed to quite vague last time i looked at them 21:14:30 <LaughingBuddha> to be* 21:14:37 <orion> The only thing that will draw attention to I2P is content. 21:14:45 <dg> eche|on posted his thoughts here - `http://zzz.i2p/topics/1359` - if he could not attend. 21:14:48 <nom> imo bounties do not work, because a code base is only as good as its maintenance, and paying someone for 'completion' gives the wrong ideas/incentives about what we need in terms of developers, for code to be worth using on a distributed scale, it has to be continually worked on by motivated people. having one person create a code base, get paid and possibly disappear does nothing to benefit the community 21:14:51 <iRelay> Title: zzz.i2p: Managing the project (at zzz.i2p) 21:14:57 <lillith> str4d: instead, as opposed to...? 21:15:17 <str4d> From that statement above, the purpose of bounties would seem to be to finance one-off drives to get specific features implemented. 21:15:20 <Umlaut> are bounties appropriate? - I think it depends, imo bounties for devs, for particular project and where no contest/conmpetiotion is involved - in such cases they are appropriate 21:15:26 <iRelay> <weltende@freenode> nom: it worked in the past if you look at the bounty page.. 21:15:30 <dg> str4d: Is that what we want? 21:15:41 <LaughingBuddha> nom: agreed 21:15:48 <str4d> Does that work? Somewhat. 21:16:03 <str4d> weltende, exactly. There are clear examples of bounties being taken. 21:16:18 <dg> http://www.i2p2.de/bounties.html 21:16:29 <iRelay> Title: Bounties - I2P (at www.i2p2.de) 21:16:34 <str4d> Bounty uptake IS slow, due to a lack of visibility/advertising/marketing/whatever, but the bounties are slowly getting taken. 21:16:41 <dg> I don't know if the bounties which are being fufilled are perhaps not being fufilled the way we want too. 21:17:03 <str4d> But, of the claimed bounties, not a single developer is currently with I2P. 21:17:10 <dg> For example: "Datastore over I2P" - "CLAIMED for 700 euro" - "duck, smeghead" 21:17:20 <lillith> perhaps, change bounties to ..... and maintain your work for a reasonable time 21:17:23 <nom> to get actual continuous development going, a better model is one of project/stipends, where people donate to a project with stated goals, and the people running that project pay the money out continuously to people who are actively working to accomplish those goals 21:17:34 <dg> The solution was, IMO, hacky, the bountry $$$ was rather high for the hack and the two developers for that bounty are nowhere to be found. 21:17:46 <str4d> dg: that's irrelevant - as per the current bounty outline, it is up to the donor to decide on the completion. 21:18:01 <dg> What if multiple donors exist? 21:18:08 <str4d> First donor. 21:18:11 <orion> I don't like bounties. IMO, the one way to draw developers in is to draw attention to I2P. 21:18:15 <str4d> (as per current outline) 21:18:21 <iRelay> <weltende@freenode> lillith: not really needed imho if it's in the core router.. 21:18:25 <str4d> If a bounty is funded by I2P, then it does become relevant as I2P itself is the judge. 21:18:32 <dg> Oh. That doesn't seem right. :s. 21:18:54 <orion> IMO, the best way to draw attention to I2P is by providing content. 21:19:06 <dg> Right, but some of the bounties can lead to content. 21:19:13 <str4d> I'm not arguing for the current bounty system, just outlining it. 21:19:44 <dg> str4d: right, and thanks. 21:20:03 <nom> honestly i think a big part of the problem is that were conflating things that are directly part of the i2p code base, with things that are simply run ontop of i2p. ex translation vs datastore 21:20:03 <str4d> The biggest problem with a semi-anonymous project like I2P is developer retention. The current bounty model does nothing to help that. 21:20:42 <dg> I'm against the bounty system as it doesn't help the ecosystem we have, evidently (none of the developers are here today..) and I feel project funds could be better allocated. 21:20:57 <nom> a bounty/payment for one person to do one specific part of the code base is fine in theory, but they don't work for creating continuous development of apps/systems that run ontop of i2p 21:21:12 <str4d> I concur. 21:21:17 <iRelay> <weltende@freenode> dg: well.. if there aren't taken, then the money isn't spent.. 21:21:54 <dg> weltende: The funds are in reserve, they cannot be spent as they are allocated for spending on $bounty. 21:21:57 <nom> like adding unit tests to i2p could be worth a bounty, but it would probably be better to make an arrangement with coders who will be paid a small amount continuously to keep adding more unit tests as needed 21:22:03 <iRelay> <weltende@freenode> if you however think that for a certain bounty the code isn't good enough or so.. it might be a good idea to specify more clearly in the bounty description what needs to be done 21:22:26 <iRelay> <weltende@freenode> dg: which is only a problem if we have to spend the money right away 21:23:01 <iRelay> <weltende@freenode> it's not reserved forever as you can see in the bounty page.. funds have gone back to the money pool before 21:23:21 <dg> weltende: I doubt we will ever be at the point where we NEED the funds allocated to bounties but it seems redundant. 21:23:44 <str4d> Fund allocation is beside the current point. 21:23:59 <iRelay> <weltende@freenode> dg: exactly my point 21:24:11 <lillith> dg: are competitions included in bounties or are they point 1.5? 21:24:14 <str4d> There will always be money, in one way or another. 21:24:26 <str4d> (Or not) 21:24:29 <nom> i think the datastore is a great example of where bounties shouldn't be used, for something as complex as a universal datastore to be viable, it has to be its own project with active developers, paying someone for completion will get you something that is marginally functional, but it will never improve 21:24:40 <LaughingBuddha> ^ 21:24:40 <str4d> nom: agreed. 21:24:43 <dg> lillith: Competitions hadn't occurred to me but I suppose it would be the point after this. 21:24:46 <Umlaut> Let me refer to the i2p artwork contest for 29c3 - Was that really a dev project? Was it appropriate to use bounties in it? While there was no even strict criteria stated? 21:24:57 <str4d> The result will satisfy the bounty, but likely will not scale. 21:25:00 <dg> nom: Couldn't have said it better myself. 21:25:26 <iRelay> <weltende@freenode> nom: torrents were nothing but a bounty either.. 21:25:34 <LaughingBuddha> Umlaut: i thought they were echelons personal funds? 21:25:54 <Umlaut> if I was willing to contribute to the contest, the bounty would rather discourage me? 21:26:01 <lillith> (most) bounties are set by users - between giving them a choice and them not donating at all, at least with a bounty they have some say in what happens 21:26:32 <nom> to put it another way... there are no bounties at google.... 21:26:32 <Umlaut> LaughingBuddha really? then sorry, I wasn't aware about that 21:26:32 <nom> weltende yes but zzz is continuing to work on snark isn't he? 21:26:47 <str4d> If I2P had an established structure for spinning off projects (or acting as an umbrella for them) then that would be a different matter (but that ties in to the later point about "official"ness). 21:26:51 <LaughingBuddha> Umlaut: I might be mistaken but I thought i read that somewhere 21:27:04 <str4d> I think that bounties are useful, but not in the way that they are currently being marketed. 21:27:08 <lillith> LaughingBuddha: all i2p's funds are technically eche|on's personal money 21:27:11 <dg> nom: zzz was around anyway though. I think his motivations and such are different than gaining rewards and the bounty program has little to do with it. I do not believe he gained anything from the torrent bounty either. 21:27:18 <str4d> And that they shouldn't be the main focus. 21:27:21 <iRelay> <weltende@freenode> nom: yes.. but without the bounty there wouldn't have been a codebase to begin with.. (and he was not part of the bounty dev team) 21:27:21 <dg> We'll get to the money later.. 21:27:40 <LaughingBuddha> lillith: Doesn't he "manage" it? 21:27:47 <LaughingBuddha> dg: ok 21:28:10 <str4d> weltende, you are making a good point. 21:28:14 <lillith> i2p is no legal entity, so it can't own anything. hence it is eche|on's personal money. 21:28:29 <str4d> Bounties are useful for kickstarting code, not for continued development. 21:28:36 <LaughingBuddha> lillith: I see 21:28:36 <nom> if you want continuous development you should pay developers continuously to work on things they want to work on. donating money to get something done is fine, but it shouldn't be given as a lump sum to whoever can get an 0.0.1 working first, it should be used to fund project development over time 21:28:39 <lillith> he could legally leave with it all one day (he wouldnt', but he could) 21:28:48 <iRelay> <weltende@freenode> nom: and I don't really see your point with no bounties at google.. the people that work for google get paid to work there.. 21:28:52 <lillith> ^this 21:29:27 <LaughingBuddha> But it seems we agree with the first part of nom's statement. No? 21:29:30 <lillith> eg bounty of $X per month to work on something 21:29:45 <LaughingBuddha> Yeah 21:29:52 <iRelay> <weltende@freenode> or perhaps define milestones in the bounty? 21:29:56 <Meeh> Seems like a good solution 21:30:07 <iRelay> <weltende@freenode> (and upon reaching milestone $X you get $Y amount of money) 21:30:07 <dg> That sounds good. 21:30:14 <LaughingBuddha> milestones seem like a good idea 21:30:17 <LaughingBuddha> but they need to be clearly outlined 21:30:20 <dg> Milestones + continuous payment? 21:30:20 <nom> lol thats what my point was, they get paid, and they do work, and the work they do isn't directly connected with how they get paid. ofc if they stopped doing work, they would stop getting paid, but their not getting paid for completing a specific piece of code, their getting paid enough to live on and spend their lives coding 21:30:23 <str4d> Milestones is sort of like what the Unit Tests bounty currently has. 21:30:27 <lillith> is it eche|on we have to ask nicely to change the website etc? 21:30:38 <dg> no, website is in mtn 21:30:41 <Umlaut> nom I agree with your point, paying to the devs who are reliable and known for being good contributors 21:30:44 <str4d> lillith: no, anyone can change the website. 21:30:54 <Meeh> Or keep a part of the bounty as a "continued support" payment per month of the application/whatever 21:31:22 <Meeh> So we don't get outdated apps, libs, etc. 21:31:29 <LaughingBuddha> Would the project be judged at every milestone then? 21:31:44 <dg> LaughingBuddha: good point. Who by? 21:32:00 <nom> eh, milestones are just smaller bounties... a simpler solution is to have a pool of money for a project, and someone/group of someones who pay the money to people who are actively working on it 21:32:03 <dg> The "board"? (Againg, getting to this later). 21:32:10 <LaughingBuddha> Dev board? 21:32:10 <LaughingBuddha> yeah 21:32:29 <nom> generally you would end up with the dev board being the same people who are getting paid ofc... 21:32:46 <lillith> to make anything decided upon here 'official', is that as simple as someone checking an update to the website into mtn? 21:32:55 <LaughingBuddha> how many active devs are there working on the i2p codebase? 21:32:58 <Umlaut> also you need to take under consideration how the current donating system looks from the potential donor (someone new to i2p community especially) point of view 21:33:04 <lillith> LaughingBuddha: one 21:33:07 <dg> lillith: Kinda. And posting ot zzz.i2p. ;_; 21:33:15 <dg> The dev board determine the state of $project and decide if it should continue to get funding? 21:33:18 <Umlaut> i could be one of them 21:33:25 <dg> LaughingBuddha: 2, 3? 21:33:32 <LaughingBuddha> hmm 21:33:47 <nom> the board / employees model seems to work pretty well for 99% of the corporations in the world. you have a group of people who are the most committed and have already contributed a lot who manage the money, and you have people who join and contribute and get paid for their efforts based on the judgement of the long time contributors 21:33:54 <LaughingBuddha> What if we set up a board of min. 5 people who are knowledgeable on the subject? 21:34:01 <LaughingBuddha> Devs + Users 21:34:09 <Umlaut> and i would trust the system more if there was more than one person, something like mentioned already dev-board which handles the money 21:34:24 <orion> What if you had to pay to be on the board? 21:34:31 <LaughingBuddha> wut 21:34:38 <nom> (this only works tho if you can separate i2p proper projects, from projects that just run on i2p, which should not be managed by the i2p dev team itself) 21:34:38 <str4d> orion: not a good model. 21:34:47 <str4d> inb4 Russian oligarch takes over I2P 21:34:57 <LaughingBuddha> haha 21:35:06 <nom> inb4 already happened, zzz = vladimir 21:35:10 <orion> Pay in code. 21:35:29 <LaughingBuddha> And how do you measure how much you have to pay? 21:35:32 <LaughingBuddha> 200 lines of code? 21:35:35 <lillith> some people are big contributers without coding 21:35:46 <orion> No idea, just brainstorming. 21:35:49 <nom> like any oligarchy the only natural system is election by the existing board 21:35:49 <str4d> Exactly. 21:36:03 <dg> So, would the normal "dev" (team) board (coming up later) decide if $project is worth paying out to? 21:36:15 <dg> Overcomplication will lead to it not being done 21:36:22 <lillith> 3 tiers: inner circle, outer circle, others 21:36:30 <LaughingBuddha> lillith: i like that 21:36:37 <lillith> other = new/ unknown people 21:36:51 <lillith> outer circle = known/ trusted people 21:36:51 <LaughingBuddha> because we don't seem to have enough devs for a real judge panel 21:37:02 <Umlaut> dg I would think so as the devs should know *best* what project are most important/urgent/worth spending money on 21:37:05 <lillith> inner circle voted for by outer circle 21:37:20 <nom> its a hierarchy, the i2p project as a whole is more than just the i2p dev team, but they are the tip of the spear so to speak. they get / have the most donations / resources. but other projects built ontop of i2p wouldn't be managed by the i2p dev team, but could get funding from i2p proper 21:37:23 <lillith> kind like meetings but more structured hierachally 21:38:13 <dg> imo <+dg> Overcomplication will lead to it not being done 21:38:37 <iRelay> <weltende@freenode> +1 21:39:15 <dg> The whole (team/dev) "board" idea ties in nicely as we will be discussing this next anyway 21:39:22 <dg> Should we leave this for another time or ...? 21:39:28 <nom> in short, zzz eche and whoever else they consider to be part of the 'board' of i2p are in charge of the money/decisions (they already are), and other projects on i2p should be structured similarly with their own boards of decision makers. instead of bounties for a sub project (datastore, btc client, etc) the bountie should be given to the board for that project, and let them decide how to spend it to get things done 21:39:39 <lillith> so shall we get back on topic or has bouties been discussed to death? 21:40:49 <nom> and the decision to give a bounty to a board of devs for a project obviously has to be made by the board of i2p, that way you don't have 3 people show up, say their gonna do something, get the money and then never do it. 21:41:13 <dg> nom: +1 21:41:21 <Meeh> nom: +1 21:41:24 <LaughingBuddha> nom: I think it's payed out upon completion 21:41:34 <iRelay> <str4d@freenode> nom++ 21:41:46 <LaughingBuddha> nom: +1 21:41:54 <dg> I think that's a good note to end on? :) 21:42:14 <Meeh> Agreed 21:42:24 <nom> in the future it would be better for donators to give directly to the sub project if a board/group already exists, instead of donating to eche to create a bounty. since if theres already a group working on it, they would be the best to determine how to use the money to accomplish those goals 21:42:53 <dg> ok, moving on 21:42:58 <Umlaut> nom that makes perfect sense 21:43:01 <Umlaut> nom++ 21:43:11 * nom raises his glass, cheers mates 21:43:18 <dg> I feel we have covered "managing money" mostly and it comes under "making the project official" anyway 21:43:21 <LaughingBuddha> :) 21:43:21 <dg> So let's do the latter? 21:43:47 <lillith> clarify the position on money first for lurkers? 21:43:54 <iRelay> <weltende@freenode> for an e.V. we would at least 7 people who are willing to go public as members 21:43:55 <LaughingBuddha> Official = Register as Organisation? 21:44:26 <dg> LaughingBuddha: yes 21:44:29 <Meeh> in case register as a organization, in which country? 21:45:01 <dg> lillith: Bounty funds should go to teams assigned by the core I2P board.. if we go ahead with that. 21:45:04 <dg> Meeh: US, I assume? 21:45:07 <Meeh> that also need deanonymization of sertiant people 21:45:14 <Umlaut> ok so who are the brave souls to give up their anonymity (if that means going official)? 21:45:17 <orion> What did you guys decide on? 21:45:20 <iRelay> <str4d@freenode> Not necessarily the US 21:45:28 <nom> idk if 'offical' designation would really be all that useful... i honestly can't see what the benefit would be 21:45:31 <lillith> presumably the people have to be in the US too? 21:45:54 <lillith> nom: a legal entity to donate to 21:45:54 <nom> other than to put the project/people more on the radar of the powers that be... 21:46:06 <Meeh> I can give out my identity, so no problem for me.. But I guess I'm not allowed into the US, so yea. 21:46:17 <orion> Registration is stupid. 21:46:28 <LaughingBuddha> dg: What are the benefits? 21:46:39 <orion> Let's just spread out the money among different "accounts" managed by different people. 21:46:55 <orion> I.e, the eche|on account, the zzz account, the dg account, etc. 21:46:57 <LaughingBuddha> A wallet for each (sub)project? 21:47:04 <dg> LaughingBuddha: Managing the project's money under "I2P" and not a singular person, or persons. An official guise is far less suspicious and accountable. 21:47:09 <orion> No. 21:47:12 <Umlaut> Do you think that going official would bring some real benefits to the i2p-world? 21:47:14 <iRelay> <weltende@freenode> orion: not sure if the tax office might not find tht fishy 21:47:14 <orion> Just different "accounts". 21:47:32 * nom thinks the focus should be more on the logistics of the hierarchy of boards / democracy / voting thing. to actually have a system like that we would need either a well run website, or some sort of distributed system for it 21:47:35 <LaughingBuddha> dg: I see 21:47:46 <iRelay> <weltende@freenode> it would certainly bring a lot of paperwork 21:47:54 <lillith> Umlaut: no more complaining about eche|on holding the money 21:48:04 <iRelay> <str4d@freenode> nom++ 21:48:13 <iRelay> * str4d@freenode clones nom's brain 21:48:14 <dg> nom: perhaps so, yeah. If we can arrange that, then we can come to a consensus on this.. 21:48:44 <orion> For the record, if you guys want to do something that requires giving up anonymity, I will do it. 21:48:57 <dg> git clone `http://git.repo.i2p/repo/nom.git` 21:49:00 <LaughingBuddha> I'd consider it 21:49:03 <iRelay> <str4d@freenode> Going "official" is primarily a financial decision IMHO; it doesn't really contribute to the structure. 21:49:22 <orion> Even though I am opposed to the idea of going to the government, I will do it if that is what the project decides is best. 21:49:40 <dg> So, let's change the focus to the organizational structure 21:49:51 <dg> (As that supercedes this anyhow) 21:50:06 <iRelay> <weltende@freenode> str4d: well.. e.V. requires the members to vote for an board once a year... so we already have procedure for voting for the board then ;) 21:50:14 <dg> "The Debian project only allows voting to be done by 'Debian Developers' (where "$developer" = "any sort of contributor"). If there is any sort of voting system enabled here it would need to be limited in a similar fashion, otherwise the system would be ripe for abuse, allowing for a small but vocal clique to push its demands through." 21:50:21 <dg> Should we adopt a similar approach? 21:50:25 <LaughingBuddha> (for the e.V.) 21:50:44 <lillith> how much do you need to contribute to be a contributer? 21:50:59 <iRelay> <str4d@freenode> The problem with the "Debian Developers" approach is the number of developers I2P has (very few) 21:51:05 <lillith> ie is being active in #i2p-help enough? 21:51:25 <Meeh> we must find a definition on contributer 21:51:33 <sigint> for what? 21:51:36 * lillith does not read 'contributer' as 'code contributer' 21:51:55 <dg> str4d: "any sort of contributor". 21:51:59 <lillith> sigint: read scrollback on sighup ;) 21:52:10 <sigint> will do 21:52:12 <iRelay> <str4d@freenode> dg, yeah, just read that part *derp* 21:52:12 <nom> org structure is pretty simple in theory, just have a three tiered system of board members (elected by the existing board oligarchy), contributors (elected at large by the existing group of contributors), and users (everyone else, including people who /want/ to be seen as contributors, but havn't been around long enough for people generally to trust them) 21:52:27 <lillith> sighup's like your little brother ;) 21:52:39 <Umlaut> it all depends on the scale of contribution, reliability of the contributor and other factors 21:53:06 <nom> sorta like, royalty, nobility, and the commoners.... 21:53:13 <Umlaut> reliability = being trusted by others 21:53:16 <lillith> maybe a good start will be starting with rough numbers and working from there? 21:53:31 <Umlaut> nom i'm actaually referring to what you have said 21:54:09 <Umlaut> not reliable = someone who promised to do something, raised some hope and then run away (with a bounty..) 21:54:24 <nom> hmm yah 21:55:35 <dg> nom: "existing"? 21:56:15 <orion> I gotta go. In closing I just want to say that having funds in one central location makes it easier to steal by oppressive governments, and that if we need to do something which requires giving up my anonymity, I will do it. Cya 21:56:26 <nom> perhaps, supreme court(board), senate(contributors) and house(users) would be better... the board has the real control over all the decisions, but they take into account the votes of the contributors who are trusted identities, and the votes of the general population of users too, but you don't weigh that too much as theres no real protection against people making tons of user idents to vote with 21:56:33 <lillith> bye orion :) 21:56:37 <dg> Should we cut now and continue this next week at the same time? 21:56:40 <nom> o/ orion 21:56:50 <dg> An hour is long, I don't want this to drag on. 21:57:04 <orion> Whatever you want. 21:57:07 <lillith> dg: i'm up for that 21:57:17 <iRelay> <str4d@freenode> I'm happy to continue next week. 21:57:26 <lillith> gives time to ponder what has already been said 21:57:29 <nom> sure, sounds good 21:57:31 <iRelay> <str4d@freenode> We need to think this over. 21:57:43 <iRelay> <str4d@freenode> And hopefully a few more people show up then ^_^ 21:58:07 * nom thinks the main takeaway here is that we could use a site / system to have group decision making / voting on 21:58:07 <lillith> yes... 21:58:14 <dg> I agree, sounds good guys. I'll update the zzz.i2p topic soon (poke me if I don't in 24 hours). 21:58:25 <dg> thanks all. :) 21:58:29 <LaughingBuddha> Good session 21:58:32 * lillith picks up the baffer menacingly 21:58:42 <dg> ;) go 21:58:53 <Umlaut> thanks for letting me join 21:58:53 <lillith> *baf* meeting closed :) 21:59:04 <Umlaut> lights out! 21:59:06 <lillith> thank you, and goodnight :) 21:59:19 <sigint> Great. I joined in right at the end. I forgot that there even was one :| 21:59:22 <nom> inb4 massive well timed netsplit 21:59:25 <sigint> brb, reading backlog 21:59:28 <sponge> o/ 21:59:40 <Umlaut> sigint timezone fail? 21:59:50 <iRelay> <str4d@freenode> o/ sponge. 21:59:50 <sponge> :-) 21:59:57 <lillith> sigint: same time next week ;) say anything you missed the chance to then :) 22:00:12 <sponge> orion wants to know about my ideas I see... 22:00:50 <iRelay> <str4d@freenode> I pointed him in your direction sponge - figured pooling the creative juices was a good idea. 22:01:05 <sigint> lillith: i hadn't explicitely planned on joining this meeting, but it would have been nice. no big deal though. i do have an idea that would be good to bring up in next week's meeting. 22:01:09 <sponge> Yes, excellent. 22:01:32 <sponge> I need people to help with my ideas... I have too many 22:01:35 <sigint> idea: offer btc rewards for security vulnerabilities 22:01:39 <lillith> sigint: it's dg you'll want to talk to on that then :) 22:01:41 <iRelay> <str4d@freenode> (And orions work on i2pcpp has proven that he is good at implementing stuff ^_^) 22:01:58 <iRelay> <str4d@freenode> sigint, post any ideas for next week in the zzz.i2p thread. 22:01:59 * lillith raises eyebrows 22:02:07 <lillith> vairy interesting 22:02:10 <sigint> will do

Version 0.9.5

Tue, 20 Nov 2012 00:00:00 +0000

Récapitulatif rapide

Présents : asdfsdafsdafsd, darrob, dg, k0e, KillYourTV, LaughingBuddah, nom, psi, st4d, thursday, user, weltende, zzz

Journal de réunion

20:03:41 <Laughing1uddah> Meeting time? 20:03:48 <dg> It is! 20:04:01 <k0e> checkout http://www.youtube.com/watch?v=hgJ7yck1qwY 20:04:01 <iRelay> Title: Android ICS on Raspberry Pi, Views: 139170, Rating: 99.0% 20:04:05 * dg gulps 20:04:15 <dg> okay then.. let's begin 20:04:22 <dg> our topics today are: 20:04:33 <dg> 0) Welcome 20:04:40 <dg> (0a) Changing things up 20:04:47 <dg> (Meetings, etc) 20:05:00 <dg> (1) Network health 20:05:03 <dg> (1a) IRC 20:05:10 <dg> (1b) Growth (how do we get i2p out there?) 20:05:13 <dg> (2) IRL events (CCC, Cryptoparties..) 20:05:20 <dg> (3) - Merging Fux improvements into trunk 20:05:23 <dg> (4) Website 20:05:26 <dg> (4a) - Mirroring.. 20:05:33 <dg> (4b)- SSL 20:05:36 <dg> (5) - Progress 20:05:39 <dg> (6) - Next meeting 20:05:50 <dg> (7) - Any other notes from participants, etc 20:05:50 <dg> bit of a mouthful! 20:06:28 <dg> I'm hoping we have enough people here today 20:06:43 <dg> I'm trying to base things off of past meetings 20:07:11 <dg> so uh.. 20:07:26 <dg> First of all, do we have anyone from long enough ago to recap the changes (big ones, notable ons) 20:07:26 <dg> since the last meeting? 20:07:33 <dg> (It was Sept 8) 20:09:05 <nom> unlikely atm... could try a highlight all tho 20:09:24 <asdfsdafsdafsd> Hear ye, Hear ye! 20:09:27 * asdfsdafsdafsd pounds gavel 20:09:35 <dg> I'm thinking maybe KillYourTV knows a little 20:09:53 <dg> I was told welt could be here too, so hopefully he can wave at some time 20:09:56 <dg> (no sign of zzz either) 20:10:09 <dg> This will be somewhat awkward without most of the team 20:10:23 <asdfsdafsdafsd> The honorable asdfsdafsdafsd is now presiding 20:10:25 <iRelay> * weltende@freenode waves 20:10:37 <dg> :) 20:10:37 <dg> Okay 20:10:48 <zzz> here 20:10:51 <dg> So, first of all, as some of you may know, this is the first meeting in 2 years 20:11:04 <dg> And even the last meeting was specalized 20:11:08 <dg> specialized* 20:11:30 <dg> I'm planning on booting up regular meetings to catch up on progress, etc, even if there is no big topic to discuss 20:12:01 <dg> wrt "change", I'm contemplating taking up Project Manager 20:12:04 <dg> or at least some sort of co-ordinator 20:12:28 <dg> I'm proud of the progress that was made with dr|z3d although sadly, I don't think he's ready to join in -dev again just yet (speak, even) 20:12:54 <dg> I can't comment on progress from the last 2 years since I haven't been here for that long 20:12:57 <dg> If somebody else could, I'd appreciate it 20:13:04 <dg> <pause for $person> 20:13:18 <nom> might have to wait for netsplit to unsplit 20:13:25 <dg> might be a good idea :-/ 20:13:36 <nom> hehe 20:13:51 <LaughingBuddah> While we wait, what happened dr|z3d? 20:13:54 <LaughingBuddah> what happened with* 20:13:57 * nom pokes the intertubes 20:14:13 <dg> There we go. 20:14:20 <dg> Let me paste what they missed. 20:15:42 <dg> this is painful haha 20:16:09 <dg> ok, netsplit folk: `http://pastethis.i2p/show/2297/` 20:16:12 <iRelay> Title: Paste #2297 | LodgeIt! (at pastethis.i2p) 20:16:12 <dg> <+dg> I can't comment on progress from the last 2 years since I haven't been here for that long 20:16:15 <dg> <+dg> If somebody else could, I'd appreciate it 20:16:15 <dg> <+dg> <pause for $person> 20:16:27 <dg> LaughingBuddah: alright 20:16:53 <dg> Basically, after dr|z3d was kicked out for a long period, etc etc, I raised the point that he should be unmuted in -dev as we're all on the same team here, etc 20:17:00 <dg> He doesn't seem to be up to joining us again yet though 20:17:06 <nom> Complication: KillYourTV badger darrob dg gatekeeper iRelay Meeh postman RN_ Shinobiwan slow sponge str4d albat asdfsdafsdafsd Astral2012_1 Biotrophy blitzkrieg christoph cipher__ dr4wd3- eight_ joepie95 k0e kytv|away LaughingBuddah lezz luminosus MTN nom operhiem1 PrivacyHawk psi SanguineRose soundwave thursday tycho usr w8rabbit woox2k Xtothec zzz meeting time people 20:17:14 <LaughingBuddah> Nono, I was wondering why he was kicked out 20:17:21 <dg> I wanted him to have the choice to in any case, even if he didn't *want to right now* 20:17:21 <dg> Oh 20:17:28 <dg> There were disagreements with the team a while back 20:17:35 <SanguineRose> I'm not here, I am invisible 20:17:38 <LaughingBuddah> I see 20:17:38 <dg> It turned into quite a big disagreement after small ones added up 20:17:53 <dg> It's lead to a pissing contest and a division of the community to an extent :-P 20:17:56 <dg> not nice 20:18:03 <LaughingBuddah> Alright. Proceed :) 20:18:06 <nom> ha! you may be invisible but we can hear you :P 20:18:17 <dg> I'll give the $person a few more seconds to appear.. 20:18:20 <SanguineRose> lies, you can not read what I am thinking right now! 20:18:27 * dg sits awkwardly 20:18:44 <iRelay> <weltende@freenode> dg: yeah.. in dr|z3d and !dr|z3d mostly *cough* 20:18:48 <dg> Clearly nobody is wishing to recite history.. heh 20:18:51 * nom lounges awkwardly while reading SanguineRose's mind 20:18:57 <dg> Okay 20:19:16 <nom> meh, figure out history later when the historian decides to show up 20:19:23 <dg> so 20:19:23 <dg> (1) - network health 20:19:45 <dg> From what I've seen on the stats, we're doing okay on that front, although since the Russians left (rusleaks disappeared in general), there's been a drop 20:19:52 <dg> Returning to pre-rus levels (hah) 20:20:05 <dg> Hopefully zzz is available to comment on how we're doing on this front.. 20:20:29 <nom> imo network health is opaque, but based just on netsplits it could be better... 20:21:06 <zzz> it's shaky but kytv and I last night found the bug introduced in 0.9.2 causing all the trouble 20:21:21 <dg> zab and I have doubts about something so simple causing the issues though 20:21:27 * nom :| at timing 20:21:30 <asdfsdafsdafsd> ugh... split 20:21:36 <dg>>.> 20:21:48 <nom> zzz: what was the bug? 20:21:54 <dg> i guess that's the network speaking to us 20:22:13 <zzz> we accidentally cut the capacity of the network in half. 20:22:53 <LaughingBuddah> haha 20:23:04 * dg didn't see much of a difference on the tunnel success rates but you seem a lot more confident about it fixing things 20:23:07 <nom> lol rather unfortunate bug 20:23:14 <dg> ^ 20:23:21 <dg> I suppose we're doing alright on that front 20:23:44 <zzz> it's a network thing. You can't fix the network by just upgrading yourself. 20:23:50 <KillYourTV> of course one person upgrading to -10 will fix ALL the problems ;) 20:23:59 <dg> I can't comment for (1a) (IRC) because I've obviously been unable to contact badger 20:23:59 <KillYourTV> bah, I was too slow 20:23:59 <dg> KillYourTV: of course, haven't you heard of Java music? 20:24:02 <dg> *magic 20:24:02 <dg> pfft 20:24:13 <dg> (and i've been unable to contact postman, I was too late to get ech too..) 20:24:17 <dg> so that was a mess up on my part 20:24:51 <dg> (1b) then. 20:24:55 <dg> " 20:24:58 <dg> (1b) - Growth (how to make i2p grow more, developments with Russia (how do we get ourselves out there? outreach to big rus-sites?)) " 20:25:01 <nom> - if (style.equals("udp")) 20:25:01 <nom> + if (style.equals("SSU")) 20:25:01 <dg> Pretty broard 20:25:04 *** eight_ is now known as eight 20:25:07 <nom> ? that the bug? 20:25:24 <dg> (and there's a variable changed) 20:25:36 <zzz> thatsit 20:25:58 <dg> What was the commit excuse for that, anyway? 20:25:58 <dg> (in 0.9.2) 20:26:59 <k0e> regarding russian users, I think a big question is how is the #i2p-ru channel here doing? Are the russian users getting good support as compared to when english speakers come here and receive help 20:28:13 <LaughingBuddah> Do we have someone familiar with i2p that speaks russian? 20:28:24 <LaughingBuddah> Maybe even a dev? 20:29:02 * nom wanted to learn russian at one point, but never found the time... 20:29:21 <KillYourTV> user 'slow' fits there 20:29:32 <k0e> and on a sidenote, german looks to be the 3rd largest country after russia and USA 20:29:35 <str4d> slow hangs out there, right? 20:29:35 * nom thinks we need to go hunting for a russian and english speaking user who is dev inclined 20:29:38 <KillYourTV> (and he's nearly always in #ru) 20:29:53 <nom> nvm guess we found one 20:30:22 <LaughingBuddah> GOod 20:31:48 <nom> wrt growth generally, i would say working out all the network stability / performance bugs is a good step 20:32:09 <nom> also more content = more users = more content, sharing is caring and all that 20:32:28 <LaughingBuddah> What he said ^ 20:33:02 <dg> #i2p-ru is dead 20:33:02 <dg> zab is able to convert RU->EN but not EN->RU 20:33:16 <dg> btw, #ru has users, #i2p-ru does not 20:33:31 <dg> while working out bugs is great 20:33:42 <dg> We've certainly got a community based issue and I have not the slightest clue how to solve it 20:33:49 <nom> so yah.. everyone upload their media stashes to postman, and run high cap routers 20:34:13 <dg> i wish it was that simple 20:34:27 <dg> I guess this kind of includs IRL meetings 20:34:34 <dg> We've got a bunch of i2p-folk going to CCC this year 20:34:52 <dg> I think an "i2p workshop" is the best way to utilize this since it is too late to book a talk 20:35:02 <nom> lol yah increasing content is never simple, but good to remind people 20:35:18 <k0e> dg: suggest, maybe you can talk to eche|on and postman about combining those two channels (redirect to one of them) 20:35:18 <dg> i2p is barely out there like Tor 20:35:53 <dg> k0e: noted, will look into it later, thanks :) 20:36:16 <nom> re irl community meetings, at conferences and such, yah there needs to be more of it. ideally with the organizers staying connected to those of us back home in i2p, with videos and blogs, etc 20:36:55 <dg> Not sure how we could reach out to the russians, but someone could try speaking to the censored websites 20:36:59 <dg> prominent ones which are controversial, etc 20:37:06 <dg> Sadly, rusleaks is absolutely gone 20:37:09 <dg> So we can't rely on that 20:37:34 <dg> I tried reaching out to the an*on folk but I was unable to get on their networks anonymously so that was a little redundant 20:38:21 <LaughingBuddah> Let's move on 20:38:36 <darrob> i don't know about the reaching out, dg. does tor do that? this going from door to door advertising doesn't seem right. 20:38:43 <dg> Okay. 20:39:04 <dg> darrob: They don't do the door-to-door, and us doing that officially isn't right either. I was going to just encourage them a little. 20:39:22 <dg> LaughingBuddah: sure. 20:39:29 <str4d> Doc improvements would help a lot. 20:39:41 * dg was thinking about that earlier 20:39:44 <dg> I wasn't sure on the standards of them 20:40:51 <nom> yah doc improvements, and also some rigorous security testing could go a long way towards user growth 20:41:25 <dg> actually, we missed out on security testing due to lack of recent docs 20:41:35 <dg> of course, we couldn't have done anything since doc improvement took a while but yeah 20:42:09 <dg> Right now, the only way to say i2p is safer than something heavily audited e.g Tor is to read all the code + design yourself 20:42:15 <dg> That's fine for those who are wise in that area but bs for users 20:42:25 <dg> i2p has had little academic research too 20:42:35 <nom> imo at least, most users of this kinda thing want to get into the details of how it works and how secure it is. the threadmodel page is useful, but their not the results of extensive testing 20:42:46 <dg> Of course, you can't exactly force academics to write papers on i2p.. 20:42:57 <dg> nom: I agree. 20:43:19 <iRelay> <weltende@freenode> dg: that's not really true anymore imho 20:43:38 <dg> hm? 20:43:45 <nom> lol .... i suppose we could try to blackmail some grad students into writing papers on i2p \o/ 20:43:55 <dg> $5 wrench 20:44:08 <iRelay> <weltende@freenode> ah.. just got an mail of an talk about i2p @ athens cryptoparty #0 20:44:24 <dg> oh, nice. I was wondering about Cryptoparty 20:44:27 <dg> Tor has been heavily featured at them 20:44:41 <iRelay> <weltende@freenode> dg: there are a few papers about i2p.. (remember that tum i2p paper for example? ;) 20:44:50 <asdfsdafsdafsd> I doubt many academics will write papers or advocate I2P.... they're all in league with the globalists 20:45:44 <iRelay> <weltende@freenode> asdfsdafsdafsd: academics won't promote anything except their own software they are working on atm ;-) 20:45:48 <dg> i2p, not so much 20:46:28 <dg> The only papers I've seen about i2p are the french and correlation with headers/clocks 20:46:48 <dg> moving on 20:46:55 <asdfsdafsdafsd> weltende... exactly 20:47:02 <dg> "(3) - Discussion regarding merging current fux with trunk " 20:47:14 <nom> soooo.... gsoc? seems like security testing would be a good thing for that 20:47:17 <dg> I'm not sure if anyone can give a real answer to this apart from zzz 20:47:35 *** str4d is now known as str4d_afk 20:47:46 <dg> for those of you not aware, fux is a branch of i2p dev'd by str4d among others with user interfaces improvements. Theme improvements, that kind of thing. 20:47:49 <dg> nom: nobody wants to do gsoc 20:47:56 *** str4d_afk is now known as str4d 20:48:13 <dg> nom: zzz is on trac as a mentor but he apparently doesn't want to have a student 20:48:24 <zzz> sorry dg, all I know is 2-3 months old. last I heard, they were forking? 20:48:27 <dg> (not sure if correct, that's what I was told) 20:48:43 <zzz> wrong 20:48:58 <nom> no kidding, probably why it hasn't got done, but its a resource that gives access to the kind of people that could actually do a security assessment 20:49:24 <dg> zzz: There was some discussion of a fork, it's kind of died down now as some people have had a change of heart. Not sure what's going to be going on there, I don't think anyone is. Regarding the current changes though, I feel they could be somewhat beneficial. Nothing massive/feature breaking in there, however. 20:49:34 <dg> zzz: also, wrong? 20:49:38 <str4d> I am happy to mentor for GSoC 20:50:09 <dg> nom: Yup. 20:50:21 <dg> str4d: We could apply for next year, the application for 2010(?) is still up on trac. 20:50:25 <zzz> re: gsoc: wrong as in I'm happy to help but I'm not going to be in charge and not going to do it myself. 20:50:43 <dg> totally different to what i heard 20:50:53 <dg> key word: heard, I suppose 20:51:05 <dg> relevant trac page: `http://trac.i2p2.i2p/wiki/gsoc` 20:51:32 <zzz> dg re: fux, you're asking the wrong guy. I have no recent info. 20:51:39 <nom> imo fork is both exactly what is happening and exactly what is not happening, zzz you 'control' the official i2p.i2p branch in that you give out commit keys, but theres always gonna be people/groups writing their own features/code into i2p, if theres no interest in merging it stays a 'fork' but otherwise its not really 20:52:01 <dg> zzz: generally asking if you'd be ok with merging some of the themes, etc 20:52:04 <str4d> AFAIK there is nothing stopping mentors being anon, but we need a contactable liason (not sure if they must be non-anon) and some tax form as an organization. 20:52:23 <dg> Right. 20:52:37 <dg> I'm fine with being a liason but I'm sure a few people would be. 20:52:56 <dg> Tax form .. ugh 20:53:05 <LaughingBuddah> We will need some people to agree to be the face of i2p 20:53:24 <str4d> IIRC there was a USA-based one, or a Foreign-based one. 20:53:31 <dg> sadly we can't avoid that, LaughingBuddah.. 20:53:59 <dg> I don't want to be the guy trying to force people to give up anonymity and get up on stages but 20:54:18 <dg> We do need someone who wants to and can fulfill the job 20:54:41 <zzz> dg the last I looked at it was months ago. It was a big grab bag of stuff and I had some objections. Nobody has since asked me to look again - or spilt out the bad from the good - or given me any updates - or mentioned any progress about addressing my issues.. Unless that happens I have no update for you and i assume they are either working on it or forking. 20:54:49 <str4d> (Might not have been tax, but it was something financial) 20:54:52 <str4d> Not sure what was done in 2010 for that. 20:55:19 <dg> zzz: Alright, if I can get them to talk about it etc, I may be able to get you an update. 20:55:27 <dg> just a note 20:55:30 <dg> `http://trac.i2p2.i2p/wiki/gsoc/ideas` 20:55:37 <dg> seems quite interesting 20:55:40 <iRelay> Title: gsoc/ideas I2P (at trac.i2p2.i2p) 20:55:44 <zzz> so I repeat, you are asking the wrong guy. If you want to know about status, ask the guys working on it, not me. 20:56:07 <dg> I was asking if you'd be okay with merging is all, if they co-operated. 20:56:19 <dg> I felt that the changes could benefit i2p somewhat. 20:56:34 <dg> welcome psi 20:56:41 <psi> ?? 20:56:48 <dg> dev meeting 20:56:55 <psi> ok 20:57:36 <dg> The application for GSOC seems solid 20:57:39 <dg> Could possibly reuse it 20:57:39 <nom> zzz: what were the issues you needed addressed? 20:59:54 <str4d> There was an image in a dark theme that has since been replaced. Were there any other major issues? 21:00:17 <psi> ah yes... the assange character should've been removed for now 21:00:20 <psi> s/for/by 21:00:35 <dg> What's wrong with Assange? :P 21:00:46 <zzz> the main thing in remember is regressions in legibility and color choices, esp. in snark. But it's been months since I looked at it 21:00:49 <darrob> nom: you should try to find logs. it would be hard to recall or summarize. (for me, anyway, and i tried to give feedback, too). 21:00:56 <zzz> I felt it was a big step backwards 21:01:18 <KillYourTV> `http://killyourtv.i2p/irclogs/%23i2p-dev.2012-08-23.log.html` 21:01:21 <iRelay> Title: #i2p-dev logs for Thursday, 2012-08-23 (at killyourtv.i2p) 21:01:32 <dg> seems too late to enter gsoc this time now 21:01:43 <psi> regardless... i think we need a "real life" UI testing mechanism that isn't totally subjective 21:01:47 <dg> or uh, next year's are not open (what i mean) 21:01:54 <dg> psi: exactly 21:01:57 <psi> this is where users like Zorya come into play 21:02:12 <psi> Zorya especially is the perfect feedback tool for UI stuff 21:02:35 <nom> re assange, imo hes a cool dude, but as he 'officially' has nothing to do with i2p, we shouldn't be using his image on stuff... unless its like something related to him or wikileaks... 21:02:38 <psi> "regular" or "casual" users are VERY important and should be utilized for feedback 21:02:41 <zzz> but if the fux guys dont remember my objections either, then they probably haven't addressed them, and we're in the same place we were 3 months ago. 21:02:51 <psi> nom: i2p is politically neutral 21:03:37 <str4d> zzz, I recall your legibility issues, and I still think that is more a personal preference matter (since there are clear examples of people both liking and disliking the changes) 21:03:49 <nom> psi: right... if such a thing is possible 21:03:52 <psi> nom: no need to take any stance on things that are politically sensitive anywhere 21:03:59 <str4d> and color* 21:04:02 <str4d> The major issue was the image, and that has been addressed. 21:04:13 <nom> pretty sure were taking a stand about anonymity and free exchange of data tho.... 21:04:35 <str4d> psi, what's Zorya? 21:04:42 <asdfsdafsdafsd> assange is cointelpro 21:04:53 <dg> a person, not sure who/what they do though 21:04:53 <KillYourTV> I can say that when I last looked a few weeks ago, the constrasts in snark weren't nearly as jarring as they had been. 21:04:53 <psi> str4d: Zorya is a user in this channel 21:05:15 <psi> str4d: a "regular" user in jester's group 21:05:15 <zzz> so none of my issues were addressed? (except perhaps the assange image) 21:05:19 <zzz> then we're in the same place 21:05:38 <dg> actually, iirc, the colors were improved 21:05:42 <dg> i'm not sure they are perfect however 21:05:56 <zzz> at the time, I thought that fux was unmergable, that you should kill it and start over, separating out the good from the bad and the ugly. 21:06:08 <psi> zzz: tbh i'm not entirely sure that style issues are that critical unless they impact usability 21:06:36 <str4d> psi, ah - I read your sentence as Zorya being an automated testing tool =P 21:06:39 <dg> the best bit about fux, for me, was the framing of apps inside the console 21:06:46 <dg> i don't care as much about themes 21:07:01 <darrob> psi: that argument works for and against changes. ;) 21:07:20 <psi> darrob: correct 21:07:23 <nom> imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:07:23 <zzz> I gave my comments 3 months ago and havent heard anything since. If somebody would like to identify changes and ask me to look at it again, fine. 21:07:38 <dg> nom: my thoughts. 21:07:49 <zzz> you people that are saying you like some of it and dont care about the rest are missing the point completely. 21:07:49 <psi> darrob: however in its current state, the router console is in need of a redesign as it fails as a UI 21:07:52 <user> an improvement from the ui guys's side would be a UI plugin, I think. 21:08:04 <zzz> split out the good from the bad. right now it's a grab bag 21:08:11 <user> <dg> the best bit about fux, for me, was the framing of apps inside the console <<<---- that one I liked too.. gave an impression of unity 21:08:26 <dg> Made things a lot less clunky IMO, user. 21:08:56 <str4d> zzz, the point here is that there is nothing bad/ugly in fux, there is just stuff that everyone likes and stuff that some like and some don't. 21:09:07 <zzz> sounds like you guys are saying you still want to merge it but haven't done anything in 3 months? 21:09:33 <zzz> disagree. your snark changes are objectively bad/ugly. 21:09:56 <user> what's it that everyone likes? maybe one could start identifying that and only merge that 21:09:59 <psi> zzz: much has been done but that doesn't mean anything is "complete", as for something being "objectively ugly" is kind of an oxymoron 21:10:02 <nom> right well the good, the bad, and the ugly, are subjective.... imo as long its configurable personal taste of devs shouldn't come into it 21:10:24 <dg> Yes, we have? 21:10:27 <dg> In fact, I believe the color issue was also addressed. 21:10:27 <dg> see nom's comment 21:10:27 <dg> <nom> imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:10:27 <dg> psi: Exactly. 21:10:27 <dg> psi: It's great for nerds like us, not so much for a grandma who wants to be safe. 21:10:34 <dg> zzz: I can somewhat agree for snark but the rest, no. 21:10:45 <dg> user: the unification. 21:10:48 <dg> user: the non-default themes, too. 21:10:59 <dg> user: if it's non-default, I think it's fine to merge and improve along the way. Doesn't hurt. 21:11:06 <nom> how bout this, default keeps theme the same, but includes all the things fux adds, to use them you just set something in config? 21:11:14 <dg> ^ 21:11:29 <zzz> If the people doing the work say they think it's ready for another look, I'll take a look. I have nothing more to say. 21:11:32 <psi> currently (afaik), fux is aimed at hackability and flexibility, not explicitly general pleaseability 21:11:43 <dg> alright 21:11:46 <str4d> Given the users that have said otherwise, I find that hard to take as truly objective. 21:11:46 <dg> fair enough, zzz. 21:11:46 <str4d> Nevertheless, I do agree that fux is not ready for merging dg 21:12:09 <psi> str4d: fux is no where near merging 21:12:09 <dg> str4d: all I wanted was some discussion on it to see what needed doing :) 21:12:12 <psi> not sure who suggested a merge 21:12:15 <maidenboi> i like the snark changes 21:12:26 <nom> zzz: can you agree to that principle tho? that its mergeable if you're experience/view isn't changed unless you select it to happen? ie no default changes 21:13:44 <nom> or rather, since as you said its a grab bag, that pieces are mergeable if they don't change default things and only add options 21:14:14 <psi> at the moment fux is more of a sandbox for ideas, not really meant to be merged over to mainline in its entirety 21:14:45 <psi> i don't expect fux to ever be fully merged over nor would it be a good idea 21:14:56 <dg> I wanted some parts merged 21:15:18 <psi> dg: if they are "done" then sure 21:15:25 <psi> dg: which ones? 21:15:29 <LaughingBuddah> How to we determine them to be done? 21:15:48 <str4d> dg, I agree about the changes to non-default themes being mergable, especially since the majority of changes are by the original theme author, but there are other things that need work first. 21:15:55 <user> again, plugins would be handy, as to not increase the i2p package's size unneededly. 21:16:30 <KillYourTV> One thing for sure would be the pull the fix for ticket #773. It's fine in fux; it's not fine in the vanilla builds. 21:16:37 <iRelay> `http://trac.i2p2.i2p/ticket/773` - (new defect) - Overlapping text in midnight theme 21:16:49 <psi> i do like the unified css and inline frames for snark and mail 21:16:49 <psi> especially the unified css 21:16:52 <KillYourTV> iirc LaughingBuddah reported that in this channel as well. 21:16:59 <str4d> user, that does require getting the UI separation done though (which I hope to work on with top[tabfail] when I get some time) 21:17:22 <dg> psi: mainly the embedding of things, like snark 21:17:25 <dg> LaughingBuddah: majority satisfaction 21:17:28 <psi> dg: yes i like that too 21:17:46 <str4d> dg, #define majority =P 21:17:49 <darrob> i'm confused. i was under the impression that fux was supposed to be merged (rather sooner than later even). i wouldn't have taken the time and given detailed criticism if i was told that it was just a sandbox. 21:18:00 <LaughingBuddah> KillYourTV: Yeah I remember doing that 21:18:11 <psi> darrob: my impression was that it is a sandbox 21:18:36 <psi> as i have been treating it as such so far 21:18:46 <str4d> darrob, I always intended it to be merged. But in some ways it is meant as a UI sandbox. 21:18:53 <dg> str4d: i'd like the creator of the functionality to think it's ok to merge (time to), and a lot of the fux/users with it liking it 21:19:00 <dg> darrob: so was I? 21:19:00 <dg> Anyway, 21:19:07 <dg> I think we can agree that fux needs work 21:19:22 <dg> unification + #773 fix should get merged sooner rather than later 21:19:40 <dg> Let's move on ;-) 21:19:43 <str4d> It's Future UX, so it's for testing and trying out new UX ideas, working out the kinks and polishing. 21:19:58 <str4d> +1 dg 21:20:09 <psi> str4d: that would be sandbox... moving on 21:20:37 <nom> honestly i think we need to have better communication here, theres always going to be things that are mergable, and we need people who can discuss that merging without getting into fights ;) 21:21:03 <nom> so far so win today, which is nice 21:21:06 <str4d> I also need to work out how to best merge parts of branches in monotone. 21:21:43 <KillYourTV> and yeah, it looks like assange (and the dark snark theme) are completely gone 21:21:54 <str4d> At present I only know about "propagate" and "explicit_merge", but they merge everything up to a specific commit, rather than cherry-picking changes. 21:22:24 <nom> str4d: probably something involving editing a diff down to just the parts you want 21:22:24 <str4d> KillYourTV, dark snark is not in mtn, but it's in my fux builds. 21:22:51 <KillYourTV> ah..so assange (run through a filter) may still live... 21:23:02 <dg> as for fux's issues, we can co-ordinate on that after the meeting 21:23:05 <dg> we're doing well so far though 21:23:05 * dg highfives 21:23:05 <dg> (4) - Website 21:23:09 <dg> (4a) - Mirroring i2p2.de/etc 21:23:09 <dg> (4b) - SSL for the sites. 21:23:09 <dg> We need welt for this.. 21:23:09 <dg> Tor's mirroring setup is great right now, rsync etc. 21:23:09 <dg> Plus a clear list of mirrors and how to do it 21:23:09 <dg> nom: Yeah. 21:23:09 <dg> nom: We did well now, just that we have other issues to discuss so.. ha 21:23:31 * dg coughs 21:24:21 <nom> right, re website.... same as before re docs i guess, theres good info, but it feels like it hasn't been touched in a while 21:24:36 <dg> precisely my feelings 21:24:39 <dg> it seems very out of time 21:24:49 <str4d> KillYourTV, no - did you not read my earlier message? 21:25:03 <iRelay> <weltende@freenode> dg: rsync master thingy is already running 21:25:46 <str4d> nom, that seems a bit hacky... I'd prefer a solution that still allowed for a "propagate" at a later stage once the other branch was exactly as wanted. 21:25:46 <dg> I've noticed some issues between how things really are and what the website says 21:26:24 <psi> in general the website seems to feel old and the "revamp" last i checked looks really good 21:26:28 <nom> str4d: yah... could separate each mergeable thing into its own branch and merge that i suppose, and keep fux as a sandbox/catch all 21:26:52 <dg> weltende: not documented anywhere, iirc 21:26:59 <dg> psi: we should speed up on the revamp 21:27:05 <dg> the current one feels extremely stale 21:27:12 <psi> dg: priorities 21:27:23 <nom> like use fux as a test branch, when something is ready to be included as its own component, separate the branch and merge it there, also so you can maintain it as its own thing 21:27:32 <psi> dg: what has more importance? website or the software? 21:27:43 <str4d> There does need to be improvement of the website content. I've been working on layout and structure in i2p.www.revamp but haven't touched the content (otherwise propagations would be a nightmare), so that needs working on in i2p.www 21:27:46 * str4d is still not happy with the design of the revamp, but that is not the focus right now - proper content structuring so that (a) new content can be easily added, and (b) users can find what they want easily, is the main focus 21:28:15 <thursday> Could we set up a blog on the official site? I'd gladly chip write a post a week or so - short tutorials and tips, development updates, etc. 21:28:18 <str4d> psi, that is a chicken-and-egg question. Both are important. 21:28:21 <dg> psi: Hell, I think the website is a big deal and it affects the software. 21:28:24 <dg> thursday: me too. 21:28:59 <iRelay> <weltende@freenode> thursday: already kinda done in the revamp branch.. not feature complete.. but the basic stuff is there 21:29:42 <dg> str4d: +1 21:29:42 <nom> ....big picture software is more important, but the website needs improvement, and imo theres enough people with enough time and skills to work on the website, without it impacting how much 'code' gets done 21:29:42 * psi refreshes the revamp branch 21:29:42 <str4d> thursday, at present the main site is just a collection of HTML files. The revamp reorganizes things so that there is a specific blog. 21:29:42 <str4d> (Still a collection of HTML files, but blog generation etc. is dynamic so it makes maintaining a blog much simpler) 21:29:42 <nom> software = community = website, as its the first introduction most people get 21:29:49 <dg> current site makes me think nerdy 21:30:11 <dg> and dead, old 21:30:18 <dg> I didn't know if i2p was even in active dev when I first saw it 21:30:37 <str4d> thursday, (and those who haven't seen it): `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` is the revamp 21:31:01 <LaughingBuddah> psi: they could be worked on my different people. no need to decide for only one of the two 21:31:16 <dg> I can do blog posts/write ups for pages. 21:32:51 <KillYourTV> yes, I read your message str4d. and I call `http://killyourtv.i2p/tmp/nffnatr.png` "assange run through a filter" 21:33:17 <KillYourTV> (hell, back in early september it was still 'assange.png' :P) 21:34:13 <thursday> That looks fantastic. As someone who wants to help out with the site, is there a list of the major things that need to be done before this revamp can go live? 21:34:24 <str4d> KillYourTV, that is not current. If you run fux you'll see that replaced with a variant of hat guy. 21:34:47 <KillYourTV> I *just* downloaded that from you. 21:35:18 <str4d> KillYourTV, oh, then the image file might still be sitting there. But snark does not use it. 21:35:45 * str4d has often forgotten to remove random files, sometimes leaving .zip files in the update packages>_< 21:36:11 <KillYourTV> alright...NOW I can agree. It's not in the css. carry on :) (and sorry) 21:36:32 <iRelay> <weltende@freenode> hmm.. that News thingy at the end of the page is a bit to hidden imho 21:36:52 <dg> thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:36:55 <str4d> thursday, feedback is key. I'm still working out the structure and layout at present, so comments on that are welcome (url layout as well as navigation) 21:36:59 <dg> <+dg> thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:38:11 <str4d> thursday, if you want to improve content, there are many pages that could do with reworking to make it easier for end users to find/understand what they need to. 21:38:33 * str4d can go through some of that later if desired. 21:38:51 <dg> That'd be nice 21:39:57 <LaughingBuddah> Timed out...What's the topic? 21:40:40 <dg> Not much was said about mirroring, I think that includes the re-design though 21:40:40 <dg> imo, any changes to the current design are just temporary and not worth thinking too much about 21:42:10 <LaughingBuddah> Link to logs please 21:42:10 <LaughingBuddah> I'd like to read the part about mirroring/offer my services 21:42:10 <str4d> welterde, you were making changes to the mirroring scripts IIRC? 21:42:10 <dg> weltende: SSL on the sites, legit certs, SSL on the mirrors (at least some) - how possible is this? 21:42:10 <dg> unprofessional to have expired/none/CACert (which throws up errors = scary) 21:42:10 <dg> you could argue CA system is weak but better than nothing 21:42:10 <dg> LaughingBuddah: website etc 21:42:10 <dg> LaughingBuddah: very little was said wrt mirroring 21:42:10 <LaughingBuddah> I'd like to set up a mirror 21:42:19 <str4d> dg, yeah, there are long-standing issues in trac related to that. 21:42:19 <dg> LaughingBuddah: I figure it was because the current site is dire and we might as well wait for the new design before we do anything big. 21:42:19 <dg> The new site can highlight important things as well as a surge of new information. 21:42:22 <LaughingBuddah> Fair enough 21:42:22 <dg> Anything for the old site, again, IMO is just trying to keep something dead afloat. 21:42:34 <dg> Thank you though! :-) 21:42:34 <LaughingBuddah> Offer still stands 21:42:43 <dg> Oh, by the way, syndie.i2p2.i2p doesn't exist, but syndie.i2p2.de does 21:42:46 <dg> inconsistency.. 21:42:55 <iRelay> <weltende@freenode> str4d: uh.. 21:43:07 <dg> (Regarding Syndie, it'd be cool if someone could try poke it back alive, but we probably do not have the men) 21:43:16 <iRelay> <weltende@freenode> str4d: you mean for the revamp thing or what do you mean? 21:43:20 <nom> yah, wrt syndie that really should be removed from the frontpage... unless someone has taking it back up without me noticing, its been dead for years 21:43:31 <dg> Syndie is a really cool idea. 21:43:49 <str4d> welterde, IIRC you said you were reworking the mirroring scripts, and that they would be shifted out of i2p.www eventually 21:43:55 <iRelay> <weltende@freenode> str4d: I was gonna integrate that into the main site, so the mirror sites don't depend on my site anymore 21:44:14 <str4d> dg, one thing I hope to fix on the new site is that urls we know exist in i2p and in clearnet get auto-changed based on the user's location (rather than an i2p user having links to trac.i2p2.de for example). 21:44:32 <str4d> welterde, ah, okay. 21:45:03 <dg> str4d: oh, yes. I was thinking about that a while ago. That'd be a small but very good change for UX. 21:45:03 <dg> good call 21:45:03 <LaughingBuddah> We've got all these projects that need manpower. Maybe we start assigning people to make sure they move forward? 21:45:42 <str4d> dg, small from UX standpoint. %^&*ing annoying from backend standpoint>_< 21:45:53 * str4d has tried and so far failed 21:46:03 <dg> ^ this 21:47:13 <hottuna> are the projects organized / listed anywhere? 21:47:32 <psi> hottuna: iirc projects.i2p is one place 21:47:35 <psi> not sure 21:47:39 <dg> Perhaps we should create tickets in trac and assign them? 21:47:42 <dg> This would mean a clear, documented timeline of progress on work and to follow up who is working on it.. 21:47:45 <dg> str4d: sounds quite easy? :s. just s/$domain/$currentdomain/.. 21:47:45 <dg> str4d: Also, could do in JavaScript although not ideal. 21:47:45 <dg> hottuna: we're discussing them / and there's a topic on zzz.i2p to an extent about it but we're kind of trying to fix that 21:47:48 <dg> I propose we have trac tickets for each of the issues we've raised here, but if we can't use trac (we should though, imo since it's official) 21:47:55 <dg> we can use projects.i2p 21:48:10 <dg> trac also allows parent tickets and such, so we could have a complete way of planning this 21:48:13 <LaughingBuddah> What's the status on trac ---> redmine? 21:48:21 <psi> LaughingBuddah: probably not needed atm 21:48:32 <dg> LaughingBuddah: awaiting weltende.. but not needed right now 21:48:35 <LaughingBuddah> I see 21:48:41 <iRelay> <weltende@freenode> haven't had time yet to give it a try yet 21:48:41 <dg> the issues with trac are more so on welt's end, not trac 21:48:44 <dg> software. 21:49:00 <dg> psi: Can you get to creating tickets for some of the issues we've raised today? 21:50:40 <iRelay> <weltende@freenode> dg: actually it's just the monotone plugin as I said before.. other downtimes weren't *that* often to be really annoying imho.. 21:50:46 <nom> also re trac / redmine, if anyone has any experience with fossil, i would love to hear about it, im mulling over the possibility of trying to use it to make a system for actually distributed repos/bug tracking 21:50:48 <psi> dg: which and where? 21:50:57 <dg> psi: Trac, website reorganization, managing the necessary fux changes, dealing with the mirroring stuff, etc. Just general parent ones which we can assign to people so they do not forget and it's clear who we can grill if something breaks/doesn't work. 21:50:57 <darrob> hasn't this "assigning jobs to people will ensure that they'll get done real quick" meme been discussed on zzz.i2p already? 21:51:04 <dg> darrob: maybe, but was it even done? 21:51:11 <dg> (or work?) 21:51:30 <dg> We've clearly got some people who can get some tasks done 21:51:33 <psi> dg: i dont get things done "fast" 21:51:33 <dg> trac is a way of documenting proress 21:51:33 <psi> dg: for me they are eventual 21:51:33 <dg> psi: neither do i, but i do get them done 21:52:47 <iRelay> <weltende@freenode> nom: people used to run a fossil thingy.. but afair you got into trouble if two people edited the wiki at once(in two different instances that is..) 21:53:44 <nom> speaking of eventual, psi: i/others could get a lot out of you writing up your thoughts on netdb structure / your baromatrix experiences so far.. like a running blog or something 21:53:59 <dg> nom: i certainly would 21:54:14 <dg> psi: if not you, I can/someone else. I'd just like something to come out of this meeting so we can follow up on it next time. :) 21:54:14 <nom> weltende: hmm interesting... so there would have to be some sort of system for consistency 21:54:55 <iRelay> <weltende@freenode> nom: or simply support for merging as it does for files 21:56:08 <psi> nom: current "status" of baromatrix is "being worked on" 21:56:08 <psi> nom: i have more than just i2p right now going on 21:56:15 <nom> psi: right, i understand, don't mean to pressure you or your time, just saying its always good to share your thoughts 21:56:46 <psi> i'll share thoughts when they happen nom 21:56:49 <iRelay> <weltende@freenode> baromatrix? 21:56:57 <nom> weltende: indeed, guess i'l have to experiment with it a bit 21:57:00 <dg> statistics project 21:57:10 <psi> baromatrix is a distributed version of stats.i2p 21:57:15 <iRelay> <weltende@freenode> ah 21:57:15 <psi> to "double check" the numbers 21:57:30 <psi> it's something that i've been meaning to do for a while 21:57:59 <psi> also to get a general demographic of the userbase too without being invasive 21:58:58 <nom> also uh... wheres the code? the git.repo seems to be .... nothing? 22:03:28 <dg> I guess we should wrap up then 22:03:35 <dg> Thanks for being involved, everyone. hopefully this can become a regular thing. 22:03:46 <dg> Anyone got any more to say/issues to raise? 22:04:07 <LaughingBuddah> Maybe we should schedule the next one? 22:04:26 <dg> Next Tuesday at 9PM UTC? 22:04:29 <dg> 8PM seemed a little rough for some people. 22:04:45 <hottuna> bampf? 22:04:56 * dg bampfs the meeting closed ;-) 22:05:30 <hottuna> thanks dg, this seems like a good thing 22:06:00 <iRelay> <weltende@freenode> dg: for me 7PM would be better.. 22:06:10 <dg> hottuna: Thank you, I've had a lot of support, it was a little rough at the start of this and I felt anxious about how it'd go, but it went well. Perhaps we could see more of you/others next time too! 22:06:17 <dg> weltende: 7PM UTC is ok for me, I think. 22:06:28 <dg> weltende: 8PM caused issues for str4d 22:06:43 <dg> Next Tuesday @ 7:30PM? 22:09:40 <iRelay> <weltende@freenode> sounds good 22:10:28 <LaughingBuddah> +1 22:10:39 <dg> Great. 22:14:59 <LaughingBuddah> Cya all 22:15:02 <LaughingBuddah> dg: good meeting

Version 0.9.3

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

0.9.3 includes extensive low-level changes to the queueing of messages in the router. We implement the CoDel Active Queue Management (AQM) algorithm. We also unify the queueing and priority mechanisms in the transports to aid diagnosis and reduce network latency. Work continues on fixing UDP transport bugs and making UDP more resistant to attacks. There are more changes to improve the performance of the router and reduce its memory usage. Also, we enable i2psnark’s DHT support, introduced last release, by default.

0.9.2 Release

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

La 0.9.2 inclut de nombreuses modifications de bas niveau destinées à améliorer les performances et l’efficacité du router. Nous avons mis à jour notre bibliothèque UPnP afin, espérons-le, de faire fonctionner UPnP chez davantage d’utilisateurs. I2PSnark prend désormais en charge la DHT (table de hachage distribuée), mais elle n’est pas encore activée par défaut, car nous prévoyons d’effectuer davantage de tests durant le prochain cycle de développement 0.9.3.

As usual, there’s also lots of bug fixes in this release, so updating is recommended.

Version 0.9.1

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

La version 0.9.1 comprend un grand nombre de corrections de bogues dans i2psnark, quelques améliorations de streaming lib (bibliothèque de streaming), des modifications de la page d’accueil, de nouveaux thèmes et des mises à jour des traductions. La mise à jour est recommandée.

Les fichiers sont disponibles sur la page de téléchargement .

DÉTAILS DE LA VERSION

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

Corrections de bogues

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

Autres

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

Sommes de contrôle 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

Version 0.9

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

La version 0.9 conclut plus d’un an et demi de travail sur la série 0.8.x, au cours de laquelle nous avons considérablement amélioré les performances et la sécurité du router, ainsi que la scalabilité du réseau.

Dans la version 0.9, nous migrons vers Jetty 6 pour la console et le serveur web de l’eepsite, et introduisons une page d’accueil simplifiée de la console du router. Cette version est compatible au niveau réseau avec les versions précédentes ; cependant, veuillez consulter ci-dessous des informations importantes concernant la compatibilité avec les eepsites, plugins et webapps existants. La mise à niveau est recommandée.

Version 0.8.13

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

La version 0.8.13 contient plusieurs correctifs de bogues et quelques nouvelles fonctionnalités. Nous sommes heureux que la dernière version ait amélioré de façon significative les performances, et que le réseau fonctionne bien malgré une croissance rapide continue. La mise à jour est recommandée.

Les fichiers sont disponibles sur la page de téléchargement .

DÉTAILS DE LA VERSION

Il s’agit probablement de la dernière version avant 0.9, au cours de laquelle nous migrerons vers Jetty 6 et introduirons une page d’accueil simplifiée de la console du router. Surveillez la section des actualités de votre la router console dans les prochaines semaines pour plus d’informations sur la prochaine version.

Version 0.8.12

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

La version 0.8.12 corrige plusieurs bogues de corruption de messages, dont certains présents depuis 2005. Elle contient également une refonte du contrôle de congestion du router, ainsi que la poursuite de l’optimisation de l’utilisation du CPU et de la mémoire. Nous espérons que ces changements amélioreront les performances du réseau. La mise à niveau est recommandée.

Les fichiers sont disponibles sur la page de téléchargement .

DÉTAILS DE LA VERSION

Cette version contient plusieurs changements importants qui devraient améliorer la fiabilité et les performances du réseau.

Version 0.8.11

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

Comme vous l’avez tous remarqué, la croissance sans précédent du réseau à partir du 5 octobre a considérablement accru la congestion du réseau, en particulier en soirée (UTC) et les week-ends. Les deux dernières versions comprenaient quelques modifications dont nous espérions qu’elles atténueraient la pression, mais malheureusement ces mesures n’ont eu qu’un succès modeste. Le problème principal est de limiter le nombre de connexions directes de router à router dans le réseau. Ce n’est pas un problème nouveau ; nous y travaillons depuis plusieurs années, avec de bons résultats. Cependant, la croissance récente nous a à nouveau fait dépasser un seuil critique.

Version 0.8.10

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

La version 0.8.10 inclut deux modifications visant à réduire le nombre de connexions entre routers et, par conséquent, à améliorer les taux de réussite de la construction des tunnels ainsi que la fiabilité générale. Bien sûr, il y a aussi quelques correctifs de bogues et des mises à jour de traductions.

Les fichiers sont disponibles sur la page de téléchargement .

DÉTAILS DE LA VERSION

Modifications majeures

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

Corrections de bogues

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

Autres

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

Sommes de contrôle 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

Version 0.8.9

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

La version 0.8.9 apporte plusieurs améliorations des performances, ainsi que de nombreux changements pour gérer la croissance rapide et continue du réseau. Elle utilise une nouvelle méthode itérative pour les recherches dans la base de données réseau Kademlia, qui devrait être plus fiable et plus efficace. Il y a également plusieurs améliorations apportées à notre protocole de transport SSU (UDP) qui devraient améliorer la fiabilité et l’efficacité. Nous avons apporté plusieurs changements pour améliorer les taux de réussite de construction de tunnels. Et, bien sûr, il y a de nombreuses corrections de bogues et des mises à jour des traductions.

Programme d'été de programmation d'Ipredator

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

itoopie et I2PControl se lancent !

Je suis heureux d’annoncer qu’itoopie et I2PControl sont disponibles publiquement.

itoopie est une interface graphique conçue comme un complément à l’I2P Router Console. L’objectif d’itoopie est de fournir une interface plus simple, avec une courbe d’apprentissage moins élevée que l’I2P Router Console.

I2PControl est un plugin I2P fournissant une interface JSONRPC pour le router I2P. L’interface prend en charge la configuration de paramètres de base (bande passante, ports, etc.), la lecture de nombreuses statistiques et est fournie via une connexion HTTP chiffrée par SSL.

Version 0.8.8

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

La version 0.8.8 d’I2P active la nouvelle base de données hosts.txt afin d’accélérer les résolutions de noms d’hôte et de stocker des informations supplémentaires sur les entrées de noms d’hôte. Elle inclut également des améliorations pour accélérer l’intégration d’un router au démarrage. Du nouveau code permet de détecter et de réagir à d’importants décalages de l’horloge, ce qui devrait aider un router à se rétablir après la suspension/reprise de l’ordinateur.

Version 0.8.7

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

La version 0.8.7 d’I2P apporte plusieurs améliorations à des composants longtemps négligés, notamment les services de nommage, les graphiques, les bibliothèques natives CPU ID et BigInteger, les implémentations cryptographiques et le wrapper.

Merci au nouveau contributeur KillYourTV, qui a joué un rôle déterminant dans la mise en œuvre et les tests de ces mises à niveau, avec le soutien supplémentaire de sponge et hottuna.

Les améliorations de l’identifiant du processeur (CPU ID) sont l’œuvre de hottuna, généreusement financées par Relakks et Ipredator - merci à Peter Sunde et à Jan-Erik Fiske pour leur soutien.

Été du code d'Ipredator

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

J’ai été mandaté pour contribuer du code à I2P durant l’été 2011, en implémentant un protocole de contrôle et un client pour ce protocole (similaire à Vidalia pour Tor). Ce travail est l’idée de Jan-Erik Fiske de ViaEuropa et de Peter Sunde, connu pour flattr et The Pirate Bay , et son financement sera généreusement assuré par Relakks et Ipredator.

Les informations à jour sont disponibles sur le forum de zzz et sur #i2p-dev sur chat.freenode.net

Version 0.8.6

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

La version 0.8.6 intègre davantage de mécanismes de défense pour la sélection des pairs afin de résister à des attaquants puissants, ainsi que des ajustements pour s’adapter à la forte croissance récente du réseau. La mise à niveau est recommandée.

Aidez à développer le réseau. Impliquez-vous , parlez-en autour de vous, et faites un don ! Si vous trouvez un bug, veuillez soumettre un rapport sur gitlab. Nous recherchons toujours de l’aide pour les traductions nouvelles et existantes. Merci de vous porter volontaire sur IRC #i2p-dev.

Version 0.8.5

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

La version 0.8.5 contient quelques correctifs de bogues et des améliorations de performances, ainsi que de nombreuses mises à jour des traductions. Comme d’habitude, la mise à jour est recommandée.

Please help grow the network. Get involved , spread the word, and donate ! If you find a bug, please enter a report on gitlab. We are still looking for help on new and existing translations. Please volunteer on IRC #i2p-dev.

Les fichiers sont disponibles sur la page de téléchargement .

Version 0.8.4

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

La version 0.8.4 contient des améliorations de performances et des correctifs de bogues importants. De plus, i2psnark prend désormais en charge les liens magnet. Comme d’habitude, il est recommandé de mettre à jour.

Merci d’aider à développer le réseau. Participez , parlez-en autour de vous, et faites un don ! Si vous trouvez un bug, veuillez soumettre un rapport sur gitlab. Nous recherchons toujours de l’aide pour les nouvelles traductions et celles déjà existantes. Merci de vous porter volontaire sur IRC #i2p-dev.

Version 0.8.3

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

La version 0.8.3 contient plusieurs améliorations des performances, notamment une réduction du nombre de threads et de l’utilisation de la mémoire, ainsi qu’une communication I2CP (client-router) plus rapide.

Il y a également une nouvelle prise en charge SSL pour la console du router, une nouvelle page de configuration du reseed (réamorçage) incluant la prise en charge d’un proxy HTTP pour ceux qui se trouvent derrière des pare-feux restrictifs, une nouvelle section de configuration I2CP incluant la prise en charge d’I2CP-over-SSL pour les clients distants, une nouvelle section de configuration des limites de connexions serveur et de la liste noire pour une protection DoS renforcée, ainsi qu’une nouvelle section de configuration des jump servers (serveurs de saut) du proxy HTTP afin que vous puissiez facilement ajouter des jump servers alternatifs. Les statistiques sont désormais limitées par défaut afin de réduire l’utilisation de la mémoire ; l’ensemble complet des statistiques peut être réactivé sur la page de configuration des statistiques. Il y a aussi des corrections de bogues, bien sûr ; comme d’habitude, la mise à niveau est recommandée.

Version 0.8.2

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

La version 0.8.2 inclut de nombreuses corrections de bogues et des mises à jour de thèmes dans le router et dans i2psnark. On trouve également des optimisations visant à réduire l’utilisation de la mémoire dans i2psnark. Les proxies HTTP et SOCKS prennent désormais en charge l’autorisation locale et distante. La mise à jour est recommandée.

I2P sera au 27C3 à Berlin la semaine du 27 décembre. Cherchez l’équipe I2P sur place et demandez des autocollants I2P !

Version 0.8.1

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

La version 0.8.1 contient l’ensemble habituel de correctifs de bogues et d’ajustements des performances. Il y a également un nouveau thème pour i2psnark et plusieurs mises à jour de traduction. La mise à jour est recommandée.

Merci d’aider à développer le réseau. Donnez votre avis aux développeurs sur IRC #i2p ou sur forum.i2p2.de et impliquez-vous , faites passer le mot, et faites un don ! Nous recherchons encore de l’aide pour les traductions nouvelles et existantes. Merci de proposer votre aide sur IRC #i2p.

Réunion des développeurs I2P - 08 septembre 2010

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

Récapitulatif rapide

Présents :

Journal de réunion

22:02 <@Mathiasdm> ok 22:02 <@Mathiasdm> l'heure de la réunion 22:03 <@Mathiasdm> 0) Bonjour 22:03 <@Mathiasdm> 1) Avancement du contenu du site web 22:03 <@Mathiasdm> 2) Avancement du backend du site web 22:03 <@Mathiasdm> 3) Lieu pour les discussions de dev 22:03 <@Mathiasdm> 4) Attribution des tâches + gestion des désaccords 22:03 <@Mathiasdm> 5) Mises à jour de statut 22:03 <@Mathiasdm> 6) Conférences de dev à venir 22:03 <@Mathiasdm> ok 22:03 <@Mathiasdm> 0) Bonjour 22:04 <@Mathiasdm> Bienvenue à la 208e réunion des devs ! (honteusement volé à badger :p) 22:04 * Mathiasdm fait un poke à tout le monde 22:04 <eche|on> *poke* 22:04 * Mathiasdm poke zzz, merci pour l'op 22:06 <@Mathiasdm> hm, besoin de plus de pokes pour réveiller tout le monde ? zzz badger dr|z3d dream duck eche|on hottuna postman sponge superuser ReturningNovice (désolé :)) 22:06 <eche|on> *POKE* 22:06 <@Mathiasdm> désolé, eche|on :p j'ai vu ton poke 22:08 <duck> moin 22:08 <@Mathiasdm> moin duck 22:09 <hawk> * Mathiasd1 fait un poke à welterde 22:11 <@Mathiasdm> ok, on attend encore un peu alors, vu qu'on n'est que 3 pour l'instant 22:11 <@Mathiasdm> ceux qui veulent se joindre, il suffit de renvoyer un poke 22:11 <whitenoise> *poke* 22:11 <@zzz> ack 22:12 <@Mathiasdm> aha, le développeur principal, bien :) 22:13 <@Mathiasdm> et juste pour être sûrs que le plus de monde possible puisse participer, on attend encore 2 minutes et on démarre 22:14 <@Mathiasdm> plus qu'1 minute maintenant 22:14 <superuser> mooin 22:15 <@Mathiasdm> pile à l'heure, superuser ;) 22:15 <@Mathiasdm> salut à tous 22:15 <superuser> ;-) 22:15 <superuser> salut Mathiasdm 22:15 <superuser> et tout le monde 22:15 <@Mathiasdm> 1) Avancement du contenu du site web 22:15 <@Mathiasdm> comme nous le savons probablement tous, le développement d'I2P est actuellement à l'arrêt à cause de la refonte des spécifications 22:16 * Mathiasdm passe la patate chaude à zzz, pour qu'il parle de l'avancement de la refonte des spécifications 22:16 <eche|on> d'accord 22:17 <@zzz> ça fait 7 semaines, les progrès sont lents. Je travaille sur i2cp en ce moment, j'y ai déjà passé plusieurs heures 22:17 <@zzz> besoin que d'autres personnes s'y mettent, à la fois sur ce qu'elles ont promis de faire, et sur ce qui n'est pas encore pris 22:17 <@zzz> eot 22:18 <@Mathiasdm> ok 22:18 * Mathiasdm va redémarrer demain, maintenant que l'environnement de développement est à nouveau en place 22:18 <@Mathiasdm> si d'autres ont quelque chose à dire à ce sujet, allez-y :) 22:19 <@Mathiasdm> on dirait que non 22:19 <@Mathiasdm> hm 22:19 <@Mathiasdm> 2) Avancement du backend du site web 22:19 <eche|on> Je pense que c'est super de la part des personnes qui s'en occupent. 22:19 <@Mathiasdm> oh 22:19 <@Mathiasdm> désolé :) 22:21 <@Mathiasdm> on saute le 2) pour l'instant, sauf si welt arrive 22:21 <@Mathiasdm> 3) Lieu pour les discussions de dev 22:22 <@Mathiasdm> c'est lié à `http://zzz.i2p/topics/719` 22:22 <@Mathiasdm> je cite : 22:22 <@Mathiasdm> "* Post developer discussions on zzz.i2p. What I mean is: IRC is a highly 'volatile' medium, where not everyone is online all the time, and not everyone logs. It's a great medium for a short discussion, but do consider posting a short write-up on zzz.i2p, so others can join in on the discussion." 22:22 <eche|on> la discussion dev est un sujet difficile. IRC est sympa, mais ce n'est ni fiable ni un archivage 22:22 <@Mathiasdm> oui, d'accord 22:23 <@Mathiasdm> mais il y a beaucoup de choses au choix 22:23 <@Mathiasdm> zzz.i2p, forum.i2p, mailing list 22:23 <@Mathiasdm> enfin, ok, 3 choses :p 22:23 <eche|on> je suggérerais un point central d'archivage 22:23 <eche|on> avec une sauvegarde. 22:24 <@Mathiasdm> oui 22:24 <@Mathiasdm> mais mettre en place un stockage distribué pour ça semble compliqué :p 22:24 <@Mathiasdm> quoique une mailing list est faisable, je suppose 22:25 <@Mathiasdm> une liste de diffusion est 'un peu distribuée' 22:25 <eche|on> :-) 22:25 <superuser> le site web lui-même n'est-il pas déjà distribué ? 22:25 <@Mathiasdm> quelqu'un d'autre, des idées ? 22:25 <eche|on> une mailing list est aussi une bonne solution 22:26 <superuser> on pourrait aussi aller là-bas 22:26 <@Mathiasdm> oui, mais ça n'inclut pas le forum, superuser 22:26 <eche|on> oui, le site web est dans monotone 22:26 <@Mathiasdm> vrai 22:26 <superuser> non, je ne parle pas du forum, mais du site lui-même 22:26 <superuser> les anciennes réunions dev ne sont-elles pas aussi disponibles là-bas ? 22:26 <@Mathiasdm> mais c'est difficile de discuter quand il faut enregistrer tes discussions dans monotone :p 22:27 <superuser> vrai 22:27 <@Mathiasdm> peut-être qu'avec le nouveau backend sur lequel welt travaille, ce sera plus faisable 22:27 <superuser> ce ne serait intéressant que pour l'archivage, pas pour poursuivre les discussions 22:28 <@Mathiasdm> pour une solution temporaire, je proposerais : si vous avez une grosse discussion sur IRC, postez quelques notes sur _un_ support persistant 22:29 <@Mathiasdm> que ce soit zzz.i2p, la liste de diffusion ou le forum 22:29 <@Mathiasdm> je sais, c'est un peu vague 22:29 <eche|on> Je vote pour la mailing list ++ 22:29 <@Mathiasdm> hm, welt, les instructions de mailing list sont-elles quelque part sur le site ? 22:29 <superuser> tu parles du service nntp de welt ? 22:29 <@Mathiasdm> la mailing list me semble bien aussi, eche|on, mais je me demande si on arrivera à ce que tout le monde l'utilise ? 22:29 <eche|on> actuellement pas de ml disponible 22:29 <@Mathiasdm> oui, superuser 22:29 <@Mathiasdm> euh 22:29 <@Mathiasdm> ou c'était quoi déjà 22:29 <@Mathiasdm> je crois que oui 22:30 <@Mathiasdm> eche|on : welt a mis en place quelques ml cet été 22:30 <eche|on> nntp est un serveur de news 22:30 <@Mathiasdm> mais pas encore largement utilisées 22:30 <@Mathiasdm> oui, en effet, mais il y a aussi une mailing list maintenant 22:30 <@Mathiasdm> mais je n'ai pas l'adresse ici 22:30 <@Mathiasdm> zzz, duck : avis ? 22:31 <superuser> je n'ai pas d'info sur une mailing list pour l'instant, j'ai juste vu des posts de welt, Mathiasdm et ReturningNovice sur le serveur de news 22:32 <@zzz> je ne suis pas un grand fan d'une ML, mais je l'utiliserai si les gens le veulent. celle de welt semble être un grand secret pour le moment 22:33 <duck> Je pense que zzz.i2p convient 22:33 <@Mathiasdm> à mon avis, tout ce qui n'est pas IRC serait utile (j'aime IRC, comme dit avant, mais trop de discussions de dev sont impossibles à suivre) 22:33 <eche|on> zzz.i2p va bien, mais : les discussions irc doivent être copiées dedans ET d'une manière ou d'une autre il faudrait une sorte de sauvegarde 22:34 <@Mathiasdm> hm, peut-être que je peux mettre quelque chose en place comme 22:34 <@Mathiasdm> euh 22:34 <@Mathiasdm> comment ça s'appelait déjà 22:34 <@Mathiasdm> il y a 2 ou 3 ans 22:34 <@Mathiasdm> trevorreznik.i2p ? 22:36 <@Mathiasdm> que diriez-vous de : on continue d'utiliser zzz.i2p, on commence à utiliser une mailing list, et on essaie de faire en sorte que les discussions IRC ne restent pas uniquement sur IRC ? 22:36 <duck> tout ce qui est important en design est déjà sur zzz.i2p 22:36 <eche|on> mieux : essayer de continuer d'utiliser zzz.i2p et d'y copier l'IRC. 22:36 <duck> je ne vois pas ton problème 22:37 <superuser> et si celui de zzz disparaît 22:37 <superuser> s//? 22:37 <duck> dev/design 22:37 <@Mathiasdm> par exemple, tout ce que poste sponge (juste un exemple, sponge :p) au sujet de seedless et bob est souvent des discussions uniquement sur IRC 22:38 <duck> je ne pense pas qu'une mailing list amènera sponge à documenter son protocole et son api 22:38 <duck> mais bien sûr, tentez le coup 22:39 <@Mathiasdm> nooon, ce n'est pas ce que je voulais dire, duck 22:39 <@Mathiasdm> comme dit, ça m'est égal que ce soit sur zzz.i2p ou sur une mailing list 22:39 <@Mathiasdm> je ne veux juste pas que ce soit uniquement sur IRC, ces discussions 22:39 <@Mathiasdm> mais oui, tu as aussi un bon point 22:39 <@Mathiasdm> que certaines choses resteront peut-être uniquement sur irc 22:39 <duck> alors va parler à sponge 22:39 <@Mathiasdm> c'était un exemple 22:40 <duck> (ce que tu es peut-être en train de faire via cette réunion bien sûr) 22:40 <duck> ok, compris 22:40 <@Mathiasdm> :) 22:41 <@Mathiasdm> ok, je suppose que si chacun essaie simplement de poster les choses sur zzz.i2p (ou la mailing list -- mais on attendra welt :p), c'est réglé 22:42 <@Mathiasdm> pour l'instant, du moins 22:42 <@Mathiasdm> quelqu'un a quelque chose à ajouter là-dessus ? 22:44 <@Mathiasdm> ok 22:44 <@Mathiasdm> suivant 22:44 <@Mathiasdm> 4) Attribution des tâches + gestion des désaccords 22:45 -!- Moru [kvirc@irc2p] a rejoint #i2p-dev 22:45 <@Mathiasdm> actuellement, les tâches (affichées sur http://www.i2p2.de/team.html ) sont attribuées/choisies par des personnes qui modifient simplement la page web 22:45 <hawk> <preforce> Titre : Team - I2P (sur www.i2p2.de) 22:45 <@Mathiasdm> donc si vous voulez faire une tâche, vous la faites simplement, et vous vous ajoutez sur la page 22:45 <@Mathiasdm> ce qui est bien, je suppose :) 22:46 <eche|on> si quelqu'un n'est pas d'accord : discussion sur IRC/zzz.i2p 22:46 <@Mathiasdm> oui, le désaccord est le sujet 22:46 <eche|on> mais il faut des droits de commit pour changer, donc : avoir un peu de confiance des devs existants 22:46 <@Mathiasdm> il y a eu un désaccord cet été, et nous ne l'avons pas vraiment géré 22:46 <@Mathiasdm> vrai, eche|on 22:47 <@Mathiasdm> comment résout-on une discussion si les personnes en désaccord n'arrivent pas à un accord ? 22:47 <@Mathiasdm> un vote ou autre ? 22:47 <@Mathiasdm> c'est ce que je me demandais 22:48 <@Mathiasdm> des suggestions ? 22:48 <eche|on> la 'dernière ligne de défense' avait été mentionnée une fois 22:48 <eche|on> qui était zzz 22:48 <@Mathiasdm> la dernière ligne de défense ? 22:48 <@Mathiasdm> ah 22:49 <whitenoise> et une troisième solution meilleure ? 22:49 <duck> si tout le reste échoue ; on se rabat sur zzz 22:49 <eche|on> le vote est une bonne idée, mais je pense qu'on trouvera une solution avant 22:49 <@Mathiasdm> si la troisième solution est clairement meilleure, les deux parties choisiront celle-là ;) 22:50 <@Mathiasdm> hm, ok 22:50 <@Mathiasdm> par curiosité, zzz, tu acceptes d'être 'la dernière ligne de défense' ? :) 22:50 <@Mathiasdm> ça me paraît ok, mais est-ce que tu le veux toi-même ? 22:51 <@zzz> pas particulièrement. ma règle, c'est que celui qui fait réellement quelque chose est aux commandes. ceux qui ne font que parler et agacer les autres ne le sont pas. 22:52 <@zzz> il y a largement de quoi faire pour tout le monde. 22:53 <@Mathiasdm> ok :) ça semble bien 22:53 <@Mathiasdm> quelqu'un a des commentaires supplémentaires ? sinon, point suivant 22:53 <superuser> en général 'celui qui le fait est aux commandes' ça sonne bien 22:53 <superuser> mais si deux parties font effectivement 22:53 <superuser> et partent quand même dans des directions opposées ? 22:54 <superuser> j'imagine que dans ce cas un mécanisme de vote ne serait pas une mauvaise idée 22:54 <@Mathiasdm> vrai 22:54 <@zzz> si c'est du code, je peux trancher. Je ne suis certainement pas la dernière ligne de défense pour le site web. ce sont welt et echelon. 22:55 <@Mathiasdm> eh bien, si une discussion a lieu et qu'une solution ne peut pas être trouvée, il peut y avoir un vote ou quelqu'un (zzz, welt ?) peut trancher 22:55 <@zzz> ils choisiraient un gagnant en retirant les privilèges au perdant. 22:56 <@Mathiasdm> *uniquement si c'est une vilaine discussion, j'espère ;) des désaccords amicaux ne devraient pas se traduire par une perte de privilèges :p 22:57 <eche|on> exact 22:58 <@Mathiasdm> ok alors 22:58 <@Mathiasdm> point suivant 22:58 <@Mathiasdm> si ça vous va 22:58 <@Mathiasdm> 5) Mises à jour de statut 22:58 <eche|on> ok 22:59 <@Mathiasdm> je vais commencer à 'collecter' les mises à jour de statut ce week-end, je pense 22:59 <@Mathiasdm> j'allais le faire la semaine dernière, mais le travail m'a rattrapé 22:59 <eche|on> super. vas-y. 22:59 <@Mathiasdm> en gros, simplement 'qu'avez-vous fait la semaine dernière ?' et 'quels sont vos plans pour la semaine prochaine ?' 23:00 <@Mathiasdm> et je les posterai un peu résumées sur le site web 23:00 <@Mathiasdm> les suggestions sont toujours les bienvenues :) 23:00 <@Mathiasdm> ok, dernier point (ajouté juste avant de commencer la réunion) 23:00 <@Mathiasdm> 6) Conférences de dev à venir 23:01 <@Mathiasdm> -qui va à 27c3 ? 23:01 <@Mathiasdm> -qui va à brucon ? 23:01 <@Mathiasdm> -d'autres ? 23:02 <@Mathiasdm> je participerai certainement à brucon, et très probablement à 27c3 pour une journée (et je resterai à Berlin quelques jours) 23:02 <whitenoise> Mathiasdm, j'ai ajouté 1 point de plus 10 min avant le début. 23:02 <@Mathiasdm> ah ? désolé, je n'ai pas vu 23:03 <@Mathiasdm> ok, on fera ça dans une minute, whitenoise 23:03 <whitenoise> ok 23:03 <whitenoise> merci 23:03 <@Mathiasdm> personne n'a de remarque sur les conférences de dev ? 23:04 <@Mathiasdm> alors : 7) Promouvoir l'utilisation du protocole bittorrent dans I2P : pour et contre 23:04 * Mathiasdm passe la patate chaude à whitenoise 23:04 <whitenoise> Ok, on en a un peu discuté avec duck 23:05 <whitenoise> Bien que ce soit un bon moyen de générer du trafic de couverture et de faire croître le réseau, cela peut conduire à la réputation d'I2P comme réseau de partage de fichiers illégal 23:05 <eche|on> J'ai décidé de ne pas aller à 27c3 23:06 <@Mathiasdm> ah, dommage, eche|on 23:06 <@Mathiasdm> vrai, whitenoise 23:06 <whitenoise> D'un autre côté... 23:06 <superuser> Je pense qu'on ne devrait pas mettre plus l'accent sur bt que sur les autres services, mais promouvoir i2p comme un réseau d'usage général 23:07 <superuser> oh, il n'avait pas encore fini... 23:07 <@Mathiasdm> il lag peut-être, laissez-lui un peu de temps :) 23:08 <whitenoise> si nous ne promouvons pas ce protocole, dans un futur pas très proche, si le modèle économique de vente des médias numériques ne change pas, la pression sur les utilisateurs de torrents sera plus forte, donc ils commenceront à chercher des moyens de se cacher 23:08 <whitenoise> ce qui peut de toute façon mener à mon premier point (notoriété) 23:08 <whitenoise> mais c'est incertain, bien sûr 23:08 <Moru> Bonjour ! Excusez-moi d'interrompre... triste mais vrai, le promouvoir comme partage de fichiers et vous aurez beaucoup plus d'utilisateurs et plein de développeurs qui rejoignent. Peut-être même obtenir des financements de ceux qui veulent utiliser une plateforme de partage de fichiers sûre. 23:09 <@Mathiasdm> simplement le promouvoir ne ferait pas ça, à mon avis 23:09 <@Mathiasdm> et whitenoise, tu as raison sur la notoriété 23:09 <@Mathiasdm> mais est-ce qu'on le promeut ? 23:10 <whitenoise> À mon avis, pour l'instant non 23:10 <@Mathiasdm> et bittorrent en soi ne cause pas la notoriété, c'est le partage de fichiers (distinction importante à mon avis, mais peut-être pas dans cette discussion) 23:10 <@Mathiasdm> (et salut, Moru) 23:11 <whitenoise> Eh bien, bittorrent est la méthode la plus utilisée, c'est pour ça que j'en parle 23:11 <whitenoise> bien sûr, ça pourrait être eMule ou autre chose 23:11 <@Mathiasdm> comment verrais-tu sa promotion ? 23:12 <whitenoise> Par exemple, les utilisateurs actuels ont quelques difficultés à tout configurer 23:12 <whitenoise> On pourrait rendre l'info sur bittorrent plus visible 23:13 <@Mathiasdm> hm, oui 23:13 <whitenoise> une description plus simple 23:13 <whitenoise> et ainsi de suite. 23:13 <@Mathiasdm> mais c'est (à mon avis) plutôt un problème général d'I2P 23:13 <whitenoise> peut-être améliorer un peu i2psnark 23:13 <@Mathiasdm> I2P pourrait devenir beaucoup plus visible :p 23:13 <whitenoise> oui 23:14 <whitenoise> mais le faire (ainsi que le promouvoir sur twitter, par exemple) attirera sûrement des utilisateurs 23:14 <@Mathiasdm> oui 23:14 <@Mathiasdm> eh bien, je suis d'accord, et j'espère que nous allons aller vers plus de clarté (meilleure ergonomie, etc.) dans un avenir proche 23:14 <whitenoise> donc, la question est, je suppose, ce qu'on devrait faire et ce qu'on ne devrait pas faire 23:15 <whitenoise> améliorer la description mais ne pas faire de la pub comme réseau de partage de fichiers, peut-être ? 23:15 <@Mathiasdm> ce que nous devrions faire (une fois le développement de la 0.9 lancé), c'est à mon avis examiner les points de friction d'ergonomie 23:15 <eche|on> j'ai déjà quelques idées à ce sujet 23:17 <@Mathiasdm> oui, une meilleure description d'I2P aiderait ; une refonte de la console (peut-être ? je ne sais pas) aiderait 23:17 <@Mathiasdm> eche|on : n'avions-nous pas un .pdf avec des remarques d'ergonomie d'une conférence où tu es allé ? 23:17 <eche|on> hm 23:18 <@zzz> je l'ai 23:18 <eche|on> il faut que je le retrouve, mais nous avions relevé quelques problèmes au total. 23:18 <@Mathiasdm> tu as un lien, zzz ? 23:19 <@Mathiasdm> ok, on pourrait s'y concentrer un peu après les specs du site ? 23:20 <@zzz> `http://zzz.i2p/files/petcon-usability-long.pdf` 23:20 <@Mathiasdm> merci 23:20 <eche|on> c'est une bonne idée 23:21 <@Mathiasdm> ok alors 23:21 <@Mathiasdm> d'autres remarques ou idées, whitenoise ? 23:21 <whitenoise> hm... 23:22 <@Mathiasdm> tu es bien sûr libre de commencer aussi à travailler sur des améliorations d'ergonomie du site web 23:22 <eche|on> attends juste quelques mails avec des coordonnées pour payer un peu d'argent ;-) 23:23 <whitenoise> eh bien, je suppose qu'on a décidé d'améliorer l'ergonomie en général sans mettre l'accent sur bittorrent, c'est ça ? 23:23 <whitenoise> :-) 23:23 <@Mathiasdm> on dirait bien, oui, whitenoise 23:23 <@Mathiasdm> je t'enverrai mon RIB, eche|on, envoie-moi juste l'argent ;) 23:23 <@Mathiasdm> ok alors 23:23 <@Mathiasdm> 8) des cookies pour tous ceux qui ont participé 23:24 <eche|on> *g* 23:24 <@Mathiasdm> ===Fin de la réunion=== 23:24 <@Mathiasdm> merci à tous :) 23:24 <eche|on> COOKIES ! 23:25 <@Mathiasdm> n'en mangez pas tous 23:25 * Mathiasdm fait un poke à eche|on

Version 0.8

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

Début 2009, peu après notre participation au 25C3, nous avons publié la version 0.7 du réseau anonyme I2P. Au cours des 18 mois suivants, au fil de 15 versions, nous avons travaillé à améliorer la convivialité du logiciel I2P et à en accroître les performances, la sécurité et la fiabilité - tout en faisant face à une croissance sans précédent du réseau.

Pour saluer ces réalisations, nous annonçons le lancement de la série 0.8. La version 0.8 est pleinement compatible avec toutes les versions 0.7.x. Cette version contient plusieurs corrections de bogues, une nouvelle traduction en néerlandais et la finalisation de la traduction allemande. Comme toujours, les utilisateurs sont encouragés à mettre à jour.

Version 0.7.14

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

La version 0.7.14 contient le lot habituel de corrections de bogues et d’optimisations des performances. Il y a également quelques améliorations pour i2psnark et davantage de correctifs pour les greffons. La mise à jour est recommandée.

Aidez à développer le réseau. Donnez votre avis aux développeurs sur IRC #i2p ou sur forum.i2p2.de et impliquez-vous , faites passer le mot et faites un don ! Nous recherchons toujours de l’aide pour les traductions nouvelles et existantes. Merci de vous porter volontaire sur IRC #i2p.

Version 0.7.13

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

La version 0.7.13 comporte plusieurs modifications et corrections de bogues pour améliorer les performances. Elle inclut également des améliorations de la prise en charge des plugins introduite dans la version précédente. Le nouveau tunnel build message (message de construction de tunnel), plus compact, est activé afin de réduire la surcharge et d’augmenter le taux de réussite de la construction des tunnels.

Bien sûr, il y a également l’habituelle série de corrections de bogues. La mise à jour est recommandée.

Version 0.7.12

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

La version 0.7.12 inclut la prise en charge des plugins créés par les utilisateurs. Ces plugins peuvent inclure des applications web de la console, des thèmes, des traductions ou des programmes autonomes. Certains plugins sont déjà disponibles pour des tests. Nous espérons que cette prise en charge permettra le développement rapide d’applications i2p innovantes.

Cette version corrige le bogue de page blanche lorsqu’un eepsite(I2P Site) est injoignable et améliore également la gestion des décalages d’horloge et des changements d’adresse IP. Elle ajoute la prise en charge d’un nouveau message de construction de tunnel, plus petit, qui sera testé dans cette version et activé dans la prochaine version.

Version 0.7.11

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

La version 0.7.11 corrige plusieurs problèmes, dont certains liés aux horloges système, qui empêchaient les nouveaux routers de s’intégrer rapidement au réseau. Elle corrige également le programme d’installation pour Windows 64 bits. Cette version inclut une mise à jour vers Jetty 5.1.15 pour corriger cette vulnérabilité .

Comme d’habitude, cette version contient davantage d’améliorations en matière d’anonymat et de performances, ainsi qu’une série de correctifs de bogues. La mise à jour est recommandée.

Version 0.7.10

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

0.7.10 corrige certaines failles de sécurité récemment découvertes liées à la façon dont les routers communiquent avec des pairs floodfill. Les opérations de stockage et de vérification de la netDb (base de données réseau) sont déplacées depuis les tunnels exploratoires vers les tunnels client, et sont chiffrées.

De plus, afin d’améliorer l’anonymat, l’ensemble de pairs rapides du router est désormais limité à un maximum de 30. Cette version corrige également un bug provoquant l’échec des installations Windows lorsque le chemin d’installation ou le chemin utilisateur contenait « \r » ou « \n ». La mise à jour est recommandée. Merci de faire part de vos retours aux développeurs sur IRC #i2p ou sur forum.i2p2.de et impliquez-vous ou faites un don ! Nous recherchons toujours de l’aide pour les traductions nouvelles et existantes. Merci de vous porter volontaire sur IRC #i2p.

Version 0.7.9

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

La version 0.7.9 corrige plusieurs bogues de longue date provoquant une corruption des messages. Nous espérons que les performances du réseau s’amélioreront une fois que cette version sera largement déployée. Il y a d’autres changements qui devraient améliorer l’accessibilité du router et les taux de réussite de construction des tunnels. Cette version inclut également une prise en charge supplémentaire des traductions, ainsi qu’une traduction russe complète réalisée par “forget”, sponsorisée par “russiansponsor”.

Sortie d’I2P 0.7.8

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

La version 0.7.8 contient une prise en charge initiale des traductions de la console du router, et des modifications du système floodfill qui jettent les bases pour soutenir une forte croissance du réseau.

Pour empêcher le blocage facile d’I2P par des pare-feux malveillants, cette version définit aléatoirement le port I2P pour les nouvelles installations. Pour les installations existantes, veuillez aider les utilisateurs vulnérables au blocage en changeant le port UDP de 8887 vers un port aléatoire et en ajustant votre pare-feu si nécessaire.

Version 0.7.7 d'I2P

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

La version 0.7.7 d’I2P comprend plusieurs améliorations en matière d’anonymat. L’utilisation de clés de session pour la cryptographie a été entièrement repensée, et I2PSnark utilise désormais ses propres tunnels pour la communication avec le tracker. Le travail se poursuit pour améliorer la console du router, y compris la conformité aux normes HTML et une meilleure prise en charge de l’UTF-8.

Les travaux se poursuivent également pour améliorer les débits, à la fois en réduisant le nombre de clés de session transférées, en améliorant les méthodes de rejet des messages en cas de surcharge, et en réduisant les rejets par les routers à haute bande passante. Une nouvelle option de mise à jour non signée est disponible pour celles et ceux qui souhaitent des mises à jour automatiques vers les toutes dernières versions de développement.

Version 0.7.6 d'I2P

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

La version 0.7.6 d’I2P contient des correctifs supplémentaires pour des problèmes de stabilité du réseau liés à la construction des tunnels et aux limites de connexion. Bien que la version 0.7.5 ait fortement réduit la congestion qui survenait en soirée et le week-end (UTC), elle ne l’a pas éliminée ; cette version devrait améliorer encore la situation.

Cette version inclut également de nouveaux thèmes de console conçus par dr|z3d, qui peuvent être sélectionnés sur la nouvelle page de configuration de l’interface utilisateur. Désolé, les nouveaux thèmes ne sont pas disponibles pour les navigateurs Internet Explorer.

Publication d'I2P 0.7.5

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

I2P version 0.7.5 ==================

La version 0.7.5 d’I2P aborde principalement les problèmes de stabilité du réseau en ajustant la manière dont les tunnels exploratoires sont construits si un router approche de sa limite de connexions, et en distinguant également entre les pairs connectés et les autres pairs non défaillants lors de leur sélection pour inclusion dans des tunnels.

Cette version apporte également des correctifs au comportement de l’installateur sous Windows, à la Router Console, au transport NTCP et au mécanisme UPnP.

I2P 0.7.4 Release

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

Version 0.7.4 d’I2P

La version 0.7.4 d’I2P introduit de nouvelles fonctionnalités notables comme la fonctionnalité GeoIP et la prise en charge d’UPnP. Tandis que la première peut devenir une base pour une construction de tunnels tenant compte de la localisation géographique, la seconde devrait permettre immédiatement à davantage de routers d’accepter des connexions TCP entrantes, aidant à répartir la charge de manière plus uniforme.

L’Inbound NTCP est désormais activé automatiquement si le router ne semble pas derrière un pare-feu, et les limites de bande passante par défaut pour les nouvelles installations sont augmentées.

Version 0.7.3 d'I2P

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

Version 0.7.3 d’I2P

La version 0.7.3 d’I2P contient plusieurs corrections de bogues et des améliorations, et comprend de nombreux travaux de maintenance ainsi que de nouvelles versions des protocoles de passerelle d’applications SAM et BOB.

Un correctif pour le serveur web interne d’I2P, Jetty, est inclus afin de corriger le comportement de SusiDNS sous Windows. La manière dont les nœuds I2P se portent volontaires pour participer à la Network Database (base de données du réseau) a été modifiée afin d’éviter qu’ils soient trop nombreux à le faire simultanément, et la création de nouveaux tunnels participants est désormais limitée avant que des messages dans les tunnels existants ne commencent à être abandonnés.

Publication d'I2P 0.7.2

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

Version 0.7.2 d’I2P

La version 0.7.2 corrige de multiples bogues et des problèmes potentiels dans I2P, tout en posant les bases de nouvelles fonctionnalités.

Les problèmes de gestion des threads avec la classe SimpleTimer ne devraient plus se produire, le transport NTCP ne devrait plus rencontrer d’exceptions de pointeur nul, et les tunnels “abandonnés” devraient terminer leur fonctionnement correctement.

La prise en charge de l’accès à la Router Console via IPv6 est ajoutée, un nouveau type de message permet aux applications I2CP d’interroger les limites de bande passante du router, une interface de bureau expérimentale pour gérer le router est incluse pour la première fois (mais n’est pas encore activée automatiquement) et la participation d’un seul pair à un nombre trop élevé de tunnels est empêchée afin d’améliorer la fiabilité et la sécurité.

Version 0.7.1 d'I2P

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

I2P version 0.7.1

La version 0.7.1 optimise I2P pour de meilleures performances et introduit de nouvelles fonctionnalités.

Plusieurs bogues sont corrigés ; les remplacements de la classe SimpleTimer devraient passer moins de temps au verrouillage d’objets. Certains anciens composants sont supprimés et plusieurs classes sont refactorisées afin d’éviter la duplication de code.

La prise en charge des LeaseSets chiffrés (permettant de créer sur I2P des liens qu’un adversaire ne peut pas bloquer en attaquant leurs passerelles) devient plus complète. De nouveaux types de tunnel, comme les tunnels de serveur IRC, et de nouvelles options comme le démarrage différé et la mise en veille des tunnels bénéficient également d’une prise en charge, et la facilité d’utilisation du mécanisme de proxy Socks d’I2P est améliorée.

Réunion des développeurs I2P - 10 février 2009

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

Bref récapitulatif

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

Journal de réunion

20:58:32 <unixfr3ak> réunion des devs, hein ? 20:59:27 -*- dream allume devo 21:00:25 <welt> dream: ah.. content que tu sois là aussi :) 21:00:51 <badger> 0) Bonjour 21:00:55 <dream> tu es ? 21:00:58 <badger> 1) I2P 0.7 21:01:02 <badger> 2) Syndie 21:01:06 <badger> 3) Dons 21:01:15 <badger> 4) ???? 21:01:21 <badger> 5) Une courte récitation de poème par zzz 21:01:39 <badger> 0) Bonjour 21:01:53 <altGuest> salut 21:02:00 <badger> bienvenue à tous à la 207e réunion des devs 21:02:05 <badger> 'lu 21:02:20 <hottuna_> 'lu ! 21:02:40 <eche|on> bienvenue ! 21:02:43 <zzz> alors, commençons par passer en revue ce qui s'est passé depuis le 10 avril 2007, s'il y a eu quelque chose 21:02:48 <badger> Pour mettre ça en perspective, ça fait presque 2 ans depuis la dernière 21:03:06 <badger> eh bien... Bush est parti... Obama est entré... 21:03:36 <dream> lol USA 21:03:51 <badger> 1) I2P 0.7 21:03:56 <eche|on> Je suppose que la note de version 0.7 donne une bonne idée de ce qui est arrivé à I2P 21:04:20 <badger> Eh bien, on dirait que le déploiement de la 0.7 s'est déroulé assez bien 21:04:22 <badger> avec environ 84 % de couverture du réseau maintenant 21:04:29 <unixfr3ak> pas mal 21:04:48 <eche|on> :-) 21:04:48 <hottuna_> De combien le réseau a-t-il grandi depuis la 0.7? 21:04:48 <badger> Un grand bravo à l'équipe de dev et à l'équipe de release pour l'avoir fait sortir 21:04:52 <unixfr3ak> un bug que je peux signaler et qu'un autre utilisateur et moi avons remarqué, c'est 21:04:52 <hottuna_> ou même depuis Noël ? 21:05:21 -*- welt attend que stats.i2p se charge.. 21:05:28 -=- Vous êtes maintenant connu comme welterde 21:05:31 <badger> hottuna_: une croissance assez lente mais régulière si l'on en croit les stats 21:05:41 <unixfr3ak> ajouter de nouveaux hôtes privés dans susidns nécessite d'éditer manuellement le fichier privathosts.txt 21:06:08 <welterde> zzz: ce n'était pas le bug que tu as corrigé récemment ? 21:06:18 <welterde> ou c'était autre chose ? 21:06:25 <eche|on> les stats montrent une croissance lente et régulière 21:06:35 <zzz> oui, je l'ai cassé en 0.7, je viens de le corriger hier, ce sera dans -4 21:06:40 <eche|on> welterde: oui, il semble l'avoir corrigé 21:07:05 <badger> quelque chose à attendre dans 7.0.1 21:07:14 <welterde> zzz : bien... c'est réglé alors 21:07:16 <badger> euh 0.7.1 21:07:19 <eche|on> plus d'utilisateurs :-) 21:07:22 <zzz> désolé pour ça 21:07:35 <unixfr3ak> qu'est-ce que vous allez faire au sujet de la latence du réseau... ça semble être un problème croissant, le week-end I2P semble surchargé 21:07:56 <welterde> peut-être encore quelques ajustements de la bibliothèque de streaming ? 21:07:57 <unixfr3ak> de toute façon je pense que plus d'utilisateurs c'est bien 21:08:00 <badger> zzz : eh bien tu as corrigé et amélioré suffisamment de choses pour qu'on te pardonne une casse de temps en temps :) 21:08:33 <hottuna_> J'ai suggéré de motiver l'utilisateur à partager en ayant un indicateur de ratio sur la console 21:08:57 <unixfr3ak> ça semble bien 21:09:14 <eche|on> la charge réseau a beaucoup augmenté le mois dernier 21:09:17 <zzz> freak, je regarde pour ajuster un peu le calcul de capacité dans les profils de pairs, pour mieux réagir quand ça devient chargé. 21:09:20 <eche|on> ces derniers mois, ça a l'air plutôt bien jusqu'ici 21:09:51 <hottuna_> zzz : trop fort :) 21:09:55 <unixfr3ak> ça peut être ambitieux mais que diriez-vous d'utiliser une tâche cron sous Linux ou ce que Windows utilise pour offrir de la bande passante à I2P quand l'ordinateur n'est pas utilisé 21:10:17 <zzz> cependant ces choses doivent être ajustées avec beaucoup de soin, et il faut un cycle de release complet pour tester tout changement 21:10:21 <hottuna_> un planificateur serait aussi une solution géniale 21:10:24 <unixfr3ak> pour simplifier 21:10:28 <badger> Le coup de pub pour la release 0.7 semble avoir eu un effet marginal sur les chiffres, mais pas l'impact que j'espérais 21:10:41 <unixfr3ak> détecter quand le réseau / CPU est au repos et l'utiliser / ne pas l'utiliser quand il l'est 21:10:43 <welterde> zzz : cet ajout récent à I2CP ne le permet pas encore, n'est-ce pas ? 21:10:52 <badger> quelques bons articles sur des sites d'actu allemands cependant 21:11:04 <badger> mais slashdot/digg/reddit était plutôt pathétique 21:11:09 <zzz> permettre quoi, welterde ? 21:11:29 <welterde> zzz : changer le ratio/up-bw/down-bw depuis l'extérieur de la routerconsole 21:11:29 <eche|on> badger: il faut du temps pour que les utilisateurs le connaissent et restent fidèles :-) 21:11:32 <unixfr3ak> et une entrée de registre d'auto-démarrage par défaut serait bien, ou un simple script shell pour Unix 21:12:04 <zzz> non welterde, ça n'a rien à voir avec ça 21:12:08 <hottuna_> je ne sais pas pour la com... je suppose que notre 'nom de marque' grandira à chaque nouvelle release et sa vague de RP 21:12:13 <welterde> zzz : je m'en doutais :/ 21:12:56 <zzz> avec un peu de chance l'interview gulli avec moi sera publiée bientôt, mais je n'ai pas eu de nouvelles de lui depuis une semaine 21:13:06 <unixfr3ak> I2P est-il prêt à demander de la bande passante bénévole à des sponsors ? (autre que moi avec ma petite connexion) 21:13:39 <welterde> hmm... ça vaudrait peut-être le coup d'essayer 21:13:50 <dream> Je ne pense pas que quelqu'un ait jamais dit non à de la bande passante bénévole. 21:14:12 <unixfr3ak> le réseau Tor a beaucoup de nœuds sponsorisés, mais d'un autre côté beaucoup de nœuds sur le même sous-réseau paraîtraient suspects aux utilisateurs et offriraient à quelqu'un plus de contrôle sur le réseau 21:14:37 <welterde> je pense qu'on a déjà 'corrigé' ça 21:14:59 <hottuna_> le sponsoring ne serait pas une mauvaise idée 21:14:59 <hottuna_> juste un simple onglet HTML sur la page principale ? 21:14:59 <hottuna_> juste* 21:15:05 <unixfr3ak> des nœuds placés aléatoirement par des volontaires individuels semblent plus sûrs 21:15:05 <unixfr3ak> mais moins pratiques 21:15:15 <unixfr3ak> la plupart des gens par nature vont leechent 21:15:44 <dream> Je ne pense pas que ce soit forcément vrai, unixfr3ak, mais c'est bien de se préparer aux non-participants. 21:16:21 <unixfr3ak> par exemple 21:16:40 <unixfr3ak> quelqu'un qui lance juste le router I2P, et n'a aucune idée de ce qu'il fait et lance i2phex 21:16:49 <unixfr3ak> qui télécharge constamment 21:17:11 <unixfr3ak> peut-être que la bande passante par défaut devrait être changée 21:17:22 <hottuna_> a été changée en 0.7 21:17:34 <unixfr3ak> ou bien on devrait demander aux utilisateurs la vitesse de connexion pendant l'installation pour des limites de partage de bande passante plus précises 21:18:26 <unixfr3ak> ou peut-être un virus qui installe I2P comme une porte dérobée :P 21:18:34 <welterde> heh 21:18:40 <hottuna_> ce serait une excellente idée... l'installateur devrait le prendre en charge, non ? 21:19:08 <welterde> la première ou la seconde ? :> 21:19:08 <unixfr3ak> ma blague ou demander la bande passante de la connexion ? 21:19:23 <welterde> la première) probablement oui 21:19:26 <unixfr3ak> ça devrait être une ligne ou deux dans un fichier de config quelque part 21:19:39 <unixfr3ak> celle sans le :P 21:20:59 <badger> des limites de téléchargement pour les utilisateurs qui ne partagent pas de bande passante montante ? 21:21:15 <unixfr3ak> ça semble intéressant 21:21:20 <unixfr3ak> mais 21:21:33 <unixfr3ak> je ne pense pas qu'on doive encore en arriver à de telles mesures désespérées... 21:21:38 <dream> par défaut ça partage jusqu'à 100 % de la bande passante, unixfr3ak. une fois qu'il a quelques tunnels client, la majorité est consacrée aux tunnels intermédiaires. 21:21:45 <welterde> les routers ne punissent-ils pas déjà les autres routers qui ne routent pas les tunnels ? 21:22:00 <unixfr3ak> oui 21:22:00 <dream> et je pense qu'I2P est déjà équilibré en charge. Je ne peux certainement pas télécharger plus que je n'envoie dans l'onglet bande passante. 21:22:25 <unixfr3ak> je pense aussi mais, si beaucoup de gens leechent en même temps, ça mettra quand même une lourde charge sur le réseau 21:22:32 <badger> c'est peut-être juste une question d'être plus informatif pour les utilisateurs débutants 21:22:35 <unixfr3ak> spécialement si leurs IP sont dynamiques 21:22:46 <eche|on> `http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y` 21:22:56 <badger> rendre clair que donner en retour au réseau améliore votre expérience 21:23:07 <unixfr3ak> oui 21:23:18 <unixfr3ak> et de le faire tourner quand ils n'utilisent pas leur PC 21:23:36 <unixfr3ak> au lieu de juste laisser leur connexion pour laquelle ils paient rester inactive 21:23:51 <dream> la plupart des gens éteignent leurs ordinateurs, c'est vraiment triste 21:24:09 <unixfr3ak> oui 21:24:12 <dream> ils paient leur FAI chaque mois, alors qu'ils pourraient à la place pour le prix de 4 ampoules... 21:24:15 <l00kns33> je pense que la plupart des gens comprennent ça - je pense même que la plupart des gens qui utilisent I2P sont eux-mêmes des geeks ;) 21:24:32 <badger> bref, on avance - autre chose à ajouter pour 1) I2P 0.7 ? 21:24:55 <unixfr3ak> pour l'instant oui 21:25:16 -*- welterde attend son signal.. 21:25:20 <unixfr3ak> mais ça peut changer à l'avenir 21:25:25 <eche|on> badger : non 21:25:25 <badger> 2) Syndie 21:25:37 <welterde> d'accord alors :) 21:25:37 -*- badger passe le micro perche des années 70 à welterde 21:25:45 <badger> *mic 21:26:15 <welterde> comme vous le savez peut-être (ou pas) j'ai récemment terminé l'effort d'appliquer ces patchs de MOSFET 21:26:20 <welterde> +know 21:26:35 <unixfr3ak> laissez e en dehors des forums je ne les utilise pas :P , brb cigarette 21:27:14 <welterde> ce qui devrait corriger quelques bugs et désactiver cette UI par défaut (imho) b0rked 21:27:26 <welterde> à la place, celle en SWT est utilisée, que la plupart des utilisateurs trouvent plus facile 21:27:42 <badger> <jrandom>w0rd</jrandom> 21:28:11 <welterde> hmm ? 21:28:30 <dream> c'est bien d'entendre que quelqu'un travaillait à faire réessayer les synchronisations échouées. 21:28:40 <badger> welterde: désolé, blague de vieille réunion de dev 21:28:59 <badger> y a-t-il une nouvelle archive publique Syndie quelque part ? 21:29:06 <welterde> bref... j'espère avoir bientôt le temps de remplacer ce truc d'index b0rked ;) 21:29:09 <welterde> badger: ouaip 21:29:25 <welterde> http://syndie.welterde.(i2p|de)/ 21:29:52 <dream> rendre possible d'exécuter Syndie en utilisant une base de données distante est important, je dirais, pour faciliter à ceux qui veulent faire tourner leurs propres archives. 21:29:54 <welterde> mais vous ne pouvez pas y poster (encore) car c'est juste une archive statique 21:30:47 <welterde> il faut ajouter celle-là aux archives par défaut aussi 21:30:56 <welterde> je ferai ça bientôt 21:31:16 <eche|on> donc le travail sur Syndie continue 21:31:32 <welterde> ouaip 21:31:54 <welterde> j'essaie actuellement de profiler Syndie.. 21:32:29 <welterde> mais je n'ai pas pu passer beaucoup de temps dans ce domaine.. 21:32:59 <eche|on> tant de travail à faire... 21:33:14 <welterde> oui :/ 21:33:17 <dream> faire tourner Syndie en mode texte est délicat, puisque l'interface semble être en retard sur son comportement actuel 21:33:17 <dream> d'habitude ça marche si tu le laisses juste en --cli, mais quand ça gèle il n'y a pas de vraie indication. 21:33:41 <welterde> ouais... le cli est b0rked aussi actuellement :/ 21:34:00 <welterde> imho on devrait séparer Syndie en plusieurs parties, par ex. libsyndie, gui, cli, ... 21:34:12 <badger> ça me semble logique 21:34:19 <welterde> ça devrait rendre plus facile l'écriture d'extensions personnalisées, etc. 21:34:29 <dream> Quel genre de choses couvrirait libsyndie ? 21:34:36 <badger> au début en v0.0.1 l'UI de Syndie n'était qu'une surcouche sur le binaire cli 21:34:48 <badger> mais il semble que l'idée se soit perdue en route 21:34:55 <dream> il a même la console texte aujourd'hui. 21:35:23 <welterde> dream: décodage des messages, synchronisation des archives, etc. etc. 21:35:34 <welterde> la plupart de la logique 21:36:06 <dream> donc libsyndie est à peu près une interface au-dessus de la base de données, et peut-être le répertoire archive/ ? 21:36:09 <badger> oui, gui, cli et webtop devraient juste être une légère surcouche 21:36:10 <welterde> imho on devrait garder gui/cli séparés de la logique du programme 21:36:42 <welterde> dream: l'archive n'est pas utilisée pour stocker quoi que ce soit.. elle sert juste à servir l'archive 21:37:02 <dream> je sais. 21:37:14 <welterde> mais comme cli/webtop l'utilisent on devrait aussi le mettre dans libsyndie 21:37:15 <dream> Donc je suppose que seul le serveur web devrait manipuler ce répertoire. 21:37:35 <dream> le remplir et s'y synchroniser, un peu comme une file de mails postfix. 21:38:00 <welterde> mais on ne devrait le générer/synchroniser que lorsqu'on l'utilise réellement.. pas comme maintenant.. 21:38:08 <welterde> où il est toujours généré/synchronisé... 21:39:18 <dream> Je ne vois pas de problème à n'utiliser le répertoire archive/ que pour le serveur web. C'est vraiment juste pour la commodité afin que tu puisses utiliser la fonctionnalité existante de service de fichiers statiques. 21:40:07 <welterde> il devrait y avoir une commande cli comme generate_archive ou quelque chose comme ça imho 21:40:57 <welterde> et on devrait remettre cet import.cgi, pour qu'on puisse faire tourner une archive presque statique, tout en pouvant poster 21:41:04 <welterde> ou... hmmm... 21:41:04 <dream> que ferais-tu de cette archive en utilisant l'interface client ? 21:41:15 <welterde> rsync avec un site distant ? 21:41:26 <welterde> c'est comme ça que syndie.welterde.(i2p|de) fonctionne ;) 21:41:43 <dream> le problème avec une archive statique est que garder le système de fichiers à jour avec la base de données est une tâche similaire à concevoir une base de données. 21:41:59 <welterde> hmm.. pas vraiment 21:42:05 <welterde> puisque c'est à sens unique 21:43:17 <unixfr3ak> c'est peut-être un peu hors-sujet mais quelqu'un a-t-il envisagé une fonction de datastore ? 21:43:20 <dream> donc en utilisant un hypothétique --cli quelqu'un crée un message. Ensuite ils font generate_archive après l'avoir créé ? Ça ressemble furieusement à valider une transaction après insertion. 21:43:52 <unixfr3ak> également dans i2phex comme je l'ai dit à Complication auparavant la recherche bitzi dans i2phex n'est pas anonyme 21:43:55 <dream> magicbutton() 21:44:04 <welterde> dream: euh... non 21:44:17 <dream> ...i2phex interroge bitzi.com ? c'est dingue 21:44:37 <unixfr3ak> oui 21:44:39 <welterde> unixfr3ak: il y avait du travail en direction de Freenet afair 21:44:43 <dream> welterde, donc leur message n'entre jamais dans le répertoire archive/ et ne peut pas être synchronisé... 21:45:20 <welterde> dream: non.. je veux juste dire qu'une transaction est un peu différente 21:45:27 <welterde> par exemple : tu n'édites rien 21:45:33 <welterde> (sauf l'index peut-être) 21:46:02 <welterde> generate_archive fait juste un dump de la base et met à jour les index en le faisant 21:46:41 <unixfr3ak> clic droit sur un fichier 21:47:20 <unixfr3ak> et « view bitzi ticket » t'emmène sur le site non-anonyme 21:47:20 <unixfr3ak> heureusement mon navigateur est proxyfié par I2P, et mon autre par Tor 21:47:31 <dream> alors comment fais-tu entrer le nouveau contenu de la base de données dans l'archive ? Et si Syndie meurt après avoir inséré un message, mais avant que tu le sauvegardes dans le répertoire archive/ ? 21:47:39 <unixfr3ak> 0_0 on dirait que spongebob a raté la réunion 21:47:57 <welterde> dream: rien.. ce n'est tout simplement pas archive/ 21:48:16 <welterde> mais ce sera lors de la prochaine exécution réussie de generate_archive 21:49:01 <dream> ce que je ferais, c'est laisser le client faire tourner le serveur web, et le serveur web vérifie archive/ et récupère tous les messages dans la base qui n'y sont pas déjà. Ou juste servir directement les messages de la base. 21:49:23 <dream> generate_archive ne semble pas être le genre de chose que tu voudrais que le client ait à garder à l'esprit. 21:49:50 <welterde> le problème c'est... tu ne peux pas faire tourner Syndie sur toutes les machines 21:50:18 <welterde> par exemple ce serveur (i2p2.de/welterde.de) a atteint sa limite 21:50:36 <welterde> il swappe énormément quand je fais tourner Syndie dessus.. 21:50:41 <welterde> donc je dois le faire tourner localement 21:50:46 <eche|on> ouais 21:51:06 <welterde> pas de problème si j'avais un upload raisonnable... ce que je n'ai pas 21:51:19 <welterde> ce que la plupart des utilisateurs ADSL n'ont pas.. 21:51:45 <badger> en tout cas - bon travail pour tous les patchs, welterde - peut-on s'attendre à une release dans un futur pas trop lointain ? 21:51:47 <welterde> donc soit c'est une archive statique soit elle est lente comme l'enfer 21:52:08 <welterde> je pense que je passerai de a à b (alpha à bêta) bientôt 21:52:16 <badger> super 21:52:40 <badger> autre chose à ajouter pour le dev futur ? 21:52:56 <badger> (Syndie) 21:53:10 <welterde> n0p 21:53:19 <welterde> ;) 21:53:24 <badger> très bien, dans ce cas 21:53:30 <badger> 3) Dons 21:53:49 -*- badger passe le micro à eche|on 21:54:00 <eche|on> c'est de nouveau ouvert ! 21:54:18 <eche|on> J'ai créé un compte PayPal et l'ai lié sur le site I2P 21:54:42 <hottuna_> :D 21:54:47 <badger> coolio 21:54:50 <hottuna_> génial 21:54:52 <eche|on> mais les boutons pointent vers des sites https:// de PayPal, ça ne marche pas encore pour l'eepsite 21:55:01 <dream> oui je suppose que c'est un avantage, welterde 21:55:08 <eche|on> jusqu'ici aucune entrée de ce côté-là 21:55:20 <welterde> eche|on: peut-être que tu devrais ajouter des notes sur comment te dire ce que tu dois en faire 21:55:29 <eche|on> et indécis à propos d'un compte pour 2ndlive 21:55:31 <zzz> peux-tu ajouter un lien de la page de dons vers la page halloffame, et/ou fournir plus d'infos sur ce à quoi serviront les dons 21:55:39 <dream> je pense toujours que ce qui crée l'archive devrait synchroniser plutôt que juste dumper. 21:55:48 <badger> ouaip 21:56:02 <badger> comptez-vous supporter aussi les primes ? 21:56:10 <eche|on> welterde: acked 21:56:13 <unixfr3ak> vous pourriez simplement utiliser Apache 21:56:17 <welterde> dream: optimisation prématurée ;) 21:56:19 <eche|on> zzz : acked 21:56:24 <dream> oups 3) 21:56:24 <dream> je n'ai pas d'argent désolé T_T 21:56:28 <eche|on> nous avons besoin d'une liste de choses à acheter/à ne pas acheter avec les dons 21:56:37 <zzz> et les abonnements d'echelon et de welterde ne devraient-ils pas plutôt être listés comme dépenses ? 21:56:40 <unixfr3ak> quel serveur web I2P inclut-il ? 21:56:51 <eche|on> badger: ouais, les dons sont « pour tous les fonds » ou dédiés à une prime 21:57:04 <badger> grandiose 21:57:19 <eche|on> et dans PayPal il devrait y avoir un champ texte dans lequel vous pouvez entrer l'objectif de l'argent :-) 21:57:33 <zzz> tu pourrais aussi mettre un lien d'actualité en page d'accueil indiquant que les dons sont ouverts 21:57:36 <badger> Si je donne 1000 EUR, est-ce que j'obtiens un t-shirt Hot Tuna i2P ? 21:57:51 <eche|on> mais je ne peux pas me faire un don à moi-même ;-) 21:58:02 <welterde> hottuna_: dis oui ! ;) 21:58:16 <eche|on> pas de souci pour l'instant, j'attends le premier et je l'annonce ;-) 21:58:35 <zzz> tu as eu ta chance de venir au 25c3 et d'avoir un t-shirt 21:58:47 <welterde> il y a toujours le 26c3 ;) 21:58:59 <eche|on> acked, zzz - bonne idée 22:00:32 <eche|on> donc rien de plus de ma part sur le sujet des dons 22:00:51 -*- welterde attend que paste se charge.. 22:01:16 <badger> dans ce cas : 22:01:22 <badger> 4) ???? 22:01:33 <badger> quelqu'un d'autre a quelque chose à apporter à la réunion ? 22:01:37 <welterde> ouaip.. 22:01:46 <welterde> mais vous devez attendre que paste se charge :/ 22:01:52 <eche|on> prenons un morceau de gâteau pour tout le monde ! 22:02:31 <welterde> youpi ! :) 22:02:32 -*- unixfr3ak le prend et s'enfuit 22:02:38 <welterde> noooon 22:03:03 -*- badger *baf*s unifr3ak sur la tête 22:03:08 <unixfr3ak> ouaissss 22:03:12 <eche|on> ;-) 22:03:46 <unixfr3ak> je me demande si cette partie ira dans le log de réunion 22:03:50 <unixfr3ak> :P 22:03:57 <welterde> J'annonce par la présente *roulement de tambour* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 <welterde> ;) 22:04:04 <welterde> unixfr3ak : bien sûr que si ! 22:04:15 <welterde> tout le monde, prenez un client telnet et connectez-vous ;) 22:04:37 <badger> pas un MUD ?! 22:04:40 <unixfr3ak> la clé base 32 ? 22:04:49 <welterde> badger: bien sûr ! 22:05:06 <welterde> unixfr3ak: tu dois ouvrir un tunnel client et t'y connecter avec un client telnet/MUD 22:05:08 <welterde> (ou utiliser SOCKS) 22:05:38 <unixfr3ak> je ne veux pas salir mes chaussettes je ferai un tunnel :p 22:05:43 <unixfr3ak> hmm 22:05:47 <unixfr3ak> mais pour la destination 22:05:50 <badger> chaussettes boueuses 22:05:59 <unixfr3ak> est-ce que ça inclut le .i2p ? 22:06:05 <welterde> unixfr3ak: ouaip 22:06:11 <welterde> a marché pour moi en tout cas ;) 22:06:56 <dream> tu peux aussi regarder la dest d'un b32 si tu veux une copie locale. zzz m'a montré comment en utilisant l'interface cli secrète d'i2ptunnel. 22:07:13 <unixfr3ak> Delay Connect: (pour les connexions requête/réponse) 22:07:18 <unixfr3ak> j'en déduis que oui pour ça 22:07:21 <dream> ça me rappelle que je devrais passer ces descriptions de pièces du papier à ce fichu truc 22:07:24 <badger> peut-être poster un petit howto quelque part ;-) 22:07:35 <welterde> dream: youpi :) 22:07:46 <welterde> badger: heh.. je le ferai 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> impressionnant :P 22:08:02 <welterde> `http://paste.i2p2.i2p/show/11/` <- le b64 22:08:08 <l00kns33> un commentaire sur I2P en général: 22:08:08 <l00kns33> je pense que c'est trop « par des geeks pour des geeks » - il faut savoir ce que les utilisateurs non-geeks veulent et dont ils ont besoin 22:08:16 <unixfr3ak> je me demande ce qu'il y a de l'autre côté du tunnel 22:08:20 <dream> unixfr3ak, si tu es super parano oui, sinon des attaques temporelles pourraient être possibles pour tester si tu es en ligne ou non. :> 22:08:21 <welterde> l00kns33: ils veulent des jeux ! :D 22:08:46 <dream> l00kns33, qu'est-ce qui pourrait être moins geek qu'un jeu d'aventure en ligne basé sur du texte ! 22:09:01 <welterde> unixfr3ak: ça marche ? tu devrais voir une sorte de menu 22:09:02 <dream> Je mets ma robe et mon chapeau de sorcier ! 22:09:19 <unixfr3ak> bien sûr 22:09:28 <l00kns33> c'est une chose - et une bonne idée :) 22:09:31 <unixfr3ak> Welcome to thmoo-cmd 2.1... 22:09:38 <welterde> ha :) 22:09:47 <welterde> tu dois ensuite taper connect guest afair 22:09:52 <unixfr3ak> qu'est-ce qui est si impressionnant avec telnet sur I2P ? 22:10:30 <zzz> nous aurons bientôt un client connect pour que tu n'aies pas besoin de configurer un tunnel 22:10:46 <l00kns33> cool :) 22:10:50 <welterde> unixfr3ak: rien ? 22:11:20 -*- welterde rédige un howto.. 22:11:26 <unixfr3ak> a une drôle de fonctionnalité de chat :P 22:11:45 <badger> bon sur ce - quelqu'un veut ajouter autre chose ? 22:11:46 <welterde> unixfr3ak: tu dois « say something » 22:11:50 <dream> je me demande comment ça fonctionnerait, zzz ? Tu veux dire comme un VPN ? 22:12:01 <welterde> dream: plutôt comme SOCKS je pense 22:12:05 <dream> Ou un client telnet spécialement conçu ? ._. 22:12:19 <dream> Ah j'ai bien entendu parler de SOCKS. 22:12:29 <unixfr3ak> foo a dit bonjour 22:12:31 <zzz> plutôt comme SOCKS 22:12:39 <zzz> telnet localhost 1234 22:13:00 <zzz> connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 <welterde> unixfr3ak: et pour te répondre tu dois « say something » ;) 22:13:06 <zzz> c'est tout 22:13:15 <dream> SOCKS est délicat, puisque c'est comme i2ptunnel sauf que pratiquement n'importe qui peut faire de nouveaux tunnels vers différents endroits. 22:13:37 <unixfr3ak> oui je sais... pas besoin d'énoncer l'évidence douloureuse 22:13:50 <welterde> dream: non.. j'utilise juste le partagé 22:14:06 <welterde> du moins.. c'est comme ça que ça devrait marcher ;) 22:14:34 <welterde> afk pour un moment 22:14:36 <badger> bon je pense qu'on a atteint un bon moment pour... 22:14:44 -*- badger se prépare 22:14:54 -*- badger *baf* clôt la réunion 22:15:10 <eche|on> :-) 22:15:13 <badger> bon boulot tout le monde 22:16:12 <dream> on ne peut pas faire un tunnel serveur avec ce truc SOCKS ? hmm... 22:16:34 <dream> je suppose que ce serait plutôt sympa pour les protocoles non HTTP. :) 22:16:49 <dream> Soit ça, soit implémenter CONNECT dans l'eeproxy. 22:16:52 <unixfr3ak> maintenant vous allez disparaître à nouveau lol 22:18:38 <dream> poofda 22:19:40 <zzz> je suis toujours là 22:19:49 <zzz> notre SOCKS est uniquement côté client maintenant 22:20:51 <zzz> J'ai implémenté CONNECT, c'est de ça que je parlais plus haut 22:23:20 <dream> Chouette je ne vois aucune raison de ne pas faire ça, et ce serait beaucoup plus pratique puisque SOCKS est tellement populaire que beaucoup d'applis l'ont intégré.

Sortie d'I2P 0.7

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

I2P version 0.7

La version 0.7 apporte de la stabilité et de la flexibilité à I2PSnark, qui pourra, espérons-le, être utilisé pour distribuer les mises à jour d’I2P à l’avenir.

Le I2P router reçoit des correctifs et des optimisations pour divers problèmes relatifs au transport et au streaming, à l’exploration du réseau, aux performances de NetDB et au système d’introduction UDP. Entre autres fonctionnalités, la nouvelle version offre une meilleure limitation des connexions, une tolérance accrue aux exceptions “out of memory” (mémoire insuffisante) dans les applications auxiliaires, et un nouveau système d’adressage expérimental utilisant des hachages Base32 des clés de destination (".b32.i2p" URLs).

Version 0.6.5 d'I2P

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

I2P version 0.6.5

La version 0.6.5 introduit de nouveaux composants, supprime certains anciens (comme l’ancien transport TCP) et a été optimisée pour offrir de meilleures performances.

Le protocole BOB (Basic Open Bridge) est introduit, à l’usage des applications clientes qui ne peuvent pas importer directement les bibliothèques I2CP. Cela rend obsolète l’ancien protocole SAM auparavant utilisé dans de tels cas. Pour l’instant toutefois, BOB n’est pas encore démarré automatiquement sur les nouvelles installations, et SAM reste actif sur les anciennes installations.

Version 0.6.4 d'I2P

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

Version I2P 0.6.4 =====================

La version 0.6.4 apporte des améliorations de performances et de stabilité. Les pairs floodfill déjà connectés sont privilégiés pour les opérations de stockage de RouterInfo, et les références à de nouveaux pairs floodfill obtenues auprès de pairs ordinaires en cas de pénurie le sont également.

La préférence accordée aux pairs déjà connectés est généralement augmentée en les considérant actifs. Les dépassements de délai lors de la jonction à un tunnel sont désormais imputés aux profils des pairs.

Version 0.6.3 d'I2P

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

I2P version 0.6.3

La version 0.6.3 introduit plusieurs corrections de bogues, des optimisations et des améliorations de sécurité. Les routers commenceront à surveiller le nombre de pairs NetDB bien conformes et se porteront volontaires pour en devenir un si une pénurie survient et qu’ils le peuvent. Les nœuds NetDB bien conformes sont davantage privilégiés, et les nœuds mal conformes sont mis sur liste noire plus efficacement.

Les LeaseSets sont gérés plus efficacement, de nouveaux correctifs devraient permettre le bon fonctionnement des introducers UDP (intermédiaires d’introduction UDP). I2P bénéficie également d’une prise en charge préliminaire des listes de blocage IP permanentes, ainsi que d’un nouveau limiteur de connexions aux pairs. Des améliorations apportées à la Router Console devraient faciliter la configuration des applications clientes et I2PSnark résistera désormais mieux aux données corrompues.

Version 0.6.2 d'I2P

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

Version 0.6.2 d’I2P

La version 0.6.2 apporte des améliorations des performances et de l’anonymat. Les données LeaseSet ne sont plus ajoutées à chaque message de bout en bout, ce qui réduit la surcharge protocolaire.

Les pairs injoignables sont évités en tant que passerelles de tunnels entrants, ce qui améliore la fiabilité et permet d’utiliser une Lease selection (sélection des Lease) persistante, ce qui, à son tour, améliore les performances en réduisant l’acheminement de messages dans le désordre.

Version 0.6.1.33 d'I2P

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

Version d’I2P 0.6.1.33

La version 0.6.1.33 contient plusieurs correctifs de bogues importants et des améliorations de performances dans la détection de la joignabilité SSU, la sélection des pairs floodfill, la sélection des pairs de tunnel, les tests des tunnels, la détection d’inactivité NTCP, la bibliothèque de streaming et la récupération des actualités. Elle ajoute également la prise en charge des trackers secondaires dans i2psnark, ainsi que la vérification des bibliothèques Jetty téléchargées lors de la compilation à partir des sources.

I2P 0.6.1.32 Publication

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

I2P version 0.6.1.32 =====================

La version 0.6.1.32 contient plusieurs corrections de bogues, un nouvel algorithme de construction de tunnels de zzz qui régule l’intensité de la construction de tunnels en fonction des taux de réussite antérieurs, et d’autres améliorations des performances.

Cette version est rétrocompatible et, si vous avez déjà la 0.6.1.31 installée, elle reconnaîtra la signature du fichier de mise à jour signé (vous pourrez ainsi effectuer la mise à jour automatiquement).

Version 0.6.1.31 d'I2P

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

Bonjour, une nouvelle version d’I2P est disponible pour votre plus grand plaisir à l’adresse http://www.i2p2.de/downloads/.

La version 0.6.1.31 rendra le processus de publication d’I2P indépendant de jrandom et des serveurs *.i2p.net. Notre nouveau miroir principal est www.i2p2.de , accessible dans I2P à l’adresse www.i2p2.i 2p.

Les mises à jour automatiques seront hébergées sur plusieurs eepsites(sites I2P), signées par Complication. À cette fin, 0.6.1.31 inclut deux nouvelles clés de vérification de version.

Sont également inclus plusieurs corrections de bogues et des améliorations du mécanisme de mise à jour automatique, du carnet d’adresses, d’I2PSnark et du proxy IRC. La prise en charge du protocole SAM version 2 apparaîtra.

Notes de statut I2P du 2008-02-01

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

Bienvenue !

Mise à jour de l’état 01/2008

En raison d’une panne du serveur i2p.net au début de 2008, la page du projet I2P n’était pas accessible. La seule personne disposant d’un accès (jrandom) pour réactiver ce serveur est hors ligne et INJOIGNABLE pour nous pendant au moins 10 mois supplémentaires. Il n’était même pas possible d’obtenir le programme d’installation ou les seednodes pour démarrer un router (nœud I2P) neuf.

Au cours des dernières semaines, nous avons reçu deux serveurs web offerts par des bénévoles et avons mis en place une solution entièrement redondante pour les parties vitales d’I2P.

Sortie d'I2P 0.6.1.30

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

Tue, 09 Jan 2007 00:00:00 +0000

Récapitulatif rapide

Présents: bar, jrandom, nony, tea, tethra, void, zzz

Journal de réunion

15:07 <jrandom> 0) salut 15:07 <jrandom> 1) État du réseau 15:07 <jrandom> 2) I2Phex 0.1.1.38 15:07 <jrandom> 3) Avancées de Syndie 15:07 <jrandom> 4) Concours de chasse aux bugs Syndie 15:07 <jrandom> 5) ??? 15:07 <jrandom> 0) salut 15:07 * jrandom fait coucou 15:07 <jrandom> notes d'état hebdomadaires publiées sur http://dev.i2p.net/pipermail/i2p/2007-January/001328.html 15:09 <jrandom> pendant que vous bavez tous sur les annonces Macworld, passons à 1) état du réseau 15:09 <jrandom> je n'ai rien à signaler ici cette semaine, mais je trouvais dommage de ne pas inclure l'état du réseau dans le rapport, donc le voilà 15:09 <jrandom> quelqu'un a quelque chose à ajouter concernant l'état du réseau ? 15:09 <+zzz> Je teste quelques ajustements i2psnark, rien de majeur 15:10 <jrandom> ah cool, en lien avec les rapports de bug récents, ou d'autres améliorations à venir ? 15:11 <+zzz> autre — surtout une meilleure gestion des torrents avec > 4 pairs 15:11 <jrandom> mortel 15:11 <+zzz> aussi capture de quelques cas OOM (Out Of Memory) fréquents au lieu de faire planter toute la JVM 15:12 <tea> ça a l'air top, en ce moment i2p-bt semble le meilleur choix pour des torrents à « haute » vitesse 15:12 <+zzz> c.-à-d. là où il prend un bloc entier de 256 Ko - 1 Mo pour stocker un morceau 15:13 <+zzz> choisissez tous un torrent et ruez-vous dessus pour m'aider à tester :) 15:14 <jrandom> génial, dis-nous quand on doit essayer, zzz 15:14 <tea> quelqu'un relance 'casino royale' ? :) 15:14 * jrandom précise que cette réunion est journalisée et publiée sur le web ;) 15:15 <+void> oh, la réunion 15:15 <tea> pas de volontaires, alors 15:16 <jrandom> ok cool, quelqu'un a autre chose pour 1) État du réseau ? 15:17 <bar> tant qu'on parle d'i2psnark... 15:18 <bar> ...serait-il possible de démarrer, arrêter et redémarrer i2psnark depuis la console ? 15:18 <bar> (plutôt que de redémarrer tout le router pour tuer les tunnels) 15:19 <+zzz> je ne sais pas — jrandom, des idées ? 15:20 <jrandom> bar : quand tu dis arrêter et démarrer, qu'est-ce que ça implique au-delà d'arrêter et démarrer les torrents individuels ? 15:21 <bar> tuer les tunnels i2psnark qui drainent mes ressources quand je ne fais pas de torrent 15:22 <bar> (les tunnels ne meurent pas quand tu enlèves les .torrents, si je me souviens bien) 15:22 <jrandom> ah, arrêter la destination i2p proprement dite. Faisable sans trop de difficultés, l’interface web a accès au SnarkManager 15:23 <jrandom> (une solution provisoire serait de régler les tunnel lengths à 0 jusqu’à ce que tu en aies de nouveau besoin) 15:23 <jrandom> mais tu as raison, ce serait utile 15:23 <+void> tu pourrais mettre les tunnels à une profondeur 0, même si ce serait propice aux erreurs 15:23 <+zzz> bonne idée de fournir un bouton stop tunnel sur la page web, d’accord 15:23 * jrandom !hi5s void 15:24 <+void> ack, je lag autant que ça ? 15:24 <jrandom> I2PSnarkUtil a déjà une .disconnect() statique aussi 15:25 <jrandom> (donc l’appeler depuis l’I2PSnarkServlet devrait être trivial) 15:25 <jrandom> zzz : tu veux t’en charger, ou tu veux que je le mette moi ? 15:27 <+zzz> je ne vois pas de question là, donc vas-y 15:27 <jrandom> ok cool, je m’en occupe 15:27 <jrandom> ok, quelqu’un a autre chose sur 1) État du réseau ? 15:29 <jrandom> sinon, passons à 2) I2Phex 0.1.1.38 15:29 <jrandom> Complication : tu nous donnes le topo ? 15:31 <jrandom> à ma connaissance, il y a un bon résumé des changements dans le CVS et l’annonce (http://forum.i2p.net/viewtopic.php?t=2005) 15:33 <tea> est-il possible de changer définitivement les tunnel lengths ? 15:34 <jrandom> sûr, je me souviens qu’il y a un endroit où tu peux les définir dans le fichier de config i2phex en spécifiant les options i2p personnalisées (même si je ne me souviens pas de l’option du fichier de config i2phex à utiliser pour le moment) 15:35 <bar> tea : oui, dans i2phex.cfg (i2pInboundLength, i2pInboundLengthVariance, i2pOutboundLength, i2pOutboundLengthVariance) 15:36 <tea> je pensais à l’onglet d’options qu’a i2p-rufus 15:37 <tea> on pourrait ajouter quelque chose comme ça ? 15:38 <jrandom> je crois que complication a dit que ce serait une bonne idée, donc c’est probablement assez faisable 15:38 * jrandom n’a pas bidouillé l’interface graphique dans i2phex (mais je suis sûr que si tu envoyais un patch, je m’assurerais qu’il soit intégré :) 15:38 <jrandom> oh, rien, il semble que complication ait dit qu’il travaille dessus 15:39 <jrandom> http://forum.i2p.net/viewtopic.php?t=2005#9149 15:39 <tea> en tant qu’utilisateur amateur de rufus, j’ai été content de voir la question surgissante « autoriser les connexions à zéro saut ? », et de pouvoir cliquer non ... 15:42 <jrandom> ouaip. ok, quelqu’un a autre chose sur 2) I2Phex 0.1.1.38 ? 15:42 <bar> eh bien, tant qu’on y est, je pense que des félicitations à l’équipe Phex originale pour leur sortie 3.0 s’imposent, c’est sorti l’autre jour :) 15:43 * bar fait coucou 15:43 <jrandom> ouaip, bravo ArneBab et al. ! 15:45 <tea> peut-être qu’ils feront coucou en retour un jour ... 15:46 <jrandom> ArneBab et GregorK ont eu de bons retours sur i2phex au fil des années 15:46 <+void> le jour où i2phex atteindra la version 3.0 ? 15:46 <jrandom> on croise les doigts :) 15:47 <bar> on sera partis depuis longtemps d’ici là, mais ouais :) 15:48 <jrandom> ok, passons à 3) Avancées de Syndie 15:48 <jrandom> beaucoup de progrès la semaine dernière, y compris la sortie de la 1.001a 15:50 <jrandom> même si la plupart des discussions sur ce sujet ont lieu dans syndie lui-même 15:50 <jrandom> donc, si vous n’y êtes pas encore, rejoignez-le et découvrez-en plus :) 15:51 <jrandom> quelqu’un a quelque chose dont il/elle voudrait discuter au sujet de syndie ? 15:53 <+void> eh bien, je viens d’exécuter une synchro et ça a importé un message non lu avec un tas de messages lus 15:53 <+void> mais je suppose qu’on déboguera ça après la réunion ? 15:54 <jrandom> hmm, oui, assez étrange (j’ai importé quelques nouveaux messages récemment et ils sont apparus comme non lus). mais oui, il faut creuser ça 15:54 <jrandom> ok, passons à 4) Concours de chasse aux bugs Syndie 15:55 <+void> peut-on enregistrer des comptes e-gold anonymes ? 15:55 <jrandom> oui, pas de pièce d’identité nécessaire 15:56 <+void> ah, cool 15:56 <jrandom> bien sûr, ils peuvent geler les comptes frauduleux, et ils tracent toutes les transactions, et partagent les données de transfert avec Eux 15:56 <jrandom> mais c’est largement suffisant pour se défendre contre la plupart des adversaires 15:57 <+void> oui, naturellement 15:58 * jrandom a trouvé les rapports de bug et les demandes de fonctionnalités inestimables, et même si je sais que les 50 $ US sont loin de compenser le temps réel passé, c’est j’espère un petit signe de remerciement 15:58 <jrandom> j’espère que nous continuerons ce concours chaque mois 15:58 <+void> hé hé 15:59 <+void> hé hé au moins on s’amuse 15:59 <+void> arg 16:00 <jrandom> quelqu’un a des questions à propos du concours, des suggestions, ou des frisbees ? 16:01 <+tethra> concours ? 16:01 <+tethra> (je suis en retard) 16:01 * tethra rattrape la lecture 16:01 <+tethra> cool :o 16:02 <jrandom> alors faites pleuvoir vos rapports de bug :) 16:03 <jrandom> ok, passons à 5) ??? 16:03 <+void> c’est déjà le cas :) 16:03 <+tethra> oui chef ! ;) 16:03 <jrandom> oui, merci ! (oui, je compte tout du 1er janv. au 31 janv. :) 16:03 <jrandom> ok, quelqu’un a autre chose à aborder pour la réunion ? 16:04 <+fox> <nony> est-ce que ça tourne sur java6 ? 16:04 <tea> bien sûr 16:04 <+tethra> tant qu’on y est, est-ce que ça compile avec gcj ? 16:04 <jrandom> nony : je le fais tourner sur java6 ici, oui 16:04 <jrandom> tethra : oui, et ça tourne ;) 16:04 <+tethra> excellent 16:04 <+tethra> ;) 16:04 <+fox> <nony> cool 16:07 <jrandom> ok, quelqu’un a autre chose pour la réunion ? 16:09 <jrandom> sinon... 16:09 * jrandom conclut 16:09 * jrandom *baf* clôt la réunion