I2P-Entwicklertreffen - 30. Dezember 2015

09:49:14 <zzz> 0) Hi 09:49:14 <zzz> 1) Sitzungsstruktur und Ziele 09:49:14 <zzz> 2) PR 09:49:14 <zzz> 3) Projektmanagement 09:49:14 <zzz> 0) Hi 09:49:16 <zzz> Hi 09:49:30 <zzz> 1) Sitzungsstruktur und Ziele 09:49:30 <zzz> Zunächst entschuldige ich mich für die scheußliche Uhrzeit dieses Treffens für unsere nordamerikanischen Leute. 09:49:30 <zzz> Das wird sich etwas von unserer üblichen Sitzungsstruktur unterscheiden, weil hier auf dem CCC das meiste vor Ort stattfindet. 09:49:31 <zzz> Wir werden versuchen, die wichtigsten Punkte ins IRC weiterzugeben. 09:49:33 <zzz> Wir werden hier außerdem Notizen machen. 09:49:35 <zzz> Lasst mich dieser Sitzung nun eine kurze Einleitung voranstellen. 09:49:49 <zzz> Wie ihr alle wissen solltet, war Sadie maßgeblich an der Organisation und am Erfolg der I2PCon in Toronto beteiligt. 09:49:49 <zzz> Wir haben ihr Talent und ihre Begeisterung in Toronto gesehen, und offensichtlich möchte sie sich künftig stärker für I2P engagieren. 09:49:49 <zzz> Als wir vor und während der Con mit ihr zusammenarbeiteten, haben wir erfahren, dass sie umfangreiche Erfahrung in Projektmanagement und PR hat, 09:49:49 <zzz> sowohl bei Tor als auch draußen in der realen Welt. 09:49:49 <zzz> Ich habe sie nach der Con gebeten, unser Projekt besser kennenzulernen, unsere aktuelle Struktur und Prozesse zu verstehen, 09:49:52 <zzz> und mit Empfehlungen zurückzukommen, was wir verbessern könnten und wie sie uns helfen kann. 09:50:04 <zzz> Seitdem hatte sie mehrere lange Telefonkonferenzen mit tuna, mir, str4d, psi und anderen, 09:50:04 <zzz> und unsere Website, trac und die aktuellen Prozesse überprüft. 09:50:04 <zzz> Außerdem hat psi sie zur Assistant PR Director ernannt, und sie tweetet über den @GetI2P-Account und hilft dabei, I2P bekannter zu machen. 09:50:06 <zzz> Sie ist jetzt bereit, uns einige Empfehlungen zu geben. 09:50:06 <zzz> Obwohl meine ursprüngliche Frage an sie war „Wie kannst du uns helfen?“, ist die zurückkommende Antwort 09:50:06 <zzz> eher „Hier sind die Dinge, die wir beheben müssen, damit ich wirksam helfen kann“, 09:50:08 <zzz> gefolgt von den konkreten Dingen, die sie für uns tun könnte – bzw. genauer gesagt, wie wir alle effektiver zusammenarbeiten können. 09:50:19 <zzz> Was ich heute tun möchte, ist, ihre Empfehlungen anzuhören und jede kurz zu besprechen. 09:50:19 <zzz> Viele dieser Themen neigen dazu, lange Diskussionen auszulösen, und das würde ich gern begrenzen, damit wir nicht den ganzen Tag hier sitzen. 09:50:19 <zzz> Zu jeder Empfehlung hätte ich gern eine Zusage von jemandem von euch für die Nachverfolgung. 09:50:19 <zzz> Wenn die Empfehlung unstrittig ist und wir Konsens haben, wäre diese Zusage, sie umzusetzen. 09:50:20 <zzz> Wenn weitere Recherche nötig ist oder wir uns nicht einig sind, wäre die Zusage, unsere Optionen zu prüfen und 09:50:21 <zzz> einen Plan, einen Gegenvorschlag oder eine Liste von Optionen zu erarbeiten, die bei einer zukünftigen Sitzung besprochen werden. 09:50:23 <zzz> Diese Zusagen und Fälligkeiten werden notiert und nachverfolgt. 09:50:25 <zzz> Ich möchte mich nicht an einzelnen Punkten festfahren, daher werde ich für das meiste Freiwillige zur Nachverfolgung suchen. 09:50:42 <zzz> Ich möchte betonen, dass ich Sadie gebeten habe, das zu tun und uns ihre Meinung basierend auf ihrer bisherigen Erfahrung zu geben. 09:50:42 <zzz> Wir sind vielleicht nicht einverstanden, aber wir sollten zuhören und ihre Empfehlungen sorgfältig abwägen. 09:50:42 <zzz> I2P hat seine Eigenheiten, und nicht alles passt unbedingt zu uns, 09:50:42 <zzz> aber sie hat uns dieses Jahr ziemlich gut kennengelernt, also hören wir uns an, was sie hat. 09:50:43 <zzz> Natürlich können wir auch Vorschläge von anderen annehmen, aber ich habe das Gefühl, dass Sadie schon sehr vieles abdeckt. 09:51:24 <zzz> Wir sprechen zuerst über PR und dann über Projektmanagement. 09:51:24 <zzz> Beides sind große Themen und es wird Überschneidungen geben. Lasst uns aber versuchen, sie so weit wie möglich zu trennen. 09:51:54 <zzz> *** Ende des Einfügens für Thema 1), wir machen mit 2) in ein paar Minuten weiter. Danke *** 09:58:39 <hottuna> str4d: hey, wir sollten über die DH-Sachen sprechen, die wir verwenden 09:59:30 <str4d> hottuna, meinst du die NTCP- und SSU-Handshakes? 09:59:55 <hottuna> ich denke, überall dort, wo DH verwendet wird 10:00:39 <hottuna> ok. lass uns nach der Sitzung darüber sprechen 10:00:47 <str4d> Klar 10:00:57 <str4d> Laut http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs sind es nur NTCP und SSU 10:01:21 <hottuna> zzz wird uns jetzt die obige lange Notiz vorlesen 10:01:48 <str4d> (Ich muss diese Seite noch vor meinem Vortrag aktualisieren) 10:04:10 <psi> ich glaube, ich bin da 10:06:33 <lazygravy> psi: ja, zzz hat kurz bevor du beigetreten bist eine lange Nachricht gepostet. spricht gerade IRL 10:07:57 <hottuna> Wir wollen also Zusagen von Leuten bekommen, eine Reihe verschiedener Themen anzugehen 10:08:25 <hottuna> Einige der Dinge, die wir ansprechen, werden kontrovers sein, andere nicht 10:08:47 <hottuna> die unstrittigen Themen möchten wir einfach einer Person zuweisen und erledigt bekommen 10:08:56 <hottuna> Weiter zu Sadie und PR 10:09:16 <hottuna> gravy und sadie haben Blogposts geschrieben 10:09:29 <hottuna> und suchen nach mehr Inhalten 10:10:21 <hottuna> Viel Inhalt geht in den Commit-Nachrichten verloren 10:10:38 <hottuna> wo der Autor des Commits die Bedeutung des Commits nicht wirklich festhält 10:11:24 <str4d> Statt Commit-Nachrichten zu durchforsten, ist history.txt der beste/leichteste Ort zum Nachschauen 10:11:30 <hottuna> idealerweise möchten wir mindestens alle 2 Monate einen Blogpost veröffentlichen, um ein Gefühl von Momentum aufrechtzuerhalten 10:12:08 <str4d> Das gibt zwar immer noch keinen Hinweis auf die Wichtigkeit, ist aber kontextuell leichter zu verarbeiten und siebt das Commit-Spreu aus, das es nicht in die history.txt schafft 10:13:04 <lazygravy> str4d: der Punkt ist, dass so viele coole Dinge passieren, und es keine Möglichkeit gibt, das herauszufinden, ohne i2p genau zu verfolgen. Es sollte einfacher sein, die coolen Sachen zu sehen 10:13:47 <str4d> Vielleicht könnte helfen (das wäre ziemlich radikal), history.txt umzustrukturieren, um Punkte nach Wichtigkeit zu ordnen (major/minor/bugfix), mehr wie ein Changelog (oder eine parallele Changelog-Datei) 10:14:13 <str4d> denn in der jetzigen Form ist die History-Datei eigentlich nur ein leichter zu parsierendes Commit-Log 10:14:30 <str4d> Das gesagt, es *ist* praktisch, daher wären parallele Infos vielleicht besser (wenn auch schwieriger zu pflegen) 10:14:38 * str4d hört auf, sich in Details zu verlieren 10:14:41 <str4d> :P 10:14:59 <hottuna> lazygravy könnte als Redakteur fungieren und die Verantwortung für das Verfassen von Inhalten bei Bedarf delegieren 10:15:14 <str4d> Sicher ist es ein Plus, es zu erleichtern zu wissen, was vor sich geht, und ich denke, einige der Themen zur Organisation auf höherer Ebene werden dabei helfen 10:15:33 <str4d> (d. h. ein Blogpost-Autor kann dort die Übersicht auf hoher Ebene finden statt im Commit-Log) 10:15:56 <psi> klingt ziemlich nach Pair Programming 10:16:10 <hottuna> nächstes Thema im Bereich PR 10:16:29 <hottuna> bezüglich einer Reseed-Kampagne und dem Anwerben neuer Entwickler 10:16:46 <psi> (oder eher wie Ehepaar-Programmierung, der Programmierer und die Frau des Programmierers) 10:17:11 <lazygravy> str4d: i.e. WTF encrypted lease sets are, oder ein cooles Highlight von kytvs Debian-Repo 10:17:15 <hottuna> wir möchten torontocrypto einbeziehen, um mehr Reseed-Hosts zu gewinnen 10:17:23 <lazygravy> s/i.e./e.g./ 10:17:24 <iRelay> lazygravy meinte: str4d: z. B. WTF encrypted lease sets sind, oder ein cooles Highlight von kytvs Debian-Repo 10:18:25 <hottuna> Wir möchten ein Inhaltspaket erstellen, das alle Informationen enthält, die man braucht, um einen Reseed-Host einzurichten – alles an einem Ort verfügbar 10:19:14 <hottuna> Wir müssen darlegen, warum Reseeds benötigt werden und wichtig sind 10:19:18 <str4d> Mmm 10:19:42 <str4d> Das könnte sogar so einfach gemacht werden wie „sudo apt-get i2p-reseed“ 10:20:22 <lazygravy> str4d++ 10:20:23 <kytv> Ich dachte daran, Docker-Images zu erstellen, damit es komplett Plug-n-Play ist 10:20:47 <psi> Der Go-Reseed war extrem einfach einzurichten und zu verwenden 10:20:56 <hottuna> hottuna/Ich habe mich freiwillig gemeldet, ein paar Absätze darüber zu schreiben, warum Reseeds benötigt werden und was sie tun 10:21:07 <hottuna> kytv: das wäre großartig 10:21:23 <str4d> kytv++ 10:21:35 <str4d> Drop-and-go ist das Ideal 10:22:00 <str4d> So ähnlich wie in einem der Tor-Vorträge gestern erwähnt wurde, dass man in Zukunft ein LetsEncrypt-Zertifikat bekommen könnte, das mit einer kostenlosen .onion kommt 10:22:16 <str4d> (d. h. das letsencrypt script richtet dem Nutzer den Tor-HS ein) 10:22:38 <kytv> mdrollete’s i2p-tools ist als Docker-Image verfügbar, also könnten wir (=ich) vielleicht einfach mein I2P-Docker-Image (noch nicht beworben) aufpolieren, sodass man alles mit Copy’n’Paste einer Kommandozeile machen könnte und Reseeding würde „just work“ 10:22:41 <hottuna> zum Thema Developer-Onboarding, den Quellcode zugänglicher machen 10:22:42 <str4d> (das wäre für I2P an sich super, ist aber etwas anders als das, was wir hier brauchen) 10:22:55 <comraden1> kytv: Docker auf jeden Fall 10:23:01 <hottuna> str4d: könnte ich dich überzeugen, von geti2p.net aus ein paar Links zum Quellcode hinzuzufügen? 10:23:04 <str4d> Wenn Reseeds eine Appliance sind, macht es das auch wesentlich einfacher, ehrliche Reseeds synchron zu halten 10:23:17 <str4d> hottuna, wo? 10:23:18 <lazygravy> Gedanke: Wir sollten den Hinweis von 0.7.6 auf der Download-Seite entfernen 10:23:33 <kytv> (Ich bin eher ein LXC-Typ, aber ich lerne Docker, also whatevs ) 10:23:45 <kytv> ja 10:23:50 <lazygravy> kytv: Docker ist gerade „so hot“, daher ist es vielleicht am besten 10:23:54 <hottuna> wo immer es Sinn ergibt 10:24:08 <str4d> Ich glaube, es gibt mindestens einen Link zu kytvs ViewMTN, aber das ist innerhalb von I2P 10:24:11 <hottuna> aber die Idee ist, es einfacher zu machen, schnell einen Blick auf den Quellcode zu werfen 10:24:13 <kytv> Alle Dokus für uralte Sachen nach /attic oder so ähnlich verschieben 10:24:19 <hottuna> um Entwickler zu gewinnen 10:24:33 <hottuna> str4d außerhalb i2p und idealerweise von geti2p.net ist das, was wir wollen 10:24:36 <str4d> Ich könnte auf der neuen Devs-Seite Links zur Github-Seite hinzufügen, aber sie müssten eindeutig als read-only gekennzeichnet werden 10:24:50 <psi> Wenn wir wirklich Entwickler anziehen wollen, sollten wir GitHub aktiver machen 10:24:52 <hottuna> ja. 10:25:57 <str4d> Ist die neue Dev-Seite der Ort, wo du die Links haben willst? 10:25:57 <hottuna> das klingt nach einem einfachen, geradlinigen Schritt 10:25:57 <hottuna> einfach einen read-only-Link zu GitHub hinzufügen 10:25:57 <str4d> hottuna, welches? Links, oder GitHub aktiver machen? 10:25:57 <hottuna> wäre eine Verbesserung 10:25:57 <str4d> ahk 10:26:05 <hottuna> str4d: kann ich deinen Namen daneben schreiben? 10:26:24 <hottuna> bei diesem Punkt, meine ich 10:26:38 <str4d> Klar. Ich nehme an, für all das werden Tickets in Trac erstellt 10:26:51 <hottuna> weiß nicht, ob das so sein wird. 10:26:57 <hottuna> frage zzz 10:27:09 <str4d> Naja, für kleinere Aufgaben lohnt es sich wahrscheinlich nicht 10:27:20 <str4d> Solange ich die Liste irgendwann bekomme :P 10:27:26 <hottuna> ok 10:27:36 <hottuna> Ich denke, zzz wird einen zzz.i2p-Write-up machen 10:28:22 <kytv> es wird fast sicher auf zzz.i2p gehen, aber vielleicht auch als Tickets auf Trac 10:28:41 <str4d> k 10:28:50 * str4d ruft die To-Do-Liste auf, um Punkte hinzuzufügen 10:32:43 <hottuna> Wir sprechen darüber, welche Anwendungsfälle wir für i2p hervorheben sollten 10:33:13 <hottuna> und der Konsens scheint zu sein, dass wir Anwendungsfälle bewerben sollten, in denen wir gut sind. wie Bote 10:33:20 <str4d> Mmm 10:33:29 <str4d> Wir müssen den Peer-to-Peer-Aspekt auf jeden Fall stärker betonen 10:33:36 <hottuna> wie Torrents potenziell 10:33:38 <hottuna> y 10:33:57 <hottuna> Wir möchten diese guten Anwendungsfälle auf der Startseite hervorheben 10:34:12 <hottuna> *was wir hervorheben möchten 10:34:20 <str4d> Dabei sollte I2P einen grundlegenden Vorteil haben, aufgrund der paketvermittelten Natur und der tunnel-level Symmetrie 10:34:33 <hottuna> ja. und es gibt andere Dinge, in denen wir gut sind 10:34:39 <str4d> Und insbesondere Apps, die von sich aus Beiträge fördern 10:34:41 <hottuna> und genau das sollten wir bewerben 10:35:05 <hottuna> und in der Zwischenzeit können wir an den Dingen weiterarbeiten, in denen wir noch nicht so gut sind 10:35:09 <str4d> (weil I2Ps Bedarf an Beiträgen dann auf dem der App mitreiten kann) 10:35:43 <hottuna> lazygravy, str4d, cacapo: könnt ihr die 3 besten Anwendungsfälle für i2p ausarbeiten 10:36:01 <hottuna> damit wir sie anschließend ordentlich auf der Startseite präsentieren können 10:36:18 <str4d> Sicher 10:37:03 <cacapo> jep 10:37:08 <hottuna> wann könnt ihr mit etwas zurückkommen (Empfehlungen oder Website-Änderungen)? 10:37:43 <hottuna> ist eine Frist bis Ende Januar ok? 10:37:55 <cacapo> ok 10:38:01 <hottuna> in Bezug auf PR: i2p.net wird bald verfügbar 10:38:03 <str4d> Passt für mich 10:39:04 <eche|on> 16.4.2016 ist es für i2p,net 10:39:11 <str4d> Ich kann jetzt schon sagen, wenn wir „Dinge, die aktuell gut funktionieren“ meinen, dann geht es im Grunde nur um E-Mail mit hoher Latenz (Bote) und Torrents. Bald können wir auch verteilte Datenspeicherung hinzufügen (sobald Tahoe native I2P-Client-Unterstützung bekommt) 10:39:24 * str4d freut sich darauf, dass i2p.net wiederhergestellt wird 10:39:33 <eche|on> tahoe wird nur mit parallelem Up-/Download nutzbar sein 10:40:08 <str4d> Ich denke, es wäre ideal, das mit meinem Vorschlag für Dev-Services auf i2p.i2p zu verzahnen, sodass sie parallel im Netz und außerhalb verfügbar sind 10:40:12 <hottuna> cacapo erwähnt, dass i2p keine Erzählung über das Projekt gut vermittelt. oder überhaupt nicht. 10:40:29 <lazygravy> str4d: Tahoe hat seine eigenen UI-Probleme... :/ (obwohl ich es liebe) 10:40:29 <hottuna> anders als Tor, das viel Geschichte und Kontextgeschichte hat 10:41:03 <str4d> hottuna, welches Narrativ meint er? 10:41:09 <hottuna> im Zusammenhang mit Jake/Snowden&/etc 10:41:42 <str4d> ah, ein Narrativ, das die I2P-Geschichte in den Weltkontext setzt? 10:41:43 <hottuna> comraden1: meldet sich freiwillig, eine Zusammenfassung der Geschichte von i2p zu schreiben 10:41:52 <str4d> (so wie der Tor HS-Vortrag?) 10:42:05 <eche|on> history: zzzs Vortrag auf der I2PCon, mein Vortrag auf 32c3 10:42:06 <hottuna> (nicht gesehen) 10:42:33 <str4d> auch mein Vortrag auf der I2PCon hatte etwas davon 10:42:37 <hottuna> zzz, comraden1, lazygravy haben sich gemeldet, den eigentlichen Text zu schreiben 10:42:41 <hottuna> psi: da? 10:42:53 <psi> ja 10:42:57 <hottuna> str4d: und ebenso Lance James’ Beitrag 10:43:34 <str4d> lazygravy, die Tahoe-UX sollte sich deutlich verbessern, sobald Magic Folders veröffentlicht ist. UI-seitig gibt es noch Arbeit, aber nicht so viel wie bei uns :P 10:43:52 <hottuna> str4d, sadie, könntet ihr beide euch unterstützen, um Promo für den RWC-Vortrag zu machen? 10:44:03 <hottuna> ast call für PR-bezogene Themen 10:44:06 <hottuna> Lest* 10:44:08 <hottuna> last* 10:44:49 <hottuna> alles klar, ich werte das als Schweigen 10:44:50 <str4d> hottuna, ja, ich bleibe mit Sadie in Kontakt 10:44:56 * str4d muss diesen Vortrag noch vorbereiten :/ 10:45:04 <hottuna> Weiter zum nächsten Thema. PROJEKTMANAGEMENT 10:45:34 <comraden1> str4d: auch „history of how i2p started“. Ich denke an navy researching onion routing -> second generation onion router -> tor 10:46:40 <str4d> comraden1, mmm, du findest wahrscheinlich vieles davon in den frühen I2P-Sitzungsprotokollen auf der Website 10:47:15 <str4d> Wenn du dort wühlst, kannst du gern kurze Zusammenfassungen der Meetings schreiben, die ich hinzufügen kann :P 10:48:11 <comraden1> str4d: zzz erwähnte, dass er vieles davon im Kopf hat und einen groben Entwurf schreiben wollte. Ich werde redigieren und sicherstellen, dass es perfekt ist, bevor wir es veröffentlichen 10:48:45 <str4d> +1 10:49:19 <dg> Ich erinnere mich, dass ich vor Ewigkeiten mit zzz darüber gesprochen habe; wenn er Logs davon hat, könnte das hilfreich sein 10:49:22 <hottuna> wir sprechen darüber, was die eigentlichen Ziele des Projekts sind 10:49:54 <hottuna> und dass es wichtig ist, sie irgendwo aufzuschreiben, um sinnvolles Projektmanagement betreiben zu können 10:50:29 <str4d> Würde eine gute About-Seite ergeben 10:51:16 <str4d> Ich wollte die verschiedenen Intro-Seiten zusammenführen, aber wir könnten sie tatsächlich getrennt nutzen 10:51:36 <str4d> https://geti2p.net/en/about/intro in eine kurze Übersicht über I2P verwandeln, sowohl über das Netzwerk als auch das Projekt 10:51:38 <iRelay> Title: Intro - I2P (at geti2p.net) 10:51:59 <str4d> Und dann https://geti2p.net/en/docs/how/intro zur *eigentlichen* „Wie funktioniert I2P?“-Seite machen 10:52:00 <iRelay> Title: A Gentle Introduction to How I2P Works - I2P (at geti2p.net) 10:52:10 <str4d> So ungefähr, wie sie jetzt erscheinen, aber sauber getrennt 10:53:12 <dg> hottuna: Wo finde ich die Blogposts? 10:53:22 <dg> hottuna: Ich sehe nur einen (http://i2p-projekt.i2p/en/blog/post/2015/11/15/Community-Outreach) 10:53:25 <iRelay> Title: Community Outreach - Blog - I2P (at i2p-projekt.i2p) 10:54:38 <lazygravy> dg: die gibt es außer dem nicht 10:54:55 <lazygravy> und das war größtenteils ein POC IMO. Der nächste sollte am 10Jan2016 auf dem CCC veröffentlicht werden 10:58:32 <hottuna> wir sprechen darüber, ob wir gemanagt werden wollen 10:58:46 <hottuna> dg, str4d, psi: habt ihr Gedanken dazu, eure Arbeit managen zu lassen? 10:59:11 <psi> von wem und wie viel Management? 10:59:17 <hottuna> von Sadie 10:59:26 <dg> offen dafür 10:59:42 <hottuna> und das Ganze entspannt halten, was Deadlines angeht. aber keine durchgesetzten Deadlines 10:59:46 <hottuna> Dinge sind fertig, wenn sie fertig sind 11:00:11 <hottuna> aber ihnen gedanklich eine Deadline zuzuordnen, könnte ein hilfreiches Werkzeug sein 11:00:11 <dg> fertig, wenn sie fertig sind, aber ein bisschen Schub/Motivation 11:00:40 <psi> keine Gedanken, bis ich gefrühstückt habe 11:00:47 <hottuna> oder zumindest zu wissen, dass jemand anders weiß, dass eine bestimmte Aufgabe auf deinem Stapel liegt 11:01:15 <hottuna> zum Projektmanagement: wir möchten wöchentliche/14-tägige Meetings wieder zum Laufen bringen 11:01:25 <hottuna> zzz hat das Ziel, sie im Februar wieder zu starten 11:01:27 <hottuna> wieder* 11:01:36 <hottuna> und sie dann nach und nach an Sadie zu übergeben 11:01:48 <hottuna> damit das klappt, muss Sadie ins IRC kommen 11:01:56 <str4d> Ich bin dafür. Ich arbeite tendenziell besser, wenn ich jemanden habe, mit dem ich Ideen hin- und herwerfen kann 11:03:23 <hottuna> zzz hat sich gerade dazu verpflichtet, bis Ende Februar eine einheitliche Roadmap zu schreiben 11:03:23 <hottuna> großartig. 11:03:23 <hottuna> der Konsens scheint zu sein, dass leichtes Management wahrscheinlich gut ist. 11:03:23 <hottuna> aber alles mit harter Hand würde das hier einfach in Arbeit verwandeln 11:03:23 <str4d> Klingt gut. Wir können den Grad später immer noch anpassen, wenn wir damit Erfahrung gesammelt haben. 11:03:23 * dg nickt 11:03:23 <hottuna> *Roadmap wird für Ende Jan, nicht Feb 11:03:23 <hottuna> str4d: einverstanden 11:04:35 <str4d> FYI: zzz, Sadie und ich treffen uns Anfang März; wäre gut, das im Hinblick auf Dinge im Hinterkopf zu behalten, an denen wir dann arbeiten/über die wir sprechen können. 11:05:52 <hottuna> zu Trac-Tickets: Sadie bietet an, ein Auge darauf zu haben und Tickets an die richtige Person weiterzuleiten 11:06:05 <dg> Zu sehen, wie unsere Mechanik wie trac/zzz.i2p/irc funktioniert, ist ohnehin wichtig, damit Sadie vollständig versteht, wie wir arbeiten 11:06:16 <dg> Konnte sie das ohne IRC-Zugang tun? 11:07:04 <hottuna> str4d: wärst du bereit, Sadie bei diesem Unterfangen zu helfen? 11:07:40 <str4d> Ich habe schon länger auf meiner To-Do-Liste einen wöchentlichen Punkt „neue Tickets durchsehen“, den ich immer wieder verschiebe, weil zu viel los ist 11:08:06 <str4d> Aber ab nächstem Jahr werde ich mich bemühen, Sadie dabei zu helfen :) 11:08:49 <str4d> Euch ist vielleicht aufgefallen, dass es jetzt einen „open“-Status für Tickets gibt. Ich habe den hinzugefügt, damit wir zwischen neuen Tickets und solchen unterscheiden können, die wir zwar gesehen haben, zu denen wir aber nicht unbedingt schon eine Meinung haben 11:08:53 <hottuna> Letzter Aufruf für PROJEKTMANAGEMENT-Themen 11:09:10 <dg> hottuna: siehe oben 11:09:25 <str4d> Mein Ziel wäre, so wenige „new“-Tickets wie möglich zu haben, d. h. sie entweder einer relevanten Person/einem Status zuzuweisen oder auf „open“, um sie zumindest als gültiges Ticket anzuerkennen. 11:09:36 <hottuna> Letzter Aufruf für ANDERE Themen 11:09:48 <hottuna> dg: Sadie auf Trac zu bekommen ist entscheidend. und eine Voraussetzung 11:10:00 <hottuna> Ich meine im IRC 11:10:17 <dg> okay 11:10:23 <str4d> Ich habe seit einer Weile einen IRC-Bouncer-Account für sie 11:10:42 <hottuna> str4d: könnten wir dich bitten, ein paar Punkte dazu aufzuschreiben, was du über Vulnerability Response auf der Konferenz gelernt hast? 11:10:48 <str4d> Sie braucht nur Hilfe, ihre Seite verbunden zu bekommen, dann kann sie Logs etc. behalten, ohne die ganze Zeit verbunden bleiben zu müssen 11:11:40 <str4d> hottuna, meinst du aus dem Gespräch mit k8em0 auf der Kiwicon? 11:11:47 <hottuna> mhm 11:11:47 <dg> Außerdem Hilfe bei der Browser-Konfiguration/Privoxy? 11:12:13 <str4d> Ich habe nicht viel mehr gelernt als das, was ich ohnehin schon so halb wusste, außer dass ich vorab vom Bug-Bounty-Programm gehört habe, das Tor gerade angekündigt hat 11:12:26 <zzz> wir schlagen vor, die VRP-Diskussion auf Januar zu verschieben 11:12:36 <hottuna> str4d: Würde ein kleiner Write-up Sinn ergeben? 11:12:40 <str4d> k8em0 sagte, sie sei sehr beeindruckt von unserem VRP-Ticket gewesen 11:12:45 <hottuna> wie ein zzz.i2p-Post? 11:12:55 <hottuna> oder war das alles eher nutzlos? 11:13:15 <str4d> Nicht nutzlos, eher eine Bestätigung, dass unser VRP-Ticket auf dem richtigen Weg ist 11:13:31 * zzz ******BAFFFFS***** schließt die Sitzung, danke an alle