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

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