I2P-Entwicklertreffen - 17. August 2004

14:05 <jrandom> 0) hi 14:05 <jrandom> 1) Netzwerkstatus und 0.3.4.3 14:05 <jrandom> 2) Stasher 14:06 <jrandom> 3) ??? 14:06 <jrandom> 0) hi 14:06 * jrandom winkt der i[2i]p- & freenode-Gang 14:06 * hypercubus winkt 14:06 <jrandom> wöchentliche Statusnotizen vor ein paar Sekunden gepostet auf http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:06 <deer> <oOo_itwop> Es ist Showtime ! 14:07 <deer> <mule> scheint, i2p-irc liebt mich nicht. oder es will mich durch regelmäßige Unterbrechungen länger schmoren lassen 14:07 <jrandom> heh, ja, das führt uns tatsächlich zu 1) Netzwerkstatus und 0.3.4.3 :) 14:07 <jrandom> das Netzwerk ist im Moment ziemlich beschissen 14:07 <kaji> yep 14:08 <jrandom> die Probleme ergeben sich größtenteils aus Inkompatibilitäten zwischen den verschiedenen Releases, die die Leute laufen haben, was alle möglichen hübschen Wege eröffnet hat, Dinge kaputtzumachen 14:09 <jrandom> wenn ihr die Links in der E-Mail anschaut, seht ihr das Flooding und den netDb-DoS, der stattgefunden hat, aber er hat sich weitgehend gelegt 14:09 <jrandom> wir haben immer noch ein halbes Dutzend Leute mit alten Releases (und wahrscheinlich 20–25 Leute mit Vanilla 0.3.4.2, mit seinen eigenen Problemen) 14:10 <jrandom> ich weiß eure Geduld zu schätzen, während wir das angehen. Ich will kein neues Release überstürzen, ohne vorher effizient um schlechte Knoten herumrouten zu können 14:10 <jrandom> in der Vergangenheit konnten wir um schlechte Knoten herumrouten, die lediglich schlecht performen, aber wir mussten uns nicht mit Knoten beschäftigen, die Böse Dinge tun 14:11 <deer> <oOo_itwop> Die Versuchskaninchen verbeugen sich vor jrandom ! 14:11 <duck> wird das nächste Release abwärtskompatibel sein? 14:11 <jrandom> vielleicht, duck. wenn wir um diese alten Knoten herumarbeiten können, gibt es keinen Grund, es inkompatibel zu machen 14:12 <duck> cool 14:12 <jrandom> jedenfalls ist eine Menge los, auch wenn ihr alle noch keine neuen Releases seht 14:13 <jrandom> ich weiß nicht, wann 0.3.4.3 rauskommt. vielleicht morgen, oder vielleicht später diese Woche. 14:14 <jrandom> hat jemand Fragen / Kommentare / Bedenken, die er bezüglich des Netzwerkstatus ansprechen möchte? 14:14 <kaji> wird *.3 hypers neue GUI-Installation haben? 14:14 <jrandom> wahrscheinlich nicht 14:14 <deer> <mule> das Netzwerk sieht in den Profilen meiner Kisten gut aus, nur dass ich häufig rausfliege 14:15 <jrandom> ja, verstehe, mule. die irc-Verbindung war bei mir auch ziemlich schlecht, aber es wird in letzter Zeit besser 14:15 <deer> <mule> aber ich habe das meiste von eurer Diskussion verpasst, also halte ich jetzt den Mund 14:15 <jrandom> wenn du aus dem CVS ziehen willst, sollte das eine Verbesserung bringen, aber es gibt häufig Updates, daher willst du vielleicht bis zum Release warten 14:16 <jrandom> ok, noch etwas? wenn nicht, gehen wir flott weiter zu 2) Stasher 14:16 <kaji> woot stasher 14:17 <jrandom> stasher sieht ziemlich cool aus. noch sehr begrenzte Funktionalität, aber es macht Fortschritte 14:17 <jrandom> wenn aum wach wäre, könnte er uns ein Update geben... 14:17 <jrandom> aum: ping? :) 14:17 <kaji> /kick aum 14:18 <jrandom> (ist für ihn früh, er schläft wahrscheinlich noch) 14:18 <duck> wie egoistisch 14:18 <hypercubus> bin bisher beeindruckt 14:18 <jrandom> Wie auch immer, Installation und Betrieb von stasher sind ziemlich schmerzfrei, also wenn ihr ihm beim Testen helfen könnt, wäre das großartig 14:18 <jrandom> ja, auf jeden Fall 14:18 <hypercubus> damit konnte ich massives Goatse'ing durchziehen 14:19 <jrandom> und was ist schon eine App ohne ein Goatse, 'ne? 14:19 <hypercubus> man muss eine App lieben, die dich Goatse auf jemandes Laufwerk hochladen lässt ;-) 14:19 <aum> pong 14:19 <jrandom> w0ah 14:19 <jrandom> Morgen, aum 14:19 <deer> <ardvark> kurze Frage: bekomme ich stasher über das i2p CVS? 14:19 <aum> hi all 14:19 <jrandom> ardvark: in i2p/apps/stasher/ 14:19 <aum> ardvark: hi!!!! :) lange her! 14:20 <deer> <ardvark> ja hi aum! schön, dich zu sehen, Kumpel! 14:20 <aum> ardvark: vermutlich leichter per Tarball - http://stasher.i2p oder http://www.freenet.org.nz/python/stasher 14:21 <deer> <ardvark> ok aum, ich habe das Tarball, aber es sagt, dass andere Sachen benötigt werden? Ich halte das Meeting nicht auf, vielleicht kann ich dich kontaktieren? 14:21 <aum> klar doch 14:22 <hypercubus> also, irgendein Update zu stasher, aum? ;-) 14:23 <aum> kleines Update, ich habe eine '-l'-Option hinzugefügt, die nur lokale 'get'/'put' erlaubt 14:23 <aum> außerdem denke ich darüber nach, eine 'put'-Option zu implementieren, die sofort zurückkehrt 14:24 <aum> gestern Nacht habe ich über Probleme bei der Implementierung von freenet keytypes nachgedacht 14:24 <hypercubus> ich möchte anregen, dass erfolgreiche put-Operationen einen Status zurückgeben... scp und viele andere Kommandozeilen-Netz-Apps machen das 14:24 <jrandom> SSK wäre ziemlich geil 14:25 <jrandom> (während CHK natürlich imho am wichtigsten ist) 14:25 <MikeW> Eine Sache, die ich an freenet immer interessant fand: Es sagte dir, warum es zu hoher CPU-Last kommen könnte. Manchmal (meist beim Start für ein bis zwei Minuten) und zufällig schnellt die CPU-Auslastung auf 100% – vielleicht eine Einschätzung, warum es denkt, dass java meine CPU frisst? 14:25 <deer> <oOo> Splitfiles ^^ 14:26 <jrandom> MikeW: wenn i2p deine CPU frisst, ist ganz sicher irgendetwas kaputt 14:26 <aum> ich habe Splitfiles bereits experimentell implementiert, aber noch nicht aktiviert – möchte es zuerst lokal testen 14:26 <jrandom> MikeW: du kannst genau sehen, was in deinem router passiert, indem du in der router-Konsole auf den 'current job' schaust – dort ist (fast immer) die CPU-Last 14:26 <jrandom> ah cool, aum 14:27 <aum> wegen eines rekursiven Algorithmus sollte das Splitfiles-Ding unbegrenzte Dateigrößen erlauben, wenn es fertig ist 14:27 <deer> <oOo> Großartig, Splitfiles sind Pflicht für ernsthaftes Goatse- und pr0n-Zeug... 14:27 <deer> <identiguy> aum: beinhaltet das FEC? 14:27 <aum> fec nicht nötig 14:27 <aum> fec wird nur auf wackeligen Netzwerken benötigt 14:27 <deer> <identiguy> Ah, verstehe. 14:27 <aum> ich verwende kademlia, das eine viel bessere Abrufbarkeits-Garantie hat 14:27 <duck> es sei denn, Knoten gehen down 14:28 <aum> außerdem hab ich eh keinen Bock, fec zu machen, das ist nervig 14:28 <aum> duck: es gibt Redundanz – siehe den 'k'-Wert in kademlia 14:28 <jrandom> duck: mit einem k von 20 wäre es selbst ohne jegliches Republishing ok ;) 14:28 <duck> heh, okay 14:28 <deer> <mule> aum: fec könnte helfen, falls eine Anzahl von Knoten entfernt wird 14:28 <jrandom> (und mit Republishing würde es nur wehtun, wenn alle k gleichzeitig sterben) 14:28 <aum> nah, ich erhöhe einfach k 14:28 <jrandom> ein k von 20 ist imho ziemlich ordentlich 14:29 <jrandom> (da das bedeutet, dass du 20 vollständige Replikate der Datei hast) 14:29 <hypercubus> Nutzer können immer eigenständige fec-Tools verwenden 14:29 <MikeW> jrandom: Under JobQueue, runners:1, active jobs:0, just finished:1, ready/waiting: 0, timed: 28 14:29 <aum> das bedeutet 20 Goatses, Leute :P 14:29 <hypercubus> und die Ergebnisse veröffentlichen 14:29 <duck> wie steht's mit dem britneyspears effect? 14:29 <duck> von sehr populären Keys, die auf 1 node landen 14:29 <jrandom> (aka du fügst eine 740MB-Datei ein und musst 14,8GB an Daten senden) 14:30 <aum> duck: Popularität ist in kademlia kein Konzept 14:30 <duck> (mit 32KB-Keys ist das natürlich vielleicht nicht schlimm) 14:30 <jrandom> ok cool, MikeW, aber frisst i2p jetzt deine CPU? 14:30 <deer> <ardvark> sind all diese kademlia-Messages, die ich auf i2p sehe, stasher-bezogen? 14:30 <MikeW> jrandom: ja 14:30 <aum> duck: und kademlia hat kein relaying 14:30 <hypercubus> ardvark: das Zeug in der router-Konsole ist die netdb kad implementation 14:31 <aum> die Ideen von 'relaying', 'popularity', 'caching' etc. sind für freenet, das sich der Welt nackt aussetzen muss, ohne das Cloaking von I2P 14:31 <deer> <ardvark> lasse hier i2p und tor laufen und meine CPU-Auslastung liegt jetzt bei 3%, also :/ *schulterzuck* 14:31 <jrandom> MikeW: dann kann dein router Verbindungen nicht aufrechterhalten und frisst CPU, indem er viele gleichzeitige Verbindungsaufbauten macht 14:31 <duck> ok, mein Gehirn ist von freenet verfault 14:31 <duck> bitte habe Erbarmen :) 14:31 <deer> * shendaras tröstet. 14:31 <jrandom> MikeW: wenn du nach dem Meeting noch zum Debuggen dableiben kannst, wäre das super 14:32 <MikeW> mach ich 14:32 <jrandom> ok cool, aum, gibt es etwas, wobei die Leute helfen können? 14:32 <jrandom> oder sollen wir einfach ausprobieren und Bugs melden? 14:33 <duck> Ich versuche, mich an leo zu gewöhnen 14:33 <aum> yep, Bugs bitte an die Liste, wenn das ok ist, Leute 14:33 <duck> mag es jetzt schon mehr als Eclipse 14:33 <hypercubus> was ist leo? 14:33 <jrandom> (uh oh, hier kommt der Rant ;) 14:33 <aum> duck: ich benutze derzeit nichts außer leo – außer emacs für schnelle Hacks und zile für noch schnellere Hacks 14:34 <hypercubus> solange du nicht vi oder emacs benutzt ;-) 14:34 <aum> http://leo.sf.net - gibt dir eine Gliederungsansicht deines Codes 14:34 <hypercubus> aber ich werde dieses leo selbst probieren 14:34 <aum> leo integriert sich sogar mit emacs, wenn du willst 14:34 <hypercubus> ist es kein Editor? 14:35 <aum> <bile> 14:35 <aum> Scheiß-MSVC - es erlaubt __int64 für 64-Bit-Ints, erlaubt aber nicht 'LL' oder 'ULL' für 64-Bit-Int-Literale 14:35 <aum> !! 14:35 <aum> </bile> 14:35 <hypercubus> ah, verstehe 14:37 <jrandom> ok, wenn das alles ist, haben wir nichts mehr und können weiter zu 3) ??? 14:37 <jrandom> hat noch jemand etwas, das er ansprechen möchte? 14:37 <hypercubus> ja, ich sage wohl kurz etwas zur neuen Richtung des Installers 14:37 <jrandom> ok, word 14:38 <hypercubus> ab 0.4 werden Kommandozeilen-Nutzer einfach das i2p-Tarball holen und entpacken, dann ein Skript ausführen, um den router zu starten und die router-Konsole in lynx oder was auch immer zu öffnen 14:39 <hypercubus> es ändert sich also nicht viel, außer dass ihr nicht durch eine alberne Q/A-Sitzung mit einem Installer müsst 14:39 <hypercubus> die gesamte Konfiguration macht ihr in der router-Konsole 14:39 <hypercubus> für GUI-Nutzer haben wir etwas Pfiffiges 14:39 <jrandom> (w00t) 14:40 <hypercubus> das ihr euch unter http://files.hypercubus.i2p/install.jar ansehen könnt 14:40 <jrandom> oder aus dem CVS (ant pkg ; java -jar install.jar), richtig? 14:40 <aum> hypercubus: wie läuft's mit dem Win-Installer? Erkennt/lädt/installiert er Java automatisch? 14:41 <hypercubus> Menü-Kürzel kommen noch, ebenso Systray-Integration und eine Möglichkeit, den router als Daemon zu installieren 14:41 <aum> Daemon? Wie in Windows 'service' ? 14:41 <hypercubus> nein, zumindest in absehbarer Zeit nicht, sie müssen auf einen Link auf der i2p-Seite klicken, der sie zur offiziellen Java-Download-Seite führt 14:42 <hypercubus> der Installer benötigt Java, aber das ist ok, da i2p das ebenfalls tut 14:42 <aum> hypercubus: sorry, aber damit verliert ihr 80% der Nutzer 14:42 <hypercubus> nenn mir ein Java-Projekt, das das nicht so macht 14:42 <jrandom> wir werden das irgendwann haben. 14:42 <jrandom> nur jetzt noch nicht. 14:42 <aum> Freenet hat das gut gemacht - deren Win-Installer führt dich durch den Download 14:43 <jrandom> (wir haben so viele andere, wichtigere Fische zu braten. wir *wollen* jetzt nicht tausende über tausende Nutzer) 14:43 <hypercubus> das ist eine Überlegung für 1.0 14:43 <hypercubus> ich habe den Großteil des Codes, um das umzusetzen, bereits fertig 14:43 <aum> jrandom: ich dachte, du sagtest, es wäre für 0.4 14:43 <deer> <mule> also solltet ihr verlangen, dass Java aus dem Source gebaut wird :) 14:44 <jrandom> der neue Installer wird für 0.4 sein 14:44 <hypercubus> wir haben den gesamten Code, den ich bisher geschrieben habe, verworfen 14:44 <hypercubus> zugunsten von IzPack 14:44 <hypercubus> http://izpack.sf.net 14:44 <jrandom> wir können einen 15MB-Download anbieten, der beides bündelt, aber die meisten Nutzer, die i2p vor 1.0 verwenden, werden wissen, was „java“ ist 14:45 <hypercubus> das gibt mir Zeit, ein vollständig Public-Domain-Java-Installer-Framework zu perfektionieren, zu dem ich i2p irgendwann zurückbewegen möchte 14:45 <hypercubus> aber die Priorität ist jetzt, den schrecklichen aktuellen Installer loszuwerden ;-) 14:46 <hypercubus> (kein Angriff gegen den, der es zusammengehackt hat) 14:46 <deer> <shendaras> Habe einen 404.... 14:46 <duck> http://www.izforge.com/izpack/ 14:46 <hypercubus> http://www.izforge.com/izpack/ 14:47 <hypercubus> sorry dafür 14:47 <hypercubus> jedenfalls würde ich Feedback zum Preview-Installer schätzen, den ich auf meiner eepsite hochgeladen habe 14:48 <hypercubus> er wurde auf *nix und Windows getestet, sollte auch auf OS X und Solaris funktionieren 14:48 <jrandom> r0x0r 14:48 <duck> ist geil 14:48 <jrandom> ja, das rockt 14:49 <hypercubus> vielleicht hacke ich IzPack, um diese dämlichen Icons von den Buttons zu entfernen 14:49 <deer> <mule> hypercubus: wird es bestehende Konfigurationen zerstören oder bewahren? 14:49 <hypercubus> im Paket sind keine Konfigurationsdateien enthalten 14:49 <hypercubus> also werden nur JARs und WARs überschrieben 14:49 <jrandom> (im Moment ;) 14:49 <hypercubus> gut, wir werden Konfigs berücksichtigen 14:49 <deer> <mule> k, danke 14:49 <duck> wie startet man das ganze Jetty-Dings? 14:50 <duck> immer noch ein sh/bat ? 14:50 <jrandom> ja 14:50 <jrandom> der router wird mit einem Skript und/oder einem Service (der dieses Skript aufruft) starten 14:50 <hypercubus> ja, und ich lege eine EXE für Win-User dazu 14:50 <jrandom> w00t 14:50 <hypercubus> die sich aus dem Startmenü starten lässt 14:50 <hypercubus> dem Windows-Startmenü 14:51 <hypercubus> sollte Jetty bis morgen als Windows-Service am Laufen haben 14:51 * jrandom murmelt *ist nicht Jetty, ist i2p* 14:51 <hypercubus> ah, stimmt ;-) 14:52 <hypercubus> Jetty kommt allerdings mit einem Win32-Service-Wrapper 14:52 <hypercubus> wir können damit alles wrappen 14:52 <jrandom> ja, es gibt 3–4 PD/BSD-Java-Service-Wrapper da draußen 14:52 <hypercubus> ja, es gibt wahrscheinlich auch welche für Linux 14:53 <jrandom> nun, Linux-Dienst == init-Skript :) 14:53 <hypercubus> ja, aber Linux-Dienste werden selbst unter den großen Distros unterschiedlich gehandhabt 14:53 <hypercubus> zum Beispiel verwendet Gentoo das rc-setup-Skript-Schema 14:54 <jrandom> w3rd 14:54 <hypercubus> wie auch immer, ich bringe es für alle großen Distros und *BSDs zum Laufen 14:54 <hypercubus> wenn nicht mehr 14:55 <hypercubus> oops, s/rc-setup/rc-update/ 14:55 <hypercubus> ok, das deckt wohl alles ab 14:55 <hypercubus> ihr könnt jetzt aufwachen ;-) 14:55 <deer> * shendaras gähnt 14:55 <jrandom> cool, danke hyper, klingt gut. 14:56 <jrandom> hat sonst noch jemand etwas, das er ansprechen möchte? 14:56 <aum> sorry, falls ich die frühere Diskussion verpasst habe, aber.. 14:56 <aum> wie sieht es aus in Bezug auf Datagramm-Latenz etc.? 14:57 <jrandom> ich weiß nichts über Datagramme – die einzigen Apps, die ich nutze, laufen über Datagramme via Streams 14:57 <jrandom> Netzwerkstatus ist immer noch ziemlich schlecht – siehe Statusnotizen @ http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 14:58 <aum> k 14:58 <jrandom> ok, wenn es nichts Weiteres gibt... 14:58 * jrandom holt aus 14:59 * jrandom *baf*t das Meeting für beendet