I2P Entwicklertreffen - 9. November 2004

13:26 <jrandom> 0) hi 13:26 <cervantes> Schauen wir uns die Speisekarte an, bevor wir bestellen :P 13:26 <jrandom> 1) 0.4.1.4 13:26 <jrandom> 2) Streaming lib (Streaming‑Bibliothek) 13:26 <jrandom> 3) BT‑Fortschritt (BitTorrent) 13:26 <jrandom> 4) addressbook.py 13:26 <jrandom> 5) ??? 13:26 <jrandom> 0) hi 13:27 * jrandom winkt 13:27 <Ragnarok> hi 13:27 * cervantes winkt 13:27 <jrandom> Status-Notizen unter @ http://dev.i2p.net/pipermail/i2p/2004-November/000485.html 13:27 <keysersoze> hi 13:27 <+polecat> 5) können DHTs sein, so wie dieses Bamboo‑Ding? 13:27 <jrandom> (ja, ich bin spät) 13:27 <jrandom> cool, polecat 13:27 * polecat knabbert wieder an den Fingern! 13:27 <jrandom> ok, springen wir zu 1) 0.4.1.4 13:28 <+Ch0Hag> 0.4.1.4 scheint öfter abzustürzen als es sollte 13:28 <+Ch0Hag> also – überhaupt 13:28 <jrandom> abstürzen? 13:28 <+Ch0Hag> Wobei es sein kann, dass kaffe schuld ist. 13:28 <jrandom> verlierst du deine IRC‑Verbindung, oder startest du den router neu? 13:28 <jrandom> ah, du bist auf kaffe? 13:29 <+Ch0Hag> den router 13:29 <+Ch0Hag> Ja. 13:29 <+Ch0Hag> Irgendwer muss ja sein :) 13:29 <jrandom> unter kaffe musste ich den Standard‑Speicherverbrauch verdoppeln (gib ihr beim Start ein -mx128m) 13:29 <+polecat> GAH! Kein Wunder! Ich hatte hawk auf Ignore. 13:29 <jrandom> nun, wir haben derzeit mindestens 3 Leute auf kaffe 13:30 <jrandom> abgesehen davon, wie läuft 0.4.1.4 bei euch? 13:30 * polecat ist auf kaffe ... kennt im Moment keine bessere JVM. 13:30 <jrandom> frühe Berichte waren gut, aber ich habe in letzter Zeit nicht viel gehört 13:30 <+Ch0Hag> Ich hatte 64, werde 128 probieren 13:30 <Ragnarok> scheint gut 13:30 <keysersoze> jrandom: Keine größeren Probleme hier 13:30 <@duck> der letzte große IRC‑Ausfall ging auf mein Konto 13:30 <+Ch0Hag> Und ja, vieles davon waren Out‑of‑Memory‑Fehler (OOM). 13:31 <@duck> ansonsten denke ich, es ist etwas instabil (seit meiner Bandbreiten‑Freigabe), aber ich habe keinen Beweis 13:31 <jrandom> Das Throttling auf deiner Maschine ist etwas ein Engpass, da z. B. jede Nachricht, die du empfängst, etwa 20+ Nachrichten erzeugt, die versendet werden müssen 13:32 <@duck> ah 13:32 <jrandom> aber ich stimme zu, IRC war holprig 13:32 <cervantes> 0.4.1.3 war auf meiner IBM JVM immer sehr stabil, daher habe ich das Upgrade bisher vermieden 13:32 <cervantes> (22 Tage Laufzeit) 13:32 <jrandom> schön, cervantes 13:32 <jrandom> duck: [hier Kommentar einfügen, der die Hoffnungen für die neue Streaming lib beschreibt] 13:33 <cervantes> baffleds IRC‑Server war etwas weniger holprig 13:33 <jrandom> word, das ist ein guter Indikator 13:33 <keysersoze> cervantes: Welche Version läuft bei ihm? (Weißt du das?) 13:33 <ant> <dm> Wird die Streaming lib Auswirkungen auf IRC haben, oder sind die Nachrichten dafür ohnehin zu klein? 13:33 <@duck> Ich war diese Woche eine gute Ente, also erhöhe ich das Limit ein wenig 13:33 <jrandom> lass mich nachsehen, keysersoze 13:33 <jrandom> :) 13:33 <+polecat> Ich habe 11 Stunden Uptime. ;.; 13:34 <jrandom> keysersoze: 0.4.1.4 13:34 <keysersoze> jrandom: ;) Aber man könnte ihn hier fragen, wenn er da ist 13:34 <keysersoze> ok 13:34 <jrandom> dm: die neue Streaming lib wird die Resilienz verbessern und Ausfälle adressieren, aber natürlich nicht den IRC‑Durchsatz erhöhen 13:34 <jrandom> (router‑Versionen werden in der netDb veröffentlicht, und ich weiß, welche router seine sind) 13:34 <ant> <dm> das ist gut 13:35 <jrandom> ok, haben wir sonst noch etwas zu 0.4.1.4? 13:35 <jrandom> wenn nicht, schwenken wir kurz zu 2) Fortschritt bei der Streaming lib 13:36 <keysersoze> nein 13:36 <jrandom> wie in den Notizen erwähnt, mehr Neuigkeiten, sobald verfügbar :) 13:36 <+polecat> Was könnten wir mit der Streaming lib machen, was vorher nicht möglich war? 13:36 <Ragnarok> große Dateien schnell herunterladen 13:36 <Ragnarok> und das Netzwerk DoS‑en :) 13:36 <jrandom> polecat: beliebig große Dateien übertragen, Übertragungen mit> 4KBps 13:37 <+Ch0Hag> und/oder zuverlässig? 13:37 <jrandom> Ragnarok: *nicht* das Netzwerk zu DoS‑en ist das, woran ich gerade arbeite ;) 13:37 <+protokol> mir ist über die Zeit aufgefallen, dass, wenn ich auf eepIRC eine Verbindung verliere, die Reconnects immer fehlschlagen, aber wenn ich es ein paar Minuten anhalte, verbindet es sich wieder ganz normal 13:37 <+polecat> Es würde die Übertragungsrate erhöhen? o.O 13:37 <jrandom> polecat: ja. die aktuelle Streaming lib nutzt eine feste Fenstergröße von 1 Paket – wartet also auf ein ACK, bevor die nächste Nachricht gesendet wird 13:37 * polecat nickt zu protokol, scheint so. 13:38 <ant> <dm> Die Streaming lib wird eine neue Klasse TCP‑basierter Anwendungen auf I2P ermöglichen. 13:38 <Ragnarok> jrandom: ah, gut. Ich war da etwas besorgt :) 13:38 <ant> <dm> Das ist die Marketing‑Version. 13:38 <jrandom> Ich sage nur, der Durchsatz sieht mit der neuen Lib vielversprechend aus. 13:39 <jrandom> heh, dm 13:39 <keysersoze> jrandom: So wie die Erweiterung beim normalen TCP, bei der die sendende Maschine weiter sendet, auch wenn sie noch kein ACK erhalten hat, bis zu einer gewissen Anzahl? 13:39 <+polecat> jrandom: Ah, ich sehe, wie das kompromittierend sein könnte ... 13:39 <jrandom> genau, keysersoze, bis zu einer (gleitenden) Fenstergröße 13:39 <jrandom> (macht all das Congestion‑Control/‑Avoidance‑Zeug) [/wildes Armwedeln] 13:40 <+polecat> Ich sehe auch, wie das zu Stauproblemen führen könnte. Wenn viele Pakete gesendet werden, nachdem eine Verbindung abgerissen ist. 13:40 <cervantes> wird interessant sein, Benchmark‑Vergleiche für I2P‑BT über die neue Streaming lib und die alte nicht‑so‑Streaming‑lib zu sehen 13:40 <jrandom> aye, cervantes 13:41 <jrandom> polecat: das ist die größte Gefahr, eine Netzwerkflut zu verhindern, deshalb rollen wir das vorsichtig aus 13:41 <ant> <dm> Ich habe einen Bug zu melden. Erinnert mich daran, wenn wir bei 5 sind. 13:41 <cervantes> jrandom: aus Anwendungssicht: Wie transparent wird die Umstellung sein? 13:42 <keysersoze> polecat: Implementieren die aktuellen Pläne eine „Slow‑Start“‑Idee, bei der das Fenster zunächst 1 ist und dann vorsichtig auf 2 erhöht wird, und NUR wenn das gut läuft, auf 3 usw., bis zu einem bestimmten Maximum? 13:42 <+polecat> Nutzt 0.4.1.4 die Streaming lib, oder ist sie noch nicht ausgerollt? 13:42 <jrandom> cervantes: wenn 0.4.2 draußen ist, keine Code‑Änderungen. Du kannst die Streaming lib sogar jetzt schon nutzen, wenn du willst, wenn du ein magisches Flag in der Umgebung setzt :) 13:42 <cervantes> polecat: die kommt mit 0.4.2 13:42 <ant> * dm alle rennen auf jrandom zu. 13:42 <jrandom> sie ist schon dabei – siehe streaming.jar 13:42 <jrandom> aber standardmäßig deaktiviert 13:42 <ant> <dm> „Flag! Flag! Flag!“ 13:43 <keysersoze> jrandom: Ach komm, verwöhn uns und sag, welche Umgebungsvariable ;) 13:43 <jrandom> allerdings ist die Streaming lib NICHT ABWÄRTSKOMPATIBEL 13:43 <jrandom> sprich, du kannst IRC damit nicht nutzen 13:43 <cervantes> Ich habe eine frühe .1.3, erinnere dich ;-) 13:43 <jrandom> außer, duck betreibt eine separate newStreamingLib‑Destination 13:43 <+polecat> Ja ... dann ist es wohl am besten, synchron umzustellen, nicht individuell. 13:43 <jrandom> yup 13:43 <+Ch0Hag> Ich glaube, dieses Flag ist eines von denen „wenn du es nicht findest, brauchst du es nicht“. 13:43 <ant> <dm> duck: um Himmels willen, tu, was man dir sagt!!! 13:43 <+Ch0Hag> Wie die meisten von GCCs... 13:43 <jrandom> genau, Ch0Hag :) 13:44 <jrandom> dm: es gibt noch ein paar andere Dinge zu testen 13:44 <jrandom> z. B. hat mule heute Morgen beim Testen mit FUQID geholfen 13:44 <keysersoze> jrandom: Beeinflusst das irgendwelche hosts.txt‑Keys für existierende I2P‑Destinations? 13:44 <mule> das Meeting verpasst. Ende der Sommerzeit :(. 13:44 <jrandom> (und FUQID macht böööse Dinge :) 13:45 <jrandom> heya mule, ich auch :) du kommst genau richtig 13:45 <ant> <dm> mule: du hast 5) ????? noch nicht verpasst 13:45 <+Ch0Hag> Ach, wo wir von fuqid sprechen, gibt es Neuigkeiten zu stasher? 13:45 <ant> <dm> für alles was du weißt, könnte ???? sein: GOTO 1 13:45 <jrandom> keysersoze: nein, die Streaming lib ist an diesem Teil der Dinge nicht beteiligt 13:45 <+Ch0Hag> Oder ist das groß genug, um bis 5 zu warten? 13:45 <jrandom> Ch0Hag: niemand hat seit September etwas von aum gehört, und sonst arbeitet niemand an stasher. 13:46 <jrandom> (aber es gibt anderes DHT‑Zeug, das wir unter 5)??? besprechen können, habe ich gehört) 13:46 <+Ch0Hag> Oh. 13:46 <+Ch0Hag> Mist. 13:46 <+Ch0Hag> Den Freenet‑Devs wurde ihre Konkurrenz nicht etwa ... entfernt, oder? 13:46 <+Ch0Hag> :) 13:46 <jrandom> heh 13:47 <+polecat> Die erste Anwendung von Attentat‑Politik. x3 13:47 <+Ch0Hag> Wie auch immer, ich habe nichts Weiteres, also werde ich mich bis 5 nicht mehr einmischen 13:47 <jrandom> ok, es passiert eine Menge in der Streaming lib, aber die Diskussion muss später erfolgen 13:47 <jrandom> wenn es nichts Weiteres gibt, können wir zu 3) BT‑Fortschritt wechseln 13:47 <cervantes> </evasion> 13:48 <ant> <dm> Wünscht sich nicht jeder, jrandom würde den Toad‑Deployment‑Prozess übernehmen? 13:48 <ant> <dm> Build 3435: Streaming‑lib‑Versuch 13:48 <jrandom> duck: ping? 13:48 <ant> <dm> Build 3436: Streaming‑lib‑Versuch 2 13:48 <@duck> pong 13:48 <ant> <dm> Build 3436: Streaming‑lib‑Versuch 3 13:48 <jrandom> sei nett 13:48 * duck nimmt das Mikro 13:48 <Ragnarok> nein, nein, wollen wir nicht 13:48 <@duck> dinoman, Ragnarok und ich haben am BT‑Client gearbeitet. 13:48 <@duck> - BT‑Protokoll analysiert und Änderungen festgelegt auf http://duck.i2p/i2p-bt/txt/i2p-bt_protocol.txt 13:48 <@duck> - dino hat phpbt modifiziert, Infos unter http://duck.i2p/i2p-bt/txt/tracker.txt 13:48 <@duck> dino hat den Client dazu gebracht, mit dem Tracker zu sprechen, R und ich haben es etwas verbessert. 13:48 <@duck> der ganze Tracker<->Client‑Kram funktionierte 13:48 <@duck> aber wir hingen an der Python‑SAM‑Bibliothek fest ... 13:49 <@duck> Connelly hat geholfen, war aber auch beschäftigt 13:49 <@duck> und aum fehlt 13:49 <+polecat> Ich bin immer noch erstaunt, dass BT überhaupt auf I2P funktionieren kann ... 13:49 <@duck> also habe ich pysam rausgeworfen, BTs RawServer.py neu implementiert und jetzt funktioniert es so einigermaßen. 13:49 <jrandom> (w00t!) 13:49 <@duck> heiße News: Channel #i2p-bt (insbesondere das Topic mit den neuesten Release‑Infos) 13:49 <@duck> jetzt arbeite ich daran, viel Logging‑Support hinzuzufügen, um einige kleine Macken zu fangen 13:50 <Ragnarok> es ist viel hübscher als das originale RawServer.py 13:50 <peer> duck: ist es bereit für Beta‑Tests? 13:50 <@duck> (zum Beispiel muss es während des EndGame Timeouts machen und erneut versuchen, die letzten Bits zu bekommen) 13:50 <@duck> peer: yup 13:50 <@duck> ein kleiner Diskussionspunkt: 13:51 <@duck> bisher ist es kompatibel zu Python 2.2 (und höher) 13:51 <@duck> (scheint beim Bittorrent selbst genauso zu sein) 13:51 <@duck> das Logging‑Zeug braucht allerdings 2.3 ... 13:51 <cervantes> jawoll 13:51 <@duck> wie schlimm ist das wohl? 13:51 <jrandom> meine FreeBSD‑ und Linux‑Kisten haben 2.3 13:51 <ant> <dm> schlimm? 13:52 <jrandom> (allerdings wurden die innerhalb des letzten Jahres installiert) 13:52 <Ragnarok> gibt es noch größere Distributionen, die 2.2 ausliefern? 13:52 <@duck> Debian‑stable scheint immer noch 2.2 auszuliefern, als ich das letzte Mal geschaut habe 13:52 <jrandom> ah, ich bin auf Debian unstable 13:52 <@duck> aber das überrascht kaum 13:52 <+Ch0Hag> Debian liefert 2.3, 2.2, 2.1 und möglicherweise 2.0 aus 13:52 <+Ch0Hag> Zusammen. 13:52 <Ragnarok> außer Debian stable, denke ich ... 13:53 <+Ch0Hag> Da bin ich mir nicht sicher. 13:53 <jrandom> 2.2‑Support wäre schön – gibt es dafür keine guten Logging‑Libs? 13:53 <Ragnarok> dummes Debian 13:53 <@duck> jrandom: man könnte die 2.3‑Lib mitliefern 13:54 <Ragnarok> kann man Logging einfach optional machen? 13:54 <@duck> denke schon 13:55 <jrandom> nun, es ist wirklich ein Produktivitäts‑Tool für Coder, also was immer für die Leute am besten funktioniert, die coden 13:55 <ant> <dm> darüber können wir uns sorgen, wenn I2P + BT populär wird. 13:55 <keysersoze> Für wen ist dieses Logging nötig? Nicht für den End‑User, denke ich, also sollte es bei der Auslieferung nicht stören, wenn Logging auf manchen Plattformen nicht möglich ist, oder? 13:55 <ant> <dm> bis dahin ist 2.3 vielleicht Standard 13:55 <jrandom> 2.2‑Support wäre nett, aber ich denke nicht, dass es schlimm wäre, wenn 2.3 erforderlich ist 13:55 <cervantes> duck: Also kann man die Peer‑Announce‑Liste des Trackers dazu bringen, I2P‑Destinations statt Maschinen‑IPs auszugeben? 13:56 <@duck> ok, wir versuchen, die Logging‑Lib zu abstrahieren, und mit 2.2 stdout zu benutzen 13:56 <@duck> cervantes: http://duck.i2p/i2p-bt/diffs/phpbt-i2p.diff 13:56 <jrandom> keysersoze: du willst Logging auf den Maschinen der Clients haben, damit der Dev bei Bugs detaillierte Logs bekommt 13:56 <jrandom> word, duck 13:56 <cervantes> danke 13:56 <+Ch0Hag> heh, falls es wen interessiert: Woody hat Python 1.5, 2.0 und 2.1 13:56 <+Ch0Hag> :) 13:57 <@duck> heh 13:57 <@duck> ok, in dem Fall sage ich: 2.3 voraussetzen 13:57 <@duck> und scheiß auf Woody 13:57 <cervantes> denke, bei mir ist es bei 1.5 und 2.2 hängen geblieben 13:57 <jrandom> ja, 2.1 muss man nicht unterstützen 13:57 <cervantes> (Zeit fürs Upgrade) 13:57 <jrandom> heh 13:57 <+Ch0Hag> Das ist auch die Meinung der meisten Debian‑User 13:58 <Ragnarok> addressbook.py benötigt 2.3 13:58 <@duck> es gibt ein paar interessante Subprojekte: 13:58 <jrandom> ah ok, cool, Ragnarok 13:58 <@duck> Erforschung der optimalen Einstellungen für I2P 13:58 <+polecat> Dieses kleine Ding braucht 2.3? 13:58 <keysersoze> jrandom: Ich stimme zu, aber in einem kleinen Netz wie jetzt (~100 Peers) ist es kein Problem, wenn ein paar Beta‑Tester auf 2.2 oder 2.3 upgraden. Und sobald die gröbsten Bugs ausgebügelt sind, sollten die neuen „echten“ End‑User Logging nicht wirklich brauchen. Also: Das Logging ist in diesem Stadium kein Problem, wir sind uns einig ;) 13:58 <cervantes> als ich BT vor etwa einem Jahr auseinander genommen habe, hat diese Maschine zeitweise 6 MB/s durch den Tracker geschoben ... 13:58 <+polecat> Seltsam ... 2.2 muss praktisch verkrüppelt sein. 13:58 <Ragnarok> 2.3 hat bessere urllib‑Proxy‑Unterstützung 13:58 <@duck> den Standard‑BT‑Tracker auch portieren 13:58 <cervantes> Ich meine den Seed 13:59 <Ragnarok> es könnte mit 2.2 funktionieren, aber der Aufwand wäre zu hoch :) 13:59 <+polecat> Ah, das wäre wichtig, richtig. 13:59 <jrandom> duck: die optimalen Einstellungen zu erforschen wird schwierig, bis 0.4.2 herauskommt 13:59 <@duck> richtig 14:00 <jrandom> den Tracker zu portieren wäre allerdings großartig. habt ihr die Tools zum Erstellen der .torrent implementiert, oder habt ihr das manuell gemacht? 14:00 <@duck> wie bitte? 14:00 <cervantes> der Client hat massenhaft schöne Tweaks für Peer‑Aufnahmeraten, Timeouts, Min/Max‑Peers etc 14:01 <cervantes> jrandom: das sollte keine Änderung brauchen, denke ich 14:01 <jrandom> duck: die .torrent verweist auf die I2P‑Destination des Trackers, richtig? 14:01 <@duck> derzeit liefern wir mit: btdownloadheadless.py + btmakemetafile.py + btshowmetainfo.py 14:01 <jrandom> oder verweist sie auf den Namen? 14:01 <cervantes> es ist nur eine URL und ein Haufen SHA1‑Hashes 14:01 <@duck> allerdings sind btmakemetafile.py und btshowmetainfo.py nicht modifiziert 14:01 <jrandom> „eine URL“ ist der knifflige Teil :) 14:02 <@duck> du kannst also andere Tools verwenden 14:02 <@duck> es ist jetzt http://duck.i2p/phpbt/announce.php 14:02 <jrandom> ok, cool 14:02 <@duck> denke, du kannst http://i2p/bigbase64/announce.php verwenden 14:02 <+protokol> Gibt es Pläne, dass andere Clients eepTorrent unterstützen? Ich mag Azureus 14:02 <@duck> viele 14:02 <cervantes> jrandom: die frühe Version, die ich mir ansah, hat keine URL‑Validierung auf dem Announce‑String gemacht 14:03 <ant> <dm> wofür steht eep nochmal? 14:03 <cervantes> man konnte da alles reinstecken 14:03 <jrandom> hmm, es lohnt sich zu prüfen, ob das funktioniert, duck (falls phpbt dummes URL‑Rewriting macht, etc.) 14:03 <cervantes> dm: schau ins Glossar im Forum 14:03 <@duck> vielleicht ist es Zeit für ein i2p-bt‑Forum? 14:03 <keysersoze> duck: Gerade wenn neue Nutzer, die keinen Eintrag in hosts.txt haben, Tracker hosten wollen, MUSS es möglich sein, dort eine Base64 zu verwenden 14:03 <+Ch0Hag> Ei Ai Pi? 14:03 <jrandom> das wäre cool, duck 14:03 <@duck> (Forenbereich auf forum.i2p) 14:04 <ant> <dm> cervantes: das war hilfreich! 14:04 <cervantes> duck: ja, kein Problem 14:04 <@duck> keysersoze: wird untersucht 14:04 <jrandom> trotzdem, so wie es ist, ist es verdammt cool 14:05 <jrandom> die 4KBps pro Peer sind auch nicht wirklich ein Problem 14:05 <ant> <dm> wie spät ist es? „Zwei Straßen weiter gibt es eine Uhr“ 14:05 <cervantes> für die Zukunft sollten wir vielleicht einen separaten Forenbereich einrichten, damit Leute Dateien à la Suprnova veröffentlichen können 14:05 <@duck> eeprnova 14:05 <jrandom> cervantes: mit Reviews, etc. :) 14:05 <keysersoze> jrandom: Wird der Übergang zur Streaming lib große Änderungen am aktuellen Python‑I2P‑BT‑Code erfordern? 14:05 <+polecat> Ich bekomme nie mehr als 4KBps, selbst auf IPv4‑Bittorrent‑Streams ... 14:05 <peer> wäre gut, wenn es ein Kommandozeilenargument gäbe, um die i2p‑Serveradresse zu setzen, damit man es von anderen Maschinen im Netzwerk ausführen kann 14:05 <jrandom> (aber ich denke, das sollte außerhalb von forum.i2p bleiben) 14:06 <jrandom> keysersoze: 0 Änderungen 14:06 <@duck> bedenkt, dass i2p‑bt‑Tracker deutlich schlechter skalieren werden 14:06 <@duck> da sie aufgeblähte große Schlüssel senden müssen 14:06 <Ragnarok> polecat: du bist wahrscheinlich hinter NAT (natted) 14:06 <keysersoze> polecat: ((OT) probier den Firefox‑Torrent von heute ;)) 14:06 <cervantes> jrandom: yup. 14:06 <@duck> wo die normalen Tracker kürzlich so modifiziert wurden, dass sie nur 6 Bytes/Peer senden 14:06 <jrandom> peer: i2p‑Serveradresse? 14:07 <jrandom> peer: ich benutze i2p-bt mit meiner SAM‑Bridge lokal, die auf einen entfernten router zugreift 14:07 <jrandom> oh, aber es wäre schön, wenn es Flags gäbe, um die SAM‑Bridge‑Location & die eep‑Proxy‑Location in der CLI zu setzen, ja 14:07 <peer> jrandom: yep 14:07 <keysersoze> duck: Können wir den Host‑Key komprimieren? (Nur gefragt ...) 14:08 <peer> mit einem CLI‑Arg 14:08 <jrandom> (anstatt nach jedem Release den Code wieder zu ändern :) 14:08 <@duck> keysersoze: mit Binär statt Base64 schrumpft es ein bisschen 14:08 <@duck> so 15% 14:08 <@duck> nicht der Rede wert 14:08 <keysersoze> duck: Ich stimme zu. 14:09 <ant> <dm> cervantes: wo ist dieses Forum‑Glossar? Ich sehe nichts auf http://forum.i2p.net/ 14:09 <Ragnarok> könnten Hostnames verwendet werden? 14:09 <jrandom> Ragnarok: Hostnames sind nicht global eindeutig 14:09 <@duck> Ragnarok: da wollen wir nicht hin 14:09 <cervantes> dm: das sehen nur registrierte Nutzer 14:10 <ant> <dm> cervantes: oh, ausgezeichnet! Dann suche ich eep eben bei Google! 14:10 <Ragnarok> fair enough 14:11 <cervantes> dm: es ist ein Phonem für IIP 14:11 <cervantes> sagt man auf der Straße 14:11 <jrandom> ok, ihr leistet großartige Arbeit auf der BT‑Seite, und ich freue mich darauf, mehr zu hören (und zu nutzen) :) 14:11 <ant> <dm> cervantes: kein Akronym? 14:12 * cervantes hat 1/2 Terabyte Filme und TV‑Shows zu teilen 14:12 <jrandom> gibt es sonst noch etwas bzgl. i2p-bt zu besprechen? 14:12 <cervantes> dm: nicht, dass ich wüsste 14:12 <@duck> (vergesst nicht #i2p-bt) 14:12 <jrandom> ja, #i2p-bt, endlich ein Anreiz für Leute, von Freenode umzuziehen :) 14:12 <ant> <dm> alles klar. Danke sehr. 14:13 <+Ch0Hag> Als ob dieses großartige Netzwerk nicht schon Anreiz genug wäre ... 14:13 <jrandom> ok, wenn nicht, gehen wir weiter zu 4) addressbook.py 14:13 <jrandom> Ragnarok: willst du uns den Überblick geben? 14:13 <Ragnarok> whee 14:14 <Ragnarok> hm, ok. addressbook.py ist ein erster Versuch eines abonnierbaren Adressbuch‑Systems. 14:14 <Ragnarok> Es ist im Moment ziemlich hässlich, aber es funktioniert 14:14 <Ragnarok> du bekommst es unter ragnarok.i2p 14:14 <peer> darf ich nur einen Vorschlag zur Namensgebung machen? Ich denke, am besten wäre es, wenn die Links zwischen eepsites Base64 verwenden, aber die Leute ihre eigenen Lesezeichen‑Namen für Sites erstellen lassen, anstatt ein zentralisiertes Namenssystem zu haben 14:14 <Ragnarok> ähm ... 14:14 <Ragnarok> irgendwelche Fragen? 14:15 <+postman> Ragnarok: definiere hässlich :) 14:15 <jrandom> Ragnarok: großartig 14:15 <ant> <dm> jrandom: keine Frage 14:15 <+polecat> Worüber haben wir gleich gesprochen? @.@ 14:15 <peer> so ähnlich wie die Bookmarks auf der Startseite der Freenet‑Weboberfläche, aber stattdessen mit URLs 14:15 <cervantes> Ragnarok: ist das alles Kommandozeile oder gibt es ein GUI? 14:15 <Ragnarok> lies es, es ist hässlich :) 14:15 <jrandom> peer: einverstanden, aber wir brauchen Autoren‑Tools 14:15 <cervantes> es gab keine Screenshots, also habe ich das Interesse verloren und bin weggegangen ;-) 14:15 <jrandom> peer: wobei der ?i2paddresshelper hilft 14:15 <+postman> Ragnarok: ok, danke – ich schaue es mir an 14:16 <+polecat> Bah, GUIs sind für Fußball‑Muttis! 14:16 <Ragnarok> es ist alles Kommandozeile. Es ist dafür gedacht, als Daemon zu laufen. Unter Windows läuft es noch nicht als Daemon, aber das ist mein nächstes Projekt. 14:16 <Ragnarok> abgesehen vom CLI‑Tool laufen alle Interaktionen über Konfigurationsdateien. 14:17 <jrandom> vielleicht ist der nächste Schritt im Namens‑Bereich ein Web‑Interface zum Verwalten der Einträge und Abos? 14:17 <cervantes> syndizierst du im Grunde deine hosts‑Datei dann? 14:17 <Ragnarok> ja 14:17 <cervantes> richtig ... cool 14:17 <Ragnarok> ein Web‑Interface wäre großartig. Ich schreibe es aber nicht :) 14:17 <jrandom> mit Merges und Konfliktmanagement 14:18 <+polecat> Was ist das Konfliktmanagement, außer im Log darüber zu jaulen? 14:18 <jrandom> ja, die Engine selbst ist gutes Zeug, vielleicht können wir jemand anderen auf die Web‑Seite davon setzen :) 14:19 <Ragnarok> keines. Wenn du einen Konflikt lösen willst, machst du es von Hand :). Allerdings ist es jetzt etwas einfacher. 14:19 <jrandom> polecat: jaulen & niemals einen bestehenden Eintrag überschreiben afaik 14:19 <jrandom> (äh, was er sagte) 14:19 <cervantes> es wäre nett als Sidebar‑Plugin für Firefox ... 14:19 <+polecat> Ja, das dachte ich auch. 14:19 <cervantes> das ist etwas, das ich in meine I2P‑Toolbar einbauen könnte 14:20 <Ragnarok> Benutzeränderungen werden nie überschrieben, daher ist es einigermaßen sicher gegen Angriffe 14:20 <jrandom> und du solltest nur relativ vertrauenswürdige Peers abonnieren 14:20 <Ragnarok> in der Tat 14:20 <cervantes> vielleicht ein Feature, um Einträge zu sperren? 14:20 <cervantes> (d. h. sie nach userhosts verschieben) 14:21 <Ragnarok> Einträge werden nie verändert 14:21 <+polecat> Mir gefällt das Konzept einer myhosts.txt für Einträge, die man selbst absegnen möchte. 14:21 <cervantes> Ragnarok: ah sorry, so meintest du das 14:22 <Ragnarok> myhosts.txt ist ein dreckiger Hack, um eine Race‑Condition zu umgehen, aber aus irgendeinem Grund mögen es alle als Interface‑Ding :) 14:22 <jrandom> falls Leute interessiert sind, gibt es Wege, i2ptunnel / sam / etc. aus mehr als nur hosts.txt und userhosts.txt lesen zu lassen 14:22 <jrandom> (aber nur, wenn es einen triftigen Grund dafür gibt) 14:22 <cervantes> Ragnarok: du solltest so tun, als wäre das Absicht ;-) 14:23 * duck schlägt vor, sich von hosts.txt / userhosts.txt zu abstrahieren 14:23 <+polecat> Meine Perl‑Version von addressbook.pl unterstützt das myhosts.txt‑Ding. 14:23 <Ragnarok> ja, das wird Teil des großen Rewrite :) 14:23 * polecat merkt zu duck an, dafür müsstest du i2ptunnel und sam modifizieren. 14:23 <Ragnarok> zuerst will ich aber Funktionsparität auf Windows erreichen. 14:24 <jrandom> richtig, duck, es wäre für 0.4.2 schön gewesen, wenn wir unterschiedliche Destinations als „oldLib“ und „newLib“ (usw.) markieren könnten 14:24 <@duck> polecat: du könntest das Endergebnis in etwas schreiben, das „hosts.txt“ heißt 14:24 <cervantes> idealerweise willst du eine hierarchische Mini‑Datenbank lokaler Adressen, die du kategorisieren kannst 14:24 <@duck> aber dem Nutzer gegenüber eine andere Struktur verwenden 14:24 <+polecat> Das Endergebnis geht nach userhosts.txt 14:24 <+polecat> Und außerdem in eine Datei namens „hosts.txt“ auf der eepsite, die nicht die System‑hosts.txt ist. 14:24 <@duck> was verwirrend ist :) 14:25 <Ragnarok> Ich bin gerne so verwirrend wie möglich :) 14:25 <MrEcho> hoffe, das DNS bis zum Monatsende fertig zu haben 14:25 <@duck> ok, dann lass den Namen von der Prüfsumme des Inhalts abhängen 14:25 <cervantes> addressbook.txt? :) 14:25 <Ragnarok> das veröffentlichte Adressbuch heißt einfach hosts.txt, weil es auf dev.i2p so heißt 14:25 <+polecat> Es ist möglich, Ragnarok's hosts.txt‑Datei anders zu nennen. Die Leute müssen dann nur diesen anderen Dateinamen abonnieren. 14:26 <Ragnarok> stimmt, das ist eine Konfigurationsoption 14:26 <+polecat> d. h. so wie http://polecat.i2p/addressbook statt http://polecat.i2p/hosts.txt 14:26 <MrEcho> FYI, mein DNS fasst die hosts‑Datei nicht an .. genau wie ein echtes DNS 14:27 <+polecat> Oh ja, das gibt’s auch.>.< 14:27 <@duck> mein DNS sorgt für Weltfrieden 14:27 <jrandom> MrEcho: es könnte sich lohnen, Interoperabilität zu erkunden 14:27 <+polecat> Es gibt /etc/hosts, jrandoms hosts.txt, die i2ptunnel und sam verwenden, und jetzt die von Ragnarok veröffentlichte hosts.txt. 14:28 <Ragnarok> Ich glaube nicht, dass irgendetwas, das Namen nicht lokal auflöst, über I2P akzeptabel performen wird, aber du darfst mich gern vom Gegenteil überzeugen :) 14:28 <mule> feindliche Umgebung :) 14:28 <MrEcho> ich könnte es die hosts‑Datei aktualisieren lassen, aber ich hoffte, etwas in anderem Code hinzuzufügen 14:28 <jrandom> es gibt etwas Code in CVS (unter apps/myi2p) zum Laden/Speichern von Adressbuch‑Einträgen mit den Daten aus jener E‑Mail vom Februar, falls jemand interessiert ist ;) 14:29 <+polecat> ? 14:29 <MrEcho> schon reingeschaut, jr 14:30 <jrandom> polecat: http://forum.i2p.net/viewtopic.php?t=141#419 14:30 <+polecat> Du meinst unter apps/myi2p/java/src/net/i2p/myi2p 14:30 <jrandom> na ja, wenn du es genau wissen willst ;) 14:30 <+polecat> Eher schrecklich redundant. ;3 14:31 <jrandom> cool, MrEcho, allerdings schlage ich dieses Dateiformat auch für andere Namenssysteme vor, falls Leute erwägen, hosts.txt zu ersetzen 14:31 <jrandom> polecat: aus gutem Grund (und imo ist in diesem Pfadnamen keine Redundanz ;) 14:31 <Ragnarok> cool. Ich schau’s mir an 14:32 <ant> <dm> immerhin steht da nicht mehr dreimal Internet drin 14:33 <jrandom> es müsste auch als net.i2p.client.naming.NamingService implementiert werden – etwas, das aus dieser lokalen DB lädt, aber das sollte nicht zu schwer sein 14:33 <+polecat> Igitt! Nein, nein, keine MX‑Records ... kein CNAME ... 14:33 <jrandom> mehrere Destinations pro Name zu haben ist allerdings eine gute Idee 14:33 <ant> <janonymous2> Ich bin ein Fan eines Adressbuch/DNS‑Hybriden 14:34 <jrandom> ein Adressbuch ist ein Domain‑Name‑System :) 14:34 <+polecat> jrandom: Wie oft musstest du es myi2p nennen? Und wie nötig ist es, es i2p zu nennen, wenn es schon myi2p heißt? Und besteht irgendein Zweifel, ob dieses Chaos ein Ding von Java ist? 14:34 <jrandom> polecat: nicht aller myi2p‑Code wird in Java sein. 14:34 <@duck> geh zurück in deine Höhle, du Perl‑Troll :) 14:34 <+polecat> Ich stimme zu, dass das alles nötig ist – ich gebe nicht dir die Schuld, jrandom, sondern Java und Ant. 14:35 <jrandom> polecat: und I2P's Codebasis ist unter dem net.i2p‑Namespace eindeutig, da wir den net.myi2p‑Namespace nicht kontrollieren :) 14:35 * polecat grunzt und hockt sich unter die Brücke. 14:35 <ant> <dm> polecat: das nennt man Zwangsstörung 14:35 <jrandom> heh 14:35 <jrandom> das nennt man Software Engineering ;) 14:36 <+polecat> Ja, aber warum alles in einer Verzeichnisstruktur ablegen, die den Namespace nachplappert? 14:36 <+polecat> Schreib doch einfach ... in die Datei „Diese Datei hat den Namespace net.i2p“ 14:36 <jrandom> aber egal, noch etwas zu Ragnaros großartigem Namenssystem? :) 14:36 <@duck> es rockt 14:36 <Ragnarok> danke :) 14:36 <+polecat> Asseth Kickius. 14:36 <jrandom> polecat: es gibt 1340 Java‑Dateien in I2P 14:37 <@duck> Ich war _schockiert_, als ich eine eepsite besuchen wollte und der Host bereits propagiert war 14:37 <Ragnarok> hehe 14:37 <jrandom> :) 14:37 <+polecat> Nun, ich sage nicht, dass man alles an einen Ort quetschen muss. 1340 Dateien erscheinen allerdings verdammt viel, gibt es da keinen redundanten Code? o.O 14:38 <Ragnarok> kennt jemand einen Befehl, um unter Windows einen Prozess per PID zu killen? 14:38 <@duck> wie z. B. TCP‑Stack‑Neuimplementierungen? :) 14:38 <+polecat> Ganz zu schweigen von voll funktionsfähigen Webservern. c.c 14:38 <jrandom> heh 14:38 <jrandom> oh, lass mich den Jetty‑Code weglassen .. 14:39 <keysersoze> (91 Peers im Netz jetzt!) 14:39 <ant> <dm> ragnarok: kill 14:39 <jrandom> ok, 389 in router/ und core/ 14:39 <Ragnarok> auf welchen Versionen gibt es das? 14:39 <+polecat> Das ist immer noch viel für einen lausigen router ... aber alles in allem gar nicht so schlecht. 14:39 <ant> <dm> nicht sicher ... hier läuft XP. 14:39 <cervantes> Ragnarook: nur wenn du die Support‑CD‑Dateien installiert hast 14:40 <Ragnarok> ah 14:40 * duck fokussiert wieder 14:40 <cervantes> Ragnarok: ansonsten lade dir Sysinternals pskill herunter 14:40 <jrandom> ok, noch etwas zu 4) addressbook.py, oder sollen wir weiter zu 5) ??? 14:41 <cervantes> Ragnarok: http://www.sysinternals.com/ntw2k/freeware/pstools.shtml 14:41 <jrandom> ok, 5) ist dran 14:41 <Ragnarok> cool, danke :) 14:41 <jrandom> polecat: iirc wolltest du bamboo-dht ansprechen? 14:41 <MrEcho> ? gerade Meeting 14:41 <+polecat> :skandiert: DHT DHT USA USA~/o 14:42 <+polecat> Ja, in der Tat. Ich schau nur kurz was nach ... 14:42 <jrandom> ja, MrEcho 14:43 <+Ch0Hag> 5? 14:43 <jrandom> 5) ??? 14:43 <MrEcho> heh 14:43 <+Ch0Hag> ooh ja, ich habe einen irrelevanten semantischen Bug gefunden 14:43 <jrandom> was gibt's, Ch0Hag? 14:43 <+polecat> Es gibt 79 Java‑Dateien in den Bamboo‑Sources. Insgesamt gibt es 253 Dateien. 14:44 <+polecat> Das gesamte Projekt belegt 4,6 Megabyte in Source‑ und Support‑Dateien, vor dem Bauen. 14:44 <jrandom> uff 14:44 <+Ch0Hag> in /netdb.jsp wird bei „uns“ die Information erst Port, dann Host angegeben, während bei anderen Peers erst Host, dann Port kommt 14:44 <+Ch0Hag> In der Zeile Addresses 14:44 <jrandom> hast du damit herumgespielt, polecat? 14:44 <jrandom> Ch0Hag: die Reihenfolge ist willkürlich 14:45 <+Ch0Hag> Und 0.4.1.4 läuft seit einer Stunde mit 128 MB unter Kaffe 14:45 <+polecat> Ich hatte nicht viel Gelegenheit. Ich habe mit circle herumgespielt und eine schicke grafische Darstellung eines PGP‑Public‑Keys bekommen, aber noch nicht mit Bamboo. 14:45 <ant> <dm> ah ja, Ch0Hags unbedeutender Bugreport hat mich erinnert! 14:45 <ant> <dm> auf der Konfig‑Seite steht: „you should either use a service like dyndns or leave the hostname blank. If you leave it blank, your router will autodetect the 'correct' IP address by asking a peer“ 14:45 <+Ch0Hag> Es scheint überall Host/Port zu sein 14:45 <MrEcho> Uptime: 54h Memory: 23,506KB 14:45 <+Ch0Hag> Aber hey 14:45 <+Ch0Hag> Ist ja nicht so, als ob es wirklich wichtig wäre. 14:46 <ant> <dm> was für mich großartig ist, da ich eine dynamische IP habe und auf dieses Feature schon eine Weile gewartet habe, aber wenn ich es leere und auf Speichern klicke, füllt das Feld sich automatisch wieder mit einer (falschen) IP 14:46 <cervantes> polecat: hast du eine URL? 14:46 <ant> <dm> Cheers! 14:47 <jrandom> hmm, dm, es respektiert nicht, dass du es leer lässt? 14:47 <jrandom> das ist definitiv ein erheblicher Bug 14:47 <+polecat> Ja, Moment bitte. 14:47 <Ragnarok> es wäre schön, wenn es das Ausfüllen des Feldes nur empfehlt, wenn du einen echten, statischen Hostnamen hast. Oder wenn das Feld gar nicht da wäre ... 14:47 <jrandom> Ch0Hag: kaffe hält typischerweise eine konstante Größe 14:47 <+polecat> http://bamboo-dht.org/ 14:48 <jrandom> Ragnarok: ich erwäge, dieses Feld ganz zu entfernen und es für die Hacker auf /configadvanced.jsp zu lassen 14:48 <ant> <dm> Ich kümmere mich nur darum, weil mich der Anleitungsabsatz wie einen Idioten fühlen lässt, wenn ich es nicht leer bekomme ;) 14:48 <cervantes> polecat: danke 14:48 <+Ch0Hag> dm: Es ist eindeutig ein Intelligenztest. 14:48 <+Ch0Hag> Wenn du es leer kriegst, bestehst du. 14:48 <+polecat> Mir fällt auch auf, dass Bamboo mit jikes und dem kaffe‑jar in ungefähr 30 Sekunden kompiliert. 14:48 <+polecat> Verwendet aber seltsame Variablen, JAVAC und JAVAHOME statt JAVA_HOME 14:49 <Ragnarok> jr: Ich finde das eine großartige Idee. An diesem Punkt ist es ein bisschen wie eine Anfängerfalle. 14:50 <cervantes> dm: klickst du auf den Speichern‑Button oder drückst du Enter? 14:50 <ant> <dm> klicke Speichern 14:50 <ant> <dm> * Updated bandwidth limits 14:50 <ant> <dm> * Configuration saved successfully 14:50 <@duck> polecat: planst du, es dir genauer anzusehen? 14:51 <+polecat> Ja, das tue ich. Bamboo scheint der beste Kandidat für das Portieren auf I2P zu sein und das „rundeste“ DHT‑Projekt, das ich da draußen sehe. 14:52 <+polecat> Wichtig ist natürlich, ob es „funktioniert“ oder nicht. 14:52 <jrandom> bah, wer braucht schon Funktionalität, es geht nur um Buzzword‑Kompatibilität! 14:53 <jrandom> bitte halte uns auf dem Laufenden, wie es läuft 14:53 <jrandom> (da ich zustimme, das Projekt sieht vielversprechend aus) 14:53 <@duck> wahrscheinlich am wichtigsten ist, was es an Anpassungen auf Transportschicht anbietet 14:54 <ant> <janonymous2> Was ist das Besondere an bamboo? 14:54 <jrandom> ja, ob es NIO‑Channels benötigt oder Plain Sockets verwendet 14:54 <cervantes> heh ... Bamboo‑News: „5 Aug Bamboo Now 100% Pure Java...uses Berkely DB Java Edition“ „4 Nov Bamboo No Longer 100% Pure Java...BDB Java sucked..back to C“ 14:54 <jrandom> (auch wenn wir NIO‑Channels für i2psocket schreiben könnten, es wäre einiges an Arbeit) 14:54 <+polecat> jrandom: Zurück in deine Kathedrale, Java‑Wasserspeier! X3 14:54 <+polecat> In der Tat. Wenn es TCP oder UDP erfordert, oder schlimmer ... DNS, dann sind wir vielleicht geliefert. 14:54 <+polecat> NIO/ 14:54 <+polecat> NIO? 14:55 <+polecat> Alles was ich weiß: ni'o heißt Themenwechsel in Lojban. 14:55 <jrandom> NIO ist eine neue I/O‑Bibliothek in Java, seit 1.4 14:55 <+polecat> Ich verstehe. Aber selbst bei Plain Sockets: Hat SAM nicht analoge Objekte für Sockets sowie analoge read()‑ und write()‑Funktionen? 14:55 <jrandom> ja 14:56 <jrandom> wenn sie Plain Sockets verwenden, ist es kinderleicht 14:56 <jrandom> (...was auch immer das heißt) 14:56 <ant> <janonymous2> Was ist bamboo? 14:56 <jrandom> bamboo-dht.org 14:57 <cervantes> was waren übrigens die Probleme mit pysam? 14:57 * polecat nickt. 14:58 <@duck> cervantes: Daten senden/empfangen 14:58 <cervantes> duck: oh, ist das alles? :) 14:58 <ant> * janonymous2 /me duckt sich mit seinem unzureichenden Telefon 14:58 <@duck> und Verbindungen aufbauen/erkennen 14:58 <+Nightblade> es hat nicht gesendet? 14:59 <Ragnarok> oy 14:59 <@duck> Nightblade: es hat wahrscheinlich irgendwas getan 14:59 <+Nightblade> funktioniert es überhaupt? 15:00 <cervantes> duck: irgendwelche Gedanken zur Benennung des i2p-bt‑Forenbereichs? 15:00 <cervantes> willst du eine eigene Top‑Ebene mit ein paar Unterforen? 15:01 <Ragnarok> hm, ich muss los. Habt noch ein gutes restliches Meeting :) 15:01 <jrandom> Nightblade: aum hat es benutzt, also bin ich sicher, dass es funktionierte 15:01 <jrandom> bis später, Ragnarok 15:01 <cervantes> you're = your 15:01 <cervantes> cya ragnarok 15:02 <ant> <janonymous2> Status zu BT? 15:02 <jrandom> janonymous: siehe die Meeting‑Logs (sobald sie rauskommen) 15:03 <jrandom> apropos, gibt es sonst noch etwas, das Leute im Meeting ansprechen möchten? 15:03 <ant> <janonymous2> Oh, mein Fehler 15:04 * cervantes reicht jr den eGold‑beschichteten Baffer 15:04 * jrandom holt aus 15:04 <jrandom> ... 15:04 <jrandom> ... 15:04 * jrandom *baf*t das Meeting für geschlossen