I2P Entwicklertreffen - 04. Juni 2013

19:52:28 <hottuna> zzz, christoph2: syn 19:54:26 <topiltzin> yay, dev beating! 19:54:33 <topiltzin> s/beating/meeting/ 19:54:37 <iRelay> topiltzin meant: yay, dev meeting! 20:00:03 * hottuna eröffnet die Sitzung mit einem „baf“ 20:00:07 <hottuna> Agenda: 20:00:14 <hottuna> * Der nächste NetDB-Backend 20:00:14 <hottuna> * Ticket #729 – Speicherort der properties auf OSX 20:00:14 <hottuna> * Ticket #741 – Prozess-Umbenenner auf Windows 20:00:14 <hottuna> * Verschiedenes? 20:00:22 <iRelay> http://trac.i2p2.i2p/ticket/729 - (zugewiesene Verbesserung) - auf OSX ~/.i2p -> ~/Library/Application Support/i2p 20:00:33 <iRelay> http://trac.i2p2.i2p/ticket/741 - (angenommene Verbesserung) - I2P besser handhabbar machen mit Windows-Firewall-Software 20:00:45 <hottuna> __ Der nächste NetDB-Backend__ 20:01:16 <hottuna> Ich habe an einem Vorschlag gearbeitet, der erste RFC ist fertig 20:01:35 <hottuna> http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 <iRelay> Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 <hottuna> Die Grundidee ist, eine Kademlia-Basis zu verwenden und sie mit Funktionen zu erweitern, die die Leistung und/oder Zuverlässigkeit verbessern. 20:02:59 <hottuna> Ein Teil des initialen Codes für Kademlia wurde bereits von zzz geschrieben 20:03:34 <hottuna> Tatsächlich eine vollständige BEP5-Implementierung. BEP5 ist die Mainline-BitTorrent-Implementierung von Kademlia. 20:04:13 <hottuna> Mehrere DHTs wurden in Betracht gezogen: Chord, Freenet und Pastry. 20:04:47 <hottuna> Allerdings ist Kad schnell, erweiterbar und relativ zuverlässig. 20:05:05 <topiltzin> einige andere Kad-Ableger, die produktiv genutzt werden: Azureus Kad, eMule Kad, Mojito Kad (Limewire) 20:05:24 <topiltzin> Overnet (eDonkey, inzwischen eingestellt) 20:05:47 <topiltzin> keine P2P-App nutzt Chord oder Pastry (soweit ich weiß) 20:05:54 <hottuna> Ich habe mir Az-Kad angesehen, es ist nicht sehr kompatibel. Mojito könnte interessant sein 20:05:57 <hottuna> Auf Kad aufbauend wurden ein paar Änderungen vorgeschlagen. 20:06:05 <hottuna> Rekursive Tunnels für schnellere Lookups. 20:06:20 <hottuna> Und zufällige rekursive Lookups für zuverlässigere Lookups. 20:07:13 <hottuna> Insertions werden Standard-Kad sein, bis Random Recursive Stores implementiert sind. 20:07:45 <hottuna> Gut, das ist die Übersicht. Hat jemand Fragen? 20:08:17 <topiltzin> Ein Einwand gegen rekursive Tunnels ist, dass sie lokale IP-Banlists wirkungslos machen 20:08:40 <topiltzin> zum Beispiel könnte ich die IPs einer feindlichen Partei manuell zu meiner Bannliste hinzugefügt haben 20:09:18 <topiltzin> die Knoten, die am rekursiven Lookup/Store teilnehmen, werden das nicht wissen 20:09:37 <hottuna> Das stimmt. 20:10:00 <hottuna> Rekursive Anfragen sind etwas fragil und sollten nur für Geschwindigkeit genutzt werden. 20:10:35 <hottuna> Zufällige rekursive Anfragen werden jedoch letztlich einen Pfad finden, der die gebannten Knoten nicht einbezieht. 20:11:05 <hottuna> In welchen Situationen würdest du der Bannliste eines anderen Knotens nicht trauen? 20:11:25 <dg> sponge: will udp 20:11:28 <dg> eche|on: count ist nicht persistent nach Netzwerkänderungen („Soft-Restart“) 20:11:51 <topiltzin> für die Situation, in der der Betreiber dieses Knotens seine Bannliste nicht sorgfältig aktualisiert hat 20:12:02 <topiltzin> oder für die Situation, in der der andere Knoten gar keine Bannliste hat 20:12:29 <hottuna> Aber was würde passieren, wenn die Anfrage durch einen „gebannten“ Knoten geht? 20:12:51 <hottuna> Entweder wird sie weitergeleitet, verworfen oder aufgezeichnet. 20:13:31 <zzz> iterative geht nie durch jemanden hindurch 20:13:34 <topiltzin> was auch immer der Sybil/Eclipse-Angriff tut – wahrscheinlich verworfen? 20:14:38 <hottuna> Das ist das Ding bei rekursiv. Es ist ok, wenn es fehlschlägt. Wir haben zuverlässigere Methoden für Keys, die unter Angriff stehen. 20:15:09 <hottuna> Wie Iterative oder Random Recursive 20:15:24 <zzz> wie wählt man einen Modus aus? 20:15:35 <topiltzin> theoretisch könntest du der Anfrage einen kleinen Bloom-Filter gebannter IPs beilegen 20:15:54 <hottuna> Moduswahl ist eine offene Frage. 20:15:57 <hottuna> ist eine* 20:16:28 <hottuna> Ich fände eine parallele Version interessant 20:16:39 <hottuna> Eine sequentielle Failover-Version wäre langsam 20:17:03 <hottuna> Aber es ist ein Bandbreite- vs.-max_Latenz-Trade-off 20:17:51 <hottuna> topiltzin: R5N enthält einen Bloom-Filter in Anfragen. Aber ich glaube nicht, dass er wirklich nötig ist. 20:18:14 <hottuna> Wir bauen das so, dass es auch funktioniert, wenn Fehler auftreten 20:18:14 <topiltzin> wie viel langsamer ist der iterative Lookup, und ist diese Langsamkeit ein Flaschenhals? Müssen wir das wirklich optimieren? 20:18:45 <zzz> Ich denke, wir müssen anfangen, wo nötig Stat-Code zu netdb und snark hinzuzufügen und Statistiken zur aktuellen Leistung dieser beiden Implementierungen zu sammeln 20:18:52 <hottuna> Wenn du eine eepsite besuchst, muss ein Lookup gemacht werden. 20:19:25 <hottuna> topiltzin: die Geschwindigkeit von Lookups ist unter dem Abschnitt „Lookup“ auf http://trac.i2p2.de/wiki/NetDB/NextBackend zu sehen 20:19:28 <iRelay> Title: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 <zzz> netdb hat viele Statistiken; wenn wir Statistiken an entsprechenden Stellen in snark hinzufügen, können wir uns ein Bild machen 20:20:35 <hottuna> Abfrage-Latenzen usw.? 20:21:06 <topiltzin> zzz: +1 für mehr Statistiken 20:21:06 <zzz> Latenzen, Abfragen-pro-Erfolg usw., ja 20:22:26 <hottuna> Zugriff auf diese Statistiken wäre interessant. Besonders bei der Entwicklung von etwas Neuem. Allerdings ist der Vergleich I2PSnark-DHT zu FloodFill wie Äpfel mit Orangen. 20:22:29 <zzz> wie ich neulich sagte, ich glaube, der snark-Code könnte zurück nach netdb verschoben werden, aber nur wenn wir K und B so wählen, dass die gesamte lokale netdb in die Routingtabelle passt 20:22:57 <zzz> wenn in der Routingtabelle der Großteil der lokalen netdb fehlt, können wir genauso gut beim Sortieren bleiben 20:23:55 <zzz> dein Vorschlag (und ja, das war auch seit ein paar Jahren mein Plan) ist es, die Orange durch den Apfel zu ersetzen, daher ist es irgendwie wichtig, sie zu vergleichen. 20:23:58 <hottuna> Ich bin nicht dagegen, ein hohes B zu setzen, Lookup-Latenz ist ein echtes Problem 20:24:55 <hottuna> bezüglich K denke ich, es bei 8 zu belassen, könnte vernünftig sein. 20:25:18 <hottuna> natürlich müsste das neue DHT evaluiert werden. 20:26:05 <zzz> du kannst K nicht isoliert wählen. Du musst K und B so wählen, dass die Routingtabelle bei einer gegebenen lokalen netdb-Größe so gut funktioniert wie das Sortieren derzeit. 20:27:03 <hottuna> Beides kann während des Deployments getuned werden. 20:27:29 <hottuna> Also würde ich mit einer anfänglichen Schätzung basierend auf dem, was wir wissen und brauchen, starten. 20:28:17 <zzz> hängt auch stark davon ab, ob es die ffs sind oder alle, die im neuen DHT sind 20:29:24 <hottuna> Nicht jeden Knoten am neuen DHT teilnehmen zu lassen, wäre ein Fehler und würde uns verwundbar lassen für Angriffe wie im UCSB-Paper dargestellt 20:30:15 <zzz> Ich sehe in deinem Vorschlag keine Infos dazu, wer drin ist oder nicht 20:30:18 <hottuna> Ich war diesbezüglich im Vorschlag wohl nicht sehr klar. 20:30:25 <hottuna> ;) 20:31:30 <zzz> bin mir ganz und gar nicht sicher, ob du alle (genattet, Android, versteckt, chinesisch, Mobiltelefone, etc.) drin haben willst 20:31:46 <zzz> schau dir jrs umfangreiche Kommentare an, wo es schiefging 20:31:53 <topiltzin> Node Churn ist nicht gut für das DHT. Du solltest minimale Uptime-Anforderungen haben 20:32:32 <hottuna> topiltzin: Churn ist nicht so ein großes Problem, da all unsere Daten veränderlich sind und alle 37 Sekunden – 30 Minuten erneut veröffentlicht werden 20:33:09 <hottuna> NAT:ed-Knoten sollten wahrscheinlich nicht teilnehmen. Android sollte wahrscheinlich 20:33:17 <zzz> klar, N=500 und B=-8 war die Katastrophe, die er nie rausgefunden hat, aber es gab auch andere Ursachen, die in unserem Netzwerk immer noch vorhanden sind … und viel, viel schlimmer werden könnten, wenn Android durchstartet 20:33:25 <hottuna> Chinesisch … keine Ahnung … 20:34:04 <hottuna> abgesehen von wahrscheinlich höherem Churn, wie unterscheiden sich Android-Geräte? 20:34:32 <topiltzin> Churn wirkt sich negativ auf das Routing aus … wenn also das Ziel dieser Bemühung ist, das Routing zu verbessern, kannst du es nicht ignorieren 20:34:39 <zzz> Ich meine Telefone, nicht Android speziell 20:34:58 <hottuna> android==phnoes ist für mich auch 20:35:22 <zzz> mobile Geräte haben weniger Bandbreite und Rechenleistung und intermittente Konnektivität 20:35:57 <hottuna> Wie wird es derzeit gehandhabt? 20:36:12 <zzz> was? 20:36:39 <hottuna> bezüglich Android-Geräten, die ff werden wollen? 20:36:42 <hottuna> christoph2: lauert irgendwo 20:36:49 * christoph2 versteckt sich 20:37:00 <topiltzin> es gibt einige Kriterien, um FF zu werden, eines davon ist Uptime 20:37:11 <hottuna> wie würde schnelles Key-Rotating einen Eclipse-Angriff beeinträchtigen? 20:37:57 <hottuna> und wie lange dauert es, bis ein Knoten in die netdb der anderen Knoten integriert ist? (d. h. deren Routingtabellen „verschmutzt“) 20:38:32 <zzz> Androids werden automatisch FF wie alle anderen, wenn sie die Kriterien erfüllen. Aber es erscheint unwahrscheinlich, dass das jemand „over the air“ tun würde 20:38:38 <christoph2> nun, du hast die Zeit T, die es braucht, einen Knoten in I2P zu integrieren (bis er vernünftig gut verbunden ist) und die Zeit t der Rotation. Du brauchst T/t + Sicherheitsknoten für Eclipse 20:38:53 <hottuna> topiltzin: Uptime ist wirklich nicht so ein Thema. R5N hat ziemlich aggressive Replikationsfaktoren. Also ist Churn kein Problem 20:39:00 <christoph2> * Knoten, die tatsächlich zum Eclipse nötig sind 20:40:27 <christoph2> hottuna: verfolge die Code-Änderungen nicht exakt. Es waren weniger als 30 Minuten im Dezember 20:40:27 <hottuna> Ich habe gestern einige schnelle Berechnungen angestellt 20:40:27 <christoph2> nun 0.9.2 iirc 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 <hottuna> nodes_needed_for_eclipse = (60/10)*24*20 = 2880. Das könnte für einen Angreifer prohibitiv sein. 20:40:27 <zzz> hottuna, wie würde ein neuer Keyspace (entweder eine andere Permutationsformel, ein anderer Rotationsplan oder beides) funktionieren? Ich sehe nicht, wie wir je migrieren könnten. 20:40:27 <hottuna> ok, das klingt vernünftig 20:40:49 <hottuna> Wir würden beide parallel verwenden? Die aktuelle Implementierung bleibt getrennt, bis wir sicher davon wegkommen können. 20:41:26 <zzz> Was ich wirklich wissen will: Was können wir in den nächsten zwei Wochen tun, um die Resistenz zu verbessern 20:41:29 <hottuna> christoph2: sind diese Berechnungen sinnvoll? und wären 2880 Knoten überhaupt ein Problem? 20:41:36 <zzz> wenn das bedeutet, die Klasse-N-Router zu FF zu machen, lasst uns das tun. 20:41:36 <topiltzin> Ich finde es sehr schwer zu glauben, dass Churn kein Problem ist. Je größer der Churn, desto schlechter die Routingtabelle jedes einzelnen Knotens 20:42:29 <zzz> wie könnten wir je „sicher weg“ wechseln und die Kompatibilität beibehalten? Wie würden wir die Verbindungs-Limit-Probleme von zwei parallelen Implementierungen handhaben? Wie würden wir von einer zur anderen migrieren? 20:42:33 <hottuna> topiltzin: der Wert K, also die Größe jedes Buckets in der Routingtabelle, wird so gewählt, dass es eine Anzahl Knoten ist, die höchst unwahrscheinlich innerhalb einer Stunde aus dem DHT aussteigen. 20:42:33 <topiltzin> ^^ class F but !windoze 20:43:04 <topiltzin> s/F/N/ 20:43:08 <iRelay> topiltzin meant: ^^ class N but !windoze 20:43:12 <zzz> klar, wir könnten Klasse N nicht-Windows machen. Keine Ahnung, wie viele es davon gibt 20:43:35 <zzz> das würde diese router auch als nicht-Windows enttarnen, kleines Anon-Problem 20:43:35 <christoph2> hottuna: du bekommst ~20 auf einem mittel-teuren Server. 100 davon könnten je nach Bedrohungsmodell ein Problem sein, und ich bin nicht sicher, ob du mit sauberem Code nicht mehrere Male mehr Knoten pro Server bekommen könntest 20:44:22 <hottuna> okay, könnte also etwas problematisch sein. Allerdings wohl nicht lange, so wie sich die Technologie entwickelt 20:45:28 <zzz> was könnten wir sonst für 0.9.7 tun? 20:45:28 <topiltzin> stimmt bzgl. Anon-Problem … also vielleicht einfach alle N und hoffen, dass wir die Nutzer nicht zu sehr verärgern 20:46:18 <christoph2> habe nicht alles gelesen. was war das Problem mit Windows? 20:46:25 <hottuna> bzgl. Verbindungen: alte Knoten machen wie gehabt weiter. neue Knoten verteilen ihre Anfragen auf beide Netze. 20:46:49 <dg> christoph2: eingebaute Verbindungsgrenzen 20:46:52 <hottuna> christoph2: Windows erlaubt keine große Anzahl Verbindungen 20:47:07 <christoph2> ah ok 20:47:27 <hottuna> christoph2: gut, damit ist die Key-Rotation-Frage beantwortet. lohnt sich wahrscheinlich nicht 20:47:34 <topiltzin> eigentlich ist die Rate, mit der neue Verbindungen geöffnet werden, begrenzt 20:49:07 <zzz> hottuna, ich sehe nicht, wie wir von hier nach dort kommen. Ich sehe, wie man den snark-Code nach netdb verschiebt mit denselben iterativen Lookups im selben Keyspace. Ich weiß nicht, ob es das wert ist, aber zumindest kann ich mir das vorstellen. Danach wird alles wirklich schwer und mysteriös. 20:50:02 <hottuna> Wir würden den Key-Space ändern? Oder was bezeichnest du als Keyspace? 20:50:05 <topiltzin> +1 mit Start beim snark-Code und anderes $später herausfinden 20:50:40 <zzz> keyspace = key->routing key algo, inklusive Rotation 20:52:14 <hottuna> also Schritt eins beim Deployment ist, etwas zu haben, das funktioniert (wahrscheinlich nur iterativ). dann fügen wir neue KRPC-Nachrichten für Recursive und Random Recursive hinzu 20:52:54 <hottuna> Und wenn das Netz größtenteils darauf upgegradet hat, können wir sie in den originierenden Knoten aktivieren. 20:53:27 <hottuna> das Deployment wird uns sogar helfen, die Performance unter massivem Angriff herauszufinden 20:53:38 <zzz> (Zum Hintergrund, ich habe mit dem netdb-kbucket-Code angefangen, um eine generische Bibliothek in i2p.zzz.kademlia zu machen, mit beliebigem K, B, Hash-Größe und Eviktions-Algorithmus. Dann habe ich Unit-Tests ohne Ende gemacht. Dann habe ich es zu snark für BEP 5 und mehr Tests verschoben. Der letzte Teil des ursprünglichen Plans ist, es zurück nach netdb zu verschieben, um den Kreis zu schließen) 20:54:54 <hottuna> zzz.kad && i2psnark scheint eine gute Basis zu sein. Ich habe heute etwas Code gelesen, und das ergibt für mich viel Sinn. 20:55:01 <zzz> du schlägst anderen Keyspace, andere Rotation und andere Teilnehmer vor. d. h. ein komplett neues Overlay. 20:55:33 <hottuna> Ich würde gerne ein komplett neues Overlay machen. 20:56:04 <zzz> oh gut. Code-Reading++. 20:56:47 <hottuna> gut. Wenn das Sinn ergibt und niemand Einwände hat, würde ich das Meeting gerne fortführen. 20:57:42 <hottuna> __Ticket #729 - Speicherort der properties auf osx__ 20:57:49 <hottuna> topiltzin, Meeh 20:58:11 <topiltzin> jep, das ist sehr niedrig hängende Frucht, die schon lange herumbaumelt 20:58:39 <zzz> neues Overlay klingt für mich nach Elend. 21:00:12 <topiltzin> ... peinlicher Moment ... 21:00:59 <topiltzin> sind wir noch beim DHT? 21:02:09 <dg> meiner Meinung nach ist die Diskussion zum DHT nicht vorbei, aber zugunsten des Meetings sollte sie es sein 21:02:23 <dg> keine Entscheidungen scheinen klar 21:02:26 * dg kehrt in die Schatten zurück 21:03:16 <topiltzin> Ich denke, die Entscheidung für die unmittelbare Zukunft 0.9.7 ist: mehr FFs … die langfristige Sicht ist noch neblig 21:03:42 <topiltzin> Ich mache weiter mit #729. Meeh, bist du da, Bro? 21:04:16 <trolly> sry, Meeting vergessen 21:04:57 <hottuna> gut, topiltzin, was ist der Stand bei #729? 21:05:35 <topiltzin> Also, ich habe es schon eine Weile laufen und trunk in den Branch i2p.i2p.729 propagiert 21:05:50 <topiltzin> funktioniert gut, geradlinig 21:06:21 <topiltzin> betrifft nur Neuinstallationen auf OSX, also geringe Auswirkungen etc. 21:06:44 <topiltzin> Ich würde es gerne mergen und abhaken 21:07:03 <hottuna> zzz, bereit für den #729-Merge? 21:07:45 <hottuna> Ich habe keinen Mac-Zugang, aber ich nehme an, dass topiltzin und Meeh welchen haben. 21:08:12 <topiltzin> Ja, wir sind wahrscheinlich die einzigen OSX-Nutzer hier :) 21:08:15 <topiltzin> hier ein Diff: 21:08:15 <topiltzin> mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 <hottuna> Ich habe auf dieser Maschine keinen Repo-Zugriff :/ 21:09:41 <dg> „Zugriff“? 21:10:00 <hottuna> im Sinne von eingerichtet :P 21:10:07 <zzz> keine Einwände 21:10:38 <topiltzin> pastebin folgt für die, die es interessiert 21:10:50 <zzz> braucht nur etwas Testing, aber bekommt wahrscheinlich nicht mehr, es sei denn, es wird gemerged 21:10:50 <hottuna> danke! 21:11:35 <zzz> Ich habe vor Monaten fürs Mergen lobbyiert, wie du in den #729-Kommentaren sehen wirst 21:11:42 <topiltzin> http://pastethis.i2p/show/3404/ 21:11:45 <iRelay> Title: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 <hottuna> dann lasst uns mit dem Merge fortfahren 21:12:17 <topiltzin> ok super. Meeh, sag jetzt was oder schweige für immer 21:12:28 <topiltzin> (oder was auch immer der Priester bei der Hochzeit sagt) 21:13:18 <zzz> Ich hätte auch nichts dagegen, wenn er später spricht, falls er es dann testet :) 21:13:21 <topiltzin> ok, ich merge nach dem Meeting 21:13:56 <hottuna> __Ticket #741 - Prozess-Umbenenner auf Windows__ 21:14:11 <topiltzin> str4d: bist du dafür da? 21:15:54 <topiltzin> mmk, dieses Ticket ist nicht so klein 21:16:57 <topiltzin> Hintergrund – unter Windows läuft i2p mit dem Prozessnamen „java“ 21:16:57 <sponge> hi 21:17:24 <sponge> heute Meeting? 21:17:27 <topiltzin> was bedeutet, dass alle Sicherheitseinstellungen, die auf i2p angewendet werden, für jede Java-Anwendung gelten 21:17:41 <hottuna> sponge: ja. http://zzz.i2p/topics/1397?page=1#p6616 21:17:48 <iRelay> Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 <sponge> ty 21:17:59 <sponge> wurde Zeit, dass ich mal bei einem dabei bin … 21:18:48 <sponge> dieser Tag ist für mich zu dieser Uhrzeit immer schwierig 21:18:55 <zzz> können wir bei 741 irgendwas ohne str4d machen? 21:19:29 <sponge> Ich habe endlich eine Maschine mit Windows 21:19:36 <topiltzin> wenn wir eine Kopie von Visual Studio haben, können wir alles ohne ihn machen 21:19:59 <sponge> 7 iirc, nutze es nie, kann also helfen/testen 21:20:14 <hottuna> Ich könnte eine VS-Lizenz von Microsoft bekommen, wenn jemand weiß, wie man es benutzt … 21:20:41 <topiltzin> es ist eine gute Idee, dass das Projekt so eine Lizenz hat 21:20:41 <zzz> Ich meine zwecks Diskussion. Also zurück zum Anfang, topiltzin, warum hast du das auf die Agenda gesetzt? nur um die Dinge in Bewegung zu bringen? 21:20:41 <sponge> VS ist ziemlich schmerzhaft, wie ich gehört habe 21:21:07 <topiltzin> genau – etwas Bewegung reinbringen 21:21:37 <hottuna> Gut, str4d ist nicht da. Sollen wir das vertagen? 21:21:48 <sponge> aye 21:22:28 * sponge hat etwas „Verschiedenes“ zum Diskutieren 21:22:41 <sponge> sagt mir Bescheid, wenn ich den Redestab habe 21:23:03 <hottuna> Ich werte das als donnerndes Ja. 21:23:03 <hottuna> Weiter geht’s … 21:23:06 <hottuna> __Verschiedenes__ 21:23:09 <topiltzin> wenn ihr es vertagen wollt, ok, aber vergesst es nicht komplett 21:23:21 <hottuna> topiltzin: einverstanden 21:23:46 <topiltzin> (Ich bringe es beim nächsten Meeting wieder auf) 21:23:57 <topiltzin> ;-) 21:24:08 <hottuna> sponge: Verschiedenes war’s? 21:24:51 <sponge> VERSCHIEDENES – Bridge API für UDP (BOB) – Ich habe ein paar Ideen, wie das gehen könnte, aber ich brauche Feedback und muss wissen, ob es überhaupt gewollt ist 21:25:18 <sponge> im Grunde brauchen wir einen Standard, der erweiterbar ist 21:25:22 <sponge> und an den wir uns halten 21:25:43 <sponge> es darf auch nichts kaputtmachen, was es bereits gibt 21:25:57 <sponge> nun ja – leicht anpassbar 21:26:56 <hottuna> Also ist die Frage, wofür die Leute es nutzen würden? 21:27:03 <zzz> wir haben bereits einen Thread dazu: http://zzz.i2p/topics/1393 --- wie wäre es, wenn du deinen Vorschlag dort postest? 21:27:10 <iRelay> Title: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 <sponge> zwei Wege, die ich mir denke, sind entweder ein UDP-Paket mit <<destination><data>> oder <<handle><data>> zu umhüllen 21:28:13 <dg> hottuna: Tracker, VoIP? 21:28:16 <sponge> Mich interessiert die Nachfrage 21:28:16 <dg> man wagt es kaum zu sagen, Spiele 21:29:03 <sponge> und ich brauche Leute, die darüber diskutieren. Ich versuche SEIT JAHREN, mit jemandem zu reden, um mehr Ideen zu bekommen, und niemand will über das Problem nachdenken 21:29:03 <dg> oh, anonet. psi hat dafür geworben. 21:29:03 <sponge> *jemand 21:29:03 <zzz> muss nachlesen, wie SOCKS das macht 21:29:03 <sponge> es gibt Apps da draußen, die IDP nutzen 21:29:06 <sponge> *UDP 21:29:22 <sponge> vergiss Gnutella nicht 21:29:25 <inscrutable> VoIP (Mumble) wurde implementiert und wurde etwas genutzt 21:29:44 <zzz> das ist TCP 21:29:47 <sponge> bote verwendet auch ein udp-ähnliches Paket 21:29:54 <sponge> Gnutella kann UDP verwenden 21:29:58 <inscrutable> zzz: Mein Fehler 21:30:29 <orion> Wann ist das nächste Meeting? 21:30:40 <hottuna> Wann immer jemand eines abhalten will 21:30:40 <zzz> im JVM-Kontext ist das alles einfach. Ich könnte UDP zu zzzot an einem Tag hinzufügen. Die externe Schnittstelle ist die Qual. 21:30:40 <sponge> also gibt es Nachfrage? und wenn ihr Implementierungsideen habt, die erweiterbar sind und nicht veralten, postet sie 21:30:45 <orion> Oh Mist. Wir sind in einem Meeting. 21:30:45 <hottuna> Nächste Woche hoste ich keins. 21:31:06 <hottuna> orion: wir sind jetzt bei __Verschiedenes__ … 21:31:25 <dg> sponge: ja. 21:31:32 <sponge> Nummer 2 Verschiedenes — IPv6 und seine Auswirkungen auf De-Anonymisierung 21:31:35 <orion> hottuna: Danke. 21:31:50 <sponge> Bedenken? 21:32:01 <sponge> wie nah sind wir an der Nutzung von IPv6 21:32:08 <sponge> wie 21:32:12 <hottuna> welche Bedenken hast du, sponge? 21:32:27 <sponge> IPv6 kann sehr leicht mit deiner Identität verknüpfen 21:32:46 <Meeh> verdammt, Meeting verschlafen -.- 21:32:53 <zzz> IPv6-Thread: http://zzz.i2p/topics/109 21:32:56 <hottuna> weil der Adressraum größer ist? 21:32:59 <iRelay> Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 <sponge> ja 21:33:03 <sponge> Ich dachte 21:33:14 <sponge> zzz: das ist anders, aber verwandt 21:33:17 <dg> IPv6 deanonymisiert nicht. WHOIS _kann_ genauer sein, ebenso _kann_ man möglicherweise feststellen, ob ein NAT vorhanden ist (Bob und Ryan sind hinter einem NAT, du weißt nicht, wer wer ist) – mit IPv6 kannst du vielleicht wissen, ob es Bob oder Ryan ist. 21:33:24 <dg> Meiner Meinung nach macht es für I2P praktisch keinen Unterschied. 21:33:27 <sponge> i2p könnte einen IPv6-Space bekommen 21:33:39 <psi> SOCKS 5 UDP wäre großartig 21:33:42 <sponge> den an Nutzer via Tunnel ausgeben 21:33:45 <str4d> o/ 21:33:48 <orion> Nebenbei: i2pcpp wird volle IPv6-Unterstützung haben. 21:33:54 <str4d> Entschuldigt die Verspätung. 21:33:57 <hottuna> dg: Ich stimme zu. 21:34:06 <zzz> warte auf sponges Liste seiner Bedenken (Post #66) 21:34:20 <dg> hottuna: Können wir weitermachen, wenn sponge nichts hinzufügt? 21:34:35 <dg> ich finde, es ist ein Nicht-Thema 21:34:35 <zzz> Zeitplan? Merge für 0.9.8, standardmäßig aktivieren in 0.9.9 21:34:38 <sponge> kurz gesagt … wird i2p einen IPv6-Tunnel für Personen mit hohem Risiko bereitstellen? 21:34:53 <topiltzin> hey str4d, du hast die i2p.exe-Diskussion verpasst :( 21:35:04 <sponge> sollten wir? 21:35:07 <hottuna> Ich glaube nicht, dass unser Bedrohungsmodell beinhaltet, dass das Betreiben von I2P illegal ist. 21:35:31 <hottuna> Wenn dem so wäre, wäre IPv4 ebenfalls problematisch. 21:35:42 <zzz> orion, ich versuche unsere Doku bzgl. IPv6 aktuell zu halten. Die Doku sollte dem in meinem ipv6-Branch entsprechen. 21:35:45 <sponge> ht: in manchen Ländern (China?) ist es das 21:36:20 <hottuna> Und wer i2p betreibt, ist die einzige zusätzliche Information, die geleakt würde. 21:36:39 <zzz> Der beste Weg durch die GFW könnte IPv6 sein, schwer zu sehen, wie das ein Nachteil wäre 21:38:09 <sponge> letzte Verschiedenes von mir — Tut mir leid, dass ich alle vorherigen Meetings verpasst habe. Wieder schwierig für mich an diesem Wochentag und zu dieser Stunde. Ich werde auch bald wieder aktiver sein … der Redestab ist für die nächste Person … 21:38:13 <orion> zzz: Danke. 21:39:03 <hottuna> Meeh: du hast #726 verpasst, aber man bittet dich, einige Tests der Patches zu machen, die von topiltzin gemerged werden (ich denke, das ist die Zusammenfassung) 21:39:15 <hottuna> str4d: #741 wurde auf das nächste Meeting vertagt 21:39:22 <hottuna> sponge: schön :) 21:39:29 <sponge> Ich sage, bringt 741 jetzt auf 21:39:32 <hottuna> Okay, sonst noch was? 21:39:32 <Meeh> hottuna: notiert. 21:39:39 <sponge> er ist da, warum nicht 21:39:46 <hottuna> mir recht 21:39:46 <orion> hottuna: Ja, kleine Sache. 21:40:01 <hottuna> ok, los orion! 21:40:04 <topiltzin> 741 wird ent-„vertagt“ … :) 21:40:20 <orion> Ich wollte fragen, ob mir jemand meine Zugangsdaten für das E-Mail-Konto press@i2p2.de besorgen kann. 21:40:27 <orion> Sowie die Website aktualisieren. 21:40:46 <sponge> orion: Website ist in mtn 21:40:56 <hottuna> welchen Teil der Website aktualisieren? 21:41:03 <str4d> Und keine Zugangsdaten erforderlich, um die Website zu aktualisieren. 21:41:18 <str4d> (Einfach einen mtn-Key erstellen und los) 21:41:25 <orion> str4d: E-Mail-Konto 21:41:43 <hottuna> soweit ich weiß, verwaltet welterde diese Domain. 21:41:46 <orion> Oder, egal. Die team.html-Seite wurde bereits aktualisiert. 21:41:46 <zzz> du wirst schwer enttäuscht sein, da wir dort, glaube ich, noch nie eine einzige E-Mail bekommen haben, aber welterde ist die Person, die du fragen musst, um hinzugefügt zu werden. Es ist nur ein Redirector auf eine Liste, es gibt kein Konto. 21:42:02 <orion> Also ist es gerade nur das E-Mail-Konto. 21:42:20 <orion> Ich spreche mit welterde, danke. Ich gebe meine Zeit ab. 21:42:30 <hottuna> ausgezeichnet 21:42:38 <hottuna> __Ticket #741 - Prozess-Umbenenner auf Windows__ 21:42:45 <str4d> Okay, also kurz 741 ent-„vertagen“? 21:42:45 <hottuna> topiltzin, str4d 21:42:52 <hottuna> ja 21:42:58 <sponge> :-) 21:43:05 <str4d> Aktueller Stand: Der Prozess-Umbenenner funktioniert. 21:43:12 <str4d> (Wenn er vom Tanuki-Wrapper aufgerufen wird) 21:43:23 <str4d> (oder über CLI-Argumente) 21:44:01 <str4d> Ich habe es auf Win7 getestet. topiltzin hat bestätigt, dass der Code auf so ziemlich allem außer Win8 gelaufen ist. 21:44:12 <str4d> Also braucht es dort Tests. 21:44:34 <hottuna> Hat jemand Win8-Zugang? 21:44:37 <zzz> 32/64? 21:44:52 * KillYourTV kann 21:44:59 <str4d> Der eine Teil, der derzeit nicht funktioniert, sind die internen Defaults – die Argumente, die verwendet werden, wenn extern keine Argumente bereitgestellt werden (d. h. Wrapper oder CLI). 21:45:02 <KillYourTV> (Win 8, x64 und/oder x86) 21:45:09 <sponge> Meine Tochter wollte auf 8 upgraden, aber wir haben herausgefunden, dass es wirklich schlecht ist. 21:45:12 <str4d> zzz: Ich lief auf 64-bit Win7 21:45:30 <str4d> (iirc) 21:45:30 <hottuna> also KillYourTV, du bist für etwas Testing zu haben? 21:45:37 <KillYourTV> immer 21:45:44 <hottuna> :) 21:45:52 <str4d> Danke, KillYourTV :) 21:46:11 <topiltzin> zwei verbleibende Punkte, die ich sehe: 21:46:11 * KillYourTV richtet ein paar VMs ein 21:46:14 <str4d> Testen erfordert nur, die neue i2p.exe in den Installationsordner zu legen und wrapper.config so anzupassen, dass „i2p“ statt „java“ verwendet wird. 21:46:21 <topiltzin> 1. Icons – brauchen sie in verschiedenen Größen, Alpha-Kanäle, Kram 21:46:36 <topiltzin> 2. Strings wie Lizenz, Beschreibung etc. müssen überprüft werden 21:46:55 <str4d> 1. – Ich habe die VS-Datei so gesetzt, dass sie auf das Icon im installer/-Verzeichnis in i2p.i2p verweist. 21:47:22 <str4d> Es sollte also dasselbe Icon verwenden wie die Launch4j-basierte i2p.exe. 21:47:25 <KillYourTV> Mir ist entgangen, aber ist der vorgeschlagene „Renamer“ bereits in i2p.i2p? 21:47:36 <str4d> 2. – einverstanden. 21:47:36 <hottuna> bzgl. Icons: ich glaube nicht, dass es hochwertige/SVG-Dateien gibt 21:47:51 <str4d> KillYourTV: ja – installer/c/i2pExe 21:48:10 <zzz> wenn es ohne Argumente nicht funktioniert, ist das nicht ein Problem? 21:48:10 <KillYourTV> danke, den Rest bekomme ich hin ^^ 21:48:28 <str4d> zzz: ja, ist es. 21:48:35 <topiltzin> dann werden manche Dinge wie die Systemsteuerung seltsam aussehen 21:48:43 <str4d> Das muss gefixt werden, wenn es die Launch4j-basierte i2p.exe ersetzen soll 21:48:54 <topiltzin> str4d: bist du sicher, dass es ein Problem ist? Ich dachte, du hättest einige Defaults hartkodiert 21:49:17 <str4d> topiltzin: habe ich, aber es crasht einfach und ich konnte damals nicht herausfinden, warum. 21:49:29 <sponge> Hardcodieren kann schlecht sein, mach zuerst eine Pfadsuche. 21:49:47 <str4d> Aber als ich (vermeintlich) genau dieselben Argumente herauszog und per CLI verwendete, funktionierte es … 21:50:02 <str4d> sponge: unterschiedliche Defaults. 21:50:13 <sponge> ahh 21:50:35 <str4d> sponge: das sind die Einstellungen, mit denen I2P läuft, wenn sonst nichts da ist (keine wrapper.config). Siehe installer/i2pstandalone.xml 21:50:38 <topiltzin> str4d: damit KillYourTV testen kann, musst du die eigentliche i2p.exe bauen oder hast du die in mtn committet? 21:50:46 <str4d> (und das doBuildExe-Target in build.xml) 21:50:49 <sponge> str4d: du musst es vielleicht so machen, wie ich es für BOB tat, im Grunde ein doppeltes main() 21:50:53 <KillYourTV> topiltzin: sie ist in mtn 21:51:07 * KillYourTV hat bereits gefragt ^^ 21:51:14 <str4d> topiltzin: muss gebaut werden – ich wollte das Binary erst committen, wenn wir kurz davor sind, es tatsächlich zu verwenden. 21:51:21 <str4d> KillYourTV: Ich meinte, dass der Source in mtn ist ^_^ 21:51:24 <sponge> das erste main fügt fehlende Args ein, übergibt sie an das eigentliche main() 21:51:31 <KillYourTV> oh … heh 21:51:58 <str4d> sponge: das ist so ziemlich, was gemacht wird – wenn Args übergeben werden, werden sie benutzt, andernfalls werden Default-Args konstruiert. 21:52:05 <sponge> also hast du main() und _main() 21:52:08 <topiltzin> ok, also ist die i2p.exe nicht in mtn? 21:52:08 <str4d> topiltzin: was ist das Format von launch.properties? 21:52:27 <str4d> topiltzin: korrekt. Nur installer/c/i2pExe/i2p.c etc. 21:52:30 <sponge> das erste ist nur ein Cleanup 21:52:37 <str4d> sponge: siehe installer/c/i2pExe/i2p.c für den Code. 21:52:37 <dg> topiltzin: src ja, binary nein 21:52:48 <sponge> schaue ich mir an, danke 21:53:11 <sponge> Ich sage dir später, warum es kaputt ist 21:53:27 <str4d> topiltzin: es gab auch mehrere auskommentierte Methoden, deren Zweck ich nicht herausfinden konnte. 21:54:04 <topiltzin> passt, kann ich offline erklären 21:54:15 <topiltzin> aber KillYourTV braucht ein Binary zum Testen, kannst du eins bauen? 21:54:54 <str4d> topiltzin: klar. 21:55:21 <topiltzin> launch.properties – ich glaube, eine Zeile pro Property, muss ich nochmal prüfen 21:55:39 <str4d> (es sei denn, du hast bereits VS2008, KillYourTV – damit wird es gebaut) 21:56:05 <topiltzin> was noch einen interessanten __Verschiedenes__-Punkt aufbringt: 21:56:08 <str4d> topiltzin: Ich denke, dass launch.properties wie wrapper.config sein könnte, aber für den Standalone-Fall. 21:56:23 <topiltzin> ja 21:56:42 <str4d> (Weil die aktuelle Standalone-i2p.exe überhaupt nicht anpassbar ist) 21:58:33 <topiltzin> jetzt, da das Projekt mit Geld überhäuft ist (weil eine mysteriöse Person 1000 BTC gespendet hat, als sie noch günstig waren), sollten wir ein paar Softwarelizenzen haben für Dinge wie VMware, Visual Studio etc. 21:59:21 <hottuna> Visual Studio kann ich kostenlos besorgen oder einer von euch 21:59:24 <topiltzin> Ich bin sicher, dass KillYourTV seine Kopien von Windows 8 legal erworben hat :-D, aber technisch sollte das das Projekt finanzieren 21:59:39 <zzz> Microsoft wirbt im TV für 450$-Win8-Computer (Asus? Acer?), wir könnten einfach einen davon kaufen 22:00:05 <sponge> ausgezeichnete Idee, zzz 22:00:16 <KillYourTV> (DreamSpark-Kopien, „für Bildungszwecke“) 22:00:27 <maidenboi2> Tiger Direct hat oft Angebote für 300–400 für Low-End-Laptops 22:00:27 <orion> Wenn Microsoft Studentenermäßigungen anbietet, kann ich die besorgen. 22:00:34 <orion> Falls ihr diesen Weg gehen wollt. 22:00:37 <topiltzin> hottuna ja bitte (bzgl. VS) 22:00:51 <dg> Moment 22:01:01 <dg> ist der Gamer-Laptop, den wir gekauft haben, Win 8? 22:01:19 <hottuna> brauchen wir wirklich Spielzeug? Könnte das Testing nicht in einer VM gemacht werden? 22:01:27 <KillYourTV> echelon hatte sein eigenes Windows. 22:01:45 <KillYourTV> und ich teste in sauberen VMs 22:01:52 <sponge> str4d: Ich habe VS irgendwo (ist sehr alt), aber ich werde das nicht verwenden. Ich reviewe einfach deinen Code, sobald Pull and Apply hier fertig ist, und berate dich 22:02:14 <str4d> sponge: danke. 22:02:59 <topiltzin> eine VM ist immer besser 22:02:59 <orion> Ich stimme hottuna bzgl. VM zu. 22:02:59 <topiltzin> und wir können Images herumreichen für leichteres Debugging etc. 22:02:59 <hottuna> gut. sind wir mit diesem Thema/Diskussion zufrieden? 22:02:59 <sponge> str4d: kein Problem. Ich hatte den Kopf den letzten Monat in C, C++ und ASM vergraben 22:03:02 <zzz> ein Win8-Netbook wäre verdammt viel billiger als VS 22:03:52 <orion> zzz: Was, wenn ich eine Studentenversion von VS besorge? 22:04:03 <hottuna> Ich dachte auch daran, meine Studentenversion zu spenden. 22:04:14 <topiltzin> orion: wenn du eine Studentenversion bekommst, kann i2p sie technisch nicht verwenden 22:04:21 <sponge> Meine Tochter könnte eventuell auch eine Studentenversion bekommen 22:04:27 <topiltzin> s/technically/legally/ 22:04:31 <iRelay> topiltzin meant: orion: if you get a student copy i2p cannot legally use it 22:04:31 <hottuna> topiltzin: warum nicht? 22:04:34 <str4d> hottuna: ja, hier drüben. Zwei Haupt-To-Dos: Defaults fixen (und eine launch.properties bereitstellen); eine i2p.exe für KillYourTV bauen, um zu testen. 22:04:37 <orion> Es ist für meine Ausbildung. 22:05:07 <hottuna> und nicht für eine kommerzielle Firma/Projekt 22:05:07 <topiltzin> weil es eine Studentenversion für orions Ausbildung ist – das bedeutet, nur er darf sie nutzen 22:05:26 <hottuna> ok. in dem Fall kann ich kein VS bereitstellen. 22:05:49 <topiltzin> welche Lizenz hat deine? 22:05:58 <hottuna> und das Zeug kann nicht mit mingw gebaut werden? 22:05:58 <hottuna> topiltzin: Student 22:06:46 <topiltzin> du kannst sie nutzen, um i2p.exe oder anderes für i2p zu bauen, das einzige, was du nicht darfst, ist, sie jemand anderem zu geben 22:07:23 <KillYourTV> was ist mit VS2008 Express? Ist das auf 32bit beschränkt? 22:07:46 <sponge> str4d: Hinweis! Es ist kein guter Stil, C++-Kommentare in C-Code zu mischen ;-) nutze /* */ 22:08:01 <KillYourTV> Ich nehme an, wir brauchen i2p.exe 64bit UND i2p.exe 32bit 22:08:32 <topiltzin> Ich glaube, 32-bit-only ist gut genug 22:08:35 <sponge> Ich sehe auch schon dein Problem 22:09:01 <topiltzin> gut genug = läuft auf 64- und 32-bit-Windows 22:09:19 <KillYourTV> Ich bin nicht sicher, ob eine 32bit-i2p.exe den 64bit-Wrapper laden kann. Der 32bit-Wrapper kann die 64bit-JVM nicht laden 22:09:36 <KillYourTV> weiß ich aber nicht bei diesem Fall 22:10:48 <sponge> str4d: i2p.c Zeile 54 und die Schleife darunter — du weist nicht korrekt zu … es sollte „*new_argv[0]“ sein, nicht „new_argv[0]“, gleiches für die Schleife darunter. Das finale NULL sollte ok sein 22:11:06 <K1773R> KillYourTV: wie wäre es mit einem x86, das den x86- oder x64-Launcher startet? 22:11:44 <sponge> str4d: Probier das, dann sollte es für dich funktionieren 22:11:47 <KillYourTV> genau das sage ich, ich weiß nicht, ob es gehen kann. 32bit-Binaries können _normalerweise_ keine x64-Binaries aufrufen. 22:12:47 <sponge> tatsächlich könnte die erste Zeile ok sein, aber die Schleife braucht ein * 22:13:26 <sponge> read_options, wenn es als Zeiger zurückgibt, muss den Zeiger kopieren 22:13:45 <K1773R> KillYourTV: über cmd.exe sollte es als letzte Option funktionieren, aber das ist ein Windows-Problem 22:13:48 <sponge> new_argv[i] = &(read_options[i-1]); 22:13:51 <sponge> so in etwa 22:14:57 <topiltzin> sponge, hast du Zugriff auf eine Windows-Kiste? Kannst du helfen, das zu testen? 22:15:17 <topiltzin> sponge: poste auch Kommentare auf Trac #741 22:15:35 <sponge> Ich habe ein Win7-Laptop, kann heute aber nicht testen. Mir fehlt die Zeit und ich musste Zeit einplanen, um hier zu sein 22:16:17 <sponge> sonst würde ich sofort reinspringen 22:16:52 <sponge> Punkt ist, du hast einen Zeiger auf ein Array von Zeigern 22:17:41 <KillYourTV> Ich kann im Grunde jede/alle Windows-Versionen testen 22:17:44 <sponge> du kopierst den Zeiger nicht, dein Code kopiert die ersten paar Zeichen, was auf zufälligen Müll zeigt und deinen Crash verursacht 22:18:46 <sponge> new_argv[0] = argv[0]; <-- das ist ok 22:18:59 <sponge> new_argv[i] = read_options[i-1]; <-- zufälliger Müll 22:19:13 * hottuna macht den Meeting-Schließhammer bereit 22:20:21 <hottuna> gut … Schließzeit 22:20:24 <str4d> sponge: Ich bin mir ziemlich sicher, dass dieser Abschnitt noch derselbe ist wie bei limewireExe 22:20:31 <micster> Bevor alle gehen, ich habe über „Non-Profit 501(c)(3)-Status“ für das Invisible Internet Project nachgedacht. Wäre das hier der Ort, um darüber zu sprechen, oder woanders? 22:20:38 <str4d> (Das sollte laut topiltzin in einem funktionierenden Zustand gewesen sein) 22:20:45 <hottuna> micster: ja 22:21:04 <dg> hottuna: sind wir mit #741 fertig? 22:21:22 <hottuna> ich bezweifle, dass wir je „fertig“ damit werden :P 22:21:29 <sponge> str4d: Problem 2 22:21:33 <sponge> free(read_options); 22:21:45 <sponge> free sie dort nicht 22:21:48 <micster> Ich habe einen Post im Forum gesehen über jemanden, der in Deutschland gründen will. Ich bin in den USA und habe Interesse, das zu verfolgen. 22:21:52 <str4d> KillYourTV: bzgl. 32/64, was passiert derzeit mit der Launch4j-basierten i2p.exe? Die startet einen separaten java.exe-Prozess; ist sie getrennt für 32 und 64 Bit gebaut? 22:21:55 <hottuna> sponge: Ich muss los. Könntest du den Rest des Meetings übernehmen? 22:21:58 <sponge> free sie ganz am Ende 22:22:09 <sponge> Ich bin auch gleich weg 22:22:15 <hottuna> es braucht nur noch ein finales „baf“, dann ist es durch 22:22:18 <hottuna> verdammt! 22:22:25 <dg> micster: Großartig! Leider ist das Timing ziemlich schlecht. Wenn du kannst, poste es auf zzz.i2p („das Forum“)? 22:22:28 <str4d> sponge: Ich probiere deinen Vorschlag und berichte. 22:22:31 <sponge> Ich denke, es ist durch 22:22:38 <micster> Ok 22:22:41 <str4d> (später allerdings – afk jetzt o/) 22:22:59 <sponge> str4d: prüf doppelt, dass es ein Zeiger ist 22:23:01 * hottuna lässt den Meeting-Schließhammer „baf“ machen 22:23:06 * hottuna **baf** 22:23:17 <sponge> **BARF** :-) 22:23:35 <hottuna> Zusammenfassung gepostet unter: http://zzz.i2p/topics/1397 22:23:42 <iRelay> Title: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 <RN> :) 22:23:57 <sponge> cool, ich kann jetzt meine Besorgungen machen 22:24:08 <topiltzin> tolles Meeting, alle zusammen! 22:24:19 <dg> micster: das Meeting endet gerade, und alle scheinen viel rüberbringen zu wollen. Du bekommst mehr Aufmerksamkeit und Hirnschmalz, wenn du es dort postest. 22:24:53 <micster> Ok, ich mache den Post. Vielleicht kann es in einem zukünftigen Meeting diskutiert werden. 22:25:01 <micster> Wollte nur sehen, ob ich hier am richtigen Ort bin. 22:26:52 <RN> viel gute Diskussion. Danke, dass ihr euch die Zeit genommen habt teilzunehmen, ihr alle 22:27:07 <hottuna> :) 22:28:54 <zzz> micster, der richtige Thread dafür ist http://zzz.i2p/topics/1388 22:28:58 <iRelay> Title: zzz.i2p: Official I2P group (at zzz.i2p)