I2P Entwicklertreffen - 3. April 2007

16:01 <jrandom> 0) hi 16:01 <jrandom> 1) Netz-Status 16:01 <jrandom> 2) Syndie-Entwicklungsstatus 16:01 <jrandom> 3) ??? 16:01 <jrandom> 0) hi 16:01 * jrandom winkt 16:01 <jrandom> die wöchentlichen Statusnotizen sind noch nicht online, aber es war nicht viel drin, daher können wir das hier direkt abhandeln 16:01 <jrandom> springen wir zu 1) Netz-Status 16:01 <jrandom> scheint ziemlich gut zu laufen, keine größeren Probleme im Moment. Es gab früher einige Schwierigkeiten auf den IRC-Servern, aber die Hardwareprobleme sind behoben (danke, cervantes und postman!) 16:01 <jrandom> auf zzz's Blog gab es weitere Diskussionen zu den ssu/ntcp-Ideen – schaut dort für mehr Infos rein 16:01 <jrandom> ich habe dazu nicht viel hinzuzufügen... hat jemand etwas zu 1) Netz-Status? 16:04 <jrandom> wenn nicht, gehen wir weiter zu 2) Syndie-Entwicklungsstatus 16:04 <jrandom> in letzter Zeit gute Fortschritte bei der Desktop-GUI, einige Komponenten sind auch zurück in die Registerkarten-GUI gewandert 16:04 <jrandom> es gibt noch einiges zu tun, aber ich benutze die Desktop-GUI für fast alles im Moment. 16:04 <jrandom> mk hat weitere Ideen und Bedenken zur Desktop-GUI eingebracht, und wie immer: lest das Syndie-Dev-Forum, um Planung und Implementierung zu verfolgen 16:04 <+Complication> in der Tat, ich kann auch eine höhere Persistenz der IRC-Sitzungen bestätigen 16:04 <jrandom> w3wt 16:06 <+Complication> Scheint, als sollte man dann nochmal Tests ansetzen (bei meinem letzten Test fand ich es ein wenig... einschüchternd) 16:07 <jrandom> ah ja, ich habe jetzt die meisten Buttons beschriftet ;) 16:07 <jrandom> wenn du unter Windows bist, macht es die vertikalen Button-Beschriftungen allerdings immer noch falsch (dafür muss ich ein eigenes Layout schreiben) 16:07 <+Complication> (insbesondere das Fehlen von Beschriftungen an den vielen Komponenten) 16:08 <jrandom> aber es ist noch nicht Alpha-tauglich... ich kann es benutzen, weil ich weiß, was alles tut bzw. tun soll 16:08 <+Complication> hier ist es Linux, aber gut zu wissen, denke ich 16:08 <jrandom> aber hoffentlich in der nächsten Woche oder so 16:09 <+Complication> Auf der Syndie-Seite habe ich mich gefragt: könnte der neue Syncing-Code ist zu übereifrig sein, z. B. zu viele Übertragungen gleichzeitig versuchen? 16:09 <+Complication> s/ist/sein 16:09 <jrandom> er versucht 5 gleichzeitige Abrufe pro Archiv 16:10 <jrandom> (und einen asynchronen Import-Thread) 16:10 <+Complication> Hier ist die Fehlerrate bei den meisten Archiven im Vergleich zu früher deutlich angestiegen 16:10 <jrandom> hmm 16:10 <+Complication> Könnte sein, dass auch mehr Leute syncen, aber ich würde trotzdem hoffen, einen freien Moment zu erwischen, wenn das Archiv nicht beschäftigt ist 16:10 <+Complication> „einen freien Moment erwischen“ und einen sauberen Sync hinbekommen, passiert allerdings allgemein eher nicht 16:10 <jrandom> also schlagen verschiedene Abrufe fehl mit „connection reset“ oder anderen TCP-ähnlichen Fehlermeldungen? 16:11 <+Complication> „socket closed“ und so weiter 16:11 <jrandom> ah ok 16:11 <+Complication> Ich habe sie nicht wirklich gezählt 16:11 <+Complication> Das läuft natürlich vollständig über I2P 16:11 <jrandom> die Server sind derzeit nicht besonders leistungsfähig (ich denke, sie haben nur sehr begrenzte Verarbeitungskapazität), und das sollte verbessert werden 16:12 <jrandom> außerdem sollten wir, wie du und $nymFormerlyKnownAsAnonymous gesagt haben, solche Fehlerfälle erneut versuchen 16:12 <+Complication> richtig, das könnte auch helfen 16:12 <tapeworm> Worauf basieren die Server? 16:12 <jrandom> aber das muss natürlich unbedingt bombenfest und transparent sein 16:13 <jrandom> tapeworm: Eigenbau 16:13 <+Complication> wobei, als ich vor einer Weile die Performance von „eepget“ gemessen habe, im Vergleich zu Syndie, hatte eepget tolle Performance und Zuverlässigkeit 16:13 <jrandom> (etwa ein Dutzend Zeilen Code) 16:13 <+Complication> es hat 2 × 9 MB von dev.i2p.net gezogen, während archive.syndie.i2p bei winzigen kleinen Nachrichten ständig scheiterte 16:13 <jrandom> oh, das ist allerdings kein wirklich fairer Test 16:14 <+Complication> andere Kisten? 16:14 <jrandom> und Syndie /benutzt/ tatsächlich eepget zum Abrufen 16:14 <jrandom> von Apache abzurufen ist ziemlich anders, als viele kleine Dateien von einem selbstgebauten Webserver zu holen ;) 16:14 <+Complication> hmm... ich sollte beim Syncen wohl übermäßig viel loggen 16:15 <+Complication> genau, und auch die Unterschiede zwischen den Servern 16:17 <+Complication> heh, scheint, ich habe es geschafft, einen Sync in der Desktop-UI zu starten 16:17 <+Complication> eine Aufgabe, die sich letztes Mal als zu schwierig erwiesen hat :) 16:17 <jrandom> w3wt :) 16:18 <jrandom> ok, hat noch jemand etwas zu 2? wenn nicht, springen wir rüber zu 3) ??? 16:18 <+Complication> Ich habe allerdings die Gewohnheiten eines intensiven Taskleisten-Nutzers, das wird also wahrscheinlich etwas Eingewöhnung brauchen 16:18 <+Complication> (ich habe die Taskleiste normalerweise auf Automatisch ausblenden) 16:19 <jrandom> nun, es gibt eine Kompilierzeit-Option, die Desktop-GUI in eine Shell statt Vollbild zu packen – das können wir stattdessen zu einem Kommandozeilen-Schalter machen 16:19 <+Complication> ist die Desktop-GUI prinzipiell in der Lage, einen „Minimieren“-Button zu haben? 16:19 <jrandom> es ist allerdings schwierig, das zur Laufzeit zu ändern, da SWT das Reparenting von GUI-Komponenten (zuverlässig) nicht erlaubt und man den Trim einer Shell nicht ändern kann 16:20 <jrandom> oh, ja, definitiv möglich – gute Idee 16:20 <+Complication> der sie in den Hintergrund schickt, ohne die Reihenfolge der darunter liegenden Fenster zu verändern? 16:20 <jrandom> wir können das ins Steuerungsmenü (oben links) oder ins Task-Menü (oben rechts) packen 16:20 <+Complication> Denn Alt+Tab ändert das typischerweise 16:21 <+Complication> (so etwas... wie den „Desktop anzeigen“-Button, den ich normalerweise gern in der Taskleiste nahe dem KDE-/Start-Button habe) 16:21 <+Complication> (ein anderer Ort mag besser sein, aber etwas in dieser Art) 16:22 <jrandom> ja, wir können es auf die gleiche Weise verbergen, wie das Minimieren der Registerkarten-GUI funktioniert (oder wir können es ikonisieren wie mit dem normalen Fenster-Minimieren-Button) 16:22 <+Complication> Auch wenn „Minimieren“ und „Desktop anzeigen“ zugegebenermaßen verschiedene Dinge sind – je mehr ich darüber nachdenke, desto logischer erscheint mir „Minimieren“. 16:24 <+Complication> Zu den Sync-Fehlern: Ich habe aktuell 1 Vorkommnis von HTTP 504 und 4 Vorkommnisse von „socket closed“ 16:24 <+Complication> 2 Erfolge 16:24 * TrevorReznik erlebt so ungefähr 70% „socket closed“ 16:24 <jrandom> krass 16:24 <jrandom> ok, ich schaue mir das an und bringe so bald wie möglich ein Update rein 16:27 <jrandom> ok, zu 3) ??? – hat noch jemand etwas fürs Meeting? 16:27 <+Complication> Wünschte ich hätte, aber noch nicht – Webcache-App noch unvollständig, da mich das echte Leben etwas überfahren hat 16:28 <jrandom> verdammt sei diese Realität! 16:28 * Complication wird versuchen, die 15 nervigen Dinge aus dem Weg zu räumen 16:32 <jrandom> wr0d 16:32 <jrandom> ok, wenn es nichts Weiteres fürs Meeting gibt... 16:32 * jrandom macht Schluss 16:33 * jrandom *baf*t das Meeting zu