I2P-Entwicklertreffen - 2. November 2004

13:37 <jrandom> 0) hi 13:37 <jrandom> 1) Netzstatus 13:37 <jrandom> 2) Core-Updates 13:37 <jrandom> 3) Streaming-Bibliothek 13:37 <jrandom> 4) mail.i2p-Fortschritt 13:38 <jrandom> 5) BT-Fortschritt 13:38 <jrandom> 6) ??? 13:38 <jrandom> 0) hi 13:38 <jrandom> sorry für die Verspätung, wöchentliche Statusnotizen gepostet @ http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 <dm> meeting in 24 or 84? 13:38 <jrandom> 0 13:38 <dm> oh.. -36? 13:39 <jrandom> jup, 21 Uhr GMT 13:39 <jrandom> aber ich habe das vergessen, also fangen wir... jetzt an ;) 13:39 <jrandom> 1) Netzstatus 13:39 <dm> gutes Timing 13:39 <jrandom> nun, von meiner Seite keine wirkliche Änderung am Netzstatus – möchte jemand etwas dazu ansprechen? 13:41 <jrandom> wenn nicht, können wir ebenso zu 2) Core-Updates übergehen 13:41 <jrandom> ich habe eigentlich nichts über das hinaus hinzuzufügen, was in der E‑Mail steht, also gebe ich den Leuten eine Minute zum Verdauen 13:42 <deer> <postman> arg 13:42 <jrandom> es gab seit dem Release 8 Patches, ein oder zwei weitere sind ausstehend. Wir werden die wahrscheinlich alle zu einer 0.4.1.4 taggen, da die Streaming-Bibliothek selbst noch nicht fertig ist 13:43 <deer> <jrandom> wb, hier sieht’s gerade etwas holprig aus 13:43 <deer> <postman> np, ich bin zurück :) 13:43 <protok0l> Gibt’s Neuigkeiten zu aums Verschwinden? Ich will stasher! 13:44 * dm mag es zu wissen, dass unter der Haube Dinge getan werden, um I2P zu optimieren 13:44 <jrandom> wie gott zitierte: DIY, do or die 13:45 <jrandom> ja, das Memory-Churn wurde zu einem erheblichen Anteil der CPU‑Zeit 13:45 <jrandom> also lohnte sich der Aufwand zum Optimieren endlich 13:45 <deer> <baffled> Sorry, muss einen Bus erwischen, ich lese die Logs später in der Nacht. 13:45 <deer> <peer> hi, nur ein Bugreport 13:45 <jrandom> (da es die Testzeit der Streaming-Bibliothek um den Faktor 5 verringert hat) 13:45 <jrandom> cool baffled, bis später 13:46 <deer> <peer> wenn deine Netzverbindung ausfällt, stirbt I2P 13:46 <dm> Das sind die Dinge, die sich einschleichen; gut, sie aus dem Weg zu räumen, solange das Projekt noch schlank ist. 13:46 <deer> * postman hat das vor ein paar Tagen auch bemerkt 13:46 <deer> <postman> einer meiner Server hat seinen Link verloren 13:46 <deer> <postman> für ein paar Minuten – danach war I2P reif für einen kompletten Neustart 13:46 <jrandom> stirbt – im Sinne von: die JVM stoppt, oder der router spricht nicht mehr mit peers? 13:47 <jrandom> (es hört natürlich auf, mit peers zu sprechen – ich meine: erholt es sich, nachdem das Netz wieder oben ist?) 13:47 <deer> <postman> jrandom: in meinem Fall lief die JVM noch – aber keine Verbindung führte etwa 15 Minuten lang zum Erfolg 13:47 <deer> <postman> jrandom: danach habe ich neu gestartet 13:47 <jrandom> hmm, ok, cool 13:48 <jrandom> danke peer, postman. Ich werde da unten etwas debuggen 13:48 <jrandom> welche Betriebssysteme, btw? 13:48 <deer> <postman> jrandom: np – wollte dir eine Mail schreiben, habe es aber vergessen 13:49 <deer> <postman> jrandom: Linux 2.4.recent - glibc2.3.recent jvm 1.4.05 13:49 * jrandom vermutet, dass dies die Woche von „break shit and make I2P handle it better“ wird 13:49 <jrandom> word 13:50 <deer> <peer> jrandom: in meinem Fall ist die JVM komplett abgestürzt 13:50 <jrandom> stand da OutOfMemory oder gab es irgendwelche CRIT‑Meldungen? oder hat es eine hs_*‑Datei in deinem I2P‑Installationsverzeichnis erzeugt? 13:52 <jrandom> vielleicht können wir die Details später, nach dem Meeting, durchgehen 13:52 <jrandom> hat noch jemand etwas zu 2) Core-Updates? 13:52 <jrandom> wenn nicht, weiter zu 3) Streaming-Bibliothek 13:53 <dm> ja 13:53 <dm> diese erhöhte Latenz 13:53 <dm> hast du eine geschätzte prozentuale Erhöhung pro Hop? 13:53 <dm> reden wir von ein paar Prozentpunkten oder 30–40%? 13:53 <jrandom> keine; es gab nur einige Situationen, in denen es nicht durch einen ausgehenden tunnel geschickt wurde 13:54 <dm> also vernachlässigbar... okay 13:54 <dm> (im Durchschnitt) 13:54 <dm> 3) 13:54 <jrandom> 0% pro Hop, aber es ist so, als ob der peer, mit dem du sprichst, im Schnitt tunnel hat, die 1 Hop länger sind als zuvor 13:55 <jrandom> bislang nicht viele wirklich sichtbare Updates für die Streaming-Bibliothek 13:55 <jrandom> die Dinge funktionieren ziemlich gut, und ich habe eine Reihe Benchmarks gemacht, um den Fortschritt während der jüngsten Speicher-Überarbeitungen zu verfolgen 13:55 <dm> oh Durchsatz‑Zahlen!!! 13:57 <dm> ping 13:57 <deer> <Natalia> . 13:57 <jrandom> nun, es variierte je nach Nachrichten­größe und injizierter Latenz pro Hop, aber der vorläufige Durchsatz war 2–5× höher 13:57 <jrandom> allerdings war es CPU‑limitiert 13:57 <dm> hmmm, nicht schlecht. 13:58 <dm> CPU an welchem Ende? 13:58 <jrandom> der große Vorteil liegt in der Reduktion von Daten‑Retransmits und der quasi Eliminierung von Ausfällen ;) 13:59 <jrandom> dm: diese Tests wurden mit dem Simulator durchgeführt, wobei zufällige Verzögerungen pro Hop injiziert wurden 13:59 <jrandom> (z. B. jedes Mal 400 ms, oder 1000 ms, oder 2000 ms) 13:59 <dm> Gibt es irgendein Prioritätsschema, sodass das Weiterleiten von Nachrichten der tunnel nicht zu sehr davon betroffen ist, wenn Leute mit 30 k/s herunterladen und ihre CPU auslasten? 13:59 <jrandom> (nun, der *große* Vorteil ist das Sliding Window und das Reordering, aber weniger Retransmits ist gut) 14:00 <jrandom> bin mir nicht sicher, ob ich verstehe 14:00 <dm> Wenn ich zum Beispiel Porn runterlade, injiziere ich dann eine 3‑s‑Verzögerung für alle, die mit ihren tunnels durch mich gehen. 14:00 <jrandom> (und die Transfer­raten waren deutlich höher als 30 KB/s, aber nochmal: das war nur lokal mit zufällig injizierten Verzögerungen) 14:01 <dm> Ich frage mich nur allgemein, was passiert, wenn jemand seine CPU ausreizt – bezogen auf seinen Beitrag zum Netzwerk. 14:01 <dm> Ich schätze, das ist nicht spezifisch für den Missbrauch der Streaming-Bibliothek. 14:02 <jrandom> du wirst beim Streaming deine CPU nicht ausreizen; die CPU‑Last ist mir passiert, als ich den lokalen Simulator benutzt habe und eine Menge router auf einer einzelnen Kiste laufen ließ 14:02 <dm> ah alles klar, ich dachte, die CPU wäre mit einem router am Limit, der alle Bits verschlüsselt, die durch die Leitung gehen. 14:02 <jrandom> nah, Verschlüsselung ist ReallyReallyFast 14:03 <dm> cool 14:03 <jrandom> ok, hat sonst noch jemand Fragen bzgl. des Fortschritts der Streaming-Bibliothek? 14:03 <jrandom> wenn nicht, 4) mail.i2p‑Fortschritt 14:04 <deer> <jrandom> postman, bist du da? 14:04 <deer> <postman> yo :) 14:04 <deer> <postman> ok 14:04 <deer> * postman winkt 14:05 <deer> <postman> nun, meine Herren. Einige von euch haben vielleicht bemerkt, dass wir endlich In/Out‑Dienste implementiert haben 14:05 <jrandom> [w00t!] 14:05 <deer> <postman> bitte lest www.postman.i2p/inout.html 14:05 <deer> <postman> bitte testet das System 14:06 <deer> <postman> baffled wird den zweiten offiziellen MX liefern 14:06 <jrandom> word 14:06 <deer> <postman> ich arbeite gerade an der IMAP‑Implementierung 14:07 <deer> <postman> das bedeutet bald einen Wechsel zum Maildir‑Format 14:07 <jrandom> wir müssen dafür aber verschiedene Clients erneut überprüfen, richtig? 14:07 <deer> <postman> im Moment evaluiere/teste ich 14:07 <jrandom> cool 14:07 <deer> <Natalia> warum IMAP und nicht POP3 ? 14:07 <deer> <postman> ja, und die Serverseite ebenso 14:08 <deer> <postman> Natalia: wir haben POP3 bereits 14:08 <deer> <postman> POP3 kann natürlich genutzt werden 14:08 <deer> <postman> IMAP4 macht uns (hoffentlich) flexibler für Webmail‑Systeme 14:10 <deer> <postman> das ist noch eine offene Frage 14:10 <deer> <Natalia> okay. 14:10 <deer> <Natalia> klang so, als würdest du von POP3 auf IMAP umstellen 14:11 <deer> <postman> nein, natürlich nicht 14:11 <deer> <postman> jrandom: gibt es Neuigkeiten bezüglich lokal laufendem Webmail? 14:12 <jrandom> nicht, dass ich wüsste. Ich hatte überhaupt keine Zeit, mir das anzusehen 14:12 <deer> * postman auch nicht 14:12 <jrandom> es gab diese Diskussionen über Atmail, aber das ist Closed Source 14:12 <deer> <postman> mmh, ja 14:13 <deer> <postman> aber etwas JSP‑mäßiges ? 14:13 <jrandom> 'wär eine wirklich tolle Möglichkeit für einen Freiwilligen, einzusteigen und etwas Vorarbeit zu leisten :) 14:13 <deer> <Natalia> nun, ich habe diese Beschreibung zu gott.i2p/sites.html hinzugefügt 14:13 <deer> * postman ist völlig unfähig, dazu Recherche zu betreiben 14:13 <deer> <Natalia> für www.postman.i2p 14:13 <deer> <Natalia> postman betreibt I2Ps ersten Mail‑Dienst und bietet kostenlosen und anonymen POP3‑ und SMTP 14:13 <deer> <Natalia> Konten über I2P. Kürzlich wurde die Fähigkeit implementiert, E‑Mails zu senden und zu empfangen an und 14:13 <deer> <Natalia> von außerhalb des I2P‑Netzwerks, was die Dienste von www.postman.i2p zu einem pfiffigen 14:13 <deer> <Natalia> Ziel für jeden besorgten E‑Mailer macht und bald zu einem Must‑have, da mail.i2p‑E‑Mail‑Konten 14:13 <deer> <Natalia> zur Norm für eepsite‑Autoren werden. 14:14 <deer> <Natalia> klingt gut ? 14:14 <deer> <postman> danke, Natalia :) 14:14 <deer> <postman> jrandom: ich denke, es ist kein dringendes Thema 14:14 <deer> * Natalia knickst :) 14:15 <deer> <postman> jrandom: vielleicht greifen wir das Webmail‑Thema später wieder auf :) 14:15 <jrandom> einverstanden, postman 14:15 <deer> <postman> das war’s von meiner Seite , danke :) 14:15 <jrandom> word, danke postman 14:15 <deer> * postman knickst auch und setzt sich wieder 14:15 <jrandom> ok, noch etwas dazu oder sollen wir weiter zu 5) BT‑Fortschritt? 14:16 <deer> <jrandom> dinoman: bist du da? 14:16 <dm> Ja, ich warte immer noch, dass BT mein ADSL wieder aktiviert 14:16 <jrandom> !thwap 14:17 <deer> <duck> dino hat gute Arbeit geleistet 14:17 <deer> <duck> mit Ragnarok, um einige lose Enden zu beheben 14:17 <deer> <duck> bisher scheinen die aktuellen Probleme zu sein: 14:17 <deer> <duck> - mangelnde Zuverlässigkeit von SAM 14:17 <deer> <duck> - Probleme mit der Python‑SAM‑Bibliothek 14:17 <deer> <duck> - falsche Nutzung der Python‑SAM‑Lib 14:18 <deer> <duck> - korrektes Handling von destination (I2P‑Zieladresse) anstelle von Host/IP/Port 14:18 <deer> <duck> wenn das behoben ist, sollte es funktionieren 14:18 <jrandom> cool 14:19 <deer> <duck> ich denke, wir müssen allerdings einen kleinen Schritt zurück machen 14:19 <deer> <duck> und uns darauf einigen, wie wir das Protokoll ändern, um destinations korrekt zu behandeln 14:19 <deer> <duck> es wird ohnehin inkompatibel sein, also lieber richtig sauber brechen 14:19 <jrandom> ich stimme zu 14:20 <jrandom> vielleicht kann jemand einen Gesamtplan skizzieren, was in verschiedenen Apps/Komponenten zu tun ist, damit es funktioniert 14:20 <deer> <duck> jeder peer hat eine eindeutige peer_id von 20 Bytes 14:20 <deer> <duck> die wird normalerweise aus dem Host/IP abgeleitet 14:21 <deer> <duck> ich denke, die vollständige destination zu verwenden, ist etwas viel 14:21 <deer> <duck> welches global eindeutige Ding sollten wir verwenden? 14:21 <jrandom> SHA1(destination)[0:19] 14:21 <jrandom> vielleicht? 14:21 <deer> <Ragnarok> die ersten zwanzig Bytes der dest? :) 14:22 <deer> <duck> ein SHA1‑Hash ist 20 Bytes 14:22 <jrandom> die ersten 20 Bytes der dest sollten ebenfalls ziemlich zufällig sein, genug um zufällige Kollisionen zu handhaben, aber nicht um böswillige Kollisionen zu handhaben 14:22 <jrandom> noch besser 14:22 <deer> <dinoman> wenn du den Key verlierst, wie finden peers einander 14:22 <jrandom> ein peer *ist* ein key 14:23 <jrandom> oh 14:23 * jrandom hat falsch interpretiert 14:23 <jrandom> der Tracker muss den peers die vollständige destination geben, nicht die SHA1(destination) 14:24 <jrandom> ist das die gleiche peer_id, um die es geht? 14:24 <deer> <dinoman> ich habe den PHP‑Tracker so gefixt, dass er den vollen Key als die IP sendet 14:24 <deer> <duck> tatsächlich generiert der Client die peer_id 14:24 <deer> <duck> (was meinst du mit ‚Key‘?) 14:25 <deer> <dinoman> destination 14:25 <dm> Klingt wie ein „Who’s on First?“-Sketch. 14:25 <dm> Benutzt vollständige Sätze, Leute! 14:26 <deer> <dinoman> ok, gut :/ der Tracker sendet die volle destination als die IP 14:27 <jrandom> heh, nicht auf dm achten. Klingt großartig 14:27 <deer> <dinoman> peer id ist nur für die Tracker 14:27 <deer> <duck> vielleicht könnten wir #i2p-bt verwenden 14:28 <jrandom> was ich allerdings hilfreich fände, wäre, wenn du (oder jemand anderes) vielleicht eine Liste der nötigen Änderungen entwerfen könntest 14:28 <deer> <duck> damit keine Religionskriege starten, jedes Mal wenn der Name der Schlange fällt 14:29 <deer> <dinoman> passt für mich 14:29 <deer> <dinoman> ich streite nicht – wenn’s funktioniert, funktioniert’s 14:29 <jrandom> (z. B. "tracker sends e full destination as the IP", "client interprets the IP as the full destination", "torrent contains the tracker's destination in the field 'trackerDest'", etc) 14:29 <deer> <duck> definitiv 14:30 <deer> <dinoman> jrandom, du hast es 14:31 <deer> <dinoman> das ist die Beispielausgabe des Trackers 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 <dm> kopiert/fügt jrandoms Satz in Notepad ein und speichert als „draft.txt“ 14:31 <cat-a-puss> wird BT über I2P mit anderen Clients interoperabel sein, die nicht über I2P laufen? 14:31 <jrandom> cool, dinoman 14:31 <deer> <dinoman> bei ip50 wirst du einen junk key sehen 14:32 <jrandom> cat-a-puss: ja 14:32 <deer> <dinoman> ja 14:32 <cat-a-puss> dann sollten wir reden 14:32 <jrandom> willkommen zum wöchentlichen Meeting! :) 14:32 <deer> <dinoman> es wird etwas wie .i2ptorrent brauchen, damit es zusammenleben kann 14:32 <deer> <dinoman> für Dateinamen und Links und so weiter 14:33 <jrandom> arbeitest du an etwas Ähnlichem, cat-a-puss, oder hast du Ideen für Verbesserungen? 14:33 <cat-a-puss> arbeite an etwas Ähnlichem 14:33 <cat-a-puss> in Java 14:33 <jrandom> cool 14:34 <jrandom> ist es zwingend Java‑spezifisch oder können manche peers in anderen Sprachen sein? 14:34 <cat-a-puss> gute Frage, ich weiß nicht, wie man so etwas in Java umsetzt, ich muss mir das anschauen 14:35 <deer> <duck> richtig 14:35 <deer> <duck> lass uns ugha.i2p nutzen, um ein paar Specs zu schreiben 14:35 <deer> <duck> . 14:35 <jrandom> oder wir brauchen vielleicht einen „swarming data transfer“-Bereich im Forum, damit wir das in unserem eigenen Tempo diskutieren können? 14:35 <jrandom> oder ugha.i2p, natürlich 14:36 <jrandom> (während wir einige Bugs in der SAM‑Impl und den Libs durchgehen :) 14:36 <deer> <duck> macht das alles zu einer Herausforderung 14:37 <deer> <dinoman> hehe ok 14:38 <deer> <duck> ... 14:38 <deer> <duck> mehr bt? 14:38 <deer> * dinoman macht sich wieder an die Arbeit an Savane 14:39 <jrandom> http://ugha.i2p/SwarmingTransfer / http://ugha.ath.cx/SwarmingTransfer 14:39 <jrandom> word 14:39 <jrandom> ok, noch etwas zu 5) BT‑Fortschritt? 14:39 <jrandom> oder sollen wir 6) ??? angehen? 14:39 <jrandom> und dinoman fragen, wie der Savane‑Fortschritt aussieht? :) 14:40 <deer> * jrandom knallt mit der Peitsche 14:40 <deer> <dinoman> Mail: ich hänge bei der Verwendung des I2P‑Mail‑Systems fest 14:40 <deer> <dinoman> ich denke, ich sollte die Mail einfach rausnehmen 14:40 <jrandom> gibt es irgendeine Möglichkeit, ihm zu sagen, dass es den SMTP‑Server an einem anderen Port verwenden soll? 14:40 <jrandom> oder ist das Problem authentifiziertes SMTP? 14:41 <deer> <dinoman> Auth 14:41 <protok0l> Uptime: 5d 14:41 <protok0l> ii own 14:41 <deer> <dinoman> es ist nicht in der Klasse, die Savane benutzt 14:42 <deer> <dinoman> ich kann es einbauen 14:42 <protok0l> ich bin „Ident: pxEI“, kann mir jemand mein Rating sagen 14:42 <jrandom> ok, ich wette, wir können postman bitten, dir eine eigene SMTP‑destination einzurichten, die keine Authentifizierung erfordert 14:42 <dm> ich gebe dir eine 6/10 14:42 <dm> an deinem Arsch könntest du noch arbeiten 14:42 <janonymous1> Was ist Savane 14:43 <jrandom> janonymous1: ist wie SourceForge 14:43 <deer> <dinoman> weil ich mir gerade die I2P Public Domain Software‑Homepage in meinem Browser ansehe 14:43 <jrandom> w00t 14:45 <deer> <dinoman> das wäre cool, aber was auf dem Server passiert – ich will nicht, dass mich jemand hackt und dann die Infos über den Mail‑Server bekommt 14:45 <deer> <dinoman> das ist, was mich stört 14:45 <jrandom> nun, sie würden keine Infos über den Mail‑Server bekommen; sie könnten (im schlimmsten Fall) nur @mail.i2p fälschen 14:45 <janonymous1> Cool 14:46 <jrandom> aber ja, es wäre großartig, dafür authentifiziertes SMTP zu haben 14:46 <jrandom> ich weiß allerdings nicht, wie viel Arbeit das wäre 14:46 <protok0l> nun, ich bin froh, dass ich meine Mailserver‑Idee Postman überlassen habe 14:46 <protok0l> es scheint schwieriger zu sein, als ich dachte 14:47 <deer> <Ch0Hag> ich hätte nichts dagegen, dabei zu helfen 14:47 <dm> protocol 14:47 <deer> <Ch0Hag> muss ja etwas tun. :-) 14:47 <deer> <dinoman> ich werde Auth machen :( es wird ein bisschen dauern, aber ich mache es 14:47 <deer> <protokol> ja, dm 14:48 <jrandom> siehst du, du hast schon einen Freiwilligen, dinoman! :) 14:48 <deer> <protokol> vielleicht könnte ich einen Nessus‑Server hosten 14:48 <deer> <protokol> und ihn auf meiner Seite durch TOR tunneln 14:49 <deer> <Ch0Hag> Außerdem brauche ich eine gute Ausrede, am Rest meines Netzwerks zu arbeiten. 14:49 <deer> <protokol> und ich werde mich dem Lernen von Python widmen 14:49 <janonymous1> ‚the i2p software foundation‘. Ich kann es schon sehen 14:49 <deer> <protokol> und wie man richtig tippt 14:49 <dm> Ich werde mich der Jagd nach mehr Geld für mich und für diejenigen, die direkt mit mir verwandt sind und mir möglicherweise in naher Zukunft Geld geben möchten, widmen. 14:50 <jrandom> ok, hat noch jemand etwas für 6) ??? 14:50 <dm> 7) $$$ 14:51 <duck> Roger Dingledine (arma @ freenode) hat einen Entwurf für ein Kapitel eines kommenden O’Reilly‑Buchs veröffentlicht 14:51 <duck> http://freehaven.net/doc/wupss04/usability.pdf 14:51 <jrandom> ah, ja, der ist ziemlich gut 14:51 <duck> es geht um Anonymität und Usability 14:51 <dm> Kapitel über Usability? 14:51 <deer> <protokol> ich kann die i2p software foundation betreiben 14:51 <deer> <protokol> lol 14:51 <duck> einige interessante Teile über negative Imago 14:52 <deer> <protokol> gib mir die Schlüssel zur Schatzkammer 14:52 <duck> having good default 14:52 <deer> <protokol> JETZT! 14:52 <duck> etc 14:52 <duck> . 14:52 <jrandom> und die Wichtigkeit von Usability, teils sogar über Sicherheit 14:52 <dm> protok0l: Du bist doch der User‑Advocate, oder? Du solltest das Dokument lesen. 14:52 <jrandom> ’k, noch etwas fürs Meeting? 14:52 <deer> <protokol> wow, ich sehe 83 peers 14:52 <duck> jetzt wissen wir, warum es so wenige bekannte Hidden Sites auf Tor gibt 14:53 <deer> <protokol> dm: werde ich 14:53 <duck> arma hat Angst vor negativer Imago 14:53 <duck> . 14:53 <dm> „imago“ ? 14:53 <duck> Image 14:53 <deer> <duck> (Psychoanalyse) ein idealisiertes Bild von jemandem 14:53 <dm> keine Erwähnung von I2P darin :( 14:53 <duck> jrandom: sind wir’s nicht? 14:54 <jrandom> hm? 14:54 <dm> er meint „sind wir’s nicht“. Er ist Niederländer. 14:54 <duck> wenn jetzt eine bestimmte Gruppe zu I2P wechselt, 14:54 <duck> könnte das andere dringend benötigte Nutzer fernhalten 14:55 <jrandom> oh, das steht da drin? Habe ich nicht gesehen 14:55 <duck> nein, das sage ich 14:55 <duck> aber es ist da auch drin, mehr oder weniger 14:55 <duck> natürlich ist Andy Anarchist das scheißegal 14:56 <jrandom> nun, ich denke, es gibt Platz für sowohl I2P als auch Tor 14:56 <duck> ja 14:56 <duck> aber was ist mit einem frühen negativen Image von I2P 14:56 <deer> <Natalia> das ist der Grund, warum ich gezwungen bin, in diesem IRC‑Kanal eine etwas banale Frau zu sein 14:56 <protok0l> haha, wenn ich das Wort gebe, wird jedes große anarchistische Listserv und Forum innerhalb von ein oder zwei Tagen von I2P hören 14:56 <jrandom> oh, das ist mir scheißegal, duck ;) 14:56 <deer> <Natalia> jrandom genehmigt got 14:56 <deer> <Natalia> *gott 14:57 <duck> jrandom: ja, aber nun 14:57 * duck zählt die Anzahl anarchiefreundlicher Regionen auf dem Globus 14:57 <deer> <Natalia> also muss ich Natalia sein, die geliebte Frau des Kanals 14:57 <deer> <Natalia> ( lahm ) 14:57 <duck> Somalia? 14:57 <duck> ich wette, dort gibt es fliegende F… 14:57 <protok0l> Chiapas, Mexiko 14:57 <duck> aber keine freundlichen 14:57 <protok0l> mexiico 14:58 <deer> <Ragnarok> bah, du willst feminisiert werden 14:58 <jrandom> duck: wenn es an der Zeit ist, öffentlicher zu werden, bin ich sicher, dass wir ein vernünftiges, Joe‑Sixpack‑freundliches Gesicht aufsetzen können 14:58 <duck> k 14:58 <jrandom> werden Leute „schlechte“ Dinge mit I2P tun? ja 14:58 <dm> ich denke, wir sollten Joe Beergut anvisieren 14:58 <protok0l> viel Glück, ich weiß, gott plant etwas 14:58 <protok0l> gott wird uns zerstören 14:58 <duck> ok 14:58 <duck> . 14:58 <jrandom> die einzige Möglichkeit, dass ein wertvolles Anonymitäts‑ oder Sicherheitssystem überlebt, ist Inhaltsneutralität 14:59 <deer> <Ragnarok> anonyme Kommunikationssysteme können nur Kommunikation schützen. Sie behindern nicht die gute alte Polizeiarbeit, wenn jemand tatsächlich etwas *tut*. 14:59 <duck> ich sage nur, dass einige Links auf http://127.0.0.1:7657/index.jsp schlecht sein könnten 14:59 <dm> I2P geht um Technologie. 14:59 <deer> <Natalia> ja 14:59 <jrandom> stimmt schon, duck 15:00 <duck> und ja, die sitelist.html wird wieder zu einer TFE‑Diskussion werden 15:00 <jrandom> nun, mmhmm 15:00 <deer> <Natalia> Inhaltsneutralität ist etwas, worüber ich im neuesten eeplog‑Eintrag schreibe 15:00 <deer> <Natalia> http://gott.i2p/eeplog.html 15:01 <jrandom> das ist jedoch die Stärke interaktiver eepsites wie Wikis 15:01 <jrandom> (z. B. indem Leute ihre Site mit einem sitelist.py oder so registrieren) 15:01 <deer> <Natalia> jrandom: unterstützt du oder unterstützt du nicht die Idee, dass eepsite‑Crawler auf illegales Material verlinken, das von der Startseite verlinkt wird ? 15:01 <deer> <Natalia> +oder 15:01 <deer> <Natalia> falls du auf die sitelist verlinken wolltest 15:02 <duck> aus moralischer Sicht ist mir das auch scheißegal 15:02 <deer> <Natalia> jrandom: keines davon ist registriert 15:02 <duck> aber aus Usability‑Sicht vielleicht schon 15:02 <deer> <Natalia> das Skript prüft host.txt 15:02 <deer> <Natalia> *hosts.txt 15:02 <jrandom> aus nichttechnischer Perspektive unterstütze ich, was auch immer die User‑Community verlangt 15:02 <deer> <Natalia> also kommt jeder auf die Liste, der eine Domain hat 15:03 <deer> <Natalia> ugh, BHs sind so unbequem. 15:03 <protok0l> jup, gruselig 15:03 <deer> <cervantes> hast du die User‑Community _gesehen_? 15:03 <cat-a-puss> Die einfachste Lösung wäre, einfach auf Suchseiten zu verlinken. Jeder weiß, wie man sie benutzt, sie bieten schnellen Zugriff, und niemand sieht etwas, wonach er nicht gefragt hat. 15:04 <deer> <cervantes> :) 15:04 <protok0l> gott ist ein Serienkiller, ich weiß es. Er wird der Erste sein, der Live‑Morde per Webcam über I2P anbietet 15:04 <deer> <Natalia> die User‑Community besteht aus ziemlich seltsamen Leuten. 15:04 <jrandom> guter Punkt, cat-a-puss, wir könnten einfach auf files.i2p verlinken 15:04 <deer> <Natalia> im Moment bin ich gezwungen, eine Frau zu sein, weil der leitende Entwickler das unmoralische Verhalten meines anderen missbilligt. 15:04 <duck> cat-a-puss++ 15:04 <deer> <Natalia> wir sind durch gemeinsames Abenteuer vereint. 15:06 <BS314159> Ich bin nicht überzeugt, dass das eine gute Idee ist, aber die I2P‑Lizenz ist sicherlich breit genug, damit Leute ihre eigenen Versionen abspalten, die sich nur in den lokalen Link‑Seiten unterscheiden 15:06 <deer> <Natalia> nun. 15:06 <deer> <cervantes> hoffen wir, dass DrWoo seine Indizes frei von Korruption halten kann 15:06 <jrandom> sicher, BS314159 15:06 <BS314159> nicht Versionen. Distributionen. 15:06 <deer> <Natalia> files.i2p sollte ein Link sein 15:06 <jrandom> BS314159: die Leute können sogar ihre eigene lokale Link‑Seite bearbeiten 15:06 <deer> <Natalia> und dann sollte es einen Yahoo‑artigen Internetverzeichnis‑Link geben 15:06 <protok0l> die meisten Leute werden klug genug sein, die offizielle Version zu benutzen 15:06 <jrandom> (in docs/readme.html) 15:07 <deer> <Natalia> Suchmaschinen und Internetverzeichnisse haben unterschiedliche Rollen 15:07 <deer> <Natalia> deshalb ist das Verzeichnis überhaupt da 15:07 <deer> <Natalia> es wurde als unabhängig von einer Suchmaschine angefragt 15:07 <BS314159> also, wenn du z. B. eine Anti‑Pornografie‑Zielgruppe ansprechen willst, finde einen Anti‑Pornografie‑Maintainer, der einen gefilterten Satz Standard‑Startseiten pflegt 15:07 <protok0l> es sei denn, sie sind bereit, in Drittanbieter‑Versionen nach Backdoors zu suchen 15:07 <deer> <Natalia> von Leuten 15:07 <deer> <Natalia> also denke ich, dass die Suchmaschine gut ist 15:07 <jrandom> genau, BS314159 15:07 <deer> <Natalia> aber sollte nicht die Grenze sein 15:07 <deer> <Natalia> Suchmaschine, Internetverzeichnis, Wiki, Hilfeseite 15:07 <deer> <Natalia> vielleicht. 15:08 <jrandom> wir verlinken bereits auf fproxy.i2p, und wir wissen, was für furchtbar böse Inhalte die auf der Seite haben ;) 15:08 <BS314159> Ich bin mir nicht sicher, ob ich on topic bin, aber das scheint möglich. Gibt es einen Open‑Source‑Content‑Filter, für den irgendwelche Suchmaschinen‑Maintainer bereit wären, Support zu implementieren? 15:08 <BS314159> ich habe das Gefühl, ich bin nicht on topic 15:08 <protok0l> läuft das Meeting noch? 15:08 <jrandom> ja, protok0l 15:08 <BS314159> sorry. (verstummt) 15:08 <deer> <Natalia> jrandom: vielleicht solltest du nicht auf fproxy.i2p verlinken 15:08 <deer> <Natalia> die ist fast immer down 15:08 <jrandom> BS314159: ich denke, ein Content‑Filter in der Suchmaschine ist übertrieben 15:08 <deer> <Natalia> sie ist gerade down, so scheint’s 15:09 <protok0l> ist sie 15:09 <deer> <Natalia> laut dem letzten Lauf des Site‑Checking‑Skripts 15:09 <jrandom> ’k 15:09 <jrandom> nun, das war eine gute Diskussion, viele gute Ideen 15:09 <BS314159> nicht _die_ Suchmaschine. _irgendjemandes_ Suchmaschine 15:10 <deer> * Natalia lächelt. 15:10 <deer> <cervantes> BS3: aol.i2p ;-) 15:10 <jrandom> ok, gibt es noch etwas fürs Meeting? 15:10 <deer> <cervantes> whoa... immer noch im Meeting... 15:11 <deer> <cervantes> dachte, ich hätte das um eine Stunde verpasst 15:11 <jrandom> nein, ich war zu spät 15:11 <jrandom> ok, wenn nicht.. 15:11 * jrandom holt aus 15:11 * jrandom *baf*t das Meeting