I2P Entwicklertreffen - 9. Dezember 2003

[22:02] <jrand0m> 0) willkommen zu $num [22:02] <jrand0m> 1) iip-Status [22:02] <jrand0m> 2) Kademlia-Kram + idn [22:02] <jrand0m> 3) Peer-Profiling-Kram [22:02] <jrand0m> 4) i2p-Dienste [22:02] <jrand0m> 5) Kram [22:02] <jrand0m> 0) willkommen [22:02] <jrand0m> hi [22:03] <jrand0m> das ist Sitzung 67 oder 68... [22:03] <jrand0m> 1) iip-Status [22:03] <jrand0m> Keine Ahnung. Weiß jemand, wie die Lage zuletzt war? [22:04] <jrand0m> die iip-Devs sind nicht hier, also... kA. [22:04] <jrand0m> [ping] [22:04] <jrand0m> (letzte Woche hab ich wohl 10 Minuten getippt, bevor mein Client mich rausgepingt hat...) [22:05] <jrand0m> (ich tippe nichts mehr, bis ich ein p0ng bekomme, verdammt ;) [22:05] *** Nostradumbass (nostradum@anon.iip) ist Kanal #iip-dev beigetreten [22:05] <jrand0m> 'lo Nostradumbass [22:06] <Nostradumbass> hi :) [22:06] <jrand0m> ok cool, also ich bin nicht rausgepingt, die Leute lurken nur. cool :) [22:06] * jrand0m springt zum nächsten Tagesordnungspunkt [22:06] <Nostradumbass> wie läuft i2p? [22:06] <Nostradumbass> wie bitte? [22:06] <jrand0m> guter Aufhänger ;) [22:07] <jrand0m> Tagesordnungspunkt 3) i2p 0.2.3-Status :) [22:07] *** nerox (~nerox@anon.iip) ist Kanal #iip-dev beigetreten [22:07] <jrand0m> Es gab viel Fortschritt, obwohl ich offline bin. Habe vor ein paar Stunden einen Haufen Code eingecheckt [22:07] <jrand0m> das beinhaltet eine Implementierung der Kademlia netDb [22:08] <jrand0m> daher bin ich recht zuversichtlich, dass wir das Release für 0.2.3 nächste Woche schaffen (was im Wesentlichen Kademlia netDb + ein Shell-Skript ist) [22:08] <jrand0m> Es gab allerdings noch ein paar Abwandlungen am Kademlia-Protokoll, um es für i2p relevanter zu machen [22:09] <jrand0m> Wir werden immer einen sehr, sehr, /sehr/ dünn besetzten Kademlia-Baum haben. [22:09] <jrand0m> 2^256 mögliche Slots, und 1-10 Werte pro Peer im Netzwerk. [22:09] <jrand0m> Selbst mit völlig übertriebener Annahme nutzen wir immer noch so gut wie keinen Platz, und alles landet im äußersten K-Bucket [22:10] <jrand0m> Daher werden einige Teile von Kademlia stillschweigend ignoriert ;) aber der Grundgedanke bleibt derselbe, inklusive Such-Algorithmus & Distanzmetrik [22:10] <jrand0m> idn ist allerdings tot. [22:11] <jrand0m> Die Idee, dass der netDb-Code von i2p auf demselben Code wie ein Publishing-DHT laufen könnte, war eine ziemlich alberne Idee [22:11] <jrand0m> und wurde umgehend fallen gelassen. [22:11] <jrand0m> idn ist grundsätzlich immer noch eine gute Idee, aber ich werde meine i2p-Dev-Zeit nicht dafür aufwenden [22:12] *** tusko (~tusko@anon.iip) ist Kanal #iip-dev beigetreten [22:12] <jrand0m> aber ein Teil der Änderungen in 0.2.3 beinhaltet eine drastische Überarbeitung, wie wir Peers auswählen und router-Statistiken organisieren [22:12] <jrand0m> heya tusko [22:12] <jrand0m> das bringt uns zu Tagesordnungspunkt 3) Peer-Profiling [22:12] <jrand0m> Ich war ziemlich albern... und habe endlich mal etwas gerechnet [22:13] <jrand0m> Die derzeit gesammelten Statistiken sind immens. [22:13] <jrand0m> etwa 6000 Datenpunkte /pro Peer/ [22:13] <duck> was ist Peer-Profiling? [22:13] <jrand0m> Peer-Profiling ist, wenn der router die Leistung jedes Peers nachverfolgt, um entscheiden zu können, wen er künftig verwendet [22:13] <duck> ah [22:13] <jrand0m> (aka schnelle router, zuverlässige router, etc) [22:13] <duck> der Prozess, der meinen Speicher frisst :) [22:14] <jrand0m> heh, eigentlich ist dieser Teil nicht sooo schlimm [22:14] <jrand0m> aber 6000 Datenpunkte skalieren nicht. [22:14] <jrand0m> 1000 router @ 6000 Datenpunkte jeweils @ 4 Byte / Datenpunkt = 24Mb [22:15] <jrand0m> aber detaillierte Statistiken über ein paar hundert Peers zu behalten, ist wahrscheinlich ok, selbst wenn das Netz darüber hinaus wächst [22:15] <jrand0m> wir müssen /nicht/ über alle Statistiken führen. nur über router, die wir für unsere tunnels, garlic routing, und Source-Routing 'verwenden' wollen. [22:16] <jrand0m> Langfristig kämen wir wohl damit durch, nur etwa hundert Peers im Blick zu behalten. [22:16] <jrand0m> aber fürs Erste sage ich: scheiß drauf. [22:16] <jrand0m> behaltet Statistiken über alle Peers [22:16] <duck> ping [22:16] <jrand0m> p0ng [22:17] <duck> Wird es versuchen, über alle Peers zu lernen? [22:17] <jrand0m> im Moment ja [22:17] <duck> oh warte, deine letzten Zeilen decken das ab [22:17] <jrand0m> wir haben auch etwas Code zum Zusammenfassen und Berechnen auf den Peer-Profilen [22:18] <jrand0m> einer dieser Rechner wird also bestimmen, welche Peers zu verwerfen sind [22:18] <jrand0m> ein Beispiel des gesammelten Datensatzes: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] <jrand0m> (dir werden viele Nullen auffallen :) [22:19] <jrand0m> Ich habe ein grobes Manifest zur Peer-Auswahl und zum Profiling geschrieben, muss das aber noch ins Wiki bringen [22:20] <jrand0m> das ist aber alles eher 0.3-Kram. 0.2.3 nutzt nur ein bisschen davon [22:21] <jrand0m> ok, das war's zum Peer-Profiling. Später viel mehr, das war nur ein kleiner Einblick, was los ist [22:21] <jrand0m> (natürlich, wie immer: Jede und jeder, der/die sich die Hände schmutzig machen und herausfinden will, welche weiteren Statistiken / Berechnungen / Angriffe / etc. genutzt werden sollten, wäre *sehr* willkommen) [22:22] <jrand0m> ok, 4) i2p-Dienste [22:23] <jrand0m> tcs Seite ist großartig & wirklich zuverlässig! Ich bin endlich auch zu nightblades Seite gekommen, das ist ein cooles Blog ('plog' ;).. Ich wünschte nur, ich könnte Kommentare hinterlassen :) [22:23] <jrand0m> es gibt auch ducks Jabber-Server, der mit den Anleitungen auf tcs Board recht einfach funktioniert [22:24] <jrand0m> Manchmal zickt es ein bisschen, aber das hängt mit einigen Bugs im router <= 0.2.2 zusammen und wurde behoben (und rollt in 0.2.3 aus) [22:24] <jrand0m> der Squid-Proxy ist im Allgemeinen offline, da ich zu oft offline bin, um meine kaffe-router zu babysitten :/ [22:25] <jrand0m> für den Moment sind die eepsites und der Jabber-Chat wahrscheinlich das Zuverlässigste auf i2p, alles läuft auf i2ptunnel [22:25] <jrand0m> welche Dienste wären als Nächstes cool? [22:25] <duck> Ich habe versucht, einen ircd über i2ptunnel zu betreiben [22:25] <duck> aber noch bevor nach dem Login die komplette MOTD kam, hatte ich schon einen Ping-Timeout [22:26] <jrand0m> d'oh [22:26] <duck> und das war auf demselben router [22:26] <duck> also wird die Performance draußen noch schlechter sein [22:26] <jrand0m> auf dem lokalen router hat es rausgepingt?! [22:26] <jrand0m> der lokale router sollte nie irgendwas rauspingen [22:26] <jrand0m> oh, außer wegen dieses Race-Bugs [22:26] <jrand0m> (was es wahrscheinlich war, da es lokal war und das Race dort schneller ist) [22:26] <duck> der IRC-Client ist wegen fehlender rechtzeitiger Antwort rausgepingt [22:27] <duck> ich probiere es mit 0.2.3 nochmal [22:27] <jrand0m> word [22:27] <duck> obwohl Jabber fürs Erste nett ist [22:27] <jrand0m> total [22:27] <jrand0m> und langfristig ist IRC nicht der richtige Weg [22:27] <duck> tc, jrandom und ich sind zum Chatten da! [22:27] <jrand0m> hehe :) [22:28] <jrand0m> wir brauchen eine IM- und Gruppenchat-Lösung, die Unbefugten keinen Klartext liefert und keine zentralen Flaschenhälse erfordert [22:28] <jrand0m> (aka iip 2.0) [22:28] <jrand0m> jetzt wäre ein guter Zeitpunkt, dass userx wieder in den Kreis zurückkehrt ;) [22:29] * jrand0m hört auf, die Luft anzuhalten [22:29] <jrand0m> ein NNTP-Server würde /auch/ echt richtig rocken. [22:29] <duck> das probiere ich morgen [22:29] <jrand0m> r0x0r [22:30] <duck> Jabber ist wirklich schön, um andere Dinge darüber laufen zu lassen [22:30] <duck> schau dir die Jabber-RPC-Specs an [22:30] <duck> (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] <duck> andere Dienste? [22:30] <jrand0m> das ist interessant – im Grunde Jabber als Naming-Service zu verwenden [22:31] <duck> du meinst: [22:31] <jrand0m> Es wird immer weitere Dienste zum Hinzufügen geben – mit Mail (Usenet), Chat (Jabber) und Publizieren/Surfen (eepsites), ist die Abdeckung gut [22:31] <duck> Nameserver hat einen Jabber-Client, über den du Namen registrieren kannst (Token vorausgesetzt) [22:31] <duck> auch zum Abfragen verwenden? [22:31] <jrand0m> nö [22:32] <jrand0m> das Jabber-Register als Naming-Service [22:32] <duck> ok [22:32] <jrand0m> ist zentralisiert, aber funktioniert [22:32] <jrand0m> genau wie hosts.txt :) [22:33] <duck> gibt es Mail-Lösungen, die für diese Umgebungen besser geeignet sind als SMTP und POP/IMAP ? [22:33] <jrand0m> das ist eine wirklich gute Frage [22:33] <duck> denn ich glaube nicht, dass es einfach funktioniert, wenn du Mailserver zusammenstöpselst [22:34] <jrand0m> ja, es bräuchte wahrscheinlich entweder ein Gateway (à la freemail) oder der Naming-Service müsste ein paar interessante Kunststücke liefern [22:34] <jrand0m> oder es fällt zurück auf einen zentralen einzelnen POP3/IMAP-Server, bei dem alle auf demselben Server sind [22:35] <duck> Ich habe gestern mit aum (Autor von freemail) gesprochen [22:35] <duck> er sprach davon, fred in Python neu zu implementieren [22:35] <jrand0m> lol nice [22:35] *** mrflibble (mrflibble@anon.iip) ist Kanal #iip-dev beigetreten [22:35] <duck> also habe ich ihm vorgeschlagen, stattdessen an den Python-routern für i2p zu arbeiten [22:35] <jrand0m> ooh das würde TOTAL rocken! [22:35] <duck> dann hat er sich total über die PDF-Dokumente aufgeregt [22:36] <jrand0m> hey, wenn er die OpenOffice-Originale will, oder sogar einen txt-Export, exportiere ich [22:36] <duck> und ich habe die Geduld verloren und ihm gesagt, dass du auch die m$word-Dokumente hättest, wenn er nett fragen würde [22:36] <duck> naja, du warst ein Arschloch, weil du keinen HTML-Export oder so gemacht hast [22:36] <jrand0m> nö, das habe ich versucht ;) [22:36] <duck> ich habe die Geduld verloren und ihm gesagt, er solle mit dir reden [22:36] <jrand0m> der OpenOffice-HTML-Export ist MIST [22:37] <duck> hm [22:37] <mrflibble> stimmt, jr [22:37] <jrand0m> wenn die Spezifikationen 1.0 werden (aka wenn der router 1.0 wird und sie an den Code angepasst sind), kommen sie ins Wiki. [22:37] <duck> im Wiki steht aber das meiste [22:37] <jrand0m> genau [22:37] <mrflibble> ich habe das für dieses Kevin-Mitnick-Buch versucht. es war schlimmer als MS Office [22:37] <duck> na gut [22:37] <jrand0m> exakt. [22:37] <duck> vielleicht taucht er hier mal auf [22:37] <jrand0m> das wäre klasse [22:38] <duck> aber vielleicht ist es mit seiner Einstellung besser, wenn er zur Freenet-Gang geht [22:38] <duck> ... [22:38] <jrand0m> nun, Arbeit an Freenet ist immer gut [22:38] * duck kehrt dazu zurück, freundlich zu sein [22:38] <jrand0m> :) [22:38] <duck> aums Arbeit rockt [22:38] <duck> hoffentlich rockt er auch auf i2p [22:39] <jrand0m> ja, immer wenn jemand vom Suchen auf Freenet sprach, sagte ich einfach: "naja, mach einfach einen McNabb" [22:39] <jrand0m> wir brauchen die Hilfe auf jeden Fall [22:39] <duck> was mich zur folgenden Frage bringt: [22:39] <duck> sind die Änderungen an I2P, die du machst, spezifiziert? [22:39] <duck> oder ist der Java-Source die Dokumentation für die neuesten Infos [22:40] <jrand0m> es gibt Notizen auf meinem PalmPilot, im Dateisystem, und im Notizbuch, aber leider habe ich die OpenOffice-Dokumente schon länger nicht aktualisiert [22:40] <jrand0m> Februar ist Doku-Monat für jrandom. [22:40] <jrand0m> (und QA, und Bugfixing) [22:41] <jrand0m> ((und Besäufnisse ;)) [22:41] <jrand0m> die Spezifikationen sind immer noch weitgehend korrekt, es gibt nur mehr Details. [22:41] <duck> super [22:41] <jrand0m> aber die Datenstrukturen haben mehr Änderungen erfahren [22:42] <jrand0m> ok, noch etwas zu Diensten? [22:43] <jrand0m> ok, 5) Kram [22:43] <jrand0m> hi [22:43] <duck> hi! [22:43] <jrand0m> wie läuft's? [22:43] <jrand0m> [irgendwelche Fragen / Gedanken / Probleme / etc. kommen hierher] [22:43] <duck> die Base64-Tricks sollten zu den i2ptricks-Seiten hinzugefügt werden [22:44] <jrand0m> ooh guter Punkt [22:44] <duck> könnte auch noch andere Tricks geben, die ich noch nicht kenne [22:44] <duck> werde die Quellen nach 'main' greppen [22:44] <jrand0m> ich habe ein schlechtes Gewissen, dass der Installer jemanden nicht automatisch hosts.txt holen und reseeden lässt [22:44] <jrand0m> lol [22:44] <jrand0m> es gibt sehr, sehr viele main() Methoden, aber die sind größtenteils Testfunktionen [22:45] <jrand0m> oh! [22:45] <jrand0m> eine Sache. Führt den aktuellen Code aus CVS NICHT aus und erwartet, dass er mit normalen routern funktioniert. [22:45] *** joda (--@anon.iip) ist Kanal #iip-dev beigetreten [22:45] <joda> hi [22:45] <jrand0m> die DB-Nachrichten haben sich geändert :) [22:45] <jrand0m> hi joda [22:45] <joda> sorry, falls ich etwas unterbreche [22:45] <duck> ich war etwas genervt, dass ich CVS nicht zum Laufen bekam [22:45] <duck> aber dann habe ich mich erinnert, dass das hier nicht Freenet ist [22:45] <joda> ich wollte nur wissen, was mit "anonymail" passiert ist ? [22:46] <duck> du brauchst also nicht das neueste CVS, um es benutzen zu können [22:46] <jrand0m> joda> der Benutzer, der es betreibt, scheint im Moment nicht online zu sein. sollte bald wieder da sein [22:46] <jrand0m> hehe duck – ist es heute nach meinem Commit bei dir fehlgeschlagen, oder meinst du vor heute? [22:46] <duck> irgendwann letzte Woche [22:46] <joda> jrand> thx :) [22:46] <joda> cu :) [22:46] <jrand0m> ah 'k duck [22:46] <jrand0m> l8r joda [22:47] <jrand0m> ja, ich befürworte nur, den veröffentlichten Code auszuführen [22:47] <duck> wird 0.2.3 die Versionsdateien in ein Verzeichnis legen? :) [22:47] <jrand0m> 0.2.3 schafft die Versionsdateien ab :) [22:47] <jrand0m> (sehr, sehr, sehr viele Änderungen) [22:47] <jrand0m> aber das bedeutet, 0.2.3 (und danach) wird allgemein korrekte Uhren benötigen [22:48] <jrand0m> (aktueller Router.CLOCK_FUDGE_FACTOR = 30 Minuten) [22:48] <duck> wie hoch wird der Fudge-Factor für 0.2.3 sein? [22:48] <jrand0m> wahrscheinlich derselbe [22:49] *** joda hat #iip-dev verlassen [22:49] <duck> oh, current = dein Code [22:49] <jrand0m> diese Zeit wird verwendet, um DB-Einträge ablaufen zu lassen [22:49] <duck> k [22:49] <jrand0m> ah, stimmt, ja :) [22:49] <jrand0m> (in 0.2.2 ist dieser clock_fudge_factor über ein halbes Dutzend Dateien verteilt) [22:49] <duck> vielleicht könnte der Installer etwas benutzerfreundlicher sein [22:49] <duck> im Sinne von weniger Fragen [22:49] *** Signoff: nickthief66282 (Excess Flood) [22:50] <duck> Standard-phttp-URLs dabei, keine Bandbreitenbegrenzung etc [22:50] <jrand0m> ich schätze, wir könnten auch zufällige Ports automatisch wählen [22:50] <jrand0m> du hast recht [22:50] <jrand0m> willst du Commit-Rechte? :) [22:50] *** Signoff: nerox (EOF From client) [22:50] <jrand0m> (wenn nicht, kann ich es für 0.2.3 aktualisieren) [22:51] <duck> ein Argument dagegen kann sein, dass Benutzer die Einstellungen zu leicht als gegeben hinnehmen [22:51] <duck> und alle denselben phttp-Relay verwenden [22:51] *** nickthief24373 (~chatzilla@anon.iip) ist Kanal #iip-dev beigetreten [22:51] <jrand0m> stimmt. allerdings beinhalten die Pläne für 0.3.1 ein Update des phttp-Relay-Codes, damit Relays miteinander sprechen, und Nutzer auf einen weniger belasteten Relay umleiten [22:52] <jrand0m> im Allgemeinen bin ich mit dem Installationsprozess atm zufrieden – ich habe eine neue 0.2.2-Installation gebaut und war in unter einer Minute auf tcs Seite am Surfen [22:52] <jrand0m> (obwohl das daran liegt, dass ich weiß, was der ganze Text sagt, und ihn nicht gelesen habe...) [22:52] <duck> mir gefallen die langen Keys nicht [22:53] <duck> besonders nicht, wenn man sie kopieren&einfügen muss [22:53] <duck> besser als Datei verwenden [22:53] <jrand0m> hmm? [22:53] <duck> aber die binären Dateien zu verteilen ist mühsam [22:53] <duck> also muss man den Base64-Trick machen.. [22:53] <duck> könnte der i2ptunnel auch Base64-Destination-Keys lesen? [22:53] <duck> aus einer Datei, meine ich [22:53] <jrand0m> das wollte ich gerade tippen ;) [22:53] <jrand0m> ja, das wäre nicht viel Arbeit [22:54] <jrand0m> vielleicht sogar 1 Zeile [22:54] <duck> außerdem, was ist mit Armouring? [22:54] <duck> mit Header&Footer [22:54] <duck> wie PGP etc [22:55] <jrand0m> stimmt, so eine Validierung wäre nützlich [22:55] <duck> natürlich ist das ein Gimmick [22:55] <duck> aber es könnte für diejenigen hilfreich sein, die den tunnel nutzen wollen [22:55] <jrand0m> obwohl die Destination-Struktur selbst ziemlich wählerisch ist [22:55] <jrand0m> aber du hast recht, ein nacktes Base64 ist nicht das intuitivste oder sicherste, um es herumzureichen [22:56] <jrand0m> wir brauchen ein Bugzilla [22:56] <jrand0m> damit Dinge wie diese als TODO gepostet werden können [22:56] <jrand0m> dafür würde ich von der ToDo-Liste meines Palms weggehen [22:56] <duck> Bugzilla hat Nazi-Registrierungsanforderungen [22:56] <duck> mit E-Mails etc.. [22:56] <jrand0m> stimmt [22:57] <duck> aber besser als nichts [22:57] <duck> andere Bugtracker haben alle ihre Schwächen [22:57] <jrand0m> ja, praktisch jede Firma, bei der ich gearbeitet habe, hat am Ende ihren eigenen gebaut [22:58] <jrand0m> wir werden sehen. wir brauchen einen Bugtracker, bis wir mit vollem QA anfangen (sobald 0.3 rauskommt) [22:58] <jrand0m> also haben wir ein paar Wochen ;) [22:58] <jrand0m> aber wenn jemand etwas recherchiert und einen wirklich guten findet, wäre das super [22:59] <jrand0m> [nicht du speziell, duck, jede/r, der/die diese Besprechungsprotokolle zu Hause liest ;)] [22:59] <duck> bisher war phpBugTrackers für mich ok [22:59] <jrand0m> hmm, habe ich nicht benutzt [22:59] <duck> ja, ich spreche auch nicht mit jrandom [22:59] <jrand0m> lol [22:59] <duck> sondern zur Gruppe der I2P-Code-Entwickler :) [22:59] * jrand0m ist eigentlich 12 Leute, die unter einem einzigen Nym agieren [23:00] <jrand0m> ok, 1 Stunde, auf die Minute [23:00] <jrand0m> hat noch jemand etwas, bevor ich den *baf*er raushole? [23:01] * duck fordert 1 Minute mehr [23:01] <duck> da wir um 21:02 begonnen haben [23:01] <jrand0m> ja ja [23:01] <jrand0m> la la la [23:01] <jrand0m> was soll ich zum Abendessen essen? [23:01] <jrand0m> nebenan gibt es einen netten Falafel-Laden... [23:01] <jrand0m> hatte zum Mittag auch Gnocchi [23:01] <jrand0m> hmm... [23:01] <jrand0m> vielleicht ein flüssiges Abendessen [23:02] <duck> Suppe? [23:02] <jrand0m> ooOooo Whiskey-Suppe! [23:02] * jrand0m *baf*t die Sitzung mit diesem Hinweis zu