I2P-Entwicklertreffen - 01. Juni 2004

[22:59] <duck> Di Jun 1 21:00:00 UTC 2004 [23:00] <duck> Hi Leute! [23:00] <mihi> Hi duck [23:00] <duck> http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] <duck> mein Vorschlag: [23:00] * Masterboy ist #i2p beigetreten

[23:00] 1) Code-Fortschritt [23:00] 2) hervorgehobene Inhalte [23:00] 3) Testnetz-Status [23:00] 4) Prämien [23:00] 5) ??? [23:00] hi:) [23:00] . [23:01] Da jrandom nicht da ist, müssen wir es selbst machen [23:01] (Ich weiß, dass er mitloggt und unsere Unabhängigkeit überprüft) [23:01] kein Problem:P [23:02] Sofern es keine Probleme mit der Tagesordnung gibt, schlage ich vor, dass wir dabei bleiben [23:02] auch wenn ich nicht viel machen kann, wenn ihr das nicht tut :) [23:02] . [23:02] ;) [23:02] 1) Code-Fortschritt [23:02] nicht viel Code in cvs eingecheckt [23:02] Ich habe diese Woche die Trophäe gewonnen: http://duck.i2p/duck_trophy.webp [23:03] * hypercubus hat noch keinen cvs account [23:03] und wer hat etwas eingecheckt? [23:03] arbeitet jemand heimlich am Code? [23:03] * Nightblade ist #I2P beigetreten

[23:03] <hypercubus> BrianR hat an ein paar Sachen gearbeitet [23:04] <hypercubus> Ich habe vielleicht 20% des 0.4-Installers zusammengehackt [23:04] <duck> hypercubus: wenn du was hast, dann liefere Diffs und $dev wird für dich committen [23:04] <duck> natürlich gelten die strengen Lizenzvereinbarungen [23:05] <duck> hypercubus: cool, irgendwelche Probleme / erwähnenswerte Dinge? [23:06] <hypercubus> noch nicht, aber ich werde wahrscheinlich ein paar BSD-Leute brauchen, um die Pre-Installer-Shell-Skripte zu testen [23:06] * duck dreht ein paar Steine um [23:06] <Nightblade> ist es nur textbasiert [23:07] <mihi> duck: welcher davon bist du auf duck_trophy.webp? [23:07] <mihi> ;) [23:07] <Nightblade> luckypunk hat FreeBSD, außerdem hat mein ISP FreeBSD, aber deren Konfiguration ist irgendwie verhunzt [23:07] <Nightblade> mein Webhost-ISP, nicht Comcast [23:08] <duck> mihi: der linke mit der Brille. wilde ist der rechte Typ, der mir die Trophäe überreicht [23:08] * wilde winkt [23:08] <hypercubus> du hast die Wahl… wenn du Java installiert hast, kannst du den Pre-Installer ganz überspringen… wenn du Java nicht installiert hast, kannst du den Linux-Binary- oder Win32-Binary-Pre-Installer (Konsolenmodus) ausführen, oder einen generischen *nix-Skript-Pre-Installer (Konsolenmodus) [23:08] <hypercubus> der Haupt-Installer bietet dir die Wahl zwischen Konsolenmodus und schickem GUI-Modus [23:08] <Masterboy> ich werde bald FreeBSD installieren, also werde ich den Installer in Zukunft auch ausprobieren [23:09] <hypercubus> ok, gut… wusste nicht, ob außer jrandom noch jemand es benutzt [23:09] <Nightblade> unter FreeBSD wird Java als “javavm” statt als “java” aufgerufen [23:09] <hypercubus> aus Sun-Quellen gebaut? [23:09] <mihi> FreeBSD unterstützt Symlinks ;) [23:10] <hypercubus> wie auch immer, der Binary-Pre-Installer ist zu 100% fertig [23:10] <hypercubus> kompiliert mit gcj zu nativem Code [23:11] <hypercubus> er fragt dich nur nach dem Installationsverzeichnis und besorgt dir eine JRE [23:11] <duck> w00t [23:11] <Nightblade> cool [23:11] <hypercubus> jrandom paketiert eine angepasste JRE für i2p

