Kurze Zusammenfassung
Anwesend: Brownspider, co, jrand0m, mariesofie, mihi, shardy, w0rmus
Sitzungsprotokoll
[22:57] ok, buenos noches srs y srtas [22:57] Tagesordnung: [22:57] 0) Willkommen [22:57] 1) CVS [22:57] 4) Namensdienst [22:58] Du hast 5) Fragen vergessen. [22:58] 3) Entwicklungsstatus [22:58] 2) Fragen zu den Spezifikationen? [22:58] 5) sonstige Fragen? [22:58] oh, scheiße, ich habe vergessen, die neu zu ordnen. ok. die sind falsch nummeriert :) 0 == 0, 1 == 1, 4 ==2, 3 == 3, 2 == 4, 5 == 5 [22:59] Mal sehen, ob ich das unterwegs auf die Reihe kriege... [22:59] okay, 0) Willkommen [22:59] Hurra für Permutationsgruppen! [22:59] willkommen zum Treffen 57 [22:59] ja, sind ja sowieso alles nur Symbole [22:59] cool, was geht ;0 [23:00] Ich helfe, die Peanut Gallery zu bilden [23:00] 1) CVS ist nach über 10 Tagen immer noch down. Wir suchen einen neuen Host. [23:00] sf.net ist Mist, und ich habe keinen Grund zu glauben, dass gnus nongnu besser ist. [23:00] jrand0m: Warum gibst du diesem Host nicht den Alias "cvs.invisiblenet.net"? [23:00] nop führt die Suche nach dem neuen Host an. [23:01] klar, co, sobald wir den Server haben [23:01] Was braucht ihr für einen Host? [23:01] shardy> zuverlässige Netzanbindung, SSH/CVS-Zugang. und etwas Plattenspeicher [23:01] Habt ihr schon etwas in Aussicht? [23:01] denn falls nicht. könnte ich evtl. helfen. [23:02] Großartig! Ich weiß nicht, was nop in Aussicht hat, aber ich lasse ihn sich bei dir melden (es sei denn, er ist gerade hier?) [23:02] * w0rmus stupst nop an [23:03] Ich habe 1.1 Business-SDSL. Ich müsste eine Maschine finden. aber solange ihr keine übermäßigen Bandbreiten nutzt, könnte ich den Server wahrscheinlich hosten. [23:03] Wie viel Plattenspeicher würdet ihr brauchen? [23:03] Das Repository umfasst derzeit ~ 6 MB. also würden 50M das Wachstum wohl für eine ganze Weile abdecken [23:04] oh. pff. das ist nichts. [23:04] und die Maschine müsste nicht super schnell sein? [23:04] ihr würdet darauf keine großen Compile-Jobs fahren? [23:04] nee, ein 286er würde es wahrscheinlich tun. [23:04] nein, strikt CVS Check-in/Check-out [23:04] (naja, und diff, und log, etc ;) [23:05] "Wir sind Java, wir brauchen keine Compile-Farmen" [23:05] *** Abmeldung: cohesion (class) [23:05] greifen Leute, denen Anonymität wichtig ist, auf CVS über so etwas wie JAP zu? Ich habe CVS noch nie benutzt [23:05] w0rmus> Ich benutze CVS über eine private Reihe von SSH-Proxys [23:05] jrand0m: Denk daran, dass eine C- oder C++-Implementierung in Zukunft wahrscheinlich ist. [23:06] JAP erlaubt keinen CVS-Zugriff, soweit ich weiß (AFAIK) :( [23:06] SSH-Tunneling [23:06] Ich schau mal, was ich tun kann. Jemand meinte, er würde mir noch eine Festplatte geben... wenn ich eine Platte bekomme, habe ich eine Maschine, die ich hochziehen kann. [23:06] oh, natürlich, co. Ich denke nur nicht, dass wir verlangen können, dass ein CVS-Repository gleichzeitig zwingend eine Compile-Farm ist. [23:07] super, shardy. Wenn wir irgendetwas tun können, sag einfach Bescheid. [23:07] jrand0m: Du hast recht. Die sollten getrennt sein. [23:07] Mach ich. Lass mich eine Platte auftreiben, ich sollte eine bekommen können, und wenn ja, würde ich das CVS gern für alle hosten. [23:07] shardy++ [23:07] yay ;0 [23:07] okay, 4) Namensdienst [23:08] co, wie läuft’s? [23:08] Ich schreibe noch, möchte aber ein paar Worte dazu sagen. [23:08] Zuerst, um eine Frage von thecrypto aus dem letzten Treffen zu beantworten: Der NS (Namensdienst) liefert keine Benachrichtigung darüber, ob jemand online ist. [23:09] Er sagt lediglich aus, dass eine Person über bestimmte Methoden kontaktiert werden kann, z. B. AIM. [23:09] Zweitens, die Client-Seite. [23:09] Es wird eine API geben, mit der Programme Anfragen an Namensserver stellen können. [23:10] Der zugrunde liegende Mechanismus liest eine Konfigurationsdatei, welche Server abzufragen sind, nutzt das I2P-Netzwerk, um die Ergebnisse zu erhalten, und gibt die Ergebnisse an den Aufrufer zurück. [23:11] Der zugrunde liegende Mechanismus liest außerdem den Zielmechanismus für den lokalen router aus einer Datei, um ihn zu kontaktieren. [23:11] der Zielmechanismus? [23:11] Entschuldigung, die Zieladresse. [23:11] ah, ok [23:12] Das ist alles für den Moment. [23:12] cool [23:12] Ich stimme zu [23:12] ;) [23:12] irgendwelche groben Zeitvorstellungen für verschiedene Meilensteine? [23:13] natürlich nichts, woran man dich festnageln könnte, nur so aus Interesse [23:13] Sagen wir Ende der Woche für den Abschluss der Spezifikation und die Veröffentlichung dieser und der API. [23:14] * mariesofie kommt zu spät [23:14] ah schön, co [23:14] Dann beginne ich mit der Implementierung. Ich weiß allerdings nicht, wie lange das dauern wird. [23:14] verständlich [23:15] hat sonst noch jemand Fragen/Anmerkungen zum Namensdienst? [23:15] okay, 3) Entwicklungsstatus [23:16] Entwicklung läuft gut. [23:16] die Java-Seite ist konform zur Spec und implementiert alle I2CP- und I2NP-Nachrichten und -Strukturen [23:17] die Java-Architektur selbst ist funktionsfähig, und ich werde weiterhin die verschiedenen Subsysteme als Stubs ausarbeiten [23:17] Hast du es getestet? [23:17] die Messages & Strukturen? ja, über das TestData-Harness in net.invisiblenet.i2p.data.test [23:17] Ich meine, zwei verschiedene Rechner mit I2P zu verbinden. [23:18] oh, nein, das erfordert die vollständige Implementierung des Kommunikations-Subsystems [23:18] Verstehe. [23:18] zuerst baue ich die verschiedenen Subsysteme so auf, dass sie im Testmodus laufen, dann implementiere ich sie so, dass sie auch isoliert arbeiten können [23:19] wir sind wahrscheinlich noch 2 Wochen davon entfernt, dass ein Client eine Nachricht an einen Client auf einem anderen router sendet [23:19] * mariesofie jubelt [23:20] danach ist vor der Alpha immer noch viel Arbeit zu tun, aber das ist ein Fortschritt [23:21] die datastrucutres- und i2np-Specs brauchen etwa ein Dutzend kleiner Änderungen, die ich während der Implementierung gesammelt habe, um Übersehenes zu adressieren. z. B. "datastructures p11, TunnelSigningPublic/PrivateKey should contain SIGNING Public/Private keys" und "i2np p15, TunnelCreateStatus - add hash of the replying RouterIdentity" [23:21] Mann. Ich muss mich wirklich in die Specs einlesen. [23:22] naja, sie werden bald auf deiner Maschine gehostet, dann ist es einfach :) [23:22] haha [23:22] Ich habe die Specs auch nicht fertig gelesen [23:23] Ich habe die Specs ausgedruckt, so oft gelesen, dass sie zerfleddert sind, und musste eine weitere Kopie ausdrucken [23:23] Aus Gesprächen mit verschiedenen Leuten habe ich festgestellt, dass die Specs nicht besonders gut darin sind, zu vermitteln, wie das Ding tatsächlich funktioniert. Sie decken das Vage und das Kleinteilige ab, aber nicht, warum die Details zum 'Warum' passen [23:23] heh [23:23] rofl mariesofie [23:23] okay, das war’s zu 3) Entwicklungsstatus [23:24] jetzt zu 2) Fragen zu den Spezifikationen [23:24] Ich denke, ich lese sie statt doofer Analysis [23:24] Ich denke ein bisschen in die Zukunft. [23:24] Die Python- und C- bzw. C++-Implementierungen müssen Nachrichtendaten so haben, dass die Java-Implementierung sie lesen kann. [23:24] *** Abmeldung: mihi (EOF vom Client) [23:25] korrekt, co [23:25] Wie wirst du das erreichen? [23:25] Die Datastructures-Spec definiert die Byte-Layouts explizit [23:25] und alles ist Big-Endian und alle Zahlen sind unsigned [23:25] Auf welches technische Wissensniveau zielen die Specs ab? Jede/r mit ordentlichem Computerwissen? Informatik-Studierende auf Hochschulniveau? [23:25] Oh, alles klar. [23:25] *** mihi_ (~none@anon.iip) ist dem Kanal #iip-dev beigetreten [23:26] d. h. wer ist die Zielgruppe? [23:26] *** mihi_ heißt jetzt mihi [23:26] mariesofie> nun, diese Specs waren wirklich etwas planlos ausgerichtet. i2p_philosophy war das "ok, wtf ist das hier eigentlich", aber der Rest der Specs richtete sich an Leute, die das System tatsächlich implementieren wollen [23:26] wir brauchen ganz dringend Dokumente, die dazwischen liegen [23:27] verstehe [23:27] Ich finde, die API-Dokumente sind sehr leicht verständlich und nützlich, aber ironischerweise komme ich immer noch durcheinander, wenn ich die I2NP-Specs lese und versuche, die Kernarchitektur zu verstehen [23:28] vielleicht sagt das mehr über mich aus als über die Dokumentation :) [23:28] heh Nerd :) [23:29] okay, noch andere Fragen zu den Specs? gehen wir weiter zu 5) sonstige Fragen [23:29] hat noch jemand andere Fragen? Das ist unser letzter Punkt auf der Tagesordnung [23:30] Ich frage mich, wo thecrypto bei achat steht [23:30] ah, thecrypto ist für die nächsten drei Wochen oder so offline [23:30] was ist mit Peer-Review? [23:30] oder atalk [23:30] wow [23:30] reviewt es jemand? [23:30] ich dachte, thecrypto hat 2 Std. pro Tag [23:31] und ich kann nicht einmal den Code sehen, den er hat :( [23:31] mihi> Reviews wurden an verschiedene Leute verschickt, und sobald Feedback kommt, wird es eingearbeitet. [23:31] w0rmus> hast du irgendwelche Fragen zu ATalk? [23:32] Ich werde es reviewen, sobald ich Zeit habe :) [23:32] ich meinte, ist bis jetzt irgendein Feedback gekommenß [23:32] Vermutlich nicht [23:32] s/nowß/now?/ [23:32] mihi> größtenteils in Form von Diskussionen und Klarstellungen [23:32] großartig, shardy :) [23:33] alles Gute zum Geburtstag, Google [23:33] mariesofie> genau, aber das reicht ihm nicht einmal, um die Java-Language-Dokumentation herunterzuladen, um mit der Entwicklung weiterzumachen :/ [23:33] ahaha wtf [23:35] okay, noch andere Fragen / Gedanken? [23:35] Ich sollte wohl erwähnen, dass ich noch nie außerhalb der Schule programmiert habe [23:35] aber ich muss ja irgendwo anfangen [23:35] jetzt ist ein guter Zeitpunkt zu starten :) [23:35] word [23:35] ;0 [23:35] Ich habe Fragen zur API, aber noch nicht jetzt – in ein oder zwei Tagen, wenn ich sie noch etwas ausprobieren kann [23:35] Ich habe etwa 2 Jahre Java gemacht [23:36] okay, cool, mariesofie, schick einfach eine Nachricht an die Liste oder mir hier, wann immer [23:37] mariesofie: Hast du die Diskussion auf der iip-dev-Mailingliste gelesen? [23:37] wo ist sie archiviert? [23:37] http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel [23:37] (momentan ziemlich wenig Traffic) [23:38] jrand0m will, dass du etwas codest, das logisch nicht existieren kann, um die Welt auseinanderzureißen, um die Herrschaft Gottes zu beenden. [23:38] Meine Dienste biete ich weiterhin an, falls ihr irgendwelche Crypto-Cores oder so geschrieben oder debuggt braucht. [23:39] *** M123456789 (~no@anon.iip) ist dem Kanal #iip-dev beigetreten [23:39] Brownspider: wie bitte? [23:39] co, es stand auf seiner Freesite, schon gut [23:40] super, shardy, ich habe das Gefühl, dass wir welche brauchen werden, sobald die routers laufen, und besonders wenn wir die C/Python-APIs wieder auf den Stand der Spec bringen [23:40] co> ich habe erst bis ungefähr Ausgabe #52 zurückgelesen [23:42] ok. letzte Worte (während ich den *baf*er anstarre...) [23:43] *** mihi_backup_ (~none@anon.iip) ist dem Kanal #iip-dev beigetreten [23:43] *** Abmeldung: mihi_backup (EOF vom Client) [23:43] *** mihi_backup_ heißt jetzt mihi_backup [23:43] okay, großartig. nächste Woche, gleiche Bat-Zeit, gleicher Bat-Ort. [23:44] * jrand0m *baf*t das Meeting zu Ende