I2P Dev Meeting - March 03, 2020

20:59:49 <eyedeekay> Hallo zusammen, etwa eine Minute bis zur Meeting-Zeit, wer ist alles da? 20:00:33 <eche|on> Ok, es ist so weit. Willkommen zum IRC-Dev-Meeting am 3. März 2020. 20:00:40 <eche|on> Agenda: 20:00:40 <eche|on> 0) Hi 20:00:40 <eche|on> 1) 0.9.45 Release-Status 20:00:40 <eche|on> 2) 0.9.46 Pläne 20:00:40 <eche|on> 3) I2P Android Status/Zukunft 20:00:40 <eche|on> 4) MTN => Git Pläne 20:00:40 <eche|on> 5) Verschiedenes - UX-Pläne für 2020; Spendenseite 20:01:28 <eche|on> da der alte Buffer für mich fast unbenutzbar ist und ich noch keinen neuen habe, fangen wir an 20:01:31 <eche|on> 0) hi 20:01:33 <nextloop> hi! 20:01:38 <eche|on> Ich bin da, eyedeekay ist da, nextloop ist da 20:01:40 <zzz> hi 20:02:21 <eche|on> ok, gehen wir weiter zu 1) 20:02:36 <eche|on> 0.9.45 wurde vor ein paar Tagen veröffentlicht und sieht bisher gut aus 20:02:42 <eche|on> irgendwelche Kommentare? 20:03:03 <zzz> Bei mir lief alles reibungslos 20:03:11 <nextloop> Wie ist der Status von Android? 20:03:16 <zzz> im Netz, PPA, deb-Repo. Bisher keine größeren Meldungen 20:03:31 <eche|on> Android noch nicht fertig, siehe Punkt 3 20:03:34 <zzz> Ich überlasse es dir, zu maven/fdroid/android/mac zu berichten, dazu habe ich keine Einblicke 20:03:47 <eche|on> Mac wurde gebaut und online gestellt 20:04:09 <eche|on> Von meiner Seite lief es gut genug 20:04:13 <eche|on> hi sadie_ 20:04:45 <eche|on> ok, und jetzt weiter zu 2, den 0.9.46-Plänen 20:04:55 <eche|on> zzz: irgendwelche Pläne für 0.9.46 auf deiner Roadmap? 20:05:17 <sadie_> hi 20:05:51 <zzz> rrd4j ist dabei, jrobin zu ersetzen 20:05:56 <zzz> etwa 30 Check-ins bisher in einer Woche 20:06:10 <zzz> und ich hoffe, Ratchet (Prop. 144) fertigzustellen 20:06:28 <eche|on> gutes Tempo, wird sicher langsamer werden. Wird Ratchet in .46 sein oder vielleicht? 20:06:41 <zzz> jogger SSU-Fixes ... vielleicht ... vielleicht auch nicht ... 20:07:23 <zzz> Ratchet ist in 45, es funktioniert, aber viele Details sind noch nicht fertig, hoffentlich dann für 46 20:07:36 <eche|on> ok, gut. 20:08:15 <zzz> Ratchet-To-do-Liste `http://zzz.i2p/topics/2639` 20:08:49 <eche|on> wie ist der geschätzte Zeitrahmen für ein 0.9.46-Release? Mai? 20:08:50 <zzz> Was sind die Pläne der anderen? 20:09:15 <eche|on> eyedeekay, sadie, Plan für 0.9.46 ? 20:09:18 <eyedeekay> Meine oberste Priorität ist derzeit die Readme in der router-Konsole; aktuell bin ich noch leicht durch eine Chat-Empfehlung blockiert, werde das aber bald klären. Darauf aufbauend werde ich schrittweise an unserer Hilfe in der Konsole arbeiten. 20:09:24 <zzz> Ende Mai ist mein Vorschlag, vorbehaltlich der Zustimmung der anderen 20:10:07 <eche|on> ok, Ende Mai sieht gut aus, werde das in den nächsten Tagen mit den anderen verifizieren. 20:10:20 <eyedeekay> Ich bin mit Ende Mai einverstanden 20:10:32 <mikalv_> dito 20:10:43 <eche|on> ok, weitere Anmerkungen zu den 0.9.46-Plänen? 20:10:51 <eche|on> Kommentare, Fragen? 20:11:24 <mikalv_> Nein, aber wir sollten die Frage der Android-Architekturunterstützung klären, jetzt wo alle da sind 20:11:32 <eche|on> das ist Punkt 3 :-) 20:11:44 <mikalv_> Im Grunde sagt Google: x64 unterstützen oder die Plattform fallenlassen (wenn nur 32-Bit bereitgestellt wird) 20:11:47 <eche|on> zu dem wir nun kommen, da niemand noch eine Frage zu Punkt 2 hatte 20:11:56 <mikalv_> super 20:11:59 <eche|on> mikalv_: Wie ist der Stand von Android 0.9.45 ? 20:12:31 <mikalv_> Ich habe es gebaut, Googles Beanstandung erhalten und auf dieses Meeting gewartet für eine administrative Entscheidung, wie wir vorgehen 20:12:48 <mikalv_> ob wir MIPS und Ähnliches streichen oder versuchen sollen, die 64-Bit-Binaries dafür zu produzieren 20:13:04 <zzz> Was ist deine Empfehlung? 20:13:34 <mikalv_> Sobald das entschieden ist, sollten wir jederzeit release-bereit sein, wenn wir es entfernen; und ich bin nicht sicher, ob wir die 64-Bit-Binaries erzeugen müssen, da ich das zuvor nicht versucht habe 20:13:42 <eche|on> Meiner Meinung nach gibt es nicht viele MIPS- und x86-Android-Geräte, also streichen wir sie für 0.9.45, aber behalten wir es im Hinterkopf 20:13:57 <sadie_> Für mich: Review der Informationsarchitektur von Konsole und Website, danach Workshop zu Identität und Werten mit Ura und Simply Secure. Post-Install-Arbeiten, Infrastruktur- und Policy-Review 20:14:06 <mikalv_> Ich habe versucht, von Google Play irgendwie zu erfahren, wie stark sie genutzt wurden (die verschiedenen Architekturen), aber ich konnte dafür keine Metriken finden 20:14:10 <zzz> Hast du Nutzerstatistiken, mikal? 20:14:22 <eche|on> ok, sadie, Ergänzung zu Punkt 2, notiert :-) 20:14:23 <mikalv_> Das Nächste, was wir bekommen, ist eine Liste der Geräte 20:14:27 <nextloop> Die Architektur ist nur für die NDK-jbigi-Lib relevant, richtig? 20:14:35 <mikalv_> aber dann müssen wir wissen, welche Architektur all die verschiedenen Geräte haben 20:14:38 <zzz> klingt für mich nach einer einfachen Entscheidung 20:14:40 <eche|on> ja, nextloop, größtenteils ja 20:14:44 <mikalv_> ja, nextloop 20:14:48 <nextloop> weil es bei jeder F-Droid-Veröffentlichung aus dem Source gebaut wird 20:15:17 <nextloop> Ich habe nie verifiziert, ob es wirklich genutzt wird oder den Java-Fallback verwendet 20:15:25 <eche|on> ok 20:15:25 <mikalv_> aber gilt das für die 64-Bit-Versionen, sodass F-Droid Binaries hat, die in der GPlay-Version nicht existieren? 20:16:24 <nextloop> Es führt einfach das Shellscript aus, glaube ich. Was dort gebaut wird, wird gebaut 20:16:50 <eche|on> mikalv_: Bitte prüfe das Shellscript/F-Droid-Build; wenn 64 Bit verfügbar, nutze es, sonst diese Architektur streichen 20:17:24 <mikalv_> okay, dann mache ich das so, sofern keine Einwände 20:17:35 <eyedeekay> Keine Einwände von mir. 20:17:40 <mikalv_> (?) 20:17:43 <mikalv_> super 20:17:46 <eche|on> nun zum interessanteren Punkt: Zukunft der Android-I2P-Version. Da Bote nahezu tot ist und nicht genutzt wird und kein Dev verfügbar ist, ist der Use-Case für Android-I2P weg 20:17:57 <eche|on> wollen wir ein zukünftiges Android-I2P-Release? 20:18:09 <eche|on> auch ohne Bote und nahezu keinem Use-Case? 20:18:16 <eche|on> eyedeekay: Meinung? zzz? 20:18:28 <zzz> Deine Prämisse ist, dass der einzige Use-Case für die Android-router-App Bote ist? 20:18:47 <eche|on> Da der Browser andere Probleme hat (wie mir mikalv_ sagte), was bleibt übrig? 20:18:59 <eyedeekay> Leute nutzen Java I2P auf Android für Nicht-Bote-Dinge. Da ist ein Typ, der Yacy oben auf Termux hostet oder so ein verrücktes Zeug. Ich möchte die Leute nicht ausbremsen. 20:19:03 <eche|on> abgesehen davon, ein einfacher router auf kleinen Geräten zu sein 20:19:18 <zzz> Es stimmt einfach nicht, dass Browsen kaputt ist 20:19:34 <mikalv_> Es gibt im Grunde keinen „nicht-technischen“ Weg, die heutige Android-Version zu nutzen 20:19:39 <eche|on> ok, gut, ihr beide seid also für die Zukunft von Android 20:19:41 <zzz> richtig, idk? 20:19:48 <mikalv_> Man kann Firefox in about:config tweaken, wovor Mozilla warnt 20:20:06 <eyedeekay> Ja, ich denke, Android kann eine Zukunft haben. 20:20:06 <mikalv_> aber darüber hinaus braucht es aus meiner Sicht irgendeinen Lebenszweck 20:20:45 <eche|on> aber wie ich auch gesehen habe, wird Android den Besitzer zu eyedeekay wechseln, ist das korrekt? 20:20:46 <zzz> Was steckt dahinter? Will das Team es nicht unterstützen? 20:20:51 <eyedeekay> Ja 20:21:00 <eche|on> O 20:21:01 <eche|on> ok 20:21:12 <eche|on> zzz: Ich versuche, Meinungen und Ideen herauszufinden 20:21:26 <eche|on> und so wie es aussieht, wird eyedeekay Android für 0.9.46 und darüber hinaus unterstützen 20:21:35 <eyedeekay> Ich werde weiterhin zumindest die Android-Builds warten und die Verantwortung übernehmen. Ich möchte es weiter unterstützen. Nur zur Klarstellung 20:21:45 <zzz> Ich denke, Android ist wichtig. Im Moment bieten wir schrecklichen Support. Wir beheben _keine_ Bugs und es gibt keine neue Entwicklung 20:21:48 <eche|on> und da Nutzer es offenbar verwenden, wird es unterstützt 20:22:12 <zzz> Wenn wir unseren Support mit dem aktuellen Team nicht erhöhen können, sollten wir jemanden Neues dafür einstellen 20:22:33 <eche|on> ok 20:22:48 <sadie_> Ich habe Unterstützung beantragt, die ich für Android vorschlagen würde. Noch keine Antwort. 20:23:12 <sadie_> Ich finde, dass Android wichtig ist 20:23:38 <eche|on> also wird Android I2P weiterleben und wir versuchen, besseren Support dafür zu bekommen, zumindest besser als nur neue Releases zu liefern 20:23:59 <eche|on> und wenn Finanzierung verfügbar ist, einen Dev auf Mittel setzen, um Android-Entwicklung zu unterstützen 20:24:25 <eche|on> Fragen, Kommentare, Hinweise zu Punkt 3 Android? 20:25:43 <eche|on> ok, weiter zu Thema 4) der bevorstehenden Monotone-zu-Git-Umstellung 20:26:20 <eche|on> Wir haben beschlossen, Monotone zu verwerfen und stattdessen Git zu verwenden; ein Migrationsplan ist noch in Arbeit, um bestmögliche Nutzbarkeit und die für die I2P-Entwicklung benötigten Features zu erhalten 20:26:40 <eche|on> Derzeit hat eyedeekay einen Git-Server auf `http://git.idk.i2p` eingerichtet und ein Howto unter https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md erstellt 20:27:02 <eche|on> Wir arbeiten daran, Trac in die Git-Instanz zu integrieren und alle Tickets nach Git zu migrieren 20:27:26 <eche|on> Nachdem diese Migration sicher durchgeführt und verifiziert ist, legen wir ein Datum für den Wechsel fest 20:27:46 <eche|on> Aktuell suchen wir Tester für die Anleitung und den Git-Server innerhalb von I2P 20:28:03 <eche|on> und natürlich: für weitere Hinweise, Tipps, Ideen, Feature-Requests zu diesem Thema 20:28:07 <eche|on> also, bitte 20:28:12 <eche|on> eyedeekay: weitere Kommentare dazu? 20:28:39 <eyedeekay> Ich habe außerdem daran gearbeitet, WebTorrent um SOCKS-Unterstützung zu erweitern, was hoffentlich in naher Zukunft auch die Nutzung von GitTorrent ermöglichen wird. 20:29:19 <eche|on> nextloop: Kommentare? Da du derzeit am Sync-Skript arbeitest? 20:29:49 <zzz> Ist der muwire-Code wie geplant eingerichtet und zu GH gebrückt? 20:30:18 <eyedeekay> Obwohl meine Tests in den letzten Wochen erfolgreich waren, würde ich mich sehr freuen, wenn Leute meine Anleitung reviewen und Hinweise geben könnten, wo sie klarer oder einfacher werden kann. 20:30:37 <nextloop> Das Thema der abbrechenden Verbindungen während des initialen Clonens wird durch einen Shallow-Clone und iteratives Unshallowing gelöst, liege ich richtig? 20:30:46 <eche|on> zzz: keine Ahnung bisher, auf meiner Seite noch nicht daran gearbeitet 20:30:55 <eyedeekay> Ja, das funktioniert derzeit. 20:30:56 <zzz> idk? 20:31:13 <eche|on> ja, nextloop, das hilft ein wenig, aber selbst die Tiefe von 1 Version sind noch ~100 MB zum Abrufen 20:31:37 <eche|on> mit Unshallowing wird es etwas größer (4–5 Mal in meinem Experiment) 20:31:49 <zzz> Ich habe eine Frage zu Benutzernamen auf git.idk – müssen wir einen auf GH ungenutzten Nutzernamen wählen, oder ihn vorsorglich auf GH registrieren, damit alles richtig funktioniert? 20:32:12 <nextloop> zzz: GitHub identifiziert die Committer anhand der E-Mail-Adressen. 20:32:17 <zzz> Es gab vor einiger Zeit einen Bericht auf zzz.i2p, dass es mehrere gefälschte zzz-i2p-Accounts auf GH gibt. Ist das ein Problem? 20:32:42 <nextloop> Wenn du also die E-Mail, die du für I2P-Git verwendest, zu GitHub hinzufügst, wird der Commit mit deinem Account verknüpft 20:33:16 <nextloop> eyedeekay: Ist das reguläre Torrent-Archiv schon vorhanden? Wenn ich mich recht erinnere, hast du daran gearbeitet 20:33:48 <eyedeekay> Nun, es ist generierbar, aber es gibt noch nichts, das es einplant 20:34:32 <zzz> Muss ich mich also auf git.idk mit einer gültigen Clearnet-E-Mail-Adresse registrieren, wenn ich mich auf GH registrieren will (vorher oder nachher)? Oder ist das eine lokale Einrichtungssache? 20:34:55 <zzz> Wie auch immer, wir sind hier im Detail versunken, sorry, ich kläre das mit idk 20:35:17 <eyedeekay> Du musst meines Wissens keinen ungenutzten GH-Benutzernamen wählen, du könntest vollständig von der GitLab-Instanz aus arbeiten und wir bräuchten GitHub gar nicht 20:35:17 <eche|on> Clearnet-E-Mail sollte in diesem Fall meiner Meinung nach die i2pmail.org-Adresse sein 20:35:46 <nextloop> zzz: Ja, für GitHub musst du die E-Mail verifizieren. Vielleicht i2p-mail.org verwenden? 20:35:54 <eche|on> Derzeit ist der Plan, GitLab (idk in I2P-Netz Git-Instanz) für unsere Arbeit zu nutzen und zu GitHub zu synchronisieren 20:36:23 <eche|on> Die Trac-Tickets wären auf dem in-net GitLab-Server 20:36:25 <nextloop> eyedeekay: Ich wäre motiviert, so ein automatisches Archivieren einzurichten 20:36:27 <zzz> Ich möchte nur sicherstellen, dass es nicht mit irgendeinem Fake-zzz-Account verknüpft wird, wenn es zu GH gebrückt wird 20:36:47 <eche|on> (sorry für die Umstände, GitLab und GitHub sind beide Server mit vielen Features rund um Git, beide erledigen nahezu die gleichen Aufgaben) 20:37:18 <eche|on> valider Punkt, zzz 20:37:47 <eche|on> ok, bevor wir viel tiefer einsteigen, noch weitere Kommentare? 20:39:06 <eche|on> weiter zu Thema 5 – Verschiedenes. Aktuell zwei Punkte von meiner Seite: a) Spendenseite und b) UX-Pläne für 2020 20:39:40 <eche|on> 5a) Eine neue Spendenseite wurde von mikalv_ auf https://donate.i2p.io/ eingerichtet und diese Konten kommen alle der I2P-Firma zugute, die mikalv_ zusammen mit torkel in Norwegen betreibt 20:40:07 <eche|on> Sie ist live und sammelt ab jetzt Spenden; bald (tm) wird sie auf der Webseite und auf Twitter beworben 20:40:24 <eche|on> irgendwelche Kommentare dazu? Probleme, Issues? 20:41:29 <eche|on> 5)b) UX-Pläne für 2020 – sadie arbeitet mit elio an einem UX-Projekt, in dem elio Mittel erhalten hat, um an der I2P-UX zu arbeiten 20:41:42 <eche|on> sadie, weitere Informationen, Pläne, Ideen, Kommentare? 20:42:05 <sadie_> Review der Informationsarchitektur von Konsole und Website, danach Workshop zu Identität und Werten mit Ura und Simply Secure wird die Arbeit für diesen Monat sein 20:42:41 <sadie_> Wir haben sehr gutes Feedback zum Einrichtungsassistenten erhalten! 20:43:31 <eyedeekay> Von mir: Das Browser-Projekt wurde offiziell auf Eis gelegt. Wir hätten kaum einen schlechteren Zeitpunkt wählen können, so etwas zu versuchen, da sich Mozillas Codebasis drastisch geändert hat, während wir damit arbeiten wollten. Das Projekt wird wieder aufgegriffen, wenn das Ziel weniger in Bewegung ist. Ich werde Verbesserungen an I2P und dem Web-Browsing in weniger zeitintensiven Projekten vornehmen. 20:43:36 <sadie_> Also vorerst Phase für Recherche, Synthese und Dokumentation. 20:44:03 <zzz> eyedeekay, Status von Beta 8, vor einem Monat im Meeting in „ein paar Tagen“ versprochen? 20:44:24 <eyedeekay> Sie ist gestrichen. Es hatte keinen Sinn, sie zu erstellen, da sie nur sehr kurzzeitig nutzbar gewesen wäre. 20:44:35 <eche|on> danke, sadie, wie ist der Zeitrahmen für das ganze Projekt? Enddatum 20:44:56 <eche|on> eyedeekay: bitte auf der Webseite ankündigen 20:45:21 <eyedeekay> Mach ich 20:45:22 <sadie_> Voraussichtliches Enddatum für die Studie ist Mitte Juni 20:45:49 <zzz> Wenn Beta 8 nicht lange brauchbar gewesen wäre, nehme ich an, dass Beta 7 auf unserer Website längst obsolet ist und sicher entfernt werden sollte 20:45:53 <eche|on> ok, und gibt es eine grobe Vorstellung, wann UX-Verbesserungen in den I2P-Code einfließen werden? 20:46:59 <eche|on> sadie? 20:47:28 <eche|on> zzz: Das sollte mit der Ankündigung des endgültigen Endes des Browser-Projekts erledigt werden 20:47:33 <sadie_> Das wird erst nach Juni sein. Wir müssen zuerst den Prozess durchlaufen. Wenn es Verbesserungen gibt, die wir einfach umsetzen können, sobald sie vorgeschlagen und genehmigt sind, werden wir das tun. 20:47:35 <zzz> sadie_, ist die Förderorganisation für Ura öffentlich? Und wenn ja, wer? 20:47:46 <mikalv_> Ja, das Browser-Projekt wurde unglücklicherweise zur falschen Zeit gestartet, da Mozilla im selben Jahr praktisch alles in seiner Codebasis neu geschrieben hat 20:48:05 <anonymousmaybe> i2pbrowser hat derzeit viele Sicherheitslücken, die seit Ewigkeiten nicht behoben wurden, weil es mit den gepatchten Releases von TB/FF nicht Schritt gehalten hat 20:48:09 <mikalv_> also hatte jedes Release einen ziemlich anderen Code als das vorherige, und so weiter 20:48:23 <eche|on> sadie_: ok, sieht so aus, als ob frühe 0.9.47, vielleicht 0.9.48 die erste I2P-Version sein wird, die Änderungen aus diesem Projekt bekommt 20:48:25 <sadie_> Die Finanzierung für diese Studie erfolgt über das Usability Lab. 20:48:39 <zzz> das ist OTF? 20:48:40 <sadie_> korrekt, ech 20:48:47 <mikalv_> TBB ließ 2019 rund 10 Leute all ihre Patches drei- oder viermal neu schreiben 20:49:34 <eche|on> https://www.opentech.fund/labs/usability-lab/ 20:49:45 <sadie_> OTF Resource Labs 20:49:58 <zzz> Wäre gut, ein paar Danke-Tweets und einen Blogpost rauszubringen, wenn das öffentlich ist – das sind große Neuigkeiten, über die wir Leute informieren sollten! 20:50:37 <fug> Ihr solltet den Leuten auch sagen, wie ihr das UI ausgehöhlt und Dokus entfernt habt 20:51:09 <eche|on> Als kleiner Wermutstropfen: Das InternetFreedomFestival in Valencia, Spanien, wurde wegen des hohen Risikos durch das Coronavirus abgesagt. 20:51:18 <eche|on> also keine I2P-Teilnahme dort 20:51:38 <eche|on> zzz: notiert und wird passieren 20:52:15 <sadie_> zzz, ja, ich habe es letzte Woche im Forum angekündigt. Der PR-Rollout ist geplant 20:52:26 <eche|on> weitere Kommentare, Themen unter Punkt 5) Verschiedenes? 20:52:51 <eche|on> `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 <eche|on> ist der Foreneintrag mit News-Einträgen 20:53:10 <fug> zzz: GitHub erkennt das anhand der in Commits angegebenen E-Mail; diese E-Mail muss bei einem GitHub-Account registriert sein, und die Registrierung erfordert das Senden eines Bestätigungslinks an die E-Mail 20:53:33 <fug> zzz: bei deinen Commits mit .i2p-Mail kannst du sie also nicht bestätigen 20:53:55 <anonymousmaybe> Irgendeine Roadmap für i2prouter-Isolation? https://trac.i2p2.de/ticket/2132 20:54:47 <eche|on> Eine Aufteilung des I2P-Debian-Pakets ist meiner Meinung nach derzeit auf Eis 20:54:51 <eyedeekay> Noch keine Roadmap dafür. 20:55:02 <anonymousmaybe> ah, schade .. 20:55:22 <eche|on> Soweit ich weiß gab es einige Diskussionen mit dem Deb-Maintainer, bisher ohne produktives Ergebnis 20:56:02 <anonymousmaybe> Ticket existiert bereits, aber es wurde nichts dafür getan 20:56:17 <zzz> Noch keine 45 für sid, auch keine Neuigkeiten von mhatta 20:56:38 <anonymousmaybe> mikalv_ hat das Trac-Filtering von Tor/I2P-Nutzern gefixt? 20:56:42 <fug> Es gibt https://github.com/tracboat/tracboat für Trac->GitLab-Migration, wurde das evaluiert? 20:57:25 <eche|on> Meiner Meinung nach probiert eyedeekay tracboat für die Migration aus, zumindest wurde der Name erwähnt 20:57:28 <fug> Wo gibt es eine Informationsseite, die den Status der Migration zu Git beschreibt? 20:57:46 <eche|on> Derzeit keine Seite außer dem oben erwähnten Howto und dem Git-Server 20:57:56 <eche|on> da wir noch in einer frühen Phase sind 20:58:17 <fug> Ihr solltet dennoch eine Seite für diese Infos haben 20:58:21 <eche|on> vermerkt, eine Infoseite zu erstellen 20:58:22 <mikalv_> Ich hoffe, es ist gefixt – hatte jemand in den letzten Tagen Probleme damit? 20:58:38 <eyedeekay> Trac? In letzter Zeit nicht 20:58:49 <eche|on> ja, mikalv_, es war hier ein Nutzer, der versucht hat, ein Ticket einzureichen, und wurde als Spam blockiert 20:58:59 <eche|on> aber ok, noch ein weiterer Kommentar zum Dev-Meeting? 20:59:09 <zzz> outproxy ist immer noch ein Haufen Mist, aber Trac funktioniert für mich gut 20:59:20 <mikalv_> Und wir reden jetzt über Tracs eigenes System und nicht über das i2ptunnel, richtig? 20:59:26 <eche|on> ja 20:59:43 <eche|on> uhh, das 60-Minuten-Limit ist da … 20:59:55 <eche|on> weitere Kommentare? 21:00:05 <fug> ja, Infos über das Entwickeln von I2P 21:00:16 <fug> sollte die Nutzung der neuen Git-Instanz statt MTN erwähnen, die niemand nutzt 21:00:45 <eche|on> wird gemacht, wenn es valide ist und zu 100 % verifiziert 21:01:24 <eche|on> Wenn kein weiterer Kommentar kommt, da dieses IRC-Meeting sich der 60-Minuten-Marke nähert, was eine weiche Grenze ist, würde ich das Meeting gerne schließen. Aufgrund eines fehlenden geeigneten Buffers mache ich ein „plopp“-Geräusch. 21:01:45 <eche|on> also, Ohren auf: „plopp“ 21:01:56 <sadie_> mic drop 21:02:02 <eche|on> Dev-Meeting vorbei. Danke euch allen für eure Zeit, Ideen und Kommentare 21:02:14 <eche|on> Ein Log wird bald veröffentlicht 21:02:14 <sadie_> danke, ech