[23:12] <deer> <j> . [23:12] <Nightblade> wenn du Java aus der freebsd ports collection installierst, verwendest du ein Wrapper-Skript namens javavm [23:12] <deer> <r> . [23:12] <hypercubus> wie auch immer, dieses Teil wird fast vollständig automatisiert sein [23:12] <deer> <r> . [23:12] <deer> <r> . [23:12] <deer> <r> . [23:12] <deer> <duck> r: hör auf [23:12] <deer> <r> . [23:12] <deer> <m> . [23:13] <deer> <m> doofer irc-Server, unterstützt kein Pipelining :( [23:13] <duck> hypercubus: hast du eine ETA für uns? [23:14] <deer> <m> oops, the problem is “Nick change too fast” :( [23:14] <hypercubus> ich rechne immer noch damit, in weniger als einem Monat fertig zu sein, bevor 0.4 reif für die Veröffentlichung ist [23:14] <hypercubus> allerdings kompiliere ich gerade ein neues Betriebssystem für mein Entwicklungssystem, daher wird es ein paar Tage dauern, bevor ich wieder am Installer weiterarbeite ;-) [23:14] <hypercubus> aber keine Sorge [23:15] <duck> ok. also nächste Woche mehr Neuigkeiten :) [23:15] <duck> sonst noch irgendwas programmiert? [23:15] <hypercubus> hoffentlich… es sei denn, der Stromversorger macht mir wieder einen Strich durch die Rechnung [23:16] * duck wechselt zu #2 [23:16] <duck> * 2) empfohlene Inhalte [23:16] <duck> jede Menge Streaming-Audio (ogg/vorbis) diese Woche gemacht [23:16] <duck> baffled betreibt seinen egoplay-Stream und ich lasse auch einen Stream laufen [23:16] <Masterboy> und es funktioniert ziemlich gut [23:17] <duck> auf unserer Seite bekommst du Infos, wie man es benutzt [23:17] <hypercubus> hast du grobe Statistiken für uns? [23:17] <duck> wenn du einen dort nicht aufgeführten Player benutzt und herausfindest, wie man ihn verwendet, schick sie mir bitte und ich füge hinzu [23:17] <Masterboy> duck, wo ist der Link zu baffleds Stream auf deiner Seite? [23:17] <Masterboy> :P [23:17] <duck> hypercubus: 4kB/s geht ziemlich gut [23:18] <duck> und mit ogg ist es nicht zuuuuu schlecht [23:18] <hypercubus> aber das scheint trotzdem die durchschnittliche Geschwindigkeit zu sein? [23:18] <duck> meine Beobachtung ist, dass das das Maximum ist [23:18] <duck> aber das ist alles Feintuning an der Konfiguration [23:19] <hypercubus> irgendeine Idee, warum das das Maximum zu sein scheint? [23:19] <hypercubus> und ich rede hier nicht nur vom Streaming [23:19] <hypercubus> sondern auch von Downloads [23:20] <Nightblade> ich habe gestern ein paar große Dateien (ein paar Megabyte) von ducks Hosting Service heruntergeladen und kam ebenfalls auf etwa 4kb-5kb [23:20] <duck> ich denke, das ist die RTT (Round-Trip Time) [23:20] <Nightblade> diese Chips-Filme [23:20] <hypercubus> 4-5 scheint eine Verbesserung gegenüber den ~3 zu sein, die ich konstant bekomme, seit ich i2p benutze

