I2P Entwicklertreffen - 11. Oktober 2005

16:29 <jrandom> 0) hi 16:29 <jrandom> 1) 0.6.1.2 16:29 <jrandom> 2) I2PTunnelIRCClient 16:29 <jrandom> 3) Syndie 16:29 <jrandom> 4) I2Phex 16:29 <jrandom> 5) Stego und Darknets (bzgl. Flamewar) 16:29 <jrandom> 5) ??? 16:29 <jrandom> 0) hi 16:29 <@cervantes> (6) 16:29 <+postman> meinst du 6)? 16:29 <jrandom> ja, ich kann nicht zählen ;) 16:30 * postman gibt cervantes ein High-Five 16:30 <jrandom> wöchentliche Statusnotizen veröffentlicht @ http://dev.i2p.net/pipermail/i2p/2005-October/000990.html 16:30 <wiht> Fragen sollten Punkt 6 sein. 16:30 <jrandom> da ich 30 Minuten zu spät bin, habt ihr sicher alle diese Notizen schon gelesen, also legen wir los ;) 16:31 <jrandom> 1) 0.6.1.2 16:31 <@cervantes> 6) jrandoms Mitbewohner und dessen schlechtes Timing diskutieren 16:31 <jrandom> *hust* ;) 16:31 <jrandom> ok, wie in der E-Mail erwähnt, scheint das 0.6.1.2-Release ziemlich gut zu laufen 16:32 <jrandom> wir haben den Bug gefunden, der die irc Server auf einem älteren Build festgehalten hatte, und sie sind jetzt auch aktuell (w00t!) 16:32 <+postman> :) 16:32 <wiht> Apropos: Wäre es in der netDB auf der router-Konsole möglich, die Tabelle mit den router und ihren Versionen oben auf der Seite aufzuführen? 16:33 <jrandom> die Anzahl der router pro Version, richtig? klar, das ließe sich ziemlich leicht machen, vielleicht integrieren wir es in die peers.jsp-Tabelle (zeigt die Version pro Peer) und eine neue Tabelle unten? 16:34 <jrandom> ist irgendwie schön zu sehen, wie 9 Versionen gut zusammenspielen, obwohl natürlich die neueren am besten funktionieren 16:35 <jrandom> ok, hat sonst noch jemand etwas zu 1) 0.6.1.2? 16:35 <+postman> einer meiner router zeigt 1080 bekannt 16:35 <jrandom> ui 16:35 <+postman> ich denke, das ist etwas aus dem Ruder gelaufen? 16:35 <jrandom> ist das auf 0.6.1.2? 16:35 <+postman> ja, denke schon 16:36 <jrandom> hmm, ja, das ist ... etwas hoch. ich sehe gerade ungefähr halb so viele 16:36 <+Complication> Beständig ~400 hier 16:37 <+bar> hier auch 16:37 <wiht> Ich sehe 260 bekannte router. 16:37 <jrandom> postman: vielleicht können wir nach dem Meeting untersuchen, was in diesem router los ist (könntest du mir netDb/routerInfo-* als tar.bz2 schicken?) 16:38 <+postman> jrandom: ja danke 16:38 <jrandom> gracias 16:38 <jrandom> ja, nicht jeder wird jeden netDb-Verweis sehen, daher sind Schwankungen normal 16:40 <jrandom> ok, wenn es nichts Weiteres zu 1) 0.6.1.2 gibt, schwenken wir rüber zu 2) I2PTunnelIRCClient 16:40 <@cervantes> gut gemacht, dust 16:40 <jrandom> wie in der E-Mail erwähnt, haben wir einen neuen, IRC-protokollspezifischen Filter in CVS, und er sollte in der nächsten Revision als Standard ausgerollt werden 16:41 <+postman> cool 16:41 <jrandom> ja, das ist sehr cool, die Leute fragen schon seit Ewigkeiten nach so etwas 16:41 <+Myo9> Jrandom, du bist in letzter Zeit offener geworden, wir haben von deiner Ex erfahren und jetzt deinem Mitbewohner usw. Denk daran: http://www.navysecurity.navy.mil/st031204.webp 16:41 <jrandom> *hust* 16:42 <dust> Wenn du sehen willst, was dein Client sendet, kannst du net.i2p.i2ptunnel.I2PTunnelIRCClient=INFO hinzufügen und dann in die Logs schauen, um alles zu sehen 16:43 <dust> ich habe einige Clients getestet, aber es gibt viele.. 16:43 <jrandom> ja, ich habe es eine Weile beobachtet, aber das Filtern wirkt solide 16:44 <jrandom> es gibt auch ein paar nette Dinge, die wir künftig vielleicht machen können – z. B. PING/PONG lokal, um die Netzlast zu verringern 16:44 <+Complication> dust: danke für die „Info“ :) 16:44 <+bar> großartig, dust, vielen Dank 16:44 <wiht> Heißt das, wir müssen keinen zusätzlichen IRC tunnel einrichten? 16:44 <jrandom> wiht: nein, du brauchst einen irc tunnel, aber er kann den ersetzen, den du schon nutzt 16:45 <+Complication> wiht: mach dir einfach weniger Sorgen, dass unser IRC-Client uns verrät 16:45 <jrandom> postman/cervantes: irgendwelche Gedanken dazu, die Server-Ping/Pong-Timeouts zu erhöhen oder zu entfernen? 16:45 <wiht> Das erklärt’s, danke. 16:46 <+postman> mmh, ich würde sie nicht entfernen, mein Client ist völlig ausgerastet, als ich damit herumgespielt habe 16:46 <jrandom> postman: nun, ich denke daran, lokal darauf zu antworten, sodass der Client ein wirklich, wirklich schnelles PING/PONG bekommt 16:46 <@cervantes> postman: der Proxy könnte auf Pings antworten 16:46 <jrandom> (aber das Ping/Pong müsste nicht über das Netzwerk gehen) 16:47 <jrandom> ich kenne die Auswirkungen nicht, aber es lohnt sich vielleicht, das anzuschauen. 16:47 <@cervantes> aber ich bin nicht sicher, wie die Server reagieren würden, am Ende hat man womöglich einen Haufen Zombie-Clients 16:47 <+postman> jrandom: nun 16:47 <jrandom> nun, das Keepalive der Streaming-Bibliothek sollte das abfangen 16:47 * Complication hat gelegentlich Zombifizierung erlebt 16:47 <jrandom> Complication: in letzter Zeit? 16:47 <+postman> jrandom: wenn der Proxy für den Client pingt, muss der Proxy auch zum Client ping/pong machen 16:48 <+Complication> Vor einer Woche, glaube ich. 16:48 <jrandom> postman: ein PING vom Client zum Proxy würde dazu führen, dass der Proxy direkt mit einem PONG an den Client antwortet, ohne irgendetwas über i2p zu senden 16:48 <+Complication> Aber meine „Kopie“ wurde schließlich getrennt. 16:48 <@cervantes> jrandom: die Verbindung würde offen gehalten ... die Server müssten ihre Schwelle senken, ab wann ein Client als veraltet gilt und rausgeworfen werden muss 16:48 <jrandom> Complication: ah, die irc Server waren damals nicht aktuell, sollte nicht mehr passieren 16:49 <+Complication> Ohne dass ich „ghost“ benutzt habe. Die jüngsten Verwendungen des ghost-Kommandos lagen daran, dass ich mit vielen Knoten gearbeitet habe. 16:49 <+postman> jrandom: und die Lag-Messung? 16:49 <jrandom> cervantes: genau. und/oder falls nötig könnte der Proxy dem Server eine zusätzliche PING-Nachricht injizieren, wenn er eine /braucht/. 16:49 <+postman> ich finde es ziemlich nützlich zu wissen, ob ich lag habe oder nicht 16:49 <jrandom> postman: ich auch, aber du kannst dir immer selbst /msg schicken 16:50 <dust> man könnte vielleicht die Anzahl der Pings reduzieren 16:50 <jrandom> das würde eine erhebliche Menge Bandbreite sparen, da tunnel-Nachrichten 1024-Byte-Blöcke sind, die über 2*k+1 Hops gesendet werden 16:50 <jrandom> das auch 16:50 <jrandom> weiß nicht, nur eine Idee. Was wir jetzt haben, ist trotzdem der Hammer 16:51 <+postman> ok, ich würde versuchen, einen Testserver zu patchen 16:51 <@cervantes> vielleicht könnten wir die Anzahl reduzieren ... aber ich denke, wir sollten weiterhin einige echte Pings senden, um festzustellen, ob die Clients noch leben 16:51 <+postman> vielleicht klappt’s 16:51 <jrandom> klingt vernünftig, cervantes. ich glaube nicht, dass es dafür Patches am Server braucht, hoffe ich? 16:52 <+postman> jrandom: zum Deaktivieren vielleicht – aber das Senken des Intervalls ist ein conf-Parameter 16:53 * postman kaut auf der ircd-Dokumentation herum ( schon wieder ) 16:53 <jrandom> cool, keine Eile. nur etwas, das wir irgendwann mal ansehen können 16:53 <@cervantes> class servers 16:53 <@cervantes> { 16:53 <@cervantes> pingfreq 120; 16:54 <@cervantes> class clients { pingfreq 90 } 16:54 <@cervantes> das ist meine aktuelle Konfiguration 16:54 <+postman> cervantes: ja, ich weiß - die Frage ist, ob man es überhaupt deaktivieren kann 16:54 <@cervantes> Ich würde sie nicht deaktivieren ... nur schauen, dass wir sie reduzieren 16:55 <+postman> ok, fangen wir damit an 16:55 <+postman> cervantes: wie wäre es mit 180 Sekunden? 16:56 <@cervantes> gleich mal mit 240 16:56 <@cervantes> aber vielleicht sollten wir zuerst die ircproxy-Seite der Dinge fertig machen 16:57 <@cervantes> *nach dem Meeting besprechen* 16:57 <+postman> einverstanden 16:57 <jrandom> w3rd. ok, noch etwas zu 2) I2PTunnelIRCClient, oder sollen wir weitergehen zu 3) Syndie? 16:57 <@cervantes> alles, was meinen aktuellen durchschnittlichen router-Traffic von 40 kb/s reduziert ;-) 16:58 <jrandom> heh, aus irgendeinem Grund bezweifle ich, dass das alles irc ist ;) 16:58 <jrandom> ok, weiter geht’s 16:59 * cervantes versteckt die Pony-Video-Downloads, die er die ganze Woche über von jrandom gezogen hat 16:59 <@cervantes> is=the 16:59 <+postman> LOL 16:59 <jrandom> wie in der Mail erwähnt, passiert gerade ziemlich cooles Zeug mit syndie 16:59 <jrandom> das CLI ist trivial, aber dusts neuer Sucker sieht wirklich vielversprechend aus 16:59 <jrandom> dust: magst du uns einen Überblick geben? 17:00 <dust> oh, 17:01 <dust> nun, es verwendet rome zum Parsen der Feeds und konvertiert es dann zu sml, wie in jrandoms Blog beschrieben 17:02 <dust> es ist noch nicht das, was man robust nennen würde, aber es ist erst zwei Tage alt :) 17:02 <dust> ich habe etwas Dilbert in meinem syndie.. 17:02 <dust> :) 17:02 <dust> . 17:02 <jrandom> nett 17:03 <jrandom> ok, was sind deine Gedanken zur weiteren Richtung – sollen wir es in den syndie-Source werfen und als CLI verfügbar machen, oder separat halten und unabhängig verteilen, oder etwas anderes? 17:04 * dust weiß nicht, du entscheidest 17:04 <dust> je weniger separate Tools, desto besser 17:04 <jrandom> ja, wahrscheinlich einfacher, alles zusammen zu bündeln, so wissen alle, dass sie es nutzen können 17:05 <jrandom> dann könnten wir Dinge tun wie es ins Web-Interface integrieren und vielleicht in Ragnaroks Scheduler (Syndikation mit anderen Knoten und Abruf aus RSS/Atom/etc.) 17:07 <jrandom> ok, hat jemand Fragen/Kommentare/Bedenken zu 3) Syndie? 17:07 <wiht> Wenn ihr weiter Software in I2P integriert, könnte es zu einem aufgeblähten Softwarepaket werden. 17:07 <wiht> Natürlich kann ich Syndie abschalten, wenn ich es nicht benutze. 17:08 <jrandom> das i2p SDK 13KLOC 17:08 <jrandom> und der i2p router hat nur 22KLOC 17:08 <jrandom> aber ja, es wirkt sich auf die Downloadzeit der Installation aus 17:09 <jrandom> wenn jemand wollte, könnte er einen abgespeckten router ohne Client-Apps bauen, nur mit router.jar, jbigi.jar und i2p.jar 17:09 <wiht> Ja, ich meinte den Download. 17:09 <jrandom> (aber es ist viel nützlicher, wenn es ein Web-Interface zur Steuerung gibt, und i2ptunnel, und die Streaming-Bibliothek, etc. ;) 17:11 <jrandom> smeghead hat an einem Distributionssystem gearbeitet (wie emerge, für Java), und es gibt auch die jpackage-Leute 17:11 <jrandom> wenn jemand sich eine nahtlose und zuverlässige Möglichkeit ansehen will, die Apps ohne Bundling zu verwalten, wäre das ziemlich cool 17:12 <jrandom> ok, wenn es dazu nichts Weiteres gibt, springen wir rüber zu 4) I2Phex 17:13 <jrandom> ich habe eigentlich nicht viel hinzuzufügen zu dem, was in den Statusnotizen steht 17:13 <jrandom> redzara: bist du da? 17:13 <+redzara> ja, bin ich 17:13 <+redzara> Ich arbeite bereits an der nächsten Version, während ich auf das Treffen mit Gregor warte. 17:13 <jrandom> ah, super 17:13 <+redzara> Die Arbeit besteht im Moment hauptsächlich darin, die Unterschiede und Anforderungen im Zusammenhang mit der Nutzung von I2P zu identifizieren, z. B. tcp/udp vs i2p, Verwaltung der I2P-spezifischen Parameter (und Verwaltung der Aktualisierung dieser gleichen Parameter bei den nächsten Versionen, ...) Portierung von GWebCache auf I2P, RSS nutzen oder nicht, Push nutzen oder nicht... 17:14 <+redzara> Ich habe viel Dokumentation und Code zu lesen 17:15 <jrandom> wow, ja, klingt nach viel. Sag Bescheid, wenn du Fragen zur i2p-Integration hast, oder wenn du einfach jemanden brauchst, um Ideen zu spiegeln 17:16 <jrandom> den I2Phex-Teil als Plugin in das Mainline-Phex zu bringen, wäre wirklich megagut 17:17 <jrandom> ok, hat sonst noch jemand etwas zu 4) I2Phex? 17:18 <+redzara> Ich bräuchte sicher Unterstützung für den Petname-Teil 17:19 <+redzara> und vielleicht auch für das Fine-Tuning der Parameter der tunnel 17:19 <jrandom> cool, die Namensgebung ist ziemlich einfach – auf einer grundlegenden Ebene könntest du sogar ganz ohne Namen auskommen (so macht I2Phex das derzeit) 17:20 <jrandom> die tunnel-Konfiguration sollte auch kein Problem sein, allerdings bringt das die Idee auf, dass Phex vielleicht einen Bereich „Erweiterte Konfiguration“ für Plugins bräuchte 17:20 <jrandom> (wir wollen natürlich ohnehin gute Defaults haben) 17:21 <+redzara> vielleicht etwas wie ircclient, ein Filter zur Absicherung 17:22 <@cervantes> besser, die App in Form zu bringen, imho 17:22 <jrandom> das könnte funktionieren, allerdings kann der Umgang mit beliebigen Byte-Sequenzen schwierig sein 17:23 <jrandom> allerdings könnte ein Proxy wie ircclient es jedem Gnutella-Client ermöglichen, ihn zu nutzen. Aber das wäre eine Menge Arbeit. 17:23 <+redzara> hmm, ist nur eine Idee ;) 17:23 * jrandom kennt das Protokoll nicht gut genug, um zu sagen, was der beste Ansatz ist, daher schlage ich vor, mit dem einfachsten Ding zu gehen, das funktionieren könnte :) 17:25 <jrandom> ok, wenn es sonst nichts gibt, können wir vielleicht kurz 5) stego und Darknets streifen 17:26 <jrandom> ich bin nicht sicher, ob ich über das, was auf der Liste gesagt wird, noch etwas hinzuzufügen habe (und die Hauptdiskussion sollte dort wohl auch weitergehen) 17:27 <jrandom> abgesehen davon: Möchte jemand etwas zu den angesprochenen Themen einbringen? 17:27 <wiht> In der Diskussion wurden Freenet-Version 0.5 und 0.7 erwähnt. Gibt es eine Version 0.6 für Freenet? 17:27 <jrandom> 0.6 ist ihr aktueller „unstable“-Zweig des Netzwerks 17:27 <jrandom> afaik 17:27 <+postman> ohh, und ich dachte, sie sei von außerirdischen Kräften gestohlen worden 17:28 <jrandom> auch wenn es normalerweise eine sichere Wette ist, die Aliens zu beschuldigen, ist dies einer der wenigen Fälle, in denen sie nicht schuld sind 17:28 <+postman> :) 17:28 <wiht> Toad sprach davon, IP-Adressen von I2P- oder FreeNet-Knoten ernten zu können, richtig? 17:28 <jrandom> unter anderem 17:29 <wiht> Wollte das nur klären, danke. 17:29 <jrandom> np. ok, hat sonst noch jemand etwas zu 5), oder sollen wir rübergehen zum guten alten 6) ??? 17:30 <+postman> ok, ich habe etwas für 6) 17:30 <jrandom> betrachte uns als weitergezogen. 17:30 <jrandom> was geht, postman? 17:30 <+postman> wir haben alle gesehen, dass Proxy-Server mit protokollspezifischen Filterfähigkeiten gut und nötig sind 17:31 <+postman> wäre es denkbar, über einen generischen Proxy nachzudenken 17:31 <+postman> der mit einer Protokollbeschreibung gefüttert werden kann 17:31 <+redzara> ich hätte gern eine Anwendung wie cron, die beanshell nutzt, um Java-Code dynamisch auszuführen 17:31 <+postman> zusammen mit Dingen, auf die man achten/filtern/verschleiern kann 17:31 <+postman> so etwas wie eine XML-Beschreibung zum Filtern/Säubern 17:32 <+postman> sodass wir keinen neuen Source brauchen, sondern nur eine neue Filterdatei/ein neues Profil 17:32 <+postman> (nur die Frage, ob es sich lohnt, darüber nachzudenken) 17:32 <jrandom> sehr, sehr kompliziert, postman. Man könnte einen Lexer wie javacc verwenden, um Eingabesprachen zu bauen, und eine App, die diese Sprache ins Ausgabeformat übersetzt 17:32 <@cervantes> das Schwierige ist, die Dinge zu erwischen, die vom Protokoll abweichen 17:33 <+postman> es war nur eine Idee, um einen Brainstorming-Prozess anzustoßen 17:33 <+postman> imho ist so etwas wie ein generischer Proxy mit modelliertem Filter/Parser sehr brauchbar 17:33 <wiht> Konnte jemand eepsites.i2p erreichen? Ich habe es vergangene Woche mehrere Male versucht, aber es war immer erfolglos. 17:33 <jrandom> wiht: ich habe es einmal geladen, es ist dasselbe wie eepsites.com 17:34 <jrandom> (oder ist es .net? oder .org? ich vergesse es) 17:34 * wiht besucht eepsites.com 17:34 <jrandom> postman: wenn jemand etwas hinbekäme, das funktioniert, wäre das der Hammer 17:34 <+postman> jrandom: ok, ich denke zusammen mit susi ein bisschen darüber nach 17:34 <jrandom> w3wt 17:34 <+postman> jrandom: vielleicht droppen wir es nächste Woche 17:35 <wiht> Es ist eepsites.com, und es ist eine Suchmaschine für eepsites. 17:35 <+postman> aber ich hatte einen Traum, dass es funktioniert hat 17:35 <+postman> :] 17:35 <jrandom> :) 17:36 * Complication vermutet, dass das Beschreiben all der Feinheiten, die in Protokollen auftreten ... Code erfordert, und nichts Geringeres als Code 17:36 <+Complication> (zumindest für die meisten Protokolle) 17:36 <@cervantes> ach nein, nur etwas böööse Regex 17:36 <+postman> Complication: vielleicht ist diese Vermutung der Grund, der uns von weiterer Untersuchung abhält 17:37 <+postman> Complication: ich bin mir noch nicht sicher, aber bloße Vermutung wird mich in dieser Sache nicht ruhen lassen 17:37 <jrandom> nun, ein wichtiger Punkt hier ist etwas, das dust uns demonstriert hat – 17:37 * Complication fürchtet eine Regex, die zu solchen Dingen fähig ist 17:37 <jrandom> Code ist nicht unbedingt so furchteinflößend. 17:37 <+postman> siehst du? :) 17:37 <+postman> eine gute Filter-Modellierungssprache wird dasselbe leisten 17:38 <+postman> :) 17:38 <@cervantes> tcl? :) 17:38 <+Complication> Sie müsste gut sein. 17:38 * jrandom sieht, dass du auch deine eigenen fliegenden Ponys hast, postman ;) 17:38 * dust fand es auch unschön, hier und da Code zu duplizieren 17:38 <+postman> jrandom: keine Kühe :) 17:38 <jrandom> funktionierender Code>>> theoretische Verbesserungen im Code 17:39 <+postman> mmh 17:40 <+postman> eine Sache, die ich von i2p gelernt habe 17:40 <wiht>>>> bedeutet „viel, viel besser?“ 17:40 <+postman> gib nicht beim ersten Anschein auf 17:40 <jrandom> stimmt schon, postman 17:40 <jrandom> ja, wiht 17:41 <jrandom> das wäre wirklich cool 17:41 <jrandom> ok, hat noch jemand etwas für das Meeting? 17:41 <+bar> nun, wie läuft das IMAP, postman? (ich habe im Forum darüber gelesen, aber es selbst noch nicht ausprobiert) 17:41 <+postman> bar: probier’s selbst – ich habe noch keine Benutzerberichte 17:41 * cervantes rollt den ponyförmigen Gong herein 17:42 <+bar> ok, mach ich :) 17:42 <+postman> bar: und bei mir funktioniert es SUPER :) 17:42 <jrandom> schön 17:42 <+bar> cool 17:42 <+postman> cervantes: du bist fixiert 17:42 <@cervantes> ich?! 17:42 <@cervantes> :) 17:43 <jrandom> ok, bevor wir die 90-Minuten-Marke erreichen 17:43 * jrandom holt aus 17:43 * jrandom *baf*t das Meeting zu