I2P Entwicklertreffen - 12. April 2005

14:05 <jrandom> 0) hi 14:05 <jrandom> 1) Netzstatus 14:05 <jrandom> 2) SSU-Status 14:05 <jrandom> 3) Bayessches Peer-Profiling 14:05 <jrandom> 4) Q-Status 14:05 <jrandom> 5) ??? 14:05 <hummingbird> 7) Profit 14:06 <jrandom> verdammt, ich habe eure Agenda vermasselt :) 14:06 <jrandom> hi 14:06 <jrandom> Wöchentliche Statusnotizen /before/ dem Meeting unter @ http://dev.i2p.net/pipermail/i2p/2005-April/000683.html 14:06 <gott> jrandom: versuch's nochmal 14:06 <+cervantes> schon gut, dieses Meeting ist sowieso auf dem falschen Fuß gestartet 14:06 <jrandom> *hust* 14:06 <jrandom> springen wir zu 1) Netzstatus 14:07 <jrandom> Das große Problem, das wir mit der netDb gesehen haben, ist behoben und in freier Wildbahn als erledigt bestätigt 14:07 <jrandom> Es gibt noch einige andere Probleme, aber insgesamt scheint es ziemlich vernünftig zu sein 14:08 <frosk> Irgendeine Idee, was die seltsamen dnfs manchmal verursacht? 14:08 <gott> Bestätige; ich kann meine illegalen Pornos jetzt mit Rekordgeschwindigkeit über i2p bekommen. 14:08 <+cervantes> scheint schwer festzumachen zu sein 14:08 <jrandom> Habe den leisen Verdacht, dass es eine Verwirrung im Zusammenhang mit der Drosselung beim Tunnel‑Bau ist 14:09 <jrandom> Diese Drosseln herauszunehmen wird es wahrscheinlich beheben, könnte aber für Nutzer mit langsamen CPUs schmerzhaft sein 14:09 <jrandom> andererseits könnten wir sie vielleicht optional machen, oder jemand könnte etwas smarteren Drosselungs‑Code schreiben 14:10 <frosk> verstehe 14:10 <+cervantes> Die Drosselung wirkt auf meinem System deutlich proaktiver als in früheren Versionen 14:10 <jrandom> Ja, wir verzögern den Tunnel‑Bau, wenn zu viele ausstehend sind – vorher haben wir einfach gesagt „ok, wir müssen X tunnels bauen. baut sie“ 14:10 <+cervantes> Können wir den Schwellenwert nicht anpassbar machen? 14:11 <jrandom> Ja, das können wir 14:11 <gott> jrandom: optional 14:11 <gott> damit Nutzer mit dünnen i2p servents (Client/Server‑Knoten) weiterhin produktiv sein können 14:12 <jrandom> Meine Aufmerksamkeit liegt im Moment anderswo; wenn sich also jemand darum kümmern möchte, die Schlüssel‑Methode ist TunnelPoolManager.allocateBuilds 14:12 <jrandom> (oder wenn sich niemand darauf stürzt, kann ich ein paar Tweaks einwerfen, wenn der nächste Build rauskommt) 14:13 <+cervantes> ........@ <-- Steppenläufer 14:13 <jrandom> :) 14:13 <jrandom> Hat noch jemand etwas zu 1) Netzstatus, oder sollen wir zu 2) SSU weitergehen? 14:14 * gott murmelt etwas über zu viel Gerede und zu wenig Taten, wenn es um die i2p‑Community geht 14:14 <+cervantes> Vielleicht können wir in Zukunft Leistungsprofile in die Konsole einführen 14:14 <gott> jrandom macht zu viel auf der Entwicklungsseite. 14:14 <+cervantes> damit Leute einen vordefinierten Satz an Konfigurationsoptionen für High/Medium/Low‑Spec‑Systeme wählen können 14:15 <jrandom> Oh, gute Idee, cervantes, da gibt es viel Spielraum für Varianten. Obwohl wir uns so gut wie möglich automatisch abstimmen wollen, ist es für Menschen vielleicht einfacher, das zu tun 14:15 <+cervantes> da viele scheinbar Low‑Spec‑Maschinen und Modemverbindungen zurzeit nutzen 14:15 <gott> cervantes: ja, ausgezeichnete Idee. 14:15 <+cervantes> Ich sollte meine fire2pe‑To‑Do‑Liste veröffentlichen... da ist eine Menge Zeug dieser Art drin ;-) 14:16 <gott> hauptsächlich basierend auf Prozessor‑ und Netzwerkgeschwindigkeit? 14:16 <jrandom> Eine Site mit einer pseudonymen To‑Do‑Liste wäre nett 14:16 <gott> Das ist eine gute Idee. 14:16 <+cervantes> Nun, der Bandbreitenbegrenzer sollte idealerweise die Netzgeschwindigkeit abdecken 14:16 <gott> Im typischen Google‑Stil: Hab eine ganze Reihe von ‚thin i2p servents‘ in deinem LAN. 14:17 <+cervantes> jrandom: ugha.i2p? 14:17 <jrandom> vielleicht 14:19 <jrandom> ok, noch etwas zu 1) Netzstatus? 14:19 * jrandom bringt uns weiter zu 2) SSU 14:19 <jrandom> Viel Fortschritt an der UDP‑Front (SSU == Secure Semireliable UDP) 14:19 <gott> jemand sollte ‚i2pwiki.i2p‘ darauf zeigen lassen 14:20 <+cervantes> Ich schätze, das liegt bei ugha ;-) 14:20 <jrandom> Die allgemeine Übersicht darüber, was los ist, steht in der E‑Mail, und viel mehr technische Details (und ein hübsches Bild ;) gibt es in meinem Blog 14:21 <+ant> <godmode0> udp ist sicher? 14:21 <+ant> <godmode0> wie :) 14:21 <jrandom> http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html <-- wie 14:22 <+ant> <godmode0> hehe 14:22 <+ant> <godmode0> i2p nicht gefunden richtige IP mein Computer 14:22 <jrandom> sorry, wenn du i2p nicht installiert hast, ändere "dev.i2p" zu "dev.i2p.net" 14:22 <+ant> <godmode0> habe installiert 14:23 <+ant> <godmode0> aber funktioniert nicht 14:23 <jrandom> ok, vielleicht können wir das nach dem Meeting debuggen 14:23 <+ant> <godmode0> ups, schon wieder im Meeting, sorry 14:23 <jrandom> hehe kein Problem 14:25 <jrandom> Wie gesagt, der allgemeine Plan, wie es weitergeht, steht in der E‑Mail 14:25 <jrandom> Hat jemand Fragen/Kommentare/Bedenken bzgl. SSU? 14:26 <+Ragnarok> Werden sich Durchsatz/Latenz stark vom TCP‑Transport unterscheiden? 14:27 <jrandom> Ich hoffe, dass die Ursache der Latenzspitzen behoben wird, aber ich mache keine konkreten Vorhersagen. 14:28 <jrandom> Wenn wir die Latenz etwa auf dem aktuellen Niveau halten und die Spitzen loswerden können, können wir den Durchsatz wieder hochschrauben 14:29 <+Ragnarok> cool 14:29 <gott> Wird es auf i2p.net Dokumentation zur Implementierung geben? 14:30 <jrandom> Ja, einen großen Teil der Zeit, wenn ich offline gehe, um umzuziehen, werde ich damit verbringen, Dokus zu schreiben, die auf die Website kommen 14:30 <gott> großartig \m/ 14:30 <jrandom> Wir haben bereits recht gute Implementierungsdokus auf Code‑Ebene für den Core und den router, aber noch keine wirklich gute übergreifende router‑Architektur‑Doku 14:31 <jrandom> Wenn es sonst nichts zu 2) SSU gibt, lasst uns zu 3) Bayessches Peer‑Profiling hinüberschlängeln 14:32 <jrandom> Wir haben heute Abend zuvor ein kurzes Update von bla bekommen, wie in den Statusnotizen gezeigt 14:32 <+bla> Ich bin allerdings noch hier... ;) 14:33 <jrandom> bla ist möglicherweise tatsächlich noch da, um weitere Gedanken beizusteuern oder Fragen zu beantworten - 14:33 <jrandom> ah, da bist du 14:33 <defnax> jrandom: Was hältst du davon, einen i2p bittorrent Tracker anzukündigen? Für die Sicherheit ist das, glaube ich, nicht gut, oder?, 14:34 <+bla> Die von jrandom zitierte IRC‑Diskussion zeigt die Grundidee. Zusammengefasst: 14:34 <jrandom> defnax: Vielleicht können wir das unter 5) weiter besprechen 14:34 <defnax> ok, ich kann warten 14:34 <+bla> Die eigentliche Idee ist, sowohl Round‑Trip‑Time‑Informationen aus expliziten Tunnel‑Tests als auch implizite Informationen aus Client‑Tunnel‑Tests in einem gemeinsamen Framework zur Knotengeschwindigkeits‑Schätzung zu verwenden 14:35 <+bla> Derzeit nutze ich nur Informationen aus expliziten Tunnel‑Tests, da bei diesen Tests alle teilnehmenden Peers bekannt sind. 14:36 <+bla> Ein naives Bayessches Klassifikator‑Framework wird verwendet, um die Geschwindigkeit eines Peers zu schätzen – basierend auf den Tunnels, an denen er beteiligt war (in beliebiger Position), und wie schnell diese Tunnels waren 14:36 <+bla> Um die Ergebnisse mit einer „Ground Truth“ zu vergleichen, habe ich „tatsächliche“ Peer‑Geschwindigkeiten wie in den Statusnotizen aufgeführt erhoben 14:37 <+bla> Die Ergebnisse sind sehr vorläufig. Aber http://theland.i2p/estspeed.webp zeigt die Korrelation zwischen den tatsächlichen Geschwindigkeiten und den mit dem Bayesschen Framework abgeleiteten Geschwindigkeiten 14:37 <+bla> Nun. Fragen oder Kommentare? 14:38 <jrandom> Kommentar: Sieht vielversprechend aus. 14:38 <+ant> <BS314159> Es scheint, dass die gesamte Tunnel‑Geschwindigkeit eine harte Untergrenze für die Geschwindigkeit jedes teilnehmenden Peers liefert 14:38 <+detonate> Kommentar: Scheint ein paar Ausreißer zu geben 14:38 <+ant> <BS314159> Ist das berücksichtigt? 14:39 <jrandom> BS314159: gesamte Tunnel‑Geschwindigkeit? oh, meinst du die Netzverbindung des testenden Knotens? 14:40 <+bla> BS314159: Das liefert eine Untergrenze, ja. Das ist noch nicht adressiert, wird es aber: Das naive Bayessche Framework ermöglicht es, verschiedene Stichproben (RTT‑Messungen) unterschiedlich zu gewichten. Sehr schnelle RTTs werden in Zukunft mit einem größeren Faktor gewichtet 14:40 <+ant> <BS314159> Ich meine die gesamte Bandbreite eines bestimmten Tunnels 14:40 <+bla> BS: Die Ergebnisse zeigen vorerst _Latenz_‑Messungen, für jetzt 14:40 <+ant> <BS314159> richtig. 14:41 <+ant> <BS314159> dann egal 14:41 <jrandom> Ah, klar, sicherlich. Durchsatzmessungen erfordern weitere Änderungen, um mit unterschiedlich großen Nachrichten zu testen 14:41 <jrandom> andererseits werden die impliziten Tunnel‑Tests durch größere Nachrichten angetrieben (typischerweise 4KB, da das die Fragmentierungsgröße der streaming lib ist) 14:42 <+bla> detonate: Ja, es gibt Ausreißer. Es wird immer _einige_ geben (das ist der Schätzung und Modellierung generell inhärent). Die Trennung zwischen sehr langsamen und sehr schnellen Clients (Schwellenwert bei ca. 400 ms) ist jedoch so lala 14:42 <+detonate> ok 14:43 <+bla> jrandom: In der Tat. Sobald ich das zum Laufen bekomme (bin kein Java‑Crack...), teste ich auch mit den größeren Nachrichten 14:43 <+bla> detonate: Jetzt würde ich die Trennung zwischen schnellen und wirklich schnellen Peers gern besser hinbekommen. 14:43 <jrandom> cool, ich schaue, ob ich dir dafür einen modifizierten TestJob rüberschicken kann 14:44 <+bla> Ich melde mich, wenn ich neue Ergebnisse habe. 14:44 <jrandom> klasse 14:45 <jrandom> ok, cool, hat sonst noch jemand etwas zu 3) Bayessches Peer‑Profiling? 14:46 <jrandom> Wenn nicht, weiter zu 4) Q‑Status 14:46 <jrandom> Wie in der E‑Mail erwähnt, heißt es gerüchteweise, dass Aum bei einer neuen Web‑Oberfläche Fortschritte macht 14:47 <jrandom> Ich weiß nicht viel darüber oder zu den Statusdetails der übrigen Q‑Updates, aber ich bin sicher, wir hören bald mehr 14:48 <jrandom> Hat jemand etwas zu Q vorzubringen? Oder machen wir das zum Schnellschuss‑Agenda‑Punkt und gehen weiter zu 5) ??? 14:49 <jrandom> [betrachtet uns als weitergegangen] 14:49 <jrandom> ok, hat sonst noch jemand etwas fürs Meeting? 14:50 <jrandom> defnax: Einen i2p‑Tracker innerhalb der i2p‑Community anzukündigen, wäre großartig. Für die Außenwelt könnte es etwas rau sein, da wir noch nicht bei 0.6 sind 14:50 <gott> Ja. 14:50 <jrandom> (oder 1.0 ;) 14:50 <gott> Ich habe ein paar Informationen zu Userland‑Dokumentationsbemühungen. 14:51 <+mancom> nur fürs Protokoll: auf mancom.i2p gibt es eine C#‑Implementierung der Client‑API von Q (in ihrer ersten Inkarnation) 14:51 <jrandom> oh cool, was gibt's, gott 14:51 <jrandom> ah nice1 mancom 14:51 <gott> Ich habe früher Userland‑Dokumentation für i2p 0.4 geschrieben. 14:52 <jrandom> die ich leider durch das Ändern eines ganzen Haufens Zeug obsolet gemacht habe :( 14:52 <gott> Aber sie ist mit dem aktuellen i2p völlig veraltet. 14:52 <gott> Dementsprechend habe ich großes Interesse, eine De‑Facto‑Dokumentationssammlung zu schreiben, die wir entweder (a) mit i2p bündeln oder (b) über i2p zugänglich machen. 14:53 <jrandom> wikked. Dokus, die mit i2p gebündelt werden (lokalisiert auf die Sprache des Nutzers, etc.), wären großartig 14:53 <+cervantes> cool 14:53 <gott> Ich schlage das Bündeln nicht vor, aber es ist dennoch eine Option, da ein Nutzer keine eepsites aufrufen kann, um das Handbuch zu lesen, wenn er nicht weiß, wie man i2p nutzt oder konfiguriert ;-) 14:53 <gott> Okay. 14:53 <gott> Aber ist das Overkill? 14:53 <+ant> <BS314159> Welches respektable Programm kommt ohne Manpages? 14:53 <+cervantes> und lohnt es sich, bis 1.0 zu warten? 14:54 <gott> Das ist eine andere Frage. 14:54 <jrandom> Da die Entwicklung ziemlich im Fluss ist, lohnt es sich vielleicht eher, sich auf kontextspezifische Hilfe zu konzentrieren als auf ein allgemeines Benutzerhandbuch 14:54 <gott> BS314159: Das wären keine Manpages, da es plattformunabhängig sein soll. Wahrscheinlich HTML. 14:54 <+cervantes> wie viele strukturelle Änderungen uns bis dahin noch bevorstehen 14:54 <jrandom> Zum Beispiel wären bessere Dokus schön, die beschreiben, was die verschiedenen Konfig‑Optionen *bedeuten*, welche Auswirkungen sie haben, etc. 14:55 <gott> Okay, dann schreibe ich eine englische und französische Lokalisierung eines Handbuchs für i2p. 14:55 <+jdot> Eigentlich könnten wir den Inproxy nutzen, um auf die Doku zuzugreifen, selbst wenn i2p nicht installiert ist. 14:55 <gott> Zwei zentrale Fragen: 14:55 <jrandom> Die könnten aktuell gehalten werden, indem sie *in* der Oberfläche selbst sind 14:55 <+cervantes> ja, Kontext‑Hilfe wäre super 14:55 <gott> (1) gebündelt oder zugänglich über manual.i2p? 14:55 <gott> (2) für welche Version? 14:55 <gott> ja 14:55 <jrandom> gott: Ich bin nicht sicher, ob es klug wäre, jetzt schon ein Benutzerhandbuch zu bauen 14:55 <gott> Das ist eine großartige Idee 14:56 <gott> Meinst du, die Auto‑Update‑Funktion zu nutzen, um das Benutzerhandbuch zu aktualisieren? 14:56 <gott> jrandom: okay 14:56 <gott> aber wie schlägst du dann kontextspezifische Hilfe vor? 14:56 <jrandom> Oh, wir können Updates für die Dokus auf jeden Fall mit dem Update‑Prozess ausrollen 14:56 <+cervantes> Wenn/wann es Zeit für ein Handbuch ist, kann man vielleicht eine manual.war in den webapps‑Ordner des Nutzers legen, wenn er lokalen Zugriff auf die Doku will 14:57 <gott> Ich denke an ein Benutzerhandbuch. 14:57 <gott> oder ein HOWTO. 14:57 <gott> Ich habe keine Ahnung, was du mit kontextspezifischer Hilfe meinst. 14:57 <gott> Es ist ziemlich selbsterklärend. 14:57 <jrandom> gott: Zum Beispiel ein Satz an für Menschen (kein Über‑Geek) lesbaren Infos, die erklären, was zum Teufel die Dinge auf /config.jsp bedeuten. diese Infos würden *auf* /config.jsp stehen, oder auf einer HTML‑Seite, die von dieser config.jsp erreichbar ist 14:58 <jrandom> Ein Benutzerhandbuch oder HOWTO wäre großartig, aber nicht vor 1.0 14:59 <jrandom> Es gibt dazu bereits etwas Arbeit im Forum @ http://forum.i2p.net/viewtopic.php?t=385 14:59 <gott> jrandom: ja. 14:59 <gott> nun. 14:59 <gott> Die Informationen auf config.jsp sind bereits ziemlich unkompliziert 15:00 <jrandom> andererseits sehen wir hier ständig Fragen dazu, was die Bandbreitenlimits eigentlich tun, wie die Burstraten funktionieren, etc. Es wäre großartig, die Antworten direkt auf der Seite zu haben, statt dass die Leute fragen 15:00 <gott> heh 15:00 <jrandom> gott: Es ist für dich unkompliziert, weil du i2p seit fast zwei Jahren nutzt 15:00 <gott> Schon gut, ‚configtunnels.jsp‘ könnte etwas Arbeit vertragen. 15:00 <gott> okay. 15:00 <+cervantes> für Eingeweihte vielleicht selbsterklärend, ein n00b wäre verloren 15:01 <gott> Das ist dann eine aktuellere Auswahl an Aufgaben: 15:01 <+cervantes> nicht sicher, wie man die Hilfe aus UI‑Sicht am besten präsentiert 15:01 <gott> (1) Kontextspezifische Hilfe auf den Webseiten, lokalisiert auf die Sprache des Nutzers. Eine Konfigurationsvariable kann für die Sprache der Oberfläche gesetzt werden, standardmäßig geladen aus der Umgebungsvariable $LANG unter Linux 15:02 <gott> Ich bin nicht sicher, wie Java unter Windows das Standard‑Locale ermittelt. 15:02 <gott> Aber das ist ein guter Start für Lokalisierung und Dokumentation. 15:03 <gott> (2) Für Version 1.0 ein HOWTO, _abgerufen_ über i2p 15:03 <gott> Ich schlage nicht vor, das HOWTO zu bündeln, das wäre Overkill. Wäre schön, i2p so klein wie möglich zu halten, hmm? 15:03 <jrandom> dood, das ist HTML. das ist winzig. selbst wenn es riesig wäre, HTML komprimiert *wirklich* gut 15:03 <jrandom> Ein lokales Handbuch wäre sehr wünschenswert 15:03 <jrandom> zumal wir Updates ausliefern können 15:03 * gott zuckt mit den Schultern 15:04 <gott> Vermutlich. 15:04 <gott> Ich finde es nur albern. 15:04 <gott> wenn man es einfach aus dem Web herunterladen kann. 15:04 <gott> aber andererseits, wenn der Nutzer nicht herausfindet, wie man i2p benutzt 15:04 <gott> dann kann er’s nicht. 15:04 <+ant> <Synonymous2> Ist aum da? Ich habe mir die Specs für QuarterMaster angesehen 15:04 <+ant> <Synonymous2> * Um die clientseitige Suche zu unterstützen, werden alle Datenelemente begleitet 15:04 <+ant> <Synonymous2> von einem einfachen Metadaten‑Schema – bisher bestehend aus: 15:04 <+ant> <Synonymous2> - key - Textname des Schlüssels 15:04 <+jdot> Stell es auf www.i2p.net, damit es über das Intarweb und i2p erreichbar ist. 15:04 <+jdot> und immer aktuell 15:05 <gott> ja. 15:05 <gott> Nun, einfach den Update‑Mechanismus nutzen. 15:05 <gott> okay. 15:05 <gott> also, abschließend: 15:05 <jrandom> Klar, wir können es auch auf die Website stellen. wir können es im ganzen Netz zuspammen, wenn es hilft ;) 15:05 <+ant> <Synonymous2> Ich frage mich, ob Aum den Datenspeicher so implementieren kann, dass die Metadaten getrennt sind, falls er das Speichersystem upgraden will. Erinnert euch, als Freenet das Speichersystem ändern wollte und festhing 15:05 <gott> 1 : Lokalisierte Oberfläche und kontextspezifische Hilfe. 15:05 <gott> 2 : Lokalisiertes HOWTO für Version 1.0 15:05 <+ant> <Synonymous2> oopse ist das hier das Meeting :) 15:05 <gott> Ergänzungen? 15:06 <gott> Das HOWTO wird viele zusätzliche i2p‑Netzwerk‑Features abdecken. 15:06 <gott> wo man den neuesten Porn herbekommt ( j/k ) 15:06 <+ant> <BS314159> Manpage! :-) 15:06 <gott> Manpages sind nicht plattformunabhängig 15:06 <jrandom> cool, Dinge wie Q, i2ptunnel, feedspace, i2p‑bt, etc. in ein HOWTO aufzunehmen, wäre großartig 15:06 <+cervantes> Der Installer könnte wohl auch lokalisiert werden, schätze ich... 15:06 <gott> Das i2p‑Netzwerk hat eine erstaunlich große Anzahl französischer Nutzer 15:07 <+Ragnarok> Du solltest unbedingt die Adressbuch‑Dokumentation schreiben, zu der ich nie gekommen bin :) 15:07 <gott> Ich bin sicher, sie würden eine lokalisierte Oberfläche zu schätzen wissen, damit sie nicht auf die widerliche englische Sprache schauen müssen 15:07 <+cervantes> hey, es ist doch schon größtenteils Französisch 15:07 <gott> stimmt. 15:07 <gott> gute Ideen. 15:08 <gott> Gut, das ist alles, was ich zu sagen hatte. 15:08 <jrandom> ok, cool, danke gott, schöne Initiative 15:08 <gott> Fürs Erste fange ich mit dem kontextspezifischen Zeug an 15:08 <jrandom> Synonymous2: Ich bin mir nicht sicher, was Aum an der Front macht 15:08 <jrandom> bitchin' 15:08 <gott> und dann, wenn eine Lokalisierungsoption hinzugefügt ist, die lokalisierten Sprachen 15:08 <+bla> gott: Je _deteste_ Anglais! ;) 15:09 <gott> moi aussi 15:09 <+ant> <Synonymous2> Q, i2ptunnel, feedspace, i2p‑bt, etc. wären großartig für ein HOWTO, ich denke, der Wiki‑Artikel sollte für i2p aktualisiert werden, um das hinzuzufügen, ich mache das 15:09 <+cervantes> nun, dafür kannst du Wilhelm den Eroberer verantwortlich machen 15:09 <jrandom> heh 15:09 <gott> Ein Wiki ist gut, aber eben nicht offiziell. 15:09 <gott> Das Handbuch hat das Element der Beglaubigung. 15:09 <gott> Das ist beruhigender. 15:10 <+ant> <Synonymous2> Wenn Leute vorbeikommen und schauen wollen, wäre das auch hilfreich, der Freenet‑Wikipedia‑Artikel ist ebenfalls gut und beschreibt die Tools für Freenet. Außerdem sehe ich, dass die Freenet‑Webseite unter der GNU FDL veröffentlicht ist; wenn i2p.net dasselbe tun könnte (oder Public Domain), könnte ich ein paar Sachen nach Wikipedia kopieren :)) – wenn ihr das wollt 15:10 <+cervantes> Sonst würden wir immer noch Angelsächsisch sprechen 15:10 <jrandom> Alles, was ich tue und woran ich ‚Rechte habe‘, wird implizit in die Public Domain entlassen 15:11 <+ant> <Synonymous2> Dachte ich mir, wenn du das als Hinweis auf die Webseite setzen kannst, wäre das großartig, wenn es dir passt; die Leute bei Wikipedia sind pingelig, was Copyright angeht :> 15:11 <+ant> <Synonymous2> :))) 15:11 <gott> jrandom: Alles, was ich zur Lokalisierung schreibe, wird Public Domain sein 15:11 <jrandom> andererseits ist das direkte Kopieren des Textes, äh, nicht allzu hilfreich, da eure Kopien veraltet sein werden – verlinkt einfach darauf, das Web gibt es aus einem Grund 15:11 <gott> Lizenzen sind mir völlig egal. 15:12 <gott> Außerdem, letzte Frage: 15:12 <+ant> <Synonymous2> Ich wollte ein paar Dinge kopieren, wie das Diagramm und ein paar Grafiken hehe 15:12 <gott> Wo liegen die .jsp für den router? 15:12 <jrandom> gott: http://dev.i2p/cgi-bin/cvsweb.cgi/apps/routerconsole/jsp/ 15:13 <gott> ah 15:13 <gott> also, lokal sind sie in einer .jar? 15:13 <jrandom> gott: routerconsole.war 15:13 <jrandom> aber du kannst sie dort nicht wirklich bearbeiten, da sie vorkompiliert in Java sind 15:13 * gott nickt 15:13 <gott> Klar. 15:14 <gott> Allerdings ist das unpraktisch. 15:14 <gott> Wenn Lokalisierung kommt, könnte sich das ändern? 15:14 <jrandom> Jap. lots of options though. if you work out the html that the jsps should render as, we can wire it in 15:14 <+cervantes> Synonymous: http://www.i2p.net/licenses 15:15 <gott> so dass man Sprachpakete haben kann 15:15 * gott nickt 15:15 <gott> Fürs Erste ist es einfach hardcodiert 15:15 <jrandom> Lokalisierung in Java funktioniert, indem pro Sprache Properties‑Dateien mit Ressourcen geladen werden 15:15 <gott> aber später sollte es weniger eingeschränkt sein, schlage ich vor 15:15 <jrandom> genau, genau 15:16 <gott> großartig. 15:16 <gott> Gut, dann nutze ich anonymes CVS ;-) 15:16 <jrandom> bitchin' 15:16 <+ant> <BS314159> bla: Sind deine Rohdaten irgendwo verfügbar? 15:16 <jrandom> bla hat sich gerade getrennt, aber wir schauen, dass wir ein paar Daten verfügbar machen 15:17 <gott> btw, haben wir jemanden, der i2p auf OpenBSD laufen lässt? 15:17 <+ant> <BS314159> Wäre schön, wenn Leute ihre eigenen Schätzer ausprobieren könnten 15:17 <+ant> <BS314159> sister:...23? 15:18 <jrandom> gott: ja, ich glaube, detonate tut das 15:18 <+ant> <BS314159> ack 15:18 <+ant> <BS314159> Cross‑Post 15:18 <+ant> <BS314159> verflucht! 15:18 <gott> Ist das überhaupt möglich? Welche Java‑Einschränkungen gibt es bzgl. OpenBSD und i2p? 15:18 <gott> okay. 15:18 <jrandom> BS314159: Ja, im Forum gibt es gute Infos darüber, wie man seine Schätzer modifiziert 15:18 <+cervantes> langes Meeting 15:18 <gott> Wenn ich jemals Zeit habe, bringe ich es vielleicht zum Laufen und richte einen Port ein. 15:18 <gott> aber das ist noch lange hin und vermutlich macht es jemand vor mir ;-) 15:18 <jrandom> cervantes: Schau in die Logs, wir haben schon vorher 2h gesprengt ;) 15:19 <jrandom> ok, hat sonst noch jemand etwas fürs Meeting? 15:20 <jrandom> wenn nicht 15:20 * jrandom holt aus 15:20 * jrandom *baf*t das Meeting zu