[23:20] <Masterboy> 4-5kb ist nicht schlecht.. [23:20] <duck> mit einer windowsize von 1 wirst du nicht viel schneller.. [23:20] <duck> windowsize>1 Prämie: http://www.i2p.net/node/view/224 [23:21] <duck> mihi: vielleicht kannst du dazu etwas sagen? [23:21] <hypercubus> aber es sind bemerkenswert konstante 3 kbps [23:21] <mihi> wobei? windowsize>1 mit ministreaming: du bist ein Zauberer, wenn du das schaffst ;) [23:21] <hypercubus> keine Aussetzer in der Bandbreitenanzeige… eine ziemlich glatte Linie [23:21] <duck> mihi: warum es bei 4kb/s so stabil ist [23:21] <mihi> keine Ahnung. Ich höre keinen Ton :( [23:22] <duck> mihi: bei allen Übertragungen über i2ptunnel [23:22] <Masterboy> mihi, du musst das Ogg-Streaming-Plugin konfigurieren.. [23:22] <mihi> Masterboy:? [23:23] <mihi> nein, innerhalb von i2ptunnel gibt es keine Geschwindigkeitsbegrenzung. Das muss am router liegen… [23:23] <duck> meine Überlegung: maximale Paketgröße: 32kB, rtt (Round-Trip-Zeit) von 5 Sekunden: 32kB/5s =~ 6.5kb/s [23:24] <hypercubus> klingt plausibel [23:25] <duck> ok.. [23:25] <duck> anderer Inhalt: [23:25] * hirvox ist #i2p beigetreten

