I2P Entwicklertreffen - 11. Januar 2005

13:10 <jrandom> 0) hi 13:10 <deer> <Ragnarok> du bist gefeuert 13:10 <jrandom> 1) Netzstatus 13:10 <jrandom> 2) 0.5 Fortschritt 13:10 <jrandom> 3) 0.6 Status 13:10 <deer> <polecat> tschüss! 13:10 <jrandom> 4) azneti2p 13:10 <jrandom> 5) fbsd 13:10 <jrandom> 6) hosts.txt als WoT 13:11 <jrandom> 7) ??? 13:11 <jrandom> 0) hi 13:11 * jrandom winkt 13:11 <fdr> yo 13:11 <deer> <Ragnarok> hola 13:11 <toad_> fängst du gerade an? /me schaut nur ab und zu zu 13:11 <deer> <detonate> hi 13:11 <jrandom> wöchentliche Statusnotizen veröffentlicht unter http://dev.i2p.net/pipermail/i2p/2005-January/000551.html 13:11 <jrandom> cool, alle sind willkommen 13:11 <deer> <polecat> Oh. Nicht deine Anstellung. Mein Fehler. =3 13:11 <jrandom> die Protokolle der Dev-Meetings werden auf der Website veröffentlicht (nach dem Meeting, natürlich) 13:11 <fdr> Ich verhungere, werde also rein und raus sein.. 13:12 <jrandom> ok, schwenke mal rüber zu 1) Netzstatus 13:12 <jrandom> scheint alles gut zu laufen. duck ist zurück (yay!) 13:12 <jrandom> Ich habe eigentlich nicht viel mehr hinzuzufügen als das, was in der E-Mail steht – hat sonst jemand etwas? 13:13 <deer> <jrandom> nö 13:13 <jrandom> ok, wenn nicht, weiter zu 2) 0.5 Status 13:14 <jrandom> Hier gab es gute Fortschritte, die Matrix-Verschlüsselung läuft endlich, aber nachdem ich neulich mit polecat gechattet habe, gibt es noch einen kleinen Feinschliff, den wir ergänzen müssen 13:14 <toad_> redest du mit dir selbst? 13:14 <jrandom> heh ja, bis jemand antwortet ;) 13:14 <jrandom> (du hättest diese Meetings sehen sollen, bevor ich die wöchentlichen Statusnotizen vorher gepostet habe) 13:14 <toad_> Ich meinte netzwerkübergreifend. Ich rede ständig mit mir selbst, aber normalerweise nicht über Netzwerke. ;) 13:15 <deer> <jrandom_> sogar über drei Netzwerke [iip hier] 13:15 <deer> <Ragnarok> hör auf damit, das ist unheimlich :) 13:15 <deer> * postman winkt 13:16 <jrandom> Ich habe eigentlich sonst nichts zu 0.5 hinzuzufügen, außer „mehr Infos folgen bald“ 13:16 <deer> <polecat> Zur Net-Performance: mein i2p router ist vor 24h ausgefallen, aber davor habe ich 8 Tage Uptime geschafft. 13:16 <jrandom> ah ok cool 13:16 <jrandom> OOMed? Liefst du bt oder nur durch Aktivität? 13:17 <deer> <polecat> Nur eine Heuristik zum Angeben. =3 13:17 <deer> <frosk> ich bekomme im Allgemeinen so viel Uptime von meinem router, wie ich will, allerdings selten mehr als 8–9 wegen Upgrades :) 13:17 <deer> <frosk> 8–9 Tage, wohlgemerkt 13:18 * jrandom wünschte, meine kaffe-Kiste könnte das (na ja) 13:18 <deer> * orion kann einen router nach Belieben crashen, indem er 40+ lokale Destinations via btlaunchmanycurses.py laufen lässt. ;) 13:18 <jrandom> heh ja, das würde es tun, orion 13:18 <deer> <polecat> Oh, die Logs sagen, dass die JVM hängt, also nehme ich an, lucky muss mich in einem tunnel benutzt haben, um Gigabytes von überaus gut ausgestatteten Männern herunterzuladen. 13:18 <deer> <orion> aber ich hatte vor den BT-Stürmen 15 Tage Uptime. 13:18 <jrandom> oh interessant, polecat. 13:19 <jrandom> polecat: wenn du dich traust, könnte es sich lohnen, den neuesten Java Service Wrapper zu probieren 13:19 <jrandom> (wenn das das Problem beseitigt, sollten wir upgraden) 13:19 <deer> * laberhorst hatte 15 Tage Uptime mit 0.4.2.5 ohne bt 13:19 <jrandom> ich glaube, cervantes ist immer noch der Sieger mit 0.4.1.1 @ 41 Tagen 13:20 <deer> <polecat> Will mir jemand per PM sagen, wie ich den neuesten Java Service Wrapper bekomme? 13:20 <jrandom> aber ansonsten, hat jemand Kommentare zu 0.5-Themen? 13:20 <protok0l> ist i2p schon fertig? 13:20 <jrandom> http://wrapper.tanukisoftware.org/doc/english/ 13:20 <deer> <eco> freue mich auf die Doku 13:20 <jrandom> !thwap protok0l 13:21 <jrandom> ok, weiter zu 3) 0.6 Status 13:21 <deer> <polecat> Ich finde immer noch, es sollte eine Möglichkeit zum Checksummen geben, ohne dass das Gateway alle Checksummen kennt, oder wie viele. 13:21 <deer> <Ragnarok> wo kommen die Dokumente hin? 13:21 <jrandom> polecat: Ich würde es lieben, aber ich bezweifle, dass es geht. 13:22 <jrandom> Ragnarok: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel.html?rev=HEAD ist der aktuelle Entwurf 13:22 <jrandom> (nicht aktualisiert bzgl. des First-Hop-Problems) 13:22 <deer> <Ragnarok> danke 13:22 <deer> <polecat> „Sie sagten, es sei unmöglich... sie nannten mich verrückt... aber sie waren Narren, NARREN! 13:22 <jrandom> heh 13:22 <jrandom> hey, wenn du einen Weg findest, ich bin ganz Ohr 13:23 <jrandom> (und ich habe das Gefühl, die mixmaster/mixminion-Leute auch) 13:23 <deer> <jrandom> zounds, 42 usres hier 13:23 <deer> <jrandom> mule: bist du da? 13:24 <deer> <polecat> Heh. Ich halte die Nase am Boden, aber keine Versprechen, ich bin nur ein dummes Frettchen, keine Genies wie ihr. 13:24 * jrandom schleudert ein kleines felltragendes Tier auf polecat 13:25 -!- dm [mihi@dsl-80-42-80-26.access.uk.tiscali.com] hat #i2p betreten 13:25 <jrandom> ok, jedenfalls, 0.6-Kram sieht interessant aus, und mule hat mit dem Hacken begonnen, aber es ist noch früh im Spiel 13:26 <jrandom> zab war ziemlich hilfreich mit Leitplanken, wie LimeWire die Dinge angeht, aber, nun ja, deren Congestion Control ist etwas gruselig (feste kleine Fenster, Full ACK) 13:26 <jrandom> (aber ich bin sicher, sie verbessern das mit der Zeit) 13:26 <jrandom> außerdem war es nett von ihm, uns Einblick zu geben, wie sie das in der Praxis auf die Straße bringen, welche Tücken sie mit verschiedenen JVMs hatten, etc. 13:27 <jrandom> (yay zab) 13:27 <jrandom> jedenfalls, wenn ihr Interesse habt, bei Design und Implementierung oder Integration eines anderen Providers für 0.6 zu helfen, meldet euch bei mule oder mir (oder schickt natürlich Patches ;) 13:28 <jrandom> dazu gibt's nicht viel mehr zu sagen, außer jemand möchte etwas einbringen? 13:28 <deer> <polecat> Soll 0.6 nicht vorläufige fusenet-Unterstützung haben? 13:28 <deer> <frosk> hoffentlich bis April :) 13:29 <toad_> fusenet? 13:29 <deer> <frosk> aber bei all der Arbeit am UDP-Transport ist es vielleicht fertig, bevor fusenet es ist 13:29 <jrandom> ja, das allgemeine Ziel ist einfach, den Ball ins Rollen zu bringen 13:29 <deer> <frosk> fusenet ist ein Content-Distribution-System, mehr oder weniger wie Usenet auf Speed 13:29 <toad_> cool 13:30 <deer> <frosk> es wird anfangs Blogs, Diskussionsforen und Addressbooks für I2P Name-Destination-Mappings unterstützen 13:30 <jrandom> wobei natürlich, wenn wir den UDP-Transport nächsten Monat implementiert bekommen, wir das wahrscheinlich mit 0.5 ausrollen 13:31 <deer> <frosk> das wäre natürlich cool :) 13:31 <jrandom> und wenn ich ein Pony hätte, würde ich den gaaaanzen Tag mit ihm spielen 13:31 <jrandom> ok, das war's wohl zu 0.6, weiter zu 4) azneti2p 13:31 <deer> <frosk> dann bin ich froh, dass du kein Pony hast ;) 13:31 <jrandom> heh 13:32 <jrandom> azneti2p == der Hammer. 13:32 <jrandom> parg & der Rest der Azureus-Leute haben großartige Arbeit geleistet, und die Integration ist wirklich schön 13:33 <jrandom> Torrents funktionieren wie zuvor, werden mit all den hübschen Diagrammen angezeigt, lassen dich all das Queueing/Etc. machen, das du von Azureus gewohnt bist, nur eben anonym 13:33 <deer> <postman> w00t! 13:33 <jrandom> es gibt noch weitere Optimierungen und Vereinfachungen, aber alles in allem bin ich ziemlich beeindruckt 13:33 <deer> <eco> hurra! hereinspaziert, ihr Massen... 13:33 <deer> <frosk> ich verstehe, man muss immer noch etwas Handarbeit in der router-Konsole machen, bevor man es nutzen kann? 13:33 * jrandom hält die Tore noch ein klitzekleines bisschen länger geschlossen 13:33 <deer> <eco> ist Java 1.5 tatsächlich erforderlich? 13:34 <deer> <polecat> Jep.. schicke Sache, nur kann man es nicht einfach als Daemon laufen lassen. 13:34 <deer> <postman> klingt wie die Einladung dafür, dass das i2p-Netzwerk richtig eins auf den Deckel kriegt 13:34 <jrandom> frosk: genau – aber wir arbeiten daran, es so zu patchen, dass die I2PTunnel-Aufrufe im Plug-in selbst passieren 13:34 <deer> <frosk> cool 13:34 <jrandom> eco: unsicher, ich habe es nur mit 1.5 probiert, aber ich glaube ihnen, wenn sie es sagen. 13:34 <deer> <polecat> eco: Hoffentlich nicht. o.O 1.5 ist nur Suns Versuch, den Markt zu verkrampfen. 13:34 <jrandom> trotzdem einen Versuch wert, ich probiere es später 13:35 <deer> * postman ist das egal, ich habe Gigabit-Ethernet-Interfaces und VIELE Inklusiv-Traffic :) 13:35 <deer> <polecat> Oh je... und Azureus braucht es. Ich muss wirklich meine C++-Torrent-App bauen. 13:35 <jrandom> polecat: Azureus hat einen Headless-Modus und eine Webkonsole 13:36 <deer> * polecat blinzelt. 13:36 <jrandom> (aber der ist... für Unkundige [wie mich]) 13:36 <deer> <polecat> Na dann... Ich dachte, es hätte keinen, wie KazAa 13:36 <jrandom> aber ich habe nur kurz draufgeschaut (und bin zur GUI zurückgerannt ;) 13:36 <deer> <Ragnarok> wird duck i2p-bt auf 3.9/4.0 bringen? 13:37 <jrandom> ragnarok: unbekannt, aber duck arbeitet gerade mit Hochdruck daran, alles Bestehende kompatibel mit azneti2p zu halten 13:37 <jrandom> (sie mussten einige... seltsame Änderungen wegen technischer Anforderungen machen) 13:37 <deer> <polecat> Einer der stärksten Aspekte von P2P ist, wenn die App leise im Hintergrund laufen kann, wenn du sie nicht nutzt. 13:38 * jrandom widerspricht dem nicht 13:38 <jrandom> ok, ich glaube, das ist alles, was ich zu azneti2p zu sagen habe (außer nochmal w00t). Mehr Infos in der E-Mail, und es wird sicher viel Aktivität in #i2p-bt geben 13:39 <jrandom> hat noch jemand etwas zu azneti2p? 13:39 <cervantes> seid ihr bereit dafür... ;-) 13:40 <jrandom> heh, wir arbeiten dran 13:40 <deer> <polecat> Darf ich anmerken, dass der Quellcode von Azureus total unterirdisch ist... 13:40 <deer> <polecat> Es gibt 28 Main Entry Points, und es nutzt mindestens eine Namespace-Tiefe von 3. 13:40 <deer> <Ragnarok> hat irgendein BT-Client schönen Source? 13:40 <jrandom> es gibt ein paar Merkwürdigkeiten, aber ich vermute, die findest du auch bei anderen (NIH) 13:40 <deer> <polecat> Meiner wird welchen haben. 13:40 <jrandom> ach komm schon, net.i2p.router.netdb.kademlia.* :) 13:41 <deer> <Ragnarok> nicht wenn er in C++ ist :) 13:41 <toad_> lol 13:41 <deer> <polecat> Ich sagte mindestens! 13:42 <jrandom> ok, weiter zu 5) fbsd 13:42 <deer> <polecat> Ragnarok: Du hast noch nie gesehen, wie ich C++ *hust*vergewaltige*hust* benutze. n.n 13:42 * duck schaut rein 13:42 <deer> <polecat> Wen interessiert FreeBSD? Handzeichen? 13:42 <jrandom> lioux hat das 0.4.2.6-Release in Ports gepackt (w00t!) 13:42 <deer> * detonate hebt seine 13:42 <deer> <polecat> Pfoten, Tentakel, Flügel, etc.? 13:43 * jrandom hebt meine Hand 13:43 * [dave] hebt 13:43 <deer> <Ragnarok> duck: 3.9/4.0? :) 13:43 <deer> <polecat> Whoa, i2p ist in eine Distribution integriert? 13:43 <duck> Ragnarok: der Mangel an Kommentaren/Doku/etc. zu den neuesten Bram-Bittorrent-Änderungen war etwas hinderlich 13:43 <fdr> FreeBSD ist cool :( 13:43 <deer> <Ragnarok> Wette ich 13:43 <fdr> Ich bin vielleicht voreingenommen. 13:44 <jrandom> ja, ich war zuerst besorgt, polecat, aber seine Ports-Implementierung sah wirklich, wirklich einfach aus (also werden Updates wirklich, wirklich einfach) 13:44 <duck> Man müsste studieren, was sie gemacht haben, vielleicht lohnt sich der Aufwand 13:44 <deer> <polecat> Für mich ist fbsd eine Distro mit einem seltsamen Kernel und viel Data Hiding. Am Ende ist alles POSIX, also... ;) 13:44 <jrandom> polecat: und sehr, sehr w0nky JVMs 13:45 <duck> obwohl ich insgeheim gehofft habe, dass azneti2p alle Probleme löst 13:45 <deer> <Ragnarok> duck: es klang so, als gäbe es ein paar schöne Verbesserungen, aber du wärst wohl derjenige, der die Arbeit macht, also... :) 13:45 <deer> <polecat> Uff... erinnere mich nicht dran. 13:45 <jrandom> heh, azneti2p wird wahrscheinlich die Bedürfnisse vieler Nutzer erfüllen, aber einfache CLI-Tools werden für die Ubergeeks da draußen weiterhin Sinn machen 13:46 <jrandom> jedenfalls, es scheint, dass er i2p 0.4.2.6 auf fbsd5.3 ohne Probleme getestet hat (w00t) 13:46 <deer> <Ragnarok> oy, ich mag Azureus nicht, ich würde viel lieber den normalen Client benutzen 13:46 * jrandom hat das nur auf 4.8 gemacht 13:46 <duck> derzeit würde ich gerne etwas mit kenosis machen; ich bin ein Hit-and-Run-Coder 13:47 <deer> <eco> jrandom: welche JVM hat er verwendet? 13:47 <jrandom> kenos2p 13:47 <jrandom> eco: nativ kompiliertes Sun 1.4 13:47 <jrandom> (buh hiss) 13:47 <deer> <eco> ah, illegal! 13:47 <deer> <polecat> auweh. 13:47 <jrandom> ((aber kaffe funktioniert)) 13:48 <jrandom> eco: ist das illegal? Ich dachte, man kann den Bedingungen zustimmen und den Source legal auf fbsd bekommen 13:48 <deer> <eco> sun hat die Lizenz zurückgezogen afaik 13:48 <jrandom> hmm, ich denke, das ist nur die Blackdown-Lizenz 13:48 <jrandom> (und, ehrlich gesagt, Blackdown suckt) 13:49 <jrandom> Individuen können es immer noch unter SCSL lizenzieren 13:49 <deer> <polecat> autsch. 13:49 <jrandom> (Erstgeborenes, etc.) 13:49 <jrandom> heh, interessant, solche Lizenzbeschwerden zu hören, wo so wenige Copyright-Beschwerden haben ;) 13:50 <jrandom> aber diese Diskussion passt besser zu 7) ?? 13:50 <jrandom> und wir sind bei 5) fbsd 13:50 <deer> <eco> Lizenzkram auf http://www.freebsdfoundation.org/press/20041221-newsletter.shtml , aber zurück zum Hauptfaden... 13:50 <cervantes> das erste Mal, dass wir uns seit langem über 5) rausschleichen 13:51 <jrandom> cervantes: und wir mussten kürzen ;) 13:51 <jrandom> ok, das war’s zu fbsd (außer yay!) 13:51 <jrandom> also rein in ein chaotisches Thema... 6) hosts.txt als ein WoT 13:51 <deer> <polecat> Lizenzierung kann dich am Knoten erwischen, wohingegen Copyright-Verstöße nur bis zur Destination nachverfolgt werden können. 13:51 <deer> <polecat> Die „kann“ man nicht finden. 13:52 <jrandom> schon klar, polecat, aber sobald sie physische Kontrolle über deine Kiste haben, steckst du eh tief in der Scheiße 13:53 <jrandom> ok, jedenfalls, ich bin mir nicht sicher, ob ich viel hinzufügen kann zu dem, was in der E-Mail bzgl. hosts.txt stand 13:53 <jrandom> hat jemand Fragen/Kommentare/Bedenken? 13:53 <jrandom> (war ich vage genug? :) 13:53 <duck> ja 13:53 <deer> * eco erwägt, die hosts.txt-Verwaltung an die UN zu übergeben 13:54 <jrandom> heh ja, weil wir wissen, dass nette zentrale bürokratische Behörden immer das Richtige tun 13:54 <toad_> lol 13:55 <jrandom> ich denke, der wirkliche „große Wurf“ kommt, wenn das Adressbuch sowohl eine Weboberfläche als auch mehr Metadaten bekommt 13:55 <jrandom> (und vielleicht die fusenet-Syndication, etc.) 13:55 <deer> <Ragnarok> Metadaten werden das nächste sein, woran ich arbeite, mit XML-Namensdatensätzen 13:56 <jrandom> großartig, ragnarok! 13:56 <jrandom> wie siehst du die WoT-Seite, ragnarok – siehst du das als Thema des Adressbuchs, oder wie stellst du dir das Naming vor? 13:57 <deer> <Ragnarok> Im Grunde denke ich, dass die Art, wie das Adressbuch funktioniert (und wie das Weiterreichen von Namensreferenzen auf fusenet funktionieren wird), der einzig wirklich vernünftige Weg ist, Naming auf i2p zu handhaben 13:58 <deer> <Ragnarok> also ist das WoT ein Feature :) 13:58 <jrandom> Wo0T 13:58 <lucky> whoa 13:58 <deer> <eco> aber Premium-Accounts verkauft ihr doch sicher? 13:58 <lucky> ist das ein toad, den ich sehe? 13:58 <lucky> ein echter toad? 13:58 <lucky> oder nur ein Frosch. 13:58 <deer> <frosk> der wichtige Punkt, imo, ist, wie man Kollisionen handhabt 13:59 <toad_> ein toad 13:59 <deer> <detonate> wer zuerst kommt, mahlt zuerst 13:59 <jrandom> richtig, frosk, es wäre schön, eine Oberfläche dafür zu haben, statt nur „lies das Log“ 13:59 <deer> <Ragnarok> frosk: ich denke, das ist eher ein Oberflächenthema als alles andere. Kollisionen müssen vom Nutzer aufgelöst werden. 13:59 <toad_> sagt meinen Namen, wenn es in meine Gegend kommt :) 13:59 <deer> <frosk> Ragnarok: dachte ich auch 13:59 <deer> <Ragnarok> alles andere ist angreifbar 13:59 <lucky> oh, nicht der freenet toad. 13:59 <lucky> oh 13:59 <lucky> ist er doch. 13:59 <deer> <eco> also sind die Namen einfach wie Aliasse im IM? 14:00 <deer> <frosk> Kollisionen müssen gespeichert werden, damit man lange nach dem Ereignis noch wechseln kann 14:00 <deer> <Ragnarok> und ist wahrscheinlich im Allgemeinen nicht nachweislich besser 14:00 <lucky> wir bezahlen toad jetzt? 14:00 <jrandom> eco: genau – die Namen sind nur private lokale Spitznamen 14:00 <deer> <susi23> das Adressbuch sollte Kollisionen erkennen und den Nutzer benachrichtigen, damit er entscheiden kann 14:01 <deer> <Ragnarok> frosk: nach dem Wechsel zu Namensdatensätzen ist die Absicht, sie nie wegzuwerfen, aber es einfach zu machen, die Adresse zu ändern, auf die sie verweisen 14:01 <deer> <susi23> bis der Nutzer entschieden hat, sollten Änderungen bezüglich der Kollision irgendwie „unter Quarantäne“ gestellt werden :) 14:01 <deer> <Ragnarok> susi23: so funktioniert es im Wesentlichen jetzt 14:01 <deer> <Ragnarok> es hat nur eine lausige Oberfläche 14:01 <deer> <frosk> Ragnarok: klingt gut :) hast du eine Weboberfläche in Arbeit? (oder gibt es schon eine, von der ich nichts weiß?) 14:02 <deer> <susi23> gut dann 14:02 <deer> <Ragnarok> nope. Ich mache keine Weboberflächen :) 14:02 <deer> <Ragnarok> susi hat an etwas gearbeitet, glaube ich, aber ich weiß nicht, was daraus geworden ist 14:02 <jrandom> (Freiwillige? Chance, susidns wiederzubeleben, um die Namen zu verwalten?) 14:03 <deer> <susi23> ok, gib mir eine Woche, ich setze es auf TODO 14:03 <jrandom> (und nach susidns brauchen wir susitorrent und susiirc...) 14:03 <jrandom> wikked! 14:04 <jrandom> ok, hat noch jemand etwas zu diesem ganzen hosts.txt-Thema? 14:05 <jrandom> wenn nicht, weiter zu 7) ??? 14:05 <deer> <Ragnarok> eine Sache 14:05 <jrandom> du hast das Mikro 14:05 <deer> <Ragnarok> für das nächste Release, können wir uns darauf einigen, dass hosts.txt direkt vom Adressbuch verwaltet werden sollte, damit wir aufhören, userhosts.txt zu verunstalten? 14:06 <jrandom> klingt vernünftig. ich höre auf, hosts.txt in der i2pupdate.zip auszuliefern (aber werde es in i2pinstall.jar beilegen) 14:06 <deer> <Ragnarok> cool. Das war’s :). 14:07 <jrandom> ok, zurück zur offenen Runde 14:07 <jrandom> hat sonst noch jemand etwas? 14:07 <deer> <postman> ja 14:07 <jrandom> los, postman 14:07 <deer> * postman hebt die Hand 14:08 <deer> * postman sucht dringend einen Freiwilligen, der den sekundären MX-Server für i2pmail.org bereitstellt (das ist ein inproxy zum internen Mailsystem) 14:09 <deer> <postman> wenn jemand eine stabile, schnelle (dedizierte) Maschine hat, würde ich mich sehr über Hilfe freuen 14:09 <deer> <postman> Konfiguration/Howto wird von mir geliefert 14:09 <deer> <eco> wie schnell ist schnell? 14:10 <deer> <postman> eco: statische IP wäre nett – alles andere ist verhandelbar 14:10 <jrandom> wie viel Traffic siehst du über mail.i2p, postman? 14:10 <jrandom> (extern, meine ich) 14:10 <deer> <polecat> Stabil, schnell, dediziert... nun, 1/3 ist nicht schlecht. 14:10 <deer> <postman> der Mailverkehr ist SEHR gering 14:10 <deer> <postman> in/out sind etwa 500 Mails/Monat 14:11 <jrandom> ah cool 14:11 <deer> <Frooze> ich habe langsam (500 MHz), stabil, dediziert 14:11 <deer> <postman> ABER da der inproxy ein I2P laufen haben wird 14:11 <jrandom> (das wird wahrscheinlich zunehmen, wenn mehr Leute davon erfahren ;) 14:11 <deer> <eco> wäre die Maschine nur für eingehende Mails? 14:11 <deer> <postman> der meiste Traffic wäre I2P, denke ich 14:12 <deer> <postman> eco: zumindest eingehend (das wird benötigt) 14:12 <deer> <postman> wenn es für den Betreiber ok ist, würde ich den ausgehenden über beide Maschinen rotieren 14:12 <deer> <postman> Frooze: ist ok, wenn es in der Lage ist, i2p zu betreiben 14:13 <deer> <postman> schick mir einfach eine Mail 14:13 * toad_ fragt sich, ob seine aktuellen Themen AOB sind oder einfach zwischen ihm und jrandom 14:13 <deer> <postman> falls jemand interessiert ist 14:14 <deer> * postman gibt das Mikro zurück 14:14 <deer> <Frooze> mach ich. 14:14 <deer> <postman> danke jr :) 14:14 <jrandom> cool, danke postman 14:14 <jrandom> toad_: ich denke, es gibt viel zu besprechen, aber größtenteils eine Frage für die Freenet-Leute 14:15 <toad_> jrandom: richtig 14:15 <toad_> jrandom: reden wir nach dem Meeting 14:15 <jrandom> klingt gut 14:15 <duck> keine öffentliche Schlammschlacht? :/ 14:15 <jrandom> ok, sonst noch was fürs Meeting? 14:15 <jrandom> heh duck 14:15 <deer> * eco zeigt auf http://dodo.freenetproject.org/pipermail/tech/2005-January/001224.html 14:15 <jrandom> (das war auf tehc ;) 14:15 <cervantes> postman: auf meiner Kiste läuft zu viel Kram, um helfen zu können, fürchte ich ;-) 14:15 <deer> <polecat> Ragnarok: Wenn wir die Adressbuch-Hostdaten signieren könnten, würde das automatische Updates erlauben. Sonst gibt es nicht viel zu tun. Selbst wenn der Nutzer ein Popup bekommt, woher soll er wissen, welcher Schlüssel korrekt ist? 14:15 <deer> <Ragnarok> was bedeutet korrekt? 14:16 <jrandom> polecat: Einträge zu signieren wäre der absolute Hammer. 14:16 <deer> <eco> nur zur Info 14:16 <deer> <eco> kein Schlamm involviert. 14:16 <deer> <Ragnarok> (und Signieren ist für Namensdatensätze geplant) 14:16 <deer> <postman> cervantes: hi, trotzdem danke :) 14:16 <cervantes> du bist in der Tat sehr willkommen 14:16 <cervantes> :P 14:17 <jrandom> ok, noch etwas? 14:17 <deer> <polecat> Ragnarok: korrekt bedeutet um das richtige Ergebnis zentriert. 14:17 <cervantes> polecat: Ich warte, bis einer meiner Kunden pleite geht, bevor ich mich in einen ihrer vergessenen Mailserver schleiche, um i2p zu installieren 14:18 <deer> <Ragnarok> polecat: ja, aber was ist das richtige Ergebnis? 14:18 <jrandom> lol cervantes 14:18 <cervantes> %s/polecat/postman 14:19 <deer> <polecat> Die Adressbuchdatei, die zwischen eepsites gesendet wird, könnte die Signierung in ihrem Format machen, und die andere hosts.txt bleibt gleich. 14:19 * duck fragt sich, ob ein Update von dot.webp nützlich ist? 14:19 <duck> es wurde irgendwie voll 14:19 <deer> <eco> gib uns ein 3D-Applet 14:20 <jrandom> duck: es ist etwas schwer zu lesen, ja ;) 14:20 <jrandom> duck: vielleicht nur die blauen Linien auflisten? 14:20 <jrandom> für mich kommt der Wert daher zu sehen, wie weit grün verteilt ist 14:20 <jrandom> (oder ob es Cluster aus dunkelgrün gibt, etc.) 14:20 <deer> <Ragnarok> polecat: Signieren wird im XML-Namensdatensatzformat unterstützt werden. 14:21 <deer> <polecat> Ragnarok: Das richtige Ergebnis ist, dass der menschenlesbare Name auf die Destination abbildet, die du erwartest zu sehen, und sich nur ändert, wenn der Eigentümer dieser Destination die Schlüssel wechselt. 14:21 <deer> <polecat> Richtig. Also... super. Kein Problem dann. 14:21 <deer> <Ragnarok> polecat: das haben wir jetzt 14:22 <deer> <polecat> Wenn die Signatur eines Updates zum öffentlichen Schlüssel des ursprünglichen Datensatzes passt, kannst du automatisch updaten, kein Problem. 14:24 <jrandom> ok, es bleibt natürlich noch Raum, die Große Namensdebatte auszuklamüsern 14:24 <jrandom> hat noch jemand etwas fürs Meeting? 14:24 <deer> * eco hat eine UI-Umfrage 14:24 * jrandom hat eine GUI 14:25 <deer> <Ragnarok> polecat: das wird unterstützt, sobald wir Signierung haben :) 14:25 <deer> <eco> die i2ptunnel-Option in der Web-UI führt zu einem Popup – bin ich der Einzige, der davon weniger begeistert ist? 14:25 <jrandom> definitiv nicht der Einzige, eco. 14:25 <jrandom> ich habe die i2ptunnel-Weboberfläche ungefähr so schlecht geschrieben, wie ich konnte 14:25 <jrandom> sie ist wirklich, wirklich mies 14:25 * cervantes klaut jrandoms „Patches willkommen“-Zeile 14:26 <jrandom> (was cervantes sagte :) 14:26 <jrandom> oder sogar nur simples HTML, ich kann es mit dem JSP integrieren 14:26 <jrandom> (aber natürlich wären Patches fürs JSP schön) 14:27 <cervantes> jrandom: btw ich habe einen Patch für das, was wir gestern besprochen haben... teste ihn nur noch etwas.... 14:27 <jrandom> ah wikked, cervantes, danke! 14:27 <deer> <eco> warum nicht auf der Hauptseite auflisten, wie die anderen Seiten? 14:27 <deer> <eco> ok, also kein großer religiöser oder technischer Grund dahinter? 14:28 <deer> * polecat hat eine FUI 14:28 <jrandom> eco: aus UI-Sicht kann man es wie die anderen Seiten aussehen lassen, aber technisch nicht 14:28 <jrandom> technisch muss es separat bleiben als Client-App, die als separate .war-Datei deployt wird 14:28 <deer> <polecat> Ragnarok: Ich dachte, du sagtest, das hätten wir jetzt? 14:29 * jrandom schätzt mihis Beitrag zu diesem Code sehr, aber ich kann die i2p-Konsole nicht von GPL abhängig machen 14:29 <deer> <Ragnarok> äh, sorry, ich meinte alles außer der Signierung, die wir offensichtlich derzeit nicht machen. 14:29 <jrandom> (aber wir können es wie die anderen Seiten aussehen lassen 14:30 <deer> <eco> ah, Lizenzthemen. großartig 14:30 <jrandom> heh ist das nicht großartig, eco? 14:30 <deer> <Ragnarok> also werden Adressen derzeit nie automatisch aktualisiert, das Ändern der Destination, auf die eine Adresse zeigt, erfordert immer Eingriff des Nutzers 14:30 <cervantes> jrandom: iframe :P 14:30 * jrandom wünschte, die Leute sähen die IP-Farce als das, was sie ist, und würden ins Public Domain releasen 14:30 <deer> <eco> aber in diesem Fall sollte z.B. eine Socket-Verbindung GPL-mäßig ok sein, schätze ich 14:30 <jrandom> cervantes: keine unmögliche Alternative 14:30 <jrandom> richtig, eco 14:31 <jrandom> wir haben unser Bestes getan, um um die Integration des eigentlichen Kerns herumzutänzeln (unter Verwendung von clients.config und i2ptunnel.config), aber die Web-UI leidet ein wenig darunter 14:33 <deer> <susi23> Wünsche, Feature-Requests und Kommentare zur Adressbuch-Oberfläche bitte unter http://susi.i2p/susidns.html eintragen 14:33 * toad_ respektiert jrandoms radikale Lizenzansichten, widerspricht ihnen aber heftig :) 14:33 <jrandom> oh cool, wird gemacht, susi23 14:34 <jrandom> heh toad_ :) 14:34 <deer> * eco setzt es auf seine Wenn-ich-64-bin-To-Do-Liste 14:34 <toad_> bbiab 14:34 <jrandom> l8r 14:34 <toad_> wenn ich zurück bin, müssen wir über verschiedene technische Fragen zur i2p/freenet-Integration sprechen 14:34 <jrandom> ok, hat sonst noch jemand etwas fürs Meeting? 14:34 * cervantes rollt den Metallgong raus 14:34 <toad_> versuche schnell zurück zu sein 14:34 <jrandom> cool, toad_, ich bin da 14:34 <jrandom> (gibt mir Zeit, diese Threads nachzulesen ;) 14:35 * jrandom holt aus 14:35 * jrandom *baf*t den Gong, schließt das Meeting 14:35 <deer> <DrWoo> jrandom: Ich habe noch ein Thema, wenn du für 7)??? noch offen bist, ich möchte nur kurz zum Azureus-Plug-in zurück, wenn ich darf, #1 – das wird für die Leute *sehr* attraktiv sein, ist das nicht der perfekte Zeitpunkt, um einfache Tunnel-Längen-Kontrollen in die P2P-Seite von I2P über dieses Plug-in zu bringen, um die Bandbreiten-Ressourcen im Netz bestmöglich zu nutzen? #2 – ein funktionierendes Azureus-Plug-in wird (sehr wahrscheinlich?) etwas Publicity verursachen, ob du willst oder nicht, 14:35 <dm> i2p/freenet-Integration!? 14:35 * jrandom ent-gongt 14:35 * cervantes räumt den Gong weg 14:35 <jrandom> #1: ja, absolut – ich habe parg einen Patch geschickt, um das zu tun 14:36 <jrandom> #2: [wurde gekürzt bei ‚want it or not,‘] 14:38 * jrandom beobachtet die IRC-Streaming-Lib-Logs – 14:38 <jrandom> 14:37:55.701: SEND bRC43g==QRnB~Q==: #2 DELAY 1000 MS ACK 1 data: 29 sent 2 times 14:38 <jrandom> 14:38:20.072: SEND juVFdg==aAUIVw==: #3465 DELAY 1000 MS ACK 5723 data: 43 sent 2 times 14:40 <deer> * eco schnappt sich ein Bier 14:40 <deer> <DrWoo> jrandom: #2 – ein funktionierendes Azureus-Plug-in wird (sehr wahrscheinlich?) etwas Publicity verursachen, ob du willst oder nicht, seid ihr auf einen Nutzeransturm vorbereitet, und wenn nicht, wann denkst du, werdet ihr es sein? 14:40 <jrandom> es wäre nicht gut, einen großen Schub an Nutzern vor dem UDP-Transport zu haben 14:41 <jrandom> an azneti2p ist noch viel Arbeit zu tun, also verschafft uns das hoffentlich etwas Zeit, aber wir werden tun, was nötig ist 14:41 <deer> <DrWoo> jrandom: cool zu sehen, dass du bei #1 voll dabei bist ;) 14:42 <jrandom> wir brauchen für #1 auch Doku, die erklärt, warum 0 Hops für manche Bedrohungsmodelle funktioniert :) 14:44 <jrandom> ok, bereit für einen Re-Gong? 14:45 * jrandom holt aus 14:45 * jrandom *baf*t das Meeting geschlossen^2