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

16:01 <jrandom> 0) salut 16:01 <jrandom> 1) état du réseau 16:01 <jrandom> 2) état du développement de Syndie 16:01 <jrandom> 3) ??? 16:01 <jrandom> 0) salut 16:01 * jrandom fait signe de la main 16:01 <jrandom> les notes d'état hebdomadaires ne sont pas encore en ligne, mais il n'y avait pas grand-chose dedans, donc on peut couvrir ça directement ici 16:01 <jrandom> on passe à 1) état du réseau 16:01 <jrandom> ça a l'air de bien se passer, pas de problèmes majeurs pour le moment. il y a eu quelques soucis sur les serveurs IRC plus tôt, mais les problèmes matériels ont été résolus (merci cervantes et postman !) 16:01 <jrandom> il y a eu d'autres discussions sur le blog de zzz concernant les idées ssu/ntcp - allez voir pour plus d'infos 16:01 <jrandom> je n'ai pas grand-chose à ajouter là-dessus... quelqu'un a quelque chose à soulever pour 1) état du réseau ? 16:04 <jrandom> sinon, passons à 2) état du développement de Syndie 16:04 <jrandom> de bons progrès sur l'interface graphique de bureau ces derniers temps, avec quelques composants réintégrés aussi dans l'interface à onglets 16:04 <jrandom> il nous reste du travail, mais j'utilise l'interface de bureau pour presque tout pour le moment. 16:04 <jrandom> mk a aussi apporté d'autres idées et préoccupations concernant l'interface de bureau, et comme toujours, lisez le forum des développeurs de Syndie pour suivre la planification et la mise en œuvre 16:04 <+Complication> en effet, je peux aussi confirmer une plus grande persistance des sessions IRC 16:04 <jrandom> w3wt 16:06 <+Complication> Il semble qu'un nouveau test pourrait être planifié alors (lors de mon dernier test, je l'ai trouvé un peu... intimidant) 16:07 <jrandom> ah oui, j'ai ajouté des libellés à la plupart des boutons maintenant ;) 16:07 <jrandom> bien que si vous êtes sous Windows, il gère encore mal les libellés verticaux des boutons (il faut écrire une disposition personnalisée pour ça) 16:07 <+Complication> (surtout l'absence de libellés sur les nombreux composants) 16:08 <jrandom> mais ce n'est toujours pas prêt pour une alpha... je peux l'utiliser parce que je sais ce que tout fait/est censé faire 16:08 <+Complication> ici c'est Linux, mais bon à savoir, je suppose 16:08 <jrandom> mais avec un peu de chance d'ici une semaine environ 16:09 <+Complication> du côté de Syndie, je me posais une question : se pourrait-il que le nouveau code de synchronisation soit trop zélé, par exemple en tentant trop de transferts simultanés ? 16:09 <+Complication> s/is being/be 16:09 <jrandom> il essaiera 5 récupérations concurrentes par archive 16:10 <jrandom> (et un thread d'importation asynchrone) 16:10 <+Complication> De mon côté, son taux d'échec contre la plupart des archives a fortement augmenté par rapport à auparavant 16:10 <jrandom> hmm 16:10 <+Complication> Il se peut aussi que plus de gens synchronisent, mais j'espérerais tout de même pouvoir tomber sur un moment libre où l'archive n'est pas occupée 16:10 <+Complication> « tomber sur un moment libre » et obtenir une synchro de qualité, ça n'a généralement pas l'air d'arriver, ceci dit 16:10 <jrandom> donc diverses récupérations échouent en disant « connection reset » ou un autre message d'erreur de type TCP ? 16:11 <+Complication> « socket closed » et autres 16:11 <jrandom> ah ok 16:11 <+Complication> je ne les ai pas vraiment comptés 16:11 <+Complication> C'est bien sûr entièrement via I2P 16:11 <jrandom> les serveurs ne sont pas très costauds actuellement (je pense qu'ils ont une capacité de traitement très limitée), et cela devrait s'améliorer 16:12 <jrandom> aussi, comme toi et $nymFormerlyKnownAsAnonymous l'avez dit, nous devrions réessayer ce type d'échecs 16:12 <+Complication> oui, ça pourrait aider aussi 16:12 <tapeworm> Sur quoi sont basés les serveurs ? 16:12 <jrandom> mais nous avons absolument besoin que ce soit solide comme un roc et transparent, bien sûr 16:13 <jrandom> tapeworm : fait maison 16:13 <+Complication> cependant, quand j'ai mesuré les performances de « eepget » il y a quelque temps, comparé à Syndie, eepget a obtenu d'excellentes performances et fiabilité 16:13 <jrandom> (une douzaine de lignes de code environ) 16:13 <+Complication> il a récupéré 2 x 9 Mo depuis dev.i2p.net tandis que archive.syndie.i2p échouait sans cesse sur de tout petits messages 16:13 <jrandom> oh, ce n'est pas vraiment un test équitable toutefois 16:14 <+Complication> machines différentes ? 16:14 <jrandom> et Syndie /utilise/ en fait eepget pour récupérer 16:14 <jrandom> récupérer depuis Apache est assez différent de récupérer plein de petits fichiers depuis un serveur web maison ;) 16:14 <+Complication> hmm... je devrais probablement journaliser de façon zélée pendant la synchro alors 16:15 <+Complication> en effet, et la différence entre les serveurs aussi 16:17 <+Complication> heh, il semble que j'ai réussi à lancer une synchro dans l'interface graphique de bureau 16:17 <+Complication> une tâche qui s'était révélée trop difficile la dernière fois :) 16:17 <jrandom> w3wt :) 16:18 <jrandom> ok, quelqu'un a autre chose pour 2 ? sinon, passons à 3) ??? 16:18 <+Complication> j'ai cependant l'habitude d'être un gros utilisateur de la barre des tâches, donc il faudra sans doute un temps d'adaptation 16:18 <+Complication> (j'ai généralement la barre des tâches en masquage automatique) 16:19 <jrandom> eh bien, il y a une option au moment de la compilation pour mettre l'interface de bureau dans une fenêtre plutôt qu'en plein écran - on peut en faire une option en ligne de commande à la place 16:19 <+Complication> l'interface de bureau est-elle, en principe, capable d'avoir un bouton « minimiser » ? 16:19 <jrandom> c'est difficile d'en faire un changement à l'exécution toutefois, car SWT n'autorise pas (de façon fiable) le reparentage des composants GUI, et on ne peut pas changer le « trim » d'une fenêtre 16:20 <jrandom> oh, oui, tout à fait possible - bonne idée 16:20 <+Complication> ce qui l'enverrait en arrière-plan sans affecter l'ordre dans lequel les autres fenêtres en dessous sont arrangées ? 16:20 <jrandom> on peut mettre ça dans le menu de contrôle (en haut à gauche) ou le menu des tâches (en haut à droite) 16:20 <+Complication> Parce qu'utiliser alt+tab a tendance à changer ça 16:21 <+Complication> (quelque chose... comme le bouton « afficher le bureau » que j'aime généralement avoir sur la barre des tâches près du bouton KDE / Démarrer) 16:21 <+Complication> (un autre emplacement pourra s'avérer meilleur, mais quelque chose de cet ordre) 16:22 <jrandom> oui, on peut le masquer de la même manière que fonctionne le minimiser de l'interface à onglets (ou on peut l'iconifier comme le bouton de réduction normal des fenêtres) 16:22 <+Complication> Même si, il est vrai, minimiser et afficher le bureau sont deux choses différentes - en y réfléchissant, minimiser semble un peu plus logique. 16:24 <+Complication> En ce qui concerne les erreurs de synchro, j'ai actuellement 1 instance de HTTP 504, et 4 instances de « socket closed » 16:24 <+Complication> 2 réussites 16:24 * TrevorReznik rencontre environ 70% de « socket closed » 16:24 <jrandom> sapristi 16:24 <jrandom> ok, je vais regarder ça et faire une mise à jour là-dessus dès que possible 16:27 <jrandom> ok, pour 3) ??? - quelqu'un a autre chose pour la réunion ? 16:27 <+Complication> j'aimerais bien, mais pas encore - l'application de cache web est toujours incomplète, puisque la vraie vie m'a un peu rattrapé 16:28 <jrandom> maudite réalité ! 16:28 * Complication va essayer de régler les 15 trucs pénibles sur le chemin 16:32 <jrandom> wr0d 16:32 <jrandom> ok, s'il n'y a rien d'autre pour la réunion... 16:32 * jrandom conclut 16:33 * jrandom ferme la réunion d'un *baf*