[23:25] es gibt eine neue eepsite von Naughtious [23:25] anonynanny.i2p [23:25] der Schlüssel ist in CVS eingecheckt und er hat ihn in ughas Wiki gestellt [23:25] * mihi hört “sitting in the …” - duck++ [23:25] sieh mal, ob du zwei oder drei Streams mit 4kb Geschwindigkeit öffnen kannst, dann kannst du erkennen, ob es am router oder an der Streaming-Bibliothek liegt [23:26] Naughtious: bist du da? erzähl etwas über deinen Plan :) [23:26] ich habe gelesen, dass er Hosting anbietet [23:26] Nightblade: ich habe 3 parallele Downloads von baffled probiert und bekam 3-4kB jeweils [23:26] ich seh schon [23:27] Nightblade: wie kannst du das dann feststellen? [23:27] * mihi hört gern im “Stop&Go”-Modus ;) [23:27] nun, wenn es irgendeine Begrenzung im router gibt, die ihn nur 4kb auf einmal verarbeiten lässt [23:27] oder ob es etwas anderes ist [23:28] kann jemand diese anonynanny‑Site erklären? ich habe im Moment keinen laufenden i2p router [23:28] hypercubus: einfach ein Wiki oder etwas in der Art [23:28] Plone‑CMS‑Setup, offene Registrierung [23:28] erlaubt Datei-Upload und Website‑Sachen [23:28] über die Weboberfläche [23:28] eine andere Sache wäre, den Durchsatz des “repliable datagram” (antwortfähiges Datagramm) zu testen, was soweit ich weiß (afaik) dasselbe ist wie die Streams, nur ohne ACKs [23:28] vermutlich so ähnlich wie Drupal [23:28] ja, ich habe Plone schon betrieben [23:29] Nightblade: ich habe darüber nachgedacht, airhook dafür zu verwenden [23:29] aber bisher nur ein paar grundlegende Überlegungen [23:29] ist beim Wiki‑Inhalt alles erlaubt, oder konzentriert es sich auf etwas Bestimmtes? [23:29] ich glaube, airhook ist GPL‑lizenziert [23:29] das Protokoll [23:29] nicht der Code [23:29] ah :) [23:30] hypercubus: er will qualitativ hochwertigen Inhalt und lässt dich den liefern :) [23:30] lad das beste pr0n von dir hoch, das du hast, hyper ;P [23:30] ok [23:30] * Masterboy wird das auch versuchen [23:30] ja, wer ein offenes Wiki betreibt, bittet geradezu um Qualitätsinhalte ;-) [23:31] ok [23:31] * duck wechselt zu #3 [23:31] * 3) Testnet-Status [23:31] Airhook geht elegant mit intermittierenden, unzuverlässigen oder verzögerten Netzwerken um <– hehe, keine optimistische Beschreibung von I2P! [23:31] wie läuft es? [23:32] lasst uns die Diskussion über Datagramme über i2p ans Ende setzen [23:32] ich laufe gern in offene Wikis und verlinke das hier: http://www.fissure.org/humour/pics/squirre l.webp [23:32] airhook rockt [23:32] ich habe es mir auch für den Aufbau eines p2p‑Netzwerks angesehen. [23:32] wirkt auf mich zuverlässig (#3) [23:32] das Beste, was ich bisher gesehen habe [23:33] ja [23:33] funktioniert gut – zumindest für Stop&Go‑Audio‑Streaming [23:33] ich sehe ziemlich beeindruckende Uptimes auf IRC [23:33] einverstanden… sehe viel mehr blaue Leute in meiner router‑Konsole [23:33] mihi: hörst du Techno? :) [23:33] aber schwer zu sagen, da bogobot Verbindungen, die über 00:00 hinausgehen, offenbar nicht handhabt [23:33] Audio‑Streaming funktioniert bei mir großartig, aber das Laden von Websites braucht oft mehrere Versuche [23:33] ich habe den Eindruck, dass i2p nach 6 Stunden Nutzung sehr gut läuft in der 6. Stunde habe ich das IRC 7 Stunden lang benutzt und so lief mein router 13hours [23:33] (Tipp) [23:34] duck: äh… heheh [23:34] ich könnte das wohl beheben [23:34] hast du das Logging auf täglich gestellt? [23:34] hypercubus++ [23:34] ich meine die Logrotation [23:34] oh ja [23:34] duck– [23:34] deshalb [23:34] ich war den ganzen Tag bei der Arbeit, habe meinen Computer eingeschaltet, i2p gestartet und war in nur wenigen Minuten auf ducks IRC‑Server [23:35] ich habe einige seltsame DNFs gesehen [23:35] sogar beim Verbinden mit meinen eigenen eepsites [23:35] (http://dev.i2p.net/bugzilla/show_bug.cgi?id=74) [23:35] ich denke, das verursacht derzeit die meisten Probleme [23:35] bogoparser analysiert nur Uptimes, die vollständig innerhalb einer einzelnen Logdatei liegen… wenn die Logdatei also nur 24 Stunden umfasst, wird niemand als länger als 24 Stunden verbunden angezeigt [23:35] Masterboy und ughabugha hatten das, glaube ich, auch… [23:36] jup [23:36] (beheb es, und du gewinnst nächste Woche sicher die Trophäe!) [23:37] bogobot ist aufgeregt? ;) [23:37] ich habe meine Website ausprobiert und manchmal, wenn ich Aktualisieren drücke, nimmt sie die andere Route? und ich habe zu warten, bis sie lädt, aber ich warte nie ;P ich drücke nochmal und dann erscheint sie sofort [23:37] ups, sry. vergessen, dass das hier ‘gated’ ist… [23:38] Masterboy: dauern die Timeouts 61 Sekunden? [23:39] mihi: bogobot jetzt auf wöchentliche Rotationen gestellt [23:39] * mihi hat IRC verlassen (“tschüss, und habt ein schönes Meeting”) [23:40] sorry, ich habe es auf meiner Website nicht nachgesehen wenn ich sie nicht sofort erreichen kann, drücke ich einfach Aktualisieren und sie lädt sofort.. [23:40] hm [23:40] nun, das muss behoben werden [23:41] …. #4 [23:41] ich glaube, die Route ist nicht jedes Mal dieselbe [23:41] * 4) bounties (Prämien) [23:41] Masterboy: lokale Verbindungen sollten verkürzt werden [23:42] wilde hatte ein paar Bounty‑Gedanken… bist du da? [23:42] vielleicht ist es ein Peer‑Selection‑Bug [23:42] ich bin nicht sicher, ob das wirklich für die Agenda war [23:42] oh [23:42] ok, aber die Gedanken waren ungefähr so: [23:42] ich denke, wenn wir öffentlich gehen, wird das Bounty‑System besser funktionieren [23:43] masterboy: ja, es gibt zwei tunnels für jede Verbindung, so verstehe ich es nachdem ich die router.config gelesen habe [23:43] wir könnten diesen Monat nutzen, um etwas kleine Werbung für i2p zu machen und den Bounty‑Pool etwas zu erhöhen [23:43] ich sehe, dass das Mute‑Projekt gut läuft - sie haben 600$ bekommen und noch nicht viel programmiert ;P [23:44] gezielt an Freedom‑Communities, Krypto‑Leute, etc [23:44] ich glaube nicht, dass jrandom Werbung will [23:44] keine öffentliche Slashdot‑Aufmerksamkeit, nein [23:44] das habe ich auch beobachtet [23:44] ich will es wieder pushen - wenn wir öffentlich gehen, wird das System viel besser funktionieren ;P [23:45] Masterboy: Bounties könnten z. B. die Entwicklung von myi2p beschleunigen [23:45] und wie jr sagte no public till 1.0 and only some attention after 0.4 [23:45] *schrieb [23:46] wenn wir etwa 500$+ für eine Bounty haben, könnten Leute tatsächlich ein paar Wochen davon leben [23:46] das Schwierige ist: Selbst wenn wir eine kleine Dev‑Community ansprechen, wie hust die Mute‑Devs, könnten diese Leute i2p weiter verbreiten, als uns lieb wäre [23:46] jemand könnte eine Karriere daraus machen, i2p‑Bugs zu beheben [23:46] und zu früh [23:46] i2p‑Links sind bereits an vielen öffentlichen Stellen [23:46] du googelst, und du findest i2p

