Réunion des développeurs I2P - 6 mars 2016

<zzz> 1) VRP/H1/1119 <zzz> 2) 0.9.26 reporté <zzz> 3) Été de X <zzz> 4) 27-29 reportés à la prochaine réunion <zzz> 0) salut <zzz> salut <str4d> salut <zzz> J'expliquerai 3) quand on y sera <EinMByte> Salut <zzz> 1) VRP/H1/1119 <zzz> http://trac.i2p2.i2p/ticket/1119 <zzz> est-ce que tout le monde a eu l'occasion de se mettre à jour et d'examiner ce ticket ? * str4d est sur le point de poster ses commentaires <zzz> str4d, impressions générales ? <str4d> Globalement je pense que c'est plutôt bon. J'aime les retours positifs que nous avons eus de la part de personnes qui font ce genre de chose professionnellement :) <zzz> Je pense que nous sommes plus ou moins sur la bonne voie <zzz> ce ticket existe depuis 2 ans. tu as évoqué H1 il y a 14 mois. nous avons les brouillons du processus VRP d'anonimal depuis septembre <zzz> je pense qu'au fil du temps, h1 est devenu plutôt légitime <str4d> Je suis d'accord avec zzz que les points plus tardifs sont trop détaillés, mais je pense que les sections sur le processus et la réponse (sections III et IV) ont le bon niveau de spécification <zzz> je n'ai plus aucun doute quant à l'utilisation de h1 <EinMByte> Oui, bien que je n'aie suivi la discussion que de loin, la réponse aux vulnérabilités devrait suivre des procédures plus strictes que maintenant. H1 pourrait être une bonne option pour cela. <EinMByte> s/options/option <str4d> Je suis aussi +1 pour h1, pour les raisons que j'ai déjà exposées dans le ticket. <zzz> str4d, tu as rencontré Katie de h1 il y a quelque temps, non ? peux-tu nous en dire plus sur cette rencontre ? <z3r0fox> Salut <str4d> Oui ! Je l'ai rencontrée à Kiwicon 9 <str4d> Je lui ai parlé du tweet que j'ai posté, auquel arice a répondu dans le ticket <str4d> Il s'avère qu'arice lui a en fait envoyé par e-mail un lien vers notre ticket en demandant si sa réponse était adéquate, et elle a fini par relire le ticket sur son téléphone pendant une autre réunion :P <str4d> Ça lui a aussi plu :P <zzz> et qu'en est-il des choses financées et de ce que Tor fait avec eux ? <str4d> Elle a mentionné que cela allait se faire, et a indiqué que nous pourrions peut-être intégrer le même programme <zzz> également, impressions générales sur l'entreprise h1 après avoir rencontré Katie ? <str4d> Je n'ai pas encore fait de suivi là-dessus, parce que 1) thèse, et 2) ça ne sert à rien d'entrer dans un programme si nous n'utilisons pas ensuite h1 <str4d> zzz, très positives <zzz> quelqu'un a-t-il des objections à l'utilisation de h1 ? <str4d> Ils semblent savoir de quoi ils parlent, et Katie s'y épanouit clairement <zzz> pouvons-nous appuyer sur le bouton pour mettre h1 en ligne maintenant, ou que faut-il faire en premier ? <str4d> Si nous choisissons h1, voici ce que je pense qu'il faut faire : <str4d> - Nous finalisons le VRP et le mettons sur le site web <str4d> - Nous peaufinons le texte de la page d'accueil de h1 <str4d> (des choses comme la façon dont nous répondons, ce que nous considérons dans le périmètre, etc.) <zzz> le VRP doit être prêt avant la mise en ligne de h1 ? <str4d> - Nous décidons de l'équipe de réponse <str4d> - Nous faisons passer le bac à sable en bêta fermée, avec quelques chercheurs invités <str4d> - Une fois que nous aurons eu le temps de nous habituer à la plateforme, aux volumes de réponses, etc., nous passons en ouvert <zzz> tu penses vraiment que les réponses vont commencer à affluer le jour où on appuie sur le bouton ? <str4d> C'est possible <str4d> Katie m'a indiqué qu'il y avait un certain nombre de chercheurs très intéressés pour aider des projets open source, s'ils pouvaient les trouver <zzz> je n'imagine pas que nous devions tout caler à l'avance. ce n'est pas comme si les chercheurs allaient commencer à hacker dès le premier jour <zzz> surtout s'il n'y a pas d'argent en jeu <zzz> bêta fermée signifie qu'ils doivent les laisser entrer ? <str4d> Oui <str4d> Essentiellement, h1 invite peut-être 10 chercheurs à pouvoir utiliser notre page <EinMByte> As-tu une idée de qui serait invité ? <zzz> donc en mettant de côté le VRP et notre équipe de réponse pour le moment, qui va préparer notre page h1 ? str4d ? <str4d> Je ne me souviens pas des détails exacts <str4d> (si nous invitons nous-mêmes des personnes via h1 ou s'ils trouvent des chercheurs dans le vivier déjà enregistré) <str4d> L'idée est qu'ainsi nous ne sommes pas inondés de tickets de piètre qualité avant d'avoir pris l'habitude de la manière d'y répondre <str4d> Mais à mon humble avis, cela nous aide aussi à commencer à établir directement des relations avec quelques chercheurs <zzz> as-tu une idée de si tout le monde court après les primes sur h1, ou si les programmes gratuits reçoivent eux aussi beaucoup de rapports ? <EinMByte> Bien sûr, ou au moins avec ceux qui utilisent h1 <str4d> Je n'ai pas personnellement de vision là-dessus <EinMByte> zzz : Y a-t-il une possibilité d'offrir des primes à terme ? <str4d> Mais Katie a indiqué qu'il y avait assurément des chercheurs qui voulaient aider des projets FOSS (logiciels libres et open source) s'ils pouvaient les identifier <zzz> quelqu'un finance les primes de Tor maintenant, donc oui <sadie> Je peux aider str4d sur la page principale h1 <str4d> merci sadie <EinMByte> I2P a des économies raisonnables, pourquoi ne pas en consacrer une partie aux primes <zzz> ok super, donc sadie et str4d vont travailler à préparer le côté h1 <str4d> EinMByte, oui, nous pourrions passer aux primes, mais pas au départ à mon avis <zzz> 1mb, nous le pouvons certainement si nous le voulons <zzz> autre chose sur h1 ou pouvons-nous passer au VRP lui-même ? <EinMByte> Voyons comment ça se passe sans primes <str4d> Et comme mentionné plus haut, il y a maintenant un programme sur h1 pour financer des primes pour des projets FOSS (logiciels libres et open source) <z3r0fox> La bêta semble être une bonne occasion pour l'équipe de développer des réponses publiques au cas où un bogue vraiment sérieux serait divulgué publiquement <str4d> auquel nous pourrions peut-être accéder <zzz> dernier appel pour h1 <zzz> ok, regardons le VRP lui-même dans le ticket * str4d publie ses commentaires <zzz> nous examinons le brouillon d'anonimal de novembre <zzz> n'allons pas point par point cependant <zzz> impressions générales sur le brouillon de novembre et où allons-nous à partir d'ici ? <str4d> <str4d> Je suis d'accord avec zzz que les points plus tardifs sont trop détaillés, mais je pense que les sections sur le processus et la réponse (sections III et IV) ont le bon niveau de spécification * zzz prend une minute pour lire les commentaires de str4d <zzz> ok il semble que nous sommes globalement d'accord pour dire que le brouillon de novembre est un excellent début et que nous avons des accords de principe sur les modifications nécessaires <zzz> ce que j'aimerais faire, c'est prendre la dernière étape à la place d'anonimal : str4d et moi allons terminer les modifications, le publier sur le site web et rassembler une équipe <str4d> Ça me va <zzz> qu'en pensez-vous ? <str4d> Il y a aussi les ajustements nécessaires maintenant que nous allons vers h1 au lieu de Trac privé <zzz> des volontaires pour nous aider à travailler sur la version finale ? <zzz> nous ne voulons pas que le processus soit trop dépendant des outils (mtn, h1, etc.). Il devrait être suffisamment haut niveau pour éviter la plupart de cela <str4d> C'est vrai <str4d> Et de toute façon nous allons itérer dessus <zzz> pas besoin que ce soit parfait dès le départ <str4d> C'est une autre raison d'avoir une bêta privée au départ <zzz> ok str4d, pour quand allons-nous terminer ça ? <sadie> le brouillon VRP semble bon <zzz> fin mars ? <str4d> ça me va <zzz> ok autre chose sur 1) ?? <zzz> passons à 2) 0.9.26 revisité <zzz> d'autres commentaires ? malheureusement je n'ai pas encore mis à jour la feuille de route sur le site <zzz> donc je pourrais brandir mes notes devant la caméra <zzz> désolé j'aurais dû m'occuper du site. <zzz> J'ai cependant mis en ligne sur le site les 3 derniers journaux de réunions, y compris jeudi et vendredi derniers. <zzz> je suppose que je vais faire ça jusqu'à ce que kytv réapparaisse <zzz> quelle que soit la date de notre prochaine réunion, je mettrai .26 à l'ordre du jour pour l'examiner à ce moment-là <zzz> autre chose sur 2) ? <zzz> ok passons à 3) été de x <zzz> str4d, peux-tu expliquer notre idée s'il te plaît <str4d> L'idée est de concentrer le développement pendant trois mois sur des éléments d'I2P destinés aux utilisateurs et aux développeurs <str4d> c.-à-d. des choses qui intéressent réellement les gens, plutôt que des petits ajustements du streaming ;P <str4d> Et donc des choses sur lesquelles il est plus facile de faire de la communication <str4d> L'idée générale est : <str4d> - Été des API : passer un mois à travailler sur la mise à jour de nos bibliothèques, etc. <str4d> - Été des applications : passer un mois à aider d'autres projets à utiliser ces bibliothèques <str4d> - Été des plugins : passer un mois à travailler sur nos propres applications et plugins <zzz> exact, il s'agit de faire croître le réseau via la sensibilisation et d'améliorer les applications (les nôtres et celles des autres) <str4d> Oui <zzz> mon idée était que, si nous pouvons obtenir 5 Vuze de plus, nous serons 5 fois plus gros <EinMByte> Vous voudrez peut-être aussi y ajouter de la documentation <str4d> De plus, il y a toute la dynamique du Summer of Code à laquelle nous pouvons nous raccrocher en ligne <EinMByte> pas de bonne API sans documentation correcte <zzz> souvent nous voyons un projet penser à I2P mais ils ne savent pas grand-chose et ne reçoivent aucune aide <str4d> EinMByte, pour la partie API, oui <zzz> d'accord 1mb <str4d> c.-à-d. qu'il s'agirait de rendre nos bibliothèques et API aussi faciles que possible à utiliser pour les développeurs <z3r0fox> Ça ressemble à une bonne idée de campagne ! Ça vaut la peine d'essayer <str4d> donc, par ex., mettre à jour txi2p, libsam, etc. avec SAMv3.3 <EinMByte> Prendre en charge plus de langages ? <EinMByte> Plus d'interfaçage via des bibliothèques existantes <str4d> Potentiellement, si nous avons des développeurs pour aider :) <str4d> EinMByte, ouais <zzz> J'aimerais que sadie soit impliquée là-dedans aussi pour le branding et la sensibilisation <EinMByte> Je pense que le travail de str4d avec Twisted est super, ce serait bien de faire plus de choses comme ça <str4d> Corriger la prise en charge de libtorrent, essayer d'ajouter quelque chose à libp2p, etc. <zzz> été d'I2P, ou I2P summer of fun, etc <EinMByte> c.-à-d. ne pas écrire notre propre API à partir de zéro mais offrir des plugins pour quel que soit le framework que les gens utilisent <str4d> EinMByte, exactement. <zzz> promouvoir SAM 3.3, mettre à jour toutes les différentes bibliothèques passerelles, documentées, etc. <str4d> Ou si nous proposons notre propre API, la rendre aussi simple que possible. C'est ce que j'aime avec libsam : ce sont deux fichiers que n'importe quel projet peut embarquer (ou idéalement, n'importe quelle bibliothèque existante) <zzz> il y a Python et Go et C et C++ et Twisted et libtorrent et libsockets et et et... <zzz> nous corrigeons les trucs des autres et leur envoyons des pull requests <EinMByte> str4d : D'accord, les API devraient être faciles à embarquer. C'est un problème courant pour moi <str4d> Pendant que cela se fait, nous pouvons demander à d'autres projets s'ils veulent de l'aide pour intégrer I2P dans leurs applications <zzz> pourquoi diable libtorrent ne fonctionne-t-il pas ? qui peut comprendre cela et le corriger ? <zzz> ^^ à titre d'exemple <str4d> Puis, dans la phase suivante de SoX, nous travaillons à les former et à les aider à utiliser les bibliothèques et API nouvellement mises à jour <EinMByte> ça semble bien <str4d> Ce serait génial d'avoir l'adhésion d'i2pd et de kovri aussi, au moins pour la partie API <str4d> puisque nous voulons au final que les applications puissent utiliser le backend I2P qu'elles veulent <zzz> je pense que nous pourrions enthousiasmer beaucoup de monde ici. Je sais que psi travaille sur diverses bibliothèques <zzz> nous avons besoin d'une liste de toutes les applications de messagerie que nous voulons cibler <str4d> Et c'est bien pour s'articuler avec notre sensibilisation actuelle <EinMByte> Avec les bonnes RP, cela pourrait être un succès <EinMByte> Je veux créer une API C++ simple pour kovri, à un moment donné <zzz> super 1mb <EinMByte> Alors cette API pourrait être utilisée depuis divers langages de programmation. Mais c'est une API du cœur (core), pas une API client (donc le cas d'usage est un peu différent) <EinMByte> En gros, elle devrait permettre à n'importe quelle application d'embarquer le cœur de kovri. <zzz> ce serait un beau projet global pour impliquer tout le monde <EinMByte> D'accord <str4d> Dans ma liste de tâches de sensibilisation j'ai Tahoe-LAFS, IPFS, Tox, OpenBazaar, Zeronet... <zzz> ok comment avançons-nous avec ça <zzz> peut-être que sadie peut lui donner un nom sympa <str4d> Nous avons essentiellement jusqu'à fin mai pour planifier cela <str4d> (pendant que .25 et .26 sortent) <zzz> donc après .26 <zzz> mettons cela à l'ordre du jour de la réunion du 4 avril <EinMByte> Ok. <EinMByte> il faudrait que les RP soient présents, toutefois <zzz> juin : API juillet : applications août : plugins <EinMByte> (donc je pense que c'est sadie, maintenant ?) <zzz> on pourrait aussi caler ça autour de HOPE <z3r0fox> Je ne connais évidemment pas encore beaucoup de détails, mais je ne suis pas un mauvais rédacteur technique si quelqu'un veut me confier des tâches ingrates <zzz> ok demandons à sadie d'étoffer un peu cela le 4 avril <sadie> zzz - Je peux m'occuper des graphismes / du contenu avec str4d pour la sensibilisation <zzz> ok <zzz> autre chose sur l'été de x ? <sadie> aussi, je serai à HOPE avec des autocollants .. <str4d> Rien de mon côté :) <amnesia> N'appelez pas ça « Summer of X » pour que ça ne sonne pas soit vague, soit comme du porno ? <str4d> amnesia, X est un espace réservé (placeholder) <str4d> (jusqu'à ce qu'on trouve quelque chose de mieux) <zzz> ok. comme je l'ai dit au début de la réunion, j'aimerais reporter la discussion sur 27-29 et la feuille de route plus large et les objectifs pour la seconde moitié de 2016 <amnesia> Été du développement ciblé ? <zzz> est-ce que nous aimons ces réunions spécifiques à la feuille de route ou pas ? devons-nous refaire ça ? <str4d> amnesia, un peu long à mon avis <str4d> Nous trouverons quelque chose pour la réunion d'avril <zzz> envoyez vos idées pour « X » à sadie ou postez-les quelque part <str4d> zzz, je les aime bien <str4d> Et en parlant de <zzz> voulons-nous une autre réunion feuille de route en mars ? <sadie> zzz, peut-on mettre quelque chose sur le forum où les gens peuvent laisser des suggestions pour le nom « summer of » ? <zzz> oui sadie <str4d> L'autre chose que je voulais évoquer, c'est la planification à plus long terme <EinMByte> zzz : Oui. Nous avons besoin de plus de long terme <zzz> nous avons notre version .25 le week-end prochain, donc cela nous occupera <zzz> peut-être dans environ 2 semaines pour une autre réunion feuille de route <EinMByte> À moins que nous prévoyions cela plus tard, mais à un moment donné il faudra en discuter <str4d> Ça me va <z3r0fox> zzz : Je pense qu'elles sont bien. Ça maintient l'attention <str4d> Je veux suggérer quelque chose sur lequel les gens peuvent réfléchir <EinMByte> zzz : bien sûr <zzz> on revient à un mardi 20 h ou on le fait le week-end ? <str4d> En parallèle de SoX, j'aimerais avoir deux autres volets parallèles de travail de développement <str4d> - Migration cryptographique <str4d> - Refonte de l'UI <str4d> Le blocage pour les deux, c'est la recherche et la conception, pas l'implémentation <EinMByte> La migration crypto inclut-elle NTCP2 ? <str4d> Oui <str4d> Donc pendant que nous faisons l'implémentation de SoX, nous faisons aussi des revues des différentes propositions, etc. <zzz> que pensez-vous du samedi 19 mars <z3r0fox> +1 Week-ends <zzz> 20 h UTC samedi 19 mars <str4d> Avec l'objectif d'avoir un plan prêt à être implémenté pendant ou après SoX <EinMByte> Le 19 mars semble bien <str4d> De même pour l'UI, nous devons commencer à planifier le travail de conception dès que possible, car cela prendra longtemps <sadie> le 19 mars me convient <zzz> ok sox == summer of x, compris <str4d> Oui (jusqu'à ce qu'on le change :P ) <str4d> Le travail de conception peut se faire en parallèle avec tout le reste, puis l'implémentation pourrait se faire après SoX <str4d> Ce serait tellement bien si nous pouvions avoir une nouvelle UI en place pour CCC <zzz> ok je mettrai un ordre du jour sur zzz.i2p, plus les notes, plus les logs de la réunion d'aujourd'hui sur le site web <str4d> Bref, matière à réflexion <zzz> autre chose pour la réunion d'aujourd'hui ? * zzz grabs the baffer <str4d> Nous pourrons en discuter davantage à la prochaine feuille de route <sadie> baff it <str4d> Le 19 mars me convient :) * zzz *baffs* it <zzz> merci à tous