I2P Entwicklertreffen - 21. Dezember 2004

13:05 <@jrandom> 0) hi 13:05 <@jrandom> 1) 0.4.2.4 & 0.4.2.5 13:05 <@jrandom> 2) 0.5 Strategie 13:05 <@jrandom> 3) Naming 13:05 <@jrandom> 4) eepsite-Überblick 13:05 <@jrandom> 5) ??? 13:06 <@jrandom> 0) hi 13:06 * jrandom winkt 13:06 <@jrandom> Wöchentliche Statusnotizen vor Kurzem gepostet @ http://dev.i2p.net/pipermail/i2p/2004-December/000528.html 13:07 <@jrandom> lasst uns zu 1) 0.4.2.4 & 0.4.2.5 springen 13:08 <@jrandom> für diejenigen von euch, die bereits auf 0.4.2.5 aktualisiert haben – gut 1/3 des Netzwerks bisher – danke! 13:09 <@jrandom> Ich versuche, die Veröffentlichungen in ruhigerem Tempo zu halten, aber es gab in 0.4.2.5 ein paar Dinge, die wirklich eine breitere Verteilung brauchten 13:10 <Madman2003> 0.4.2.5 funktioniert bei mir gut, was Disconnects angeht, aber ich lasse i2p nicht 24/7 laufen(ich hatte in letzter Zeit einige IRC-Disconnects), und seit dem Release sind erst ein paar Stunden vergangen 13:10 <@jrandom> Wie später in der E-Mail erwähnt, habe ich kein geplantes Datum für den nächsten Bugfix-Release, aber wir werden sehen 13:10 <@jrandom> ah, großartig, Madman2003 13:10 <@jrandom> ja, es ist definitiv zu früh, um etwas über 0.4.2.5 zu sagen 13:11 <frosk> Bei .4 hatte ich früher Phasen mit hohem Lag, bei .5 bisher keine, aber wie gesagt, noch etwas früh 13:11 <frosk> (ich rede natürlich vom IRC-Lag) 13:11 <@jrandom> Der behobene DNS-Bug könnte sich so äußern, dass eine große Anzahl von Peers mit älteren Releases gleichzeitig ausfällt, daher gilt: je schneller die Leute updaten, desto besser 13:12 <@duck> Hängt das mit den Fehlern bei denen zusammen, die einen Hostnamen manuell eingeben? 13:12 <@jrandom> ja 13:12 <dm> Wie nutzlos ist das Windows-Systemtray-I2P-Icon!?!? 13:12 <@duck> ah, deshalb ist config.jsp noch freundlich 13:13 <Madman2003> Hat jemand eine Ahnung, warum manche noch Router vor 0.4.2.4 laufen lassen?(ist ja schon eine Weile draußen) 13:13 <@jrandom> dm: Das ist im Moment eher ein Platzhalter, plus ein Status-Icon, das sagt "i2p läuft" 13:13 <dm> Die haben ein Leben? :) 13:13 * jrandom sollte das übelnehmen... 13:14 <redzog> Gibt es eine Möglichkeit, Soft-Restarts von der Kommandozeile aus zu machen? 13:14 <@jrandom> redzog: leider nicht 13:14 <redzog> hmm, schade 13:14 <@jrandom> außer vielleicht mit wget 13:14 <redzog> würde automatische Updates erleichtern 13:14 <+detonate> i2prouter stop && i2prouter start :) 13:14 <@jrandom> nein, doch nicht, wget würde auch nicht funktionieren 13:14 <@jrandom> (da das Formular Interaktion erfordert) 13:14 <Madman2003> Ich update generell über CVS mehrere Male zwischen den Releases(at best once a day), dauert nur ein paar Minuten 13:15 <redzog> lwp::simple könnte das erledigen 13:15 <redzog> nur ein POST 13:15 <@jrandom> redzog: Unterstützung dafür wäre ziemlich cool 13:15 <redzog> Ich versuche, schnell etwas zusammenzuschustern 13:15 <@jrandom> Nun, es ist mehr als nur ein POST, du musst das angezeigte Formular lesen und dann diese Felder zurückposten 13:16 <+detonate> Irgendwann werden die Releases jedoch weiter auseinanderliegen.. oder? 13:16 <@jrandom> (es gibt ein verstecktes Flag, um zu verhindern, dass Leute Dinge tun wie <img src="../../../../../../configservice.jsp?action=restart"> 13:16 <redzog> heh, genau 13:16 <@jrandom> genau, detonate, es war nicht geplant, so schnell zu sein, höchstens einmal pro Woche 13:16 <redzog> Ändert sich der nonce-Wert? 13:17 <@jrandom> Wenn nicht, wäre es kein nonce ;) 13:17 <redzog> hmm, scheint so 13:17 <redzog> nun, zwischen Sitzungen, zwischen Seitenaufrufen... ;) 13:17 <redzog> also zwischen Seitenaufrufen 13:17 <@jrandom> richtig 13:17 <@jrandom> ok, hat noch jemand etwas bzgl. 0.4.2.4/0.4.2.5? 13:18 <@jrandom> Ich bin sicher, es wird später mehr Diskussion geben, nachdem wir das neue Release weiter eingehend getestet haben 13:18 <dm> oh, ist das ein Meeting? 13:18 <+detonate> Der Start wirkt deutlich weniger geschmeidig 13:18 <+detonate> als bei 2.3 13:19 <@jrandom> oh? in welcher Hinsicht, detonate – CPU, Lag, Speicher, Zeit? 13:19 <+detonate> Die Liste der Peers braucht ewig, um sich zu füllen 13:19 <+detonate> und ich bekomme eine riesige Anzahl von Peers auf der Shitlist 13:19 <+detonate> außerdem hängt das i2ptunnel-Zeug manchmal, und generell scheint es mindestens doppelt so lange zu dauern, bis es tatsächlich startet 13:19 <+detonate> Sobald es gestartet ist, wird's geschmeidiger 13:19 <+detonate> ist seltsam 13:20 <@jrandom> hmm, was steht als Ursache auf /logs.jsp#connectionlogs ? 13:20 <ant> <BS314159> Ich habe gerade einen Graceful-Restart auf 0.4.2.5 gemacht. Es hat 120s gedauert, bis Local Destinations 13:20 <ant> <BS314159> scheint gut 13:20 <@jrandom> cool, BS314159 – das ist so ziemlich das Minimum, da wir i2ptunnel erst 2 Minuten nach dem Start hochfahren :) 13:20 <+detonate> Da ist nichts Außergewöhnliches 13:20 <+detonate> eine Shutdown-Exception 13:21 <+detonate> aber ich glaube, die habe ich verursacht 13:21 <mule> Ich habe mit dem letzten Release über FCP mehr als 300M für einen Film gezogen. So gut war es noch nie. Spitzenraten über 40k. Großartige Arbeit. 13:21 <@jrandom> wow, nicht schlecht, mule! 13:21 <mule> Allerdings habe ich immer noch ernsthafte Probleme bei der Erholung nach einem IP-Wechsel 13:21 <@jrandom> detonate: hmm, ok, ich würde das nach dem Meeting oder wann immer du Zeit hast gern weiter debuggen 13:22 <+detonate> ja 13:22 <+detonate> ok 13:22 <dm> tunnel lag: 364ms. Was zum Teufel ist los, der tunnel lag sinkt mit jedem Release um 100–200ms! 13:22 <@jrandom> ah, mule, ok 13:22 <@jrandom> Ich habe eine Idee, wie wir mit diesen hängenden TCP-Verbindungen umgehen könnten – einfach ein 5m-Keepalive draufpacken 13:23 <@jrandom> heh dm, keine Sorge, das geht schon wieder rauf ;) 13:23 <frosk> wow, ich habe hier nur 261ms :) 13:24 <@jrandom> ok, wenn es nichts Weiteres gibt, springen wir zu 2) 0.5 Strategie 13:24 <dm> Das kann nicht stimmen... 13:25 <+ugha2p> Sieht so aus, als wäre ich schon wieder zu spät zum Meeting. 13:26 <@jrandom> Mit 0.5 ist noch viel Arbeit zu tun, aber ein grober Ablauf des Prozesses war in der E-Mail enthalten 13:26 * jrandom schickt ugha2p ins Rektorzimmer 13:27 <@jrandom> Es gibt noch einige Details bei Tunnel-Pooling und -Erstellung auszuarbeiten, aber ich denke, wir haben ein paar verschiedene Angebote, die den Bedürfnissen unterschiedlicher Nutzergruppen gerecht werden 13:28 <@jrandom> Es wird gute, altmodische Dokumentation veröffentlicht, sobald die meisten Haken im Design ausgebügelt sind, damit ihr sie begutachten könnt 13:28 <@jrandom> (aktuell füllt es ~8 Seiten im Notizbuch, sollte sich aber gut komprimieren lassen) 13:29 <kaji> Hat das Meeting schon begonnen? 13:29 <@jrandom> Aber eine weitere Aufgabe für 0.5 ist „mit den Bandbreitenanforderungen des Netzwerks umgehen“, und ich habe keine Ahnung, wie man das planen soll, also machen wir das nach Gefühl 13:29 <@jrandom> ja, kaji, wir sind bei 2) 0.5 Strategie 13:30 <@jrandom> Nun, das ist im Moment alles, was ich dazu zu sagen habe – es sei denn, jemand hat Fragen/Kommentare/Bedenken? 13:31 <+ugha2p> Wow, die meisten Router haben bereits upgegradet. 13:31 <+detonate> Steht das Filtern von HTTP-Traffic, um JavaScript/etc. zu entfernen, auf der Roadmap? 13:31 <+detonate> für 0.5 13:31 <+ugha2p> detonate: Nein. 13:31 <@jrandom> detonate: 0.6 13:31 <ant> <cat-a-puss> Bezüglich Bandbreite: Sollten wir für BitTorrent eine probabilistische Tunnel-Länge und/oder lokal biaste Tunnel aktivieren, da BT-Nutzer im Allgemeinen ein schwächeres Threat Model (Bedrohungsmodell) haben? 13:32 <@jrandom> cat-a-puss: ja, auf jeden Fall. Das ist einer der großen Teile des 0.5-Releases 13:32 <+ugha2p> detonate: Außer du implementierst es zuerst. ;) 13:32 <+detonate> Ich habe darüber nachgedacht 13:33 <ant> <cat-a-puss> Wird das HTML-Filtering in einem separaten Prozess durchgeführt werden? 13:33 <@jrandom> Ich glaube, michelle schaut sich das auch an, wenn ihr zwei zusammenarbeiten wolltet (michelle lernt Java), wäre das super 13:33 <+detonate> ok 13:33 <@jrandom> cat-a-puss: weiß ich nicht. 13:34 <+ugha2p> cat-a-puss: Warum sollte es? 13:35 <ant> <cat-a-puss> (Ich frage, weil ich daran dachte, einen Proxy zu bauen, der den gesamten eingehenden Browser-Traffic durch ClamAV schickt) Das ist GPL-lizenziert, also wäre es wahrscheinlich gut, wenn wir das in den Filter integrieren könnten. 13:35 <@jrandom> cool, cat-a-puss! 13:35 <+ugha2p> Manche Leute benutzen bereits Privoxy für I2P. 13:36 <bens> Generell bin ich gegen das Integrieren von Zeugs 13:36 <susi23> Ich würde lieber sehen, dass die Leute ihre Browser richtig konfigurieren, als zu versprechen, sie vor bösartigem Code zu schützen. 13:36 <@jrandom> susi23: Niemand konfiguriert seinen Browser richtig 13:36 <@jrandom> schon gar nicht Otto Normalverbraucher 13:37 <frosk> Man kann sich fragen, ob Joe überhaupt in der Lage ist, einen Proxy für seinen Browser einzustellen 13:37 <@jrandom> Meiner persönlichen Ansicht nach wäre etwas CGI-Proxy-Ähnliches ideal 13:37 <@jrandom> genau, frosk 13:37 <@jrandom> Mit einer CGI-Proxy-ähnlichen Oberfläche (Filterung nach ihren Präferenzen, standardmäßig sicher) könnte das sogar ein sabbernder Trottel benutzen 13:38 <bens> Ich vermute, I2P braucht mehrere Versionen für mehrere Märkte noch dringender als MS Office 13:38 <@jrandom> Deshalb haben wir kleine Komponenten und schieben dieses Zeug aus dem Router heraus, bens ;) 13:38 <Ragnarok> Eine Proxy-Auto-Config-Datei würde helfen 13:39 <@jrandom> Ragnarok: Wir haben eine, aber es gibt immer noch gefährliche Dinge, die man damit tun kann 13:39 <frosk> Vielleicht sogar ein spezialisierter i2p-Browser (falls jemand in Freizeit ertrinkt ;) 13:39 <susi23> ragnarok: das hier? http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/proxyscript/i2pProxy.pac 13:39 <@jrandom> frosk: Auf dem spezialisierten i2p-OS und der Hardware auch, nehme ich an 13:40 <frosk> hehe, perfekt 13:40 <Ragnarok> Das ist allerdings nicht im Installer 13:40 * jrandom implementiert das im spezialisierten i2p-Universum 13:40 <susi23> . o O ( vielleicht sollten wir auch einen dedizierten i2p-Planeten suchen ) 13:40 <susi23> . o O ( verdammt, zu langsam ) 13:40 <mule> ok, wir verkaufen die Hardware :) 13:40 <frosk> Ihr wisst, was man sagt: Um etwas von Grund auf zu erschaffen, erschaffe zuerst das Universum 13:41 <@jrandom> w00t, jetzt brauchen wir nur noch ein paar Investoren.. 13:41 <bens> Ernsthaft, ein Firefox-Autokonfigurator wäre vielleicht sinnvoll 13:41 <@jrandom> bens: Die .pac, die susi oben verlinkt hat, sollte es tun 13:41 <bens> Nicht nur für den Proxy; auch für die Sicherheitseinstellungen, Startseite usw. 13:41 <@jrandom> Wir können das auch mit dem Installer ausliefern, aber es reicht nicht für Leute, die Anonymität brauchen (und nicht schon Über-Geeks sind) 13:42 <@jrandom> hmm, vielleicht könnte so etwas in cervantes' i2p-XUL-App 13:43 <@jrandom> aber das geht immer weiter weg vom Thema 2) 0.5 Strategie 13:43 <@jrandom> Hat noch jemand etwas dazu, oder sollen wir zu 3) Naming übergehen? 13:44 -!- Irssi: #i2p: Insgesamt 40 Nicks [2 Ops, 0 Halfops, 6 Voices, 32 normal] 13:44 <@jrandom> Betrachtet uns als weitergezogen 13:44 <@jrandom> ok, anscheinend war ich mit der 2.0.1-Referenz von addressbook etwas voreilig – Ragnarok, willst du uns ein Update geben? 13:44 <+ugha2p> jrandom: Können wir erwarten, dass die Daten auf der Roadmap stimmen? 13:45 <@jrandom> ugha2p: sie spiegeln derzeit meine beste Schätzung wider 13:45 <+ugha2p> jrandom: Ok, gut. 13:45 <Ragnarok> Es ist jetzt veröffentlicht 13:45 <@jrandom> w00t 13:45 <Ragnarok> schaut auf ragnarok.i2p 13:45 <Ragnarok> Ich hatte nicht vor, es schon zu releasen, aber jrandom hat mich gedrängt :) 13:46 <@jrandom> hehe 13:46 <+ugha2p> Ragnarok: Übrigens fehlt dir ein Link von der Homepage. :) 13:46 <Ragnarok> Es sind nur ein paar Bugfixes, nichts Großes, aber es sollte mit einigen Grenzfällen besser umgehen 13:46 <@jrandom> Es ist oben rechts, ugha2p 13:47 <Ragnarok> ugha2p: es ist in der Seitenleiste 13:47 <Ragnarok> Ich füge aber auch Links zum Beitrag hinzu :) 13:47 <mule2> "that'll be the day when i die". Täglicher IP-Wechsel, nach dem man die Uhr stellen kann. 13:48 <Ragnarok> Wie auch immer, wenn es alle ausprobieren könnten, wäre das nett. Bugreports sind immer willkommen 13:48 <+ugha2p> Ragnarok: Oh, diese Seitenleiste ist in Opera echt kaputt. 13:48 <mule2> Lease expired 12773d ago 13:49 <+ugha2p> Ragnarok: Nun, nicht wirklich kaputt, aber einfach am Ende der Seite platziert. 13:49 <@jrandom> cool, Ragnarok, danke 13:49 <Ragnarok> Dein Fenster ist wahrscheinlich nicht breit genug 13:49 <+ugha2p> Ragnarok: Schon, aber es sollte mit jeder Fenstergröße funktionieren. 13:50 <+ugha2p> Also möchtest du das vielleicht später fixen. :) 13:50 <Ragnarok> ugha2p: „sollte“ ist eine interessante Wortwahl :) 13:50 <Frooze> ah, in Mozilla 1.7 auch falsch. Mein Fenster ist aber klein. 13:50 <+ugha2p> Warum das? 13:50 <Frooze> Danke, ragnarok. Cooles Zeug. 13:51 <Ragnarok> Ich werde es vielleicht in Zukunft fixen, aber es steht wirklich weit unten auf meiner Prioritätenliste 13:51 * jrandom bevorzugt addressbook-Updates gegenüber HTML-Fixes 13:52 <Ragnarok> Wie dem auch sei, irgendwelche Fragen? 13:53 <frosk> danke für addressbook, Ragnarok, klingt sehr nützlich 13:54 <+ugha2p> Ist der dokumentierte Weg, addressbook zu laden, der einzige, oder gibt es weniger intrusive? 13:54 <kaji> Ich habe es gerade installiert, es rockt 13:54 <Ragnarok> Du kannst es von Hand starten mit "java -jar addresbook.jar <path to i2p/addressbook>" 13:54 <Ragnarok> danke :) 13:55 <kaji> oh, und ich habe Version 2.0.0 gedl't, gibt es irgendwo ein Update? 13:55 <Ragnarok> ok, ich habe die Spalte gefixt, es war nur ein dummer Mix aus absoluten und relativen Größen 13:56 <Ragnarok> ja, 2.0.1 liegt jetzt auf ragnarok.i2p 13:57 <+ugha2p> Ich bekomme jetzt „Failed to load Main-Class manifest attribute from“, aber egal, ich mache später einen Restart. 13:57 <Ragnarok> ups 13:58 <Ragnarok> mein Fehler 13:58 <Ragnarok> Ich versuche, das bald zu fixen 13:58 <+ugha2p> Ah, ok. :) 13:58 <Ragnarok> Es wird bald auch eine einfach zu installierende .war-Version geben 13:59 <dm> jrandom: Du bist eine Maschine 14:00 <@jrandom> wikked, danke, Ragnarok 14:00 <@jrandom> susi23: ping? 14:00 <susi23> 1200ms 14:01 <@jrandom> !thwap 14:01 <@jrandom> Wie auch immer, willst du uns einen Überblick geben, was bei susidns los ist? 14:01 <@jrandom> oder soll das später warten? 14:01 <susi23> Haben wir Zeit für eine allgemeinere Diskussion über Naming? 14:02 <susi23> Welche Features wir in Zukunft wollen? 14:03 <@jrandom> Einige meiner Gedanken sind hier gepostet: http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 14:03 <@jrandom> (zu den allgemeinen Features) 14:04 <@jrandom> Ich denke, das Schwierigste wird sein, die Leute von global eindeutigen, menschenlesbaren Namen wegzubekommen, aber mit guten Interfaces sollte das machbar sein 14:04 <Ragnarok> Die von dir skizzierten Datenstrukturen in XML zu implementieren, ist eines meiner nächsten Ziele 14:04 <susi23> ok, es gibt einen kurzen Text über Attribute unter http://susi.i2p/removablekeys.html 14:05 <ant> <Jnymo> wow.. ziemlich voll hier heute Abend 14:05 <bens> ragnarok: Hast du dir YAML angesehen? Könnte einfacher sein 14:05 <+ugha2p> Jnymo: Ja, wir versuchen hier gerade ein Meeting abzuhalten. 14:05 <Ragnarok> Der Name YAML ist viel zu treffend 14:05 <@jrandom> cool, susi23, obwohl ich denke, dass wir definitiv vom einfachen hosts.txt-Format wegmigrieren wollen 14:05 <ant> <Quadn-werk> Ergänzung eines Graceful-Restarts über die Kommandozeile? 14:06 <ant> <Jnymo> ah 14:06 <susi23> Gibt es Ideen, wie man Namen langfristig eindeutig hält? 14:06 <@jrandom> Einer der wichtigen Teile der Daten, die im Naming-Service verwaltet werden, ist, dass ein Eintrag signiert ist, was eine feste Struktur (oder sorgfältiges XML) erfordert 14:07 <@jrandom> Ich glaube nicht an Namen, die global eindeutig, menschlich, menschenlesbar und sicher sind. 14:07 <@jrandom> (ich packe zentralisiert & sicher zusammen) 14:07 <@jrandom> susi23: hast du http://zooko.com/distnames.html gesehen? 14:07 <Ragnarok> Ich denke, mit einem addressbook-ähnlichen System werden die Namen am Ende größtenteils eindeutig sein, da es im Interesse der Person ist, die einen Namen beansprucht, keinen zu wählen, der bereits in Gebrauch ist 14:08 <@jrandom> Ragnarok: Wir werden sehen. vielleicht 14:08 <susi23> Ich schaue mir das an 14:08 <bens> Ich vermute, vertrauenswürdige Autoritäten werden entstehen 14:08 <Ragnarok> Nun, es gibt bereits eine 14:08 <frosk> hosts.txt? :) 14:09 <Ragnarok> die von jrandom, ja 14:09 <@jrandom> Oder, wenn keine vertrauenswürdigen Autoritäten, dann Namen, die den Pfad enthalten, um sie eindeutig zu identifizieren 14:09 <@jrandom> (z.B. "the site orion.i2p calls 'frosk.i2p'") 14:10 <@jrandom> Derek Eddington hatte im September ein paar Beiträge in diese Richtung - http://dev.i2p.net/pipermail/i2p/2004-September/000432.html 14:10 <bens> frosk.orion.i2p 14:10 <@jrandom> smtp.frosk.ns.orion.i2p 14:11 * jrandom fängt an, UUCP-Bang-Paths zu bauen 14:11 <frosk> hah 14:12 <susi23> ok, was jetzt... wie wäre es mit einer "Naming-Roadmap"? :) 14:12 <ant> <Jnymo> Ihr habt mich etwas von einem absolut verteilten DNS für i2p abgebracht.. irgendwie.. aber Ducks Ideen haben mich auf den Gedanken gebracht, dass ein Trust-System funktionieren könnte.. zum Beispiel könnte eine Abfrage eine Liste von Sites/Files zurückgeben, und jede könnte mit dem Maß an Vertrauen gelistet sein, das das Netzwerk ihr gibt 14:12 <susi23> Sobald wir uns darauf geeinigt haben, was zu tun ist 14:12 <@jrandom> Gute Idee, susi23, möchtest du so etwas schreiben? 14:13 <@jrandom> Das Vertrauen in das Vertrauen anderer hat Potenzial, muss aber sehr sorgfältig erfolgen 14:13 <susi23> Ich könnte das machen, aber ich habe immer noch keine Ahnung, WAS wir tun wollen. Es sind ein paar Entscheidungen zu treffen. 14:14 <@jrandom> (sprich nur gemäß den Bedingungen, dass du die Peers entlang der Kette bis zum Vertrauensautor vertraust) 14:14 <modulus> Es gibt – oder sollte – kein „Netzwerkvertrauen“ für eine Site geben, Vertrauen muss immer nutzerzentriert sein 14:14 <@jrandom> susi23: Roadmap Schritt 1: Auswahl unter $featureset 14:14 <susi23> Oder wir müssen zumindest alle Ideen zu einem präziseren Konzept ausarbeiten. 14:14 <ant> <Jnymo> Nun, wenn es explizit einfach wäre.. etwa wenn files.i2p auflisten würde, wie viele Sites auf siteinquestion.i2p verlinken 14:15 <Ragnarok> ok, ich habe das addressbook-Paket mit einem ausführbaren JAR aktualisiert. 14:15 <ant> <Jnymo> äh, files.i2p 14:15 <@jrandom> jnymo: Das wird zu einer zentralisierten Autorität – files.i2p 14:15 <modulus> Ganz zu schweigen davon, dass man den Pool der Links vergiften könnte, indem man eine Scheißladung Sites aufsetzt. 14:16 <modulus> Googlebombing auf i2p 14:16 <ant> <Jnymo> stimmt.. aber files.i2p könnte dezentralisiert sein 14:16 <susi23> ok, wie wäre es, wenn wir Ideen/Informationen/Konzepte sammeln bis, sagen wir, Januar 14:16 <orion> 'lo all. Ich sehe, Naming steht auf dem Tisch.. *schon wieder* :) 14:16 <susi23> dann kommt die Entscheidungsphase, ok? 14:16 <@jrandom> Klingt gut – willst du der Ansprechpartner sein, der das zusammenführt? 14:16 <Ragnarok> klar 14:16 <modulus> Egal, ob die Vertrauensaggregation dezentralisiert ist, Vertrauen muss vom Nutzer ausgehen. Alles andere kann meiner Meinung nach vergiftet werden. 14:17 <susi23> Können wir dafür nicht die Mailingliste nehmen? 14:17 <bob> oder vielleicht ughas Wiki? 14:17 <ant> <Jnymo> einverstanden.. aber wie macht man das? Eine kleine Trust-Meter-Leiste oben im Webbrowser? 14:18 <@jrandom> Das Wiki wäre gut, dort können wir Links zu allen früheren Diskussionen sammeln 14:18 <modulus> jnyo: Die wohl praktikabelste Lösung ist, sich an den zuerst angetroffenen Namen zu binden oder so. 14:18 <dm> Lasst uns alle jrandom für sein wunderbares Projektmanagement applaudieren 14:18 <susi23> gut 14:18 <modulus> aber es gibt mehr Wege als Würstchen. 14:19 <susi23> URL zum Wiki? (für das Protokoll) 14:19 <ant> * Jnymo klatscht 14:19 <@jrandom> ugha.i2p 14:19 * dm klatscht 14:19 <susi23> ok 14:19 <susi23> dann bin ich fertig und pinge jrandom zurück ;) 14:20 <ant> <Jnymo> modulus: Also, wenn ich jemandem einen Link weitergebe, verweise ich ihn auf die Site, an die ich mich zuerst gebunden habe.. das könnte funktionieren.. 14:20 <+ugha2p> Sieht so aus, als hätte jrandom einen Ping-Timeout. 14:20 <@jrandom> ok, cool, noch etwas zu nami^W äh, kein Naming mehr. weiter zum Wiki 14:20 <modulus> Wie auch immer, wenn du verlinkst, willst du wahrscheinlich einen absoluten Pfad in den Link setzen, nicht nur einen Namen 14:21 <@jrandom> weiter zu 4) eepsite-Überblick 14:21 <dm> dm.i2p ist aktiv und läuft 14:21 <@jrandom> cool 14:22 <@jrandom> ok, ich habe über das, was in der Mail erwähnt wurde, nicht viel hinzuzufügen 14:22 <bob> Schön, einen Zustrom von Sites zu sehen! alle außerdem schnell erreichbar! 14:22 <@jrandom> aye, einverstanden, bob 14:22 <bob> orion, danke für deine Arbeit.. Ich benutze deine Site täglich. 14:22 * jrandom auch, die ‚last updated‘ ist besonders hilfreich 14:23 <bob> dm: :-) 14:24 <@jrandom> ok, wenn es dazu nichts Weiteres gibt, können wir zu 5) ??? springen 14:24 <@jrandom> Gibt es noch etwas, das die Leute im Meeting ansprechen wollen? 14:24 <ant> <Jnymo> wie ist der Netzstatus? 14:24 <ant> <Jnymo> bzgl. 4.2.5? 14:25 <@jrandom> Sieht gut aus, aber der Release ist erst ein paar Stunden alt, also zu früh, um etwas zu sagen 14:25 <ant> <Jnymo> oh, heh 14:25 <ant> <Jnymo> irgendwelche fusenet-Neuigkeiten? 14:26 <@jrandom> (http://piespy.i2p/i2p/i2p-current.webp heh) 14:26 <frosk> Meine Arbeit an i2pcontent lag die letzten Wochen weitgehend auf Eis, aber die neueste Version des Dokuments kann unter http://frosk.i2p/i2pcontent.html gelesen werden. wenn jemand interessiert ist, bitte lesen, und bei Bedarf auch hart kommentieren (im IRC, wenn ich nicht /away bin, oder Mail an frosk@mail.i2p) 14:26 <frosk> i2pcontent/fusenet/alles ;) 14:26 <ant> <Jnymo> wordicus 14:28 <@jrandom> ok, wenn es nichts Weiteres gibt... 14:28 <mule2> Viel Applaus für all die hervorragenden Beiträge 14:29 <@jrandom> aye, ihr macht verdammt geile Sachen 14:29 <frosk> du auch, jrandom :) 14:29 <orion> word. 14:29 <orion> ja, auf jeden Fall, du auch, jrandom. 14:29 <scintilla> Hört, hört! 14:29 <ant> <Jnymo> ja, mir ist auf der Site aufgefallen, dass es weniger Infos gibt, wie man helfen kann 14:29 <@jrandom> manchmal treten wir Ärsche, manchmal werden uns welche getreten ;) 14:29 <orion> HIP HIP 14:30 <ant> <Jnymo> HORRAY 14:30 * orion lächelt 14:30 <Frooze> Heute Eclipse heruntergeladen, um über die Feiertage Java zu lernen, weil ihr so beeindruckend seid. 14:30 <@jrandom> jnymo: Viele der kleinen, leicht zu erledigenden Aufgaben sind erledigt 14:30 <@jrandom> ooh wikked, Frooze 14:31 <Frooze> also Ärger am Horizont. heh 14:31 <@jrandom> jnymo: Ich sollte aber wirklich noch mehr davon sammeln und posten 14:31 <ant> <Jnymo> jrandom: Suchst du immer noch jemanden, der bei alexandria.i2p hilft? 14:31 <@jrandom> (in Deckung, Arizona!) 14:31 * jrandom ist nicht in alexandria involviert, aber ja, ich glaube, sie suchen noch einen Bibliothekar 14:31 <ant> <Jnymo> lernt schwimmen, Leute ;) 14:31 * orion liebt Pump-up-the-Volume-Referenzen. So vage sie auch sein mögen. 14:31 <@duck> ja, tun wir 14:31 <@jrandom> :) 14:31 <Ragnarok> jrandom: Wohin soll die WAR eigentlich abgelegt werden? 14:31 <@jrandom> (orion++) 14:32 <@jrandom> Ragnarok: i2p/webapps/addressbook.war 14:32 <@jrandom> (dann den Router neu starten) 14:32 <ant> <Jnymo> duck, redest du mit mir? 14:32 <Ragnarok> cool. Ich beginne mit dem Testen 14:32 <@jrandom> r0x0r 14:32 <ant> <Jnymo> duck: Ist alexandria auf deiner Site? 14:33 <@duck> duck.i2p/alexandria/ 14:33 <ant> <Jnymo> word 14:34 <@jrandom> ok, wenn das alles ist, können wir hier bei der 90m-Marke rausgleiten.. 14:34 * jrandom holt aus 14:34 * jrandom beendet das Meeting mit einem *baf*