[23:47] <hypercubus> obskure öffentliche Orte ;-) (ich habe den I2P-Link auf einer Freesite gesehen… ich habe Glück, dass die verdammte Freesite überhaupt geladen hat!) [23:47] <wilde> http://en.wikipedia.org/wiki/I2p [23:47] <Masterboy> aber ich stimme zu, dass es keine Werbung gibt, bis 0.4 fertig ist [23:47] <Masterboy> waaaas??????? [23:47] <wilde> http://www.ovmj.org/GNUnet/links.php3?xlang=English [23:48] <Masterboy> protol0l macht einen großartigen Job ;P [23:48] <Masterboy> ;)))))) [23:48] <hypercubus> schöner Tippfehler ;-) [23:48] <wilde> ok jedenfalls, ich stimme zu, dass wir I2P vorerst privat halten sollten (jr, lies dieses Log ;) [23:49] <Masterboy> wer hat das gemacht? [23:49] <Masterboy> ich denke, die Freenet-Crew-Diskussion hat mehr Aufmerksamkeit gebracht.. [23:50] <Masterboy> und dass jr mit toad diskutiert, gibt der breiten Öffentlichkeit viele Infos.. [23:50] <Masterboy> also wie in ughas Wiki - wir können alle jr dafür die Schuld geben ;P [23:50] <wilde> ok jedenfalls, wir werden sehen, ob wir etwas $ reinholen können, ohne /. anzulocken. [23:50] <Masterboy> einverstanden [23:50] <hypercubus> die freenet-dev-Liste ist kaum das, was ich die “breite Öffentlichkeit” nenne ;-) [23:50] <wilde> . [23:51] <hypercubus> wilde: du wirst schneller als du denkst eine Menge $ haben ;-) [23:51] <wilde> ach komm, sogar meine Mutter hat freenet-devl abonniert [23:51] <duck> meine Mutter liest über gmame [23:51] <deer> <clayboy> freenet-devl wird hier in Schulen gelehrt [23:52] <wilde> . [23:52] <Masterboy> also werden wir mehr Bounties sehen, sobald wir 0.4 stabil sind.. [23:53] <Masterboy> das ist nach 2 Monaten ;P [23:53] <wilde> wohin ist dieser duck gegangen? [23:53] <duck> danke, wilde [23:53] <hypercubus> obwohl ich bisher der einzige Bounty-Einreicher bin, muss ich sagen, dass das Kopfgeld keinen Einfluss auf meine Entscheidung hatte, die Herausforderung anzunehmen [23:54] <wilde> hehe, das hätte es, wenn es 100x gewesen wäre [23:54] <duck> du bist zu gut für die Welt [23:54] <Nightblade> haha [23:54] * duck wechselt zu #5 [23:54] <hypercubus> wilde, $100 bedeuten mir einen Scheiß ;-) [23:54] <duck> 100 * 10 = 1000 [23:55] * duck pops(“5 airhook”) [23:55] <duck> tessier: hast du damit irgendwelche Praxiserfahrung [23:55] <duck> (http://www.airhook.org/) [23:55] * Masterboy wird das mal ausprobieren:P [23:56] <duck> Java-Implementierung (keine Ahnung, ob sie überhaupt funktioniert) http://cvs.ofb.net/airhook-j/ [23:56] <duck> Python-Implementierung (ein Chaos, hat früher funktioniert) http://cvs.sourceforge.net/viewcvs.py/khashmir /khashmir/airhook.py [23:58] * duck öffnet das Rant-Ventil [23:58] <Nightblade> die j ist auch GPL [23:58] <duck> portiere es in die pubdomain [23:58] <hypercubus> amen [23:58] <Nightblade> das gesamte Protokolldokument ist nur etwa 3 Seiten lang - so schwer kann das nicht sein [23:59] <Masterboy> nichts ist schwer [23:59] <Masterboy> es ist nur nicht einfach [23:59] <duck> ich glaube jedoch nicht, dass es vollständig spezifiziert ist [23:59] * hypercubus nimmt masterboys Glückskekse weg [23:59] <duck> du musst vielleicht in den C-Code eintauchen, um eine Referenzimplementierung zu bekommen [00:00] <Nightblade> ich würde es selbst machen, aber ich bin gerade mit anderem i2p-Kram beschäftigt [00:00] <Nightblade> (und außerdem meinem Vollzeitjob) [00:00] <hypercubus> duck: vielleicht ein Bounty dafür? [00:00] <Nightblade> gibt’s schon [00:00] <Masterboy> ? [00:00] <Masterboy> ahh Pseudonyms [00:00] <duck> es könnte auf 2 Ebenen eingesetzt werden [00:00] <duck> 1) als Transport neben TCP [00:01] <duck> 2) als Protokoll zur Handhabung von Datagrammen innerhalb von i2cp/sam [00:01] <hypercubus> das ist dann ernsthafte Überlegung wert [00:01] <hypercubus> </obvious>

[00:02] <Nightblade> duck: Mir ist aufgefallen, dass das repliable datagram (beantwortbares Datagramm) in SAM eine maximale Größe von 31 KB hat, wohingegen der Stream eine maximale Größe von 32 KB hat - was mich vermuten lässt, dass die Destination (I2P-Zieladresse) des Senders bei jedem Paket im Repliable-Datagramm-Modus mitgeschickt wird und im Stream-Modus nur am Anfang - [00:02] <Masterboy> nun, airhook cvs ist nicht sehr aktuell.. [00:03] <Nightblade> was mich denken lässt, dass es ineffizient wäre, ein Protokoll oben auf den repliable Datagrammen über SAM aufzusetzen [00:03] <duck> Die Nachrichtengröße von airhook ist 256 Byte, die von I2CP 32 KB, also musst du zumindest ein bisschen etwas ändern [00:04] <Nightblade> eigentlich könntest du, wenn du das Protokoll in SAM machen wolltest, einfach das anonyme Datagramm verwenden und das erste Paket die Destination des Senders enthalten lassen…. bla bla bla - ich habe viele Ideen, aber nicht genug Zeit, sie zu coden [00:06] <duck> andererseits hast du Probleme, Signaturen zu verifizieren [00:06] <duck> also könnte dir jemand gefälschte Pakete schicken [00:06] <Masterboy> Thema:::: SAM [00:06] <Masterboy> ;P [00:07] <Nightblade> stimmt [00:08] <Nightblade> aber wenn du an diese Destination zurücksendest und keine Bestätigung kommt, wüsstest du, dass es ein Faker war [00:08] <Nightblade> es müsste einen Handshake geben [00:08] <duck> aber dafür brauchst du Handshakes auf Anwendungsebene [00:08] <Nightblade> nein, nicht wirklich [00:09] <Nightblade> pack das einfach in eine Bibliothek für den Zugriff auf SAM [00:09] <Nightblade> das ist allerdings eine schlechte Art, das zu machen [00:09] <Nightblade> es so zu machen [00:09] <duck> du könntest auch separate Tunnel verwenden [00:09] <Nightblade> es sollte in die Streaming-Bibliothek gehören [00:11] <duck> jup. ergibt Sinn [00:12] <duck> ok [00:12] <duck> ich fühl mich baff-ig [00:13] <Nightblade> ja [00:13] * duck baffs