Blog on I2P - Das unsichtbare Internet-Projekt

I2P 2.11.0 Veröffentlichung

Mon, 09 Feb 2026 00:00:00 +0000

Ab dieser Version benötigt I2P Java 17 oder höher. Bitte konsultieren Sie die Dokumentation Ihres Betriebssystems für Informationen zur Java-Aktualisierung. I2P verwendet jetzt auch Jetty 12. Bitte überprüfen Sie Ihre router-Logs auf mögliche Migrationsprobleme.

Die Arbeit in dieser Version setzt die Verbesserung der Unterstützung für Post-Quantum-Kryptographie fort. Post-Quantum-Krypto ist jetzt standardmäßig auf der ratchet-Ebene aktiviert.

Wir haben die erste Runde von Gegenmaßnahmen gegen die laufenden Spam-Angriffe implementiert. Weitere Gegenmaßnahmen werden entwickelt.

Stürmisches Wetter

Wed, 04 Feb 2026 00:00:00 +0000

Das I2P-Netzwerk erlebt derzeit Instabilität aufgrund laufender Denial-of-Service- und Ressourcenerschöpfungsangriffe. Diese Angriffe beeinträchtigen die Leistung und Zuverlässigkeit von I2P-Diensten und versteckten Websites. Das I2P-Entwicklungsteam untersucht aktiv die Situation und implementiert Gegenmaßnahmen, um diesen Angriffen entgegenzuwirken.

Introducing the New I2P Website

Tue, 06 Jan 2026 00:00:00 +0000

Launching the Redesigned I2P Website

We are pleased to announce the launch of the redesigned I2P website. This update is the result of a focused effort to make I2P easier to discover, easier to understand, and easier to contribute to—without compromising the values the project is built on.

This work is primarily aimed at the I2P community: long-time users, contributors, developers, researchers, and those discovering I2P for the first time and trying to understand how it fits together.

StormyCloud schließt sich der I2P-Familie an

Sat, 01 Nov 2025 00:00:00 +0000

Wir freuen uns, wichtige Neuigkeiten mitzuteilen: StormyCloud geht offiziell eine umfassende Zusammenarbeit mit I2P ein.

Seit Jahren ist StormyCloud ein entscheidender Bestandteil der I2P-Infrastruktur und stellt Hosting und Support bereit, die das Netzwerk reibungslos am Laufen halten. Jetzt formalisieren wir diese Partnerschaft und erweitern unsere gemeinsamen Möglichkeiten.

Wir freuen uns besonders, bekanntgeben zu können, dass Lance James und idk dem Vorstand von StormyCloud beitreten. Lance James hat das Invisible Internet Project gegründet, das sich zu dem entwickelt hat, was wir heute als I2P kennen, und seine Erfahrung im Aufbau datenschutzorientierter Netzwerke reicht Jahrzehnte zurück. idk ist seit Jahren maßgeblich an der Entwicklung von I2P beteiligt — wenn Sie I2P nutzen, haben Sie von seiner Arbeit profitiert.

Neue I2P Routers

Thu, 16 Oct 2025 00:00:00 +0000

Es ist eine spannende Zeit für die I2P-Entwicklung, unsere Community wächst und es tauchen jetzt mehrere neue, voll funktionsfähige I2P router-Prototypen auf! Wir freuen uns sehr über diese Entwicklung und darauf, die Neuigkeiten mit Ihnen zu teilen.

Wie hilft das dem Netzwerk?

Das Implementieren von I2P routers hilft uns nachzuweisen, dass unsere Spezifikationsdokumente zur Entwicklung neuer I2P routers verwendet werden können, öffnet den Code für neue Analysetools und verbessert insgesamt die Sicherheit und Interoperabilität des Netzwerks. Mehrere I2P routers bedeuten, dass potenzielle Fehler nicht einheitlich sind; ein Angriff auf einen router funktioniert möglicherweise nicht auf einem anderen router, wodurch ein Monokulturproblem vermieden wird. Die vielleicht spannendste Perspektive auf lange Sicht ist jedoch die Einbettung.

I2P 2.10.0 Veröffentlichung

Mon, 08 Sep 2025 00:00:00 +0000

Die Arbeiten an der Implementierung und Einführung von Post-Quanten-Kryptographie in I2P gehen weiter. In dieser Version ist Post-Quanten-Kryptographie verfügbar, aber für neue tunnels standardmäßig nicht aktiviert. Wer an Tests der Post-Quanten-Unterstützung interessiert ist, sollte sie über den “Hidden Service Manager” unter “Encryption Types” aktivieren. Wendet euch bitte auf #i2p-dev in IRC2P an uns, um Hilfe zu erhalten und etwaige Probleme zu melden.

I2PSnark unterstützt jetzt UDP-Tracker. Das sollte dem Netzwerk insgesamt helfen, indem die Last der Torrent-Tracker reduziert wird.

I2P 2.9.0 Veröffentlichung

Mon, 02 Jun 2025 00:00:00 +0000

I2P 2.9.0 ist eine Wartungsversion, die Fehlerbehebungen und Arbeiten an neuen Funktionen enthält.

Was ist neu

Die Thread-Nutzung wurde optimiert, um die Leistung des i2ptunnel-Systems zu steigern. NTCP2 wurde verbessert, um Sondierungsangriffen zu widerstehen. Das Benachrichtigungssystem wurde in weitere Anwendungen integriert, um Benutzern bessere Rückmeldungen aus I2PSnark und den anderen Anwendungen bereitzustellen. Die automatische floodfill-Registrierung wurde behoben. Benutzer können eine erhöhte Ressourcennutzung feststellen, wenn sie als floodfill agieren. Ist dies nicht erwünscht, kann der floodfill-Modus auf der Seite /config deaktiviert werden.

I2P 2.8.2 Veröffentlichung

Sat, 29 Mar 2025 00:00:00 +0000

2.8.2 behebt einen Fehler, der in der Veröffentlichung 2.8.1 eingeführt wurde und zu SHA256-Fehlschlägen führte. Der Fehler betrifft hauptsächlich routers mit hoher Bandbreite.

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Der beste Weg, die Sicherheit zu wahren und das Netzwerk zu unterstützen, besteht darin, die neueste Version zu verwenden.

Details zur Veröffentlichung

Bug Fixes

Fix SHA256 double-free from Noise
Clear i2ptunnel bubble count when clearing status messages

Fehlerbehebungen

Reduce memory usage in BanlistRenderer
Use torrent name instead of torrent file name in notifications
Translation updates

SHA256 Checksums

7658f9ba7e28ab29ffeb3ec1909bf04f5ae391ee159980145ea01bd793c46f80 i2pinstall_2.8.2_windows.exe
cd606827a9bca363bd6b3c89664772ec211d276cce3148f207643cc5e5949b8a i2pinstall_2.8.2.jar
039b59fedd4a64aaeb6b74ab974310abdc9c08cb47ef1b8568c718965b50a485 i2psource_2.8.2.tar.bz2
71cef41d7184516e42c15dc5105e52ab19960affd571b636e767e8bf8c227075 i2pupdate_2.8.2.zip
15d886a9015dcf27ccc25e31b703ef6538b8b777176adf643dfe8ee0ba4984e0 i2pupdate.su3

2.8.1 Veröffentlichung

Mon, 17 Mar 2025 00:00:00 +0000

2.8.1 behebt Probleme beim Zugriff auf lokale Sites, die in 2.8.0 nicht funktionierten. Wir haben in der Konsole mehreren Anwendungen Benachrichtigungs-Pop-ups hinzugefügt, um Anwendungsnachrichten hervorzuheben. Wir haben einen Bug im tunnel-Test behoben, der sich möglicherweise auf die Zuverlässigkeit der tunnel ausgewirkt hat. Das Adressbuch hat jetzt einen neuen Tab “latest”, der die neuesten aus Ihren Abonnements hinzugefügten Hostnamen anzeigt. Es gibt mehrere Korrekturen und Verbesserungen am dunklen Design.

Wir haben das Installationsprogramm behoben, das zuvor mit Java 21 oder höher fehlschlug. Wir haben außerdem die Installation in Verzeichnispfade, die Leerzeichen enthalten, unter Linux behoben. Für alle, die Docker verwenden, haben wir veraltete Docker-Container und Container-Bibliotheken aktualisiert.

I2P 2.8.0 veröffentlicht

Tue, 04 Feb 2025 00:00:00 +0000

Diese Version verbessert I2P durch das Beheben von Fehlern, das Entfernen ungenutzten Codes und die Verbesserung der Netzwerkstabilität.

Wir haben die Handhabung überlasteter router im Netzwerk verbessert. Probleme bei UPnP und NAT-Traversal wurden behoben, um die Konnektivität und die Fehlerberichterstattung zu verbessern. Wir verfügen jetzt über eine aggressivere Strategie zur Entfernung von leaseset aus der NetDb, um die router-Performance zu verbessern und Überlast zu mindern. Weitere Änderungen wurden implementiert, um die Beobachtbarkeit von Ereignissen wie dem Neustart oder dem Herunterfahren eines router zu verringern.

I2P 2.7.0 veröffentlicht

Wed, 09 Oct 2024 00:00:00 +0000

Diese Version, I2P 2.7.0, setzt unsere Arbeit fort, indem sie Fehler behebt, die Leistung verbessert und Funktionen hinzufügt.

Der Zugriff auf Informationen von der Konsole und aus Anwendungen wurde verbessert. Probleme wurden in I2PSnark und der SusiMail-Suche behoben. Die in die router-Konsole eingebettete netDB-Suche funktioniert jetzt intuitiver und nützlicher. Kleinere Verbesserungen wurden an Diagnoseanzeigen im erweiterten Modus vorgenommen.

Es wurden auch Fehler behoben, um die Kompatibilität innerhalb des Netzwerks zu verbessern. Ein Problem beim Veröffentlichen von leaseSets wurde behoben, was die Zuverlässigkeit wichtiger Hidden Services (versteckte Dienste) verbessert. I2PSnark ändert den Infohash nicht mehr, wenn ein Benutzer nur die Tracker eines vorhandenen Torrents ändert. Dies verhindert, dass Torrents durch diese Änderungen unnötig unterbrochen werden. Wir haben diesen Beitrag eines neuen Mitwirkenden begrüßt. Ein Konflikt bei der Handhabung einer Option der Streaming-Bibliothek wurde behoben, um die Kompatibilität mit anderen I2P-Implementierungen zu verbessern.

2.6.1 Veröffentlichung

Tue, 06 Aug 2024 00:00:00 +0000

I2P 2.6.1 wurde veröffentlicht, um einen Fehler in der Benutzeroberfläche der Anwendung Hidden Services Manager zu beheben. Dieser Fehler führte dazu, dass das Scrollen deaktiviert war, wodurch Teile der Konfiguration unzugänglich wurden.

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Der beste Weg, die Sicherheit zu wahren und dem Netzwerk zu helfen, besteht darin, die neueste Version auszuführen.

Details zur Veröffentlichung

Changes

Graphs: render graphs in svg
Translations: generate internal translation leaderboard

Änderungen

i2ptunnel: Fix bug causing truncation configuration UI

Fehlerbehebungen

Translation updates

Vollständige Liste der behobenen Fehler

I2P 2.6.0 Veröffentlichung

Fri, 19 Jul 2024 00:00:00 +0000

Diese Version, I2P 2.6.0, setzt unsere Arbeit fort, indem sie Fehler behebt, Funktionen hinzufügt und die Zuverlässigkeit des Netzwerks verbessert.

Neuere Router werden bei der Auswahl von floodfill-Routern bevorzugt. I2PSnark hat neben Fehlerbehebungen Funktionen erhalten, die die Leistung von PeX (Peer Exchange) verbessern. Veraltete Transportprotokolle werden entfernt, was den Code in den UDP-Transporten vereinfacht. Die lokal gehostete Destination ist für lokale Clients erreichbar, ohne deren LeaseSet anzufordern, was die Leistung und die Testbarkeit verbessert. Zusätzliche Anpassungen wurden an den Peer-Auswahlstrategien vorgenommen.

2.5.2 Veröffentlichung

Wed, 15 May 2024 00:00:00 +0000

I2P 2.5.2 wurde veröffentlicht, um einen in 2.5.0 eingeführten Fehler zu beheben, der die Trunkierung einiger HTTP-Inhalte verursachte.

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Die beste Möglichkeit, die Sicherheit zu wahren und dem Netzwerk zu helfen, ist, die neueste Version auszuführen.

Details zur Veröffentlichung

Changes

Console: Update rrd4j to 3.9.1-preview
Router: Publish G cap if symmetric natted

Änderungen

i2ptunnel: Fix bug causing truncation of some HTTP content
i2ptunnel: Fix custom option form width (light theme)
Tunnels: Fix selection of peers with expired RIs

Fehlerbehebungen

Translation updates

Vollständige Liste der behobenen Fehler

Neue Version I2P 2.5.1

Mon, 06 May 2024 00:00:00 +0000

I2P 2.5.1 wird veröffentlicht, um Denial-of-Service-Angriffen entgegenzuwirken, die das I2P-Netzwerk und dessen Dienste beeinträchtigen. Mit dieser Version deaktivieren wir die IP-basierten Teile des Sybil-Angriffserkennungs-Tools, die gezielt angegriffen wurden, um die Wirkung und die Dauer des Angriffs zu verstärken. Dies sollte dem Netzwerk helfen, zum Normalbetrieb zurückzukehren. Diejenigen von Ihnen, die das Sybil-Angriffserkennungs-Tool deaktiviert haben, können es bedenkenlos wieder aktivieren. Es wurden außerdem Anpassungen an anderen Subsystemen vorgenommen, um die RouterInfo-Validierung und die Peer-Auswahl zu verbessern.

Stürmisches Wetter

Thu, 25 Apr 2024 00:00:00 +0000

Das I2P‑Netzwerk steht derzeit unter einem Denial-of-Service-Angriff. Dieser Angriff betrifft I2P und i2pd, allerdings auf unterschiedliche Weise, und hat gravierende Auswirkungen auf die Netzwerkgesundheit. Die Erreichbarkeit von I2P‑Sites ist stark beeinträchtigt.

Wenn Sie einen Dienst innerhalb von I2P betreiben und dieser auf einem Floodfill router gehostet wird, sollten Sie erwägen, den Dienst per multihoming (Mehrfachanbindung) zusätzlich auf einem Floodfill-disabled router bereitzustellen, um die Erreichbarkeit zu verbessern. Weitere Gegenmaßnahmen werden diskutiert, aber an einer langfristigen, abwärtskompatiblen Lösung wird noch gearbeitet.

Neue Veröffentlichung I2P 2.5.0

Mon, 08 Apr 2024 00:00:00 +0000

Dieses Release, I2P 2.5.0, bietet mehr benutzerorientierte Verbesserungen als das Release 2.4.0, das sich auf die Implementierung der NetDB-Isolationsstrategie konzentrierte.

Neue Funktionen wurden zu I2PSnark hinzugefügt, etwa die Möglichkeit, Torrents zu durchsuchen. Fehler wurden behoben, um die Kompatibilität mit anderen I2P-Torrent-Clients wie BiglyBT und qBittorrent zu verbessern. Wir möchten allen Entwicklerinnen und Entwicklern danken, die mit libtorrent und qBittorrent zusammengearbeitet haben, um deren I2P-Unterstützung zu ermöglichen und zu verbessern. Auch SusiMail wurde um neue Funktionen erweitert, darunter Unterstützung für Markdown-Formatierung in E-Mails sowie die Möglichkeit, Anhänge per Drag-and-Drop in E-Mails einzufügen. Mit dem Hidden Services manager erstellte Tunnels unterstützen jetzt “Keepalive”, was die Leistung und die Kompatibilität mit Webtechnologien verbessert und damit anspruchsvollere I2P-Sites ermöglicht.

Viele Masken, ein Geist: Absicherung der NetDB

Fri, 29 Mar 2024 00:00:00 +0000

Anmerkung des Autors: Die in diesem Artikel genannten Angriffe sind gegen aktuelle Versionen von I2P nicht möglich.

Als selbstorganisierendes Peer-to-Peer-Netzwerk ist I2P darauf angewiesen, dass die am Netzwerk teilnehmenden Router eine Möglichkeit haben, Informationen darüber auszutauschen, was sich im Netzwerk befindet und wie es erreichbar ist. I2P-Router realisieren diesen Informationsaustausch über die NetDB, eine auf Kademlia basierende DHT (verteilte Hashtabelle), die für den Einsatz in I2P angepasst wurde. Die NetDB muss zwei Hauptarten von Einträgen verteilen: „RouterInfos“, die Peers verwenden, um direkt mit anderen Routern zu kommunizieren, und „LeaseSets“, die andere Peers verwenden, um über anonyme Tunnel mit I2P-Clients zu kommunizieren. Router tauschen häufig NetDB-Einträge untereinander aus, entweder indem sie Informationen an einen Router oder einen Client senden oder indem sie Informationen von einem Router oder einem Client anfordern. Das bedeutet, dass die Einträge direkt oder indirekt, anonym oder nicht anonym eingehen können – je nach den Bedürfnissen des Netzwerks und den Fähigkeiten des Clients. Als anonymisierendes Netzwerk ist es jedoch ebenso wichtig, dass es unmöglich bleibt, anonym gesendete Informationen nicht-anonym wieder abzurufen. Ebenso muss es unmöglich sein, nicht-anonym gesendete Informationen anonym abzurufen. Wenn eine dieser Situationen möglich wird, kann ein Verknüpfungsangriff durchgeführt werden, der es einem Angreifer erlaubt festzustellen, ob ein Client und ein Router eine gemeinsame Sicht auf die NetDB teilen. Lässt sich zuverlässig feststellen, dass die beiden Ziele eine gemeinsame Sicht auf die NetDB teilen, ist die Wahrscheinlichkeit groß, dass sie sich auf demselben Router befinden, was die Anonymität des Ziels drastisch schwächt. Da es nur wenige anonymisierende Netzwerke gibt und I2P das einzige ist, bei dem die Routing-Tabelle über den Betrieb einer DHT verteilt wird, ist diese Klasse von Angriffen nahezu einzigartig für I2P, und ihre Lösung ist entscheidend für den Erfolg von I2P.

I2P 2.4.0-Release mit Verbesserungen bei der Überlastkontrolle und der NetDB-Sicherheit

Mon, 18 Dec 2023 00:00:00 +0000

Aktualisierungsdetails

Diese Version, I2P 2.4.0, setzt unsere Bemühungen fort, die Sicherheit und Stabilität des I2P-Netzwerks zu verbessern. Sie enthält bedeutende Verbesserungen an der Netzwerkdatenbank, einer wesentlichen Struktur innerhalb des I2P-Netzwerks, die zum Auffinden Ihrer Peers verwendet wird.

Die Änderungen bei der Überlastbehandlung werden die Netzwerkstabilität verbessern, indem routers überlastete Peers meiden und so entlasten. Das wird dem Netzwerk helfen, die Auswirkungen von tunnel spam zu begrenzen. Es wird dem Netzwerk außerdem helfen, sich während und nach DDoS-Angriffen zu erholen.

Easy-Install für Windows 2.3.0 veröffentlicht

Mon, 10 Jul 2023 00:00:00 +0000

Das I2P Easy-Install-Bundle für Windows in der Version 2.3.0 wurde jetzt freigegeben. Wie üblich enthält diese Veröffentlichung eine aktualisierte Version des I2P router. Dies umfasst auch Sicherheitsprobleme, die Personen betreffen, die Dienste im Netzwerk betreiben.

Dies wird das letzte Release des Easy-Install bundle sein, das mit der I2P Desktop GUI inkompatibel ist. Es wurde aktualisiert und enthält nun neue Versionen aller mitgelieferten WebExtensions. Ein langjähriger Fehler in I2P in Private Browsing, der es mit benutzerdefinierten Themes inkompatibel machte, wurde behoben. Nutzern wird weiterhin geraten, keine benutzerdefinierten Themes zu installieren. Snark-Tabs werden in Firefox nicht automatisch an den Anfang der Tab-Reihenfolge angeheftet. Abgesehen von der Verwendung alternativer cookieStores verhalten sich Snark-Tabs jetzt wie normale Browser-Tabs.

I2P-Version 2.3.0

Sun, 25 Jun 2023 00:00:00 +0000

Diese Version enthält Korrekturen für CVE-2023-36325. CVE-2023-36325 ist ein Fehler aufgrund von Kontextverwechslungen, der im Bloom-Filter auftrat. Ein Angreifer erstellt eine I2NP-Nachricht mit einer eindeutigen messageID und sendet diese messageID an einen Client. Die Nachricht darf, nachdem sie den Bloom-Filter passiert hat, in einer zweiten Nachricht nicht erneut verwendet werden. Der Angreifer sendet dann dieselbe Nachricht direkt an den router. Der router leitet die Nachricht an den Bloom-Filter weiter, wo sie verworfen wird. Dadurch wird die Information offengelegt, dass die messageID bereits zuvor gesehen wurde, was dem Angreifer einen starken Hinweis darauf gibt, dass der router den Client hostet. Dies wurde behoben, indem die Funktionalität des Bloom-Filters in verschiedene Kontexte aufgeteilt wurde, abhängig davon, ob eine Nachricht über einen client tunnel, einen exploratory tunnel eingetroffen ist oder direkt an den router gesendet wurde. Unter normalen Umständen dauert dieser Angriff mehrere Tage, um erfolgreich durchgeführt zu werden, und kann durch verschiedene Faktoren erschwert werden, wie etwa router, die während der Angriffsphase neu starten, sowie eine Empfindlichkeit gegenüber False Positives. Nutzern von Java I2P wird empfohlen, umgehend zu aktualisieren, um den Angriff zu vermeiden.

I2P-Version 2.2.1

Wed, 12 Apr 2023 00:00:00 +0000

Nach der Veröffentlichung von I2P 2.2.0, die vorgezogen wurde, um Gegenmaßnahmen gegen die DDOS-Angriffe zu beschleunigen, wurden wir auf einige sich abzeichnende Probleme aufmerksam, die es notwendig machten, neue Pakete zu erstellen und zu veröffentlichen. Dieses Release behebt ein Problem unter Ubuntu Lunar und Debian Sid, bei dem die router console bei Verwendung einer aktualisierten Version des jakarta-Pakets nicht erreichbar war. Docker-Pakete haben Argumente nicht korrekt eingelesen, was zu unzugänglichen Konfigurationsdateien führte. Dieses Problem wurde ebenfalls behoben. Der Docker-Container ist nun auch mit Podman kompatibel.

I2P Version 2.2.0

Mon, 13 Mar 2023 00:00:00 +0000

We have elected to move forward the 2.2.0 release date, which will be occurring today, March 13, 2023. This release includes a changes across the NetDB, Floodfill, and Peer-Selection components which improve the ability of the router to survive DDOS attacks. The attacks are likely to continue, but the improvements to these systems will help to mitigate the risk of DDOS attacks by helping the router identify and de-prioritize routers that appear malicious.

Über die jüngsten Denial-of-Service-Angriffe

Thu, 09 Feb 2023 00:00:00 +0000

Das I2P‑Netzwerk ist derzeit von einem Denial-of-Service-Angriff betroffen. Die floodfill-Funktion des Netzwerks ist beeinträchtigt, was zu gestörten Antworten und sinkenden Erfolgsraten beim tunnel-Aufbau führt. Teilnehmende im Netzwerk hatten Schwierigkeiten, sich mit I2P‑Sites zu verbinden und I2P‑Dienste zu nutzen. Gegenmaßnahmen werden untersucht und schrittweise umgesetzt.

Obwohl der Angriff die Leistung beeinträchtigt hat, bleibt das Netzwerk intakt und nutzbar. Java I2P routers scheinen die Probleme derzeit besser zu bewältigen als i2pd routers. Verschiedene Gegenmaßnahmen sollten in der nächsten Woche in den Entwicklerversionen der Java- und C++ routers auftauchen.

I2P-Entwicklertreffen - 07. Februar 2023

Tue, 07 Feb 2023 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, not_bob, echelonMAC, obscuratus

Sitzungsprotokoll

(08:01:07 PM) eyedeekay: Hi zusammen, sorry, ich bin spät dran, bin direkt vor dem Meeting getrennt worden (08:01:59 PM) eyedeekay: 1. Hi (08:01:59 PM) eyedeekay: 2. 2.1.0-Statusbericht (08:01:59 PM) eyedeekay: 3. 2.2.0 Entwicklungsstatus (08:01:59 PM) eyedeekay: 4. Drosselung bei Überlastung (08:01:59 PM) eyedeekay: 5. Hypothetisches Traffic-Management ( Flood of Tor Users) (08:01:59 PM) eyedeekay: 6. Aufkleber für Übersetzer (08:01:59 PM) eyedeekay: zzz, wo willst du deinen Bericht über den DOS machen? 2 oder eigenes Thema? (08:02:45 PM) zzz: nennen wir es 3b) (08:02:46 PM) zzz: oder 2b) (08:02:59 PM) eyedeekay: OK, dann 2b (08:03:00 PM) zzz: deine Wahl (08:03:53 PM) eyedeekay: 1. Hi, wer ist heute außer mir und zzz noch da? (08:03:58 PM) zzz: hi (08:04:09 PM) not_bob: Hier (08:04:18 PM) echelonMAC: hier (08:04:18 PM) obscuratus: Hi (08:04:29 PM) eyedeekay: Tolle Teilnahme, danke an alle (08:04:30 PM) echelonMAC: auf Ersatzsystem. (08:05:06 PM) eyedeekay: 2. 2.1.0-Statusbericht (08:05:15 PM) zzz: irc hat mehr Latenz als üblich, bitte gebt etwas mehr Zeit für Antworten (08:05:38 PM) eyedeekay: Danke zzz, ich behalte das im Hinterkopf (08:09:02 PM) eyedeekay: Wo soll ich überhaupt anfangen... mein Fokus lag auf Android-UX-Problemen, insbesondere darauf, Dinge zu beheben, die ich beim Initialisieren der App falsch gemacht habe (08:09:04 PM) eyedeekay: Android bekommt dafür ein Punkt-Release (08:10:00 PM) eyedeekay: Das Thema, das sicher gerade jedem im Kopf herumgeht, ist, dass das Netzwerk angegriffen wird, was die Aufmerksamkeit von allen verschoben hat (08:10:05 PM) eyedeekay: Und das ist Thema 2b (08:10:59 PM) eyedeekay: Mist, ich habe die Themen durcheinandergebracht, streicht das, das sollte zu 3. sorry, lange Woche, viel los (08:12:03 PM) eyedeekay: zzz, würdest du mir den Gefallen tun und 2 übernehmen? Ich glaube, ich bin schlecht aufgestellt, um alles, was gerade passiert, vorzustellen (08:12:28 PM) zzz: klar (08:12:29 PM) zzz: aber bevor ich das tue (08:12:56 PM) zzz: habt ihr, du und echelonMAC, einen Fortschrittsbericht zum 2.1.0 Mac Easy-Install-Bundle? (08:13:17 PM) eyedeekay: Oh ja, das kann ich machen (08:14:38 PM) eyedeekay: Also, wir kommen den Problemen näher, und gerade haben echelonMAC und ich unterschiedliche Hypothesen, was los ist, denen wir beide nachgehen (08:14:38 PM) eyedeekay: Meine Hypothese ist, dass das alles von einem veralteten Workaround für einen Bug in Java 14 herrührt (08:15:08 PM) eyedeekay: wobei jpackage die in ein Festplatten-Image(dmg) gepackten dylib-Dateien signieren soll, die in Wirklichkeit aber unsigniert bleiben (08:15:33 PM) echelonMAC: kurz: eyedeekaym hat das Signierskript neu gemacht, ich kann bauen und signieren, aber immer noch falsches Signieren für Apple (08:15:55 PM) eyedeekay: zab hat das umgangen, indem er das .app-Verzeichnis erstellt und den Kram darin signiert hat und jpackage nur für den finalen Verpackungsschritt benutzt hat (08:16:35 PM) eyedeekay: als wir Java aktualisiert haben, haben wir angefangen, alles doppelt zu signieren, und wir mussten diesen Signierschritt nicht mehr manuell machen (08:16:47 PM) eyedeekay: echelonMAC, korrigiere mich, wenn ich falsch liege, aber du denkst, du hast die falsche Art von Schlüsseln? (08:17:10 PM) echelonMAC: vielleicht, vielleicht auch nicht, unsicher (08:17:18 PM) echelonMAC: zumindest zeigen die Logs diesen Fehler (08:17:53 PM) zzz: meine Frage war auf höherer Ebene, wie ist die ETA, ist 2.1.0 noch das Ziel oder wurde das aufgegeben und ihr hofft auf 2.2.0, oder was? (08:18:15 PM) echelonMAC: 2.1.0 ist weiterhin das Ziel, aber derzeit keine ETA (08:18:39 PM) echelonMAC: Ich kann fast sofort bauen, aber tiefer zu graben ist derzeit zeitlich nicht drin... (08:18:48 PM) eyedeekay: Ich möchte 2.1.0 immer noch so schnell wie möglich veröffentlichen, sobald wir wissen, dass wir die Notarisierung bestehen können. Meiner Meinung nach sollten wir es, sobald es einmal klappt, vorhersehbar hinbekommen (08:18:59 PM) zzz: eyedeekay hat sich in seinem Blogpost mehr oder weniger auf Anfang April für 2.2.0 festgelegt, du unterstützt diese ETA nicht, echelonMAC? (08:19:49 PM) echelonMAC: Ich bin völlig hilflos und kann keine ETA vorhersagen, da ich das Signieren und Bauen noch nicht vollständig verstehe. (08:20:12 PM) echelonMAC: mehr oder weniger folge ich den Skripten blind; wenn idk die Signatur beheben kann, ist die Notarisierung ein 5-Minuten-Job. (08:20:24 PM) echelonMAC: WENN das Signieren so funktioniert, wie Apple es erwartet (08:20:26 PM) zzz: ok, dann empfehle ich eine Anpassung des Blogposts, eyedeekay; versprechen wir besser nichts, was wir nicht liefern können (08:20:33 PM) eyedeekay: Mach ich (08:21:19 PM) zzz: ok danke, bist du bereit für meinen Teil von 2) ? (08:21:41 PM) eyedeekay: Ja bitte (08:21:48 PM) zzz: super (08:22:00 PM) zzz: letztes Meeting war eine Woche nach dem Release, jetzt sind wir 4 Wochen draußen (08:22:15 PM) zzz: ich hatte gehofft, dass der expl. Build-Erfolg stetig steigt (08:22:35 PM) zzz: von niedrigen 20% auf niedrige 30%, und dann aus der Überlastung „herausspringt“, zurück in die niedrigen 40er (08:22:45 PM) zzz: nur der erste Teil ist passiert (08:25:20 PM) zzz: und dann sind wir zwischen niedrigen 20ern und niedrigen 30ern hin- und hergependelt (08:26:56 PM) zzz: also, wir haben ein paar Theorien, siehe 2b) (08:26:56 PM) zzz: aber ansonsten bin ich mit der Performance von 2.1.0 zufrieden (08:26:56 PM) zzz: nicht zu viele Bugreports (08:26:56 PM) zzz: ich gebe in 2b) und 3) einen Überblick darüber, was wir beheben (08:26:56 PM) zzz: etwa 50% des Netzwerks haben auf 2.1.0 oder das i2pd-Äquivalent aktualisiert (08:26:56 PM) zzz: bitte alle updaten, wenn ihr es noch nicht getan habt (08:26:56 PM) zzz: das war's von mir zu 2a), aber ich pausiere eine Minute für Fragen/Kommentare, bevor ich mit 2b) starte (08:28:33 PM) zzz: ok, 2b) aktuelle Netzwerkbedingungen (08:28:33 PM) zzz: am Wochenende begann ein eindeutiger Angriff (08:28:33 PM) zzz: viele floodfill routers (08:28:33 PM) zzz: größtenteils kommen das Netzwerk insgesamt und die java routers damit klar (08:28:33 PM) zzz: ich habe allerdings einen Bericht über routers, die mit OOM (out of memory) abstürzen (08:28:54 PM) zzz: soweit ich weiß, haben i2pd routers wirklich zu kämpfen mit sehr niedrigen Erfolgsraten beim tunnel-Bau (08:29:06 PM) not_bob: Meine Flotte ist auf dem neuesten Stand. (08:29:15 PM) zzz: der Angriff startet/stoppt/ändert sich mehrmals am Tag (08:29:37 PM) zzz: wir sind also erst etwa 60 Stunden dabei, ihn zu verstehen und Gegenmaßnahmen zu diskutieren (08:30:15 PM) zzz: denkt daran: das Problem beim tunnel-Bau (jetzt viel eher als anderer Angriff klassifiziert) begann am 19. Dez. und hat Wochen gedauert, bis wir es verstanden und adressiert hatten (08:30:27 PM) zzz: es ist also noch früh (08:30:36 PM) not_bob: Ich habe einen I2P+ router und der hat das gut überstanden. Aber meine i2pd routers nicht so sehr. Ich habe Erfolgsraten beim tunnel-Bau von bis zu 3% gesehen. Momentan liege ich bei etwa 10% auf diesen routers. (08:31:17 PM) zzz: aber das ist ein geradliniger Sybil-/DHT-Angriff, neu für uns, aber jedem vertraut, der Peer-to-Peer-/DHT-Anwendungen macht (08:31:53 PM) zzz: viel zu früh, um zu sagen, ob es (für java i2p) ein vorgezogenes Release erfordert, und falls ja, wann (08:32:23 PM) zzz: EOT, ich warte ein paar Minuten für Diskussion/Kommentare/Fragen (08:33:24 PM) eyedeekay: Sollten Leute, die auf OOM landen, den ihrem router zur Verfügung stehenden RAM erhöhen? (08:36:18 PM) zzz: ja, das ist eine einfache Gegenmaßnahme (08:36:18 PM) zzz: stoppe deinen router, bearbeite wrapper.config, starte neu (08:36:18 PM) zzz: ich erwarte, in ein paar Tagen Mitigations in Dev-Builds zu haben (08:36:18 PM) dr|z3d: idealerweise willst du deinen min. Heap bei etwa 256M und deinen max. RAM beim 2- bis 3-fachen davon. (08:36:18 PM) not_bob: Ich habe derzeit keine stock I2P routers am Laufen. (08:36:18 PM) zzz: ich möchte wiederholen, was ich oben gesagt habe: die Angriffe entwickeln sich schnell, und wir wollen uns Zeit nehmen, die Gesamtthemen anzugehen (08:36:18 PM) zzz: und uns nicht zu sehr auf Details verbeißen (08:37:36 PM) zzz: zurück zu dir, eyedeekay, wenn es nichts Weiteres zu 2b) gibt (08:38:06 PM) eyedeekay: vielen Dank, zzz. 3) 2.2.0 Entwicklungsstatus (08:39:51 PM) eyedeekay: Wie ich vorhin fälschlich sagte, lag mein Fokus auf Android-UX-Problemen, insbesondere darauf, Dinge zu beheben, die ich beim Initialisieren der App falsch gemacht habe. Ziemlich grundlegendes Zeug, alles in allem, aber alles war überfällig zur Verbesserung (08:39:57 PM) eyedeekay: oder zur vollständigen Behebung (08:40:49 PM) eyedeekay: Beispiele sind Fixes für Abonnements und benutzerdefinierte Ports beim Bauen von tunnels, die einigen Nutzern im Weg standen, nachdem die Nutzerzahl mit 2.10 stark gestiegen war (08:41:07 PM) dr|z3d: nebenbei, um ein Licht auf die Größe des Angriffs zu werfen: wir haben einen Nutzer mit ~30K gesperrten routers. Also nicht trivial :) (08:41:07 PM) dr|z3d: (das ist shiver, der hier ist) (08:42:36 PM) mark22k: Ich habe 56005 gesperrte Peers. (08:42:58 PM) eyedeekay: Heilige Makrele. Ich habe 11027 und dachte, das sei viel (08:43:08 PM) moristo: Ist das die Arbeit eines Nationalstaats – die gesperrten routers oder irgendein anderes merkbares Muster? (08:43:50 PM) moristo: Spectrum Internet war gestern in FL aus und in Italien am Tag davor. (08:43:54 PM) moristo: *gestern. (08:43:55 PM) zzz: bitte zurück zu 3) und weitere Angriffs-Diskussion nach dem Meeting vertagen (08:44:05 PM) echelonMAC: Gesperrte Peers (57053) (08:44:22 PM) moristo: oh, ist gerade ein Meeting? Mein Fehler. (08:46:50 PM) zzz: eyedeekay, bist du noch bei uns? (08:47:11 PM) eyedeekay: ja, ich bin hier (08:47:37 PM) zzz: hast du mehr zu 3) oder bin ich dran? (08:47:37 PM) eyedeekay: langen angefangen: (08:47:37 PM) eyedeekay: i2p.firefox(Easy-Install for Windows wird auch bearbeitet, mehr Arbeit wird dort durch Entfernen erledigt, Updates werden vereinfacht, jetzt da die alten Admin-Style-Installationen alle auf User-Style-Installationen migriert sind (08:47:37 PM) eyedeekay: Unterstützung für portable USB-Installationen steht für 2.2.0 am Horizont (08:47:43 PM) eyedeekay: Mit Updates (08:48:21 PM) eyedeekay: Andere Themen und Nutzerbeschwerden, die ich angehe oder über deren Behandlung ich entscheide, sind im Issue-Tracker (08:48:28 PM) eyedeekay: EOT von mir (08:48:47 PM) zzz: ok, du hast das NPE-Problem in i2p.i2p gesehen, oder? (08:49:10 PM) eyedeekay: Ja, habe ich, bin heiß auf der Spur (08:49:21 PM) zzz: ok, ruf, wenn du Hilfe brauchst, natürlich (08:49:24 PM) zzz: 3) von mir: (08:49:47 PM) zzz: Ich habe den Peer-Selection-Refactor fertiggestellt, an dem ich seit September arbeite, endlich (08:50:31 PM) zzz: ich glaube, ich habe die fehlerhaften Hinweise auf symmetrisches NAT behoben, die in 2.1.0 waren, aber ich brauche jemanden mit diesem Problem zum Testen und Berichten (08:50:59 PM) zzz: cooles neues i2psnark-Suchfeld (08:51:19 PM) zzz: fast fertig mit „congestion caps“ (Proposal 162) (08:51:31 PM) echelonMAC: :-) (08:51:49 PM) zzz: und ein paar weitere Tweaks, um unsere Handhabung von Überlastung beim tunnel-Bau zu verfeinern (08:52:18 PM) zzz: Ende letzter Woche dachte ich, ich wäre mit 2.2.0 so gut wie fertig und könnte bis zum Release zwei Monate entspannen (08:52:31 PM) zzz: tja, leider haben wir jetzt viel mehr zu tun (08:52:48 PM) zzz: so läuft es manchmal (08:53:24 PM) not_bob: Danke dafür, eine große Verbesserung der Lebensqualität. (08:53:24 PM) zzz: EOT, ich warte eine Minute für Diskussion, dann zurück zu dir, eyedeekay (08:53:37 PM) zzz: haha, not_bob, gern geschehen (08:55:00 PM) eyedeekay: Letzter Aufruf für 3? (08:55:20 PM) eyedeekay: 4. Drosselung bei Überlastung – ich glaube, das war ein Thema von tunnel_king, ist tunnel_king hier? (08:55:42 PM) zzz: zurück zu dir, eyedeekay (08:57:39 PM) eyedeekay: 4. Drosselung bei Überlastung, 5. Hypothetisches Traffic-Management ( Flood of Tor Users) – beide von tunnel_king eingebracht, letzter Aufruf für tunnel_king (08:59:01 PM) eyedeekay: OK, das letzte, 6. Aufkleber für Übersetzer (08:59:01 PM) eyedeekay: Konkret: Regeln für Leute, die Aufkleber außerhalb Amerikas erhalten (08:59:58 PM) zzz: das war mein Thema, nur weil es seit dem letzten Meeting ungeklärt ist (09:00:28 PM) zzz: echelonMAC, hast du eine Antwort? (09:00:41 PM) echelonMAC: nicht en detail, aber wer will, sollte einen Stapel Aufkleber bekommen, wenn er seine Adresse geschickt hat (09:01:04 PM) echelonMAC: aka eine Ankündigung in transifex senden und nach Erhalt der Adresse verschicken (09:01:19 PM) echelonMAC: aber derzeit sind keine neuen Aufkleber hier angekommen (09:01:35 PM) eyedeekay: Sendungsverfolgung sagt den 10. (09:01:55 PM) zzz: ich warte darauf, dass echelonMAC die Anweisungen in meinem Forum postet, dann kopiere/klebe ich sie nach transifex (09:02:17 PM) echelonMAC: ok (09:02:28 PM) zzz: da stehen wir seit einem Monat (09:02:42 PM) zzz: danke (09:03:33 PM) eyedeekay: Noch etwas zu 6 oder zum Meeting? (09:03:36 PM) zzz: EOT zu 6) von mir, zurück zu dir, eyedeekay (09:04:32 PM) zzz: ein Schlusswort zum Meeting: zzz.i2p der beste Ort für Neuigkeiten und Wetter, ich poste dort, wenn ich mehr weiß als jetzt (09:04:32 PM) zzz: danke (09:04:55 PM) eyedeekay: Vielen Dank dafür, zzz, und danke an alle fürs Kommen zum Meeting (09:05:44 PM) eyedeekay: Bis bald auf IRC und zur gleichen Zeit nächsten Monat (09:08:55 PM) zzz: danke, eyedeekay (09:08:55 PM) zzz: durchgekommen ohne Disconnects

Update zur Notarisierung von Mac Easy Install

Tue, 31 Jan 2023 00:00:00 +0000

Das I2P Easy-Install-Bundle für Mac hat aufgrund des Weggangs seines Maintainers in den letzten zwei Releases keine Updates mehr erhalten. Nutzerinnen und Nutzern des Easy-Install-Bundles für Mac wird empfohlen, auf das klassische Installationsprogramm im Java-Stil umzusteigen, das vor Kurzem wieder auf der Download-Seite bereitgestellt wurde. Version 1.9.0 weist bekannte Sicherheitsprobleme auf und ist für das Hosten von Diensten oder jegliche langfristige Nutzung nicht geeignet. Es wird geraten, so bald wie möglich zu migrieren. Fortgeschrittene Nutzerinnen und Nutzer des Easy-Install-Bundles können dies umgehen, indem sie das Bundle aus dem Quellcode kompilieren und die Software selbst signieren.

Windows Easy-Install 2.1.0 Veröffentlichung

Fri, 13 Jan 2023 00:00:00 +0000

Aktualisierungsdetails

Das I2P Easy-Install-Bundle für Windows in Version 2.1.0 wurde veröffentlicht. Wie üblich enthält dieses Release eine aktualisierte Version vom I2P Router. Dieses Release von I2P bietet verbesserte Strategien zum Umgang mit Netzwerküberlastung. Diese sollten Leistung und Konnektivität verbessern und die langfristige Gesundheit des I2P-Netzwerks sichern.

Anwesend: echelon, eyedeekay, zzz

Sitzungsprotokoll

(03:00:31 PM) eyedeekay: Hallo zusammen, willkommen zum Meeting am 8. November (03:00:31 PM) eyedeekay: 1. Hi (03:00:31 PM) eyedeekay: 2. 2.0.0 Entwicklungsstand (03:00:31 PM) eyedeekay: 3. Quellcode-Tar-Archive für Bundle-Veröffentlichungen veröffentlichen (03:00:31 PM) eyedeekay: 4. Kostenlose Aufkleber für Übersetzer (03:00:31 PM) eyedeekay: Sonst noch etwas für die Agenda? (03:00:39 PM) mode (-m ) by zzz (03:01:19 PM) zzz: hi (03:01:58 PM) eyedeekay: hi zzz (03:02:03 PM) eyedeekay: Ist heute noch jemand da? (03:02:08 PM) eche|on: hi (03:02:18 PM) eyedeekay: Hi eche|on (03:02:39 PM) eyedeekay: 2. 2.0.0 Entwicklungsstand (03:02:58 PM) eyedeekay: Wir sind 2 Wochen vor der Veröffentlichung, mit einem Tag-Freeze morgen (IIRC) (03:03:49 PM) eyedeekay: Ja, genau dann (03:04:38 PM) eyedeekay: zzz und orignal haben hart daran gearbeitet, SSU2 vorzubereiten, der Plan ist weiterhin, es zu aktivieren (03:05:08 PM) eyedeekay: Ich werde eine unsignierte Veröffentlichung des I2P Easy-Install für Windows machen (03:05:50 PM) eyedeekay: Den Status der Mac-Veröffentlichung kenne ich allerdings nicht – sitzen Mac-Nutzer auf 1.9.0 fest, bis wir einen neuen Mac-Maintainer/Signer finden? (03:06:25 PM) zzz: ja. Es gibt eine ziemlich gute Zusammenfassung der Veröffentlichung unter `http://zzz.i2p/topics/3377` (03:07:02 PM) zzz: Das SSU2-Testing in den letzten 3 Monaten mit 2 % aktiviert war ein großer Erfolg (03:07:17 PM) zzz: Wir haben keine größeren Probleme gefunden, aber unzählige kleinere behoben (03:08:19 PM) eche|on: macht weiter mit SSU2 (03:08:35 PM) eche|on: zum Mac: Ich habe ein Entwicklerkonto und einen MAC, aber derzeit keine Ahnung, wie (03:08:39 PM) eche|on: und wenig Zeit (03:09:03 PM) zzz: interessant (03:09:31 PM) zzz: Denkst du, du könntest es zu irgendeinem Zeitpunkt machen? Falls ja, wann? (03:09:39 PM) eche|on: Ich habe das Git-Repo der Mac-Einbindungen, habe es mir aber noch nicht angesehen (03:09:54 PM) eche|on: WENN ich herausfinde wie, eher bald (tm) (03:10:05 PM) zzz: Selbst wenn es ein oder zwei Monate zu spät ist, wäre das fantastisch (03:10:08 PM) eche|on: aber die Anleitung könnte kurzfristig scheitern (03:10:41 PM) eche|on: außerdem keine Ahnung, was Apple vorhat, aber das sind Dinge, die herauszufinden sind (03:11:10 PM) eyedeekay: Ich schaue, ob ich dir helfen kann, das Bauen der Mac-jpackages ist ziemlich unkompliziert; ich habe sie nie signiert, aber alles ist in den Skripten, die zab geschrieben hat (03:11:25 PM) zzz: Wenn ich die 2.0.0 news.xml mache, setze ich auch einen News-Eintrag in den Mac-Feed, dass es sich verzögern wird (03:11:42 PM) zzz: eyedeekay, hast du einen Mac? (03:11:57 PM) eyedeekay: Ich habe einen Intel-Mac, aber kein Entwicklerkonto (03:12:04 PM) eche|on: sadie hat einen Mac, aber weder idk noch sadie wollen mit ihren Namen öffentlich auftreten (03:12:25 PM) eche|on: Ein Entwicklerkonto zu bekommen ist ziemlich einfach: Namen angeben und 100 $ pro Jahr zahlen (03:12:28 PM) eyedeekay: Ich kann ein dmg erstellen, aber es wird mit lokalen Schlüsseln signiert, die auf anderen Macs nicht erlaubt sind (03:12:32 PM) zzz: Verstehe. Die Idee ist, dass du alles außer der Notarisierung durchgehst (03:12:32 PM) eche|on: so in etwa war's das (03:13:12 PM) eche|on: bin in 2 Min zurück (03:13:25 PM) zzz: Soweit ich weiß, ist die Notarisierung der eigentliche Nervfaktor. Hoffentlich ist die Anleitung klar... (03:14:14 PM) eyedeekay: Ich denke, die einzige Stolperfalle ist wirklich, die Java-Entwicklungsumgebungen einzurichten; es gibt allerdings ein Tool, das man über brew installiert und das Versionen umschaltet – damit wird es sehr einfach (03:14:25 PM) zzz: eyedeekay, lass uns das für nächsten Monat auf die Agenda setzen (03:14:36 PM) eyedeekay: Kann ich machen (03:15:19 PM) zzz: In der Zwischenzeit bitte die Anleitung, so wie sie aktuell ist, soweit wie möglich ohne Notarisierung durchgehen, nur um das Howto zu testen und zu sehen, ob es für ech Anpassungen braucht (03:16:10 PM) zzz: insbesondere prüfen, ob die arm64-Seite dokumentiert ist (03:16:45 PM) eyedeekay: Ich werde alles tun, was ich kann, allerdings kann ich den arm64-Prozess nicht durchlaufen, weil ich keinen arm64-Mac habe (03:16:53 PM) eche|on: Ich werde prüfen, wie man die Zertifikate mit Notarisierung bekommt, (03:16:55 PM) eyedeekay: Ich mache aber alles bis dahin (03:17:18 PM) eche|on: eyedeekay: Bestell dir einfach einen arm64-Mac. Rückgabe wie üblich (03:17:28 PM) eche|on: kein Grund, dort aufzuhören (03:17:30 PM) zzz: Braucht man einen ARM-Mac, um ARM zu bauen? (03:17:41 PM) zzz: wahrscheinlich... (03:17:59 PM) eyedeekay: Ich bin mir bei den Feinheiten in Bezug auf Cross-Kompilierung nicht ganz sicher (03:18:02 PM) zzz: Es gibt auch einen möglichen Workflow, bei dem idk baut und ech notarisiert (03:18:23 PM) zzz: aber das müssen wir hier nicht alles ausarbeiten (03:18:44 PM) eyedeekay: Aber jpackage ist ziemlich wählerisch bei Architektur/OS-Kombinationen (03:19:28 PM) SoniEx2: Raspberry Pi? (03:19:39 PM) zzz: gehen wir zum nächsten Thema (03:19:40 PM) eyedeekay: ELF, nicht Mach-O (03:19:42 PM) eyedeekay: Aber ja (03:19:45 PM) eyedeekay: 3. Quellcode-Tar-Archive für Bundle-Veröffentlichungen veröffentlichen (03:20:24 PM) eyedeekay: Da ich jetzt allein bin und die ganze Zeit Quellcode-Tar-Archive veröffentlichen wollte, bekommt Windows 2.0.0 Quellcode-Tar-Archive (03:20:36 PM) eyedeekay: Eines für das Bundle selbst und eines für die Profil-Manager-Komponente (03:21:17 PM) eyedeekay: Während ich die Skripte aus dem Mac-Bundle durchgehe, füge ich die Erstellung von Quellcode-Tar-Archiven als Teil des Prozesses hinzu (03:21:18 PM) zzz: ok, und da der Mac-Einwender gegangen ist, fügen wir auch auf der Mac-Seite eines hinzu (03:21:28 PM) eyedeekay: Mache ich (03:21:41 PM) zzz: großartig, ich bin zufrieden (03:22:38 PM) eyedeekay: 4. Kostenlose Aufkleber für Übersetzer (03:23:27 PM) eche|on: ja (03:23:49 PM) eyedeekay: eche|on und ich haben nach dem Meeting letzten Monat kurz per E-Mail darüber gesprochen (03:23:49 PM) eyedeekay: Ich glaube, wir waren beide dafür, es zu machen? Ich habe meine Mails nicht offen (03:24:23 PM) eche|on: klar, wir können das machen, einer für jeden Teil der Welt (03:24:28 PM) zzz: Es war mein Vorschlag, aber es erfordert a) Sticker und b) jemanden, der sie verschickt (03:24:30 PM) eche|on: aber meine Sticker-Ressourcen sind begrenzt (03:24:47 PM) zzz: Soweit ich es verstehe, sind uns die Sticker im Grunde ausgegangen (03:24:59 PM) eche|on: sadie/idk haben noch mehrere (03:25:05 PM) eche|on: Ich habe nur ungefähr 400 oder so (03:25:23 PM) eche|on: sollte für 1 Jahr+ reichen, aber plant voraus (03:25:26 PM) eyedeekay: Oh, ich habe mich letzte Woche auf der All Things Open auf etwa 8 heruntergewirtschaftet (03:25:30 PM) eyedeekay: Ich muss mehr bestellen (03:25:53 PM) eche|on: ah, ok (03:26:10 PM) zzz: Könnt ihr zwei koordinieren, wer bestellt, wie das Design aussieht, und sicherstellen, dass jeder von euch die Hälfte bekommt? (03:26:16 PM) eyedeekay: Ja, können wir (03:26:34 PM) zzz: super (03:27:05 PM) zzz: Wenn ihr sie in der Hand habt, ruft, und ich kündige es auf TX an (03:27:11 PM) eche|on: gut (03:27:22 PM) zzz: danke, Leute (03:27:46 PM) eyedeekay: Kein Problem (03:27:56 PM) eyedeekay: Noch etwas zu Punkt 4 oder zum Meeting? (03:28:25 PM) eche|on: nein (03:29:14 PM) eyedeekay: Alles klar, danke euch allen fürs Kommen, ich poste das Meeting in ein paar Minuten

SSU2-Transport

Tue, 11 Oct 2022 00:00:00 +0000

Übersicht

I2P verwendet seit 2005 ein zensurresistentes UDP-Transportprotokoll “SSU”. In 17 Jahren haben wir wenige, wenn überhaupt, Berichte darüber erhalten, dass SSU blockiert wurde. Nach heutigen Maßstäben in Bezug auf Sicherheit, Blockierungsresistenz und Leistung können wir es besser machen. Viel besser.

Deshalb haben wir zusammen mit dem i2pd-Projekt “SSU2” entwickelt und implementiert, ein modernes UDP-Protokoll, das nach den höchsten Standards für Sicherheit und Blockierungsresistenz ausgelegt ist. Dieses Protokoll wird SSU ersetzen.

I2P-Entwicklertreffen - 04. Oktober 2022

Tue, 04 Oct 2022 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb

Sitzungsprotokoll

(04:00:08 PM) eyedeekay: Hallo zusammen, willkommen zur Sitzung am 4. Oktober 2022 (04:00:08 PM) eyedeekay: 1. Hallo (04:00:18 PM) zlatinb: hi (04:00:28 PM) zzz: hi (04:00:51 PM) eyedeekay: 1. Hallo (04:00:51 PM) eyedeekay: 2. Entwicklungsstand 1.10.0 (04:00:51 PM) eyedeekay: 3. nächste Veröffentlichung 2.0.0? (04:00:51 PM) eyedeekay: 4. Quellcode-Tarballs für Bundle-Veröffentlichungen bereitstellen (04:00:51 PM) eyedeekay: 5. Kostenlose Sticker für Übersetzer (04:00:51 PM) eyedeekay: 6. Windows Easy-Install Update/aus der Beta (04:01:05 PM) eyedeekay: 2. Entwicklungsstand 1.10.0 (04:01:15 PM) eyedeekay: Noch etwa 7 Wochen (04:01:24 PM) eyedeekay: Meine große Priorität in diesem Monat war es, das Windows Easy-Install-Bundle bereit für den Ausstieg aus der Beta zu machen (04:01:31 PM) eyedeekay: Dazu gibt es viel im Forum, mit Fokus auf stabile Updates, Kompatibilität mit bestehenden/nicht gebündelten routers, und eine stabilere und flexiblere Methode zum Verwalten und Starten von Browser-Profilen – mehr dazu unter Punkt 6 (04:01:38 PM) eyedeekay: Außerdem arbeite ich an einem Tool für „Split Tunneling“ bzw. „Per-App VPN“ unter Android (steht auf der Roadmap). (04:01:47 PM) eyedeekay: Der Nutzen ist, dass Nutzer ihre Browser einfacher so konfigurieren können, dass WebRTC-Leaks verhindert werden, indem der Verkehr auf ein Interface gelegt wird, das einer I2P-Verbindung entspricht und nicht ihrem Netzbetreiber (04:02:05 PM) eyedeekay: zzz, zlatinb, was möchtet ihr ergänzen, woran arbeitet ihr? (04:02:30 PM) zzz: nicht viel zu berichten... SSU2-Tests laufen weiterhin gut... (04:02:53 PM) zzz: Vorschlag 161 zu komprimierbarem Padding veröffentlicht, wir werden ihn in den #ls2-Besprechungen diskutieren... (04:03:06 PM) zlatinb: Nichts Spezifisches, woran ich arbeite, ich möchte nur alle wissen lassen, dass ich vom 22. Nov. bis 10. Dez. AFK bin; wenn der nächste Release am 21. getaggt wird, kann ich vielleicht die Mac-Bundles bauen, werde aber höchstwahrscheinlich die Torrents nicht seeden können (04:03:29 PM) eyedeekay: Wenn du mir die Dateien schickst, seede ich sie für dich (04:03:32 PM) zzz: Ich habe einige Verbesserungen der Effizienz bei der Peer-Auswahl, die ich bald einbringen möchte; mal sehen, ob es klappt (04:03:43 PM) zzz: EOT (04:04:21 PM) eyedeekay: Danke zzz, zlatinb, ich will niemanden drängen, aber wir haben heute eine lange Agenda – noch etwas zu Punkt 2? (04:04:59 PM) eyedeekay: 3. nächste Veröffentlichung 2.0.0? (04:04:59 PM) eyedeekay: Meine Stimme ist Ja zu 2.0.0 (04:05:19 PM) zzz: Ja, ich habe es in meinem Forum zur Diskussion gestellt und ich glaube 1 Ja und keine Neins erhalten (04:05:36 PM) eyedeekay: Ich war beim letzten Treffen auch ein Ja, glaube ich (04:05:46 PM) zzz: Ich würde heute gerne entscheiden, weil ich einen SSU2-Blogbeitrag fertig habe, und es wäre hilfreich, den nächsten Release mit einer Nummer zu benennen (04:06:22 PM) zzz: Ja, ich habe beim letzten Treffen keine starken Meinungen in die eine oder andere Richtung gehört, deshalb haben wir es um einen Monat verschoben (04:06:34 PM) zzz: Ich halte das für eine gute Idee (04:06:51 PM) zzz: Wenn es also keine Einwände gibt, nennen wir es 2.0.0! (04:07:30 PM) eyedeekay: Timeout 1 Min. für Einwände (04:07:47 PM) zzz: mach 30 Sekunden :) (04:07:54 PM) eyedeekay: Ja, ich habe schon 30 verbrannt (04:08:04 PM) eyedeekay: OK, da haben wir's (04:08:06 PM) eyedeekay: 2.0.0 (04:08:17 PM) eyedeekay: 4. Quellcode-Tarballs für Bundle-Veröffentlichungen bereitstellen (04:08:31 PM) zzz: Ja, das war mein Punkt (04:08:53 PM) zzz: Standard in Open-Source-Projekten ist es, Quellcode-Tarballs zu veröffentlichen, auch wenn wir auf einen Git-Tag verweisen können (04:09:06 PM) zzz: Wenn ich es richtig verstehe, ändert sich der Mac-Quellcode nicht von Release zu Release? (04:09:10 PM) zzz: aber der Windows-Quellcode schon? (04:09:46 PM) zlatinb: Nun, das Mac-Bundle hat sich weiterentwickelt, um arm64 zu unterstützen, aber grundsätzlich ändert es sich nicht (04:10:02 PM) eyedeekay: Was wir beide tun: Wir klonen das Repo, checken einen bestimmten Release-Tag aus, führen ant distclean aus, erzeugen unsere JARs und kopieren sie in die Bundle-Bäume (04:10:15 PM) zzz: Wie auch immer, meine Empfehlung ist, dass wir im Build-Prozess Quellcode-Tarballs erzeugen und auf den jeweiligen Download-Seiten darauf verlinken (04:10:36 PM) zzz: Wenn sie sich nicht ändern, können sie wohl unverversioniert sein (04:10:50 PM) zzz: Also ändert sich der Windows-Quellcode ebenfalls nicht von Release zu Release? (04:11:01 PM) zlatinb: Ich würde lieber nur taggen und dann den Tarball von GitHub holen. Ich erwarte, dass im Mac-Bundle zumindest eine Weile lang nur die Changelog-Datei geändert wird (04:11:50 PM) zzz: Ihr könnt die Details klären, aber das Ziel ist, Quellcode und Anleitungen zu haben, damit es jeder selbst bauen kann (04:12:00 PM) eyedeekay: Die I2P-JARs, die enthalten sind, ändern sich nicht außer durch Updates, aber der Windows-Quellcode hat sich im Launcher seit Beginn ziemlich stark geändert (04:12:12 PM) zzz: Seid ihr beide bereit, das zu tun und in eure Release-Prozesse aufzunehmen? (04:12:21 PM) eyedeekay: Ja, absolut (04:12:31 PM) eyedeekay: Meine Release-Skripte und Daily-Skripte erzeugen jetzt jedes Mal einen Tarball (04:12:36 PM) zzz: Ihr müsst Abhängigkeiten wie I2P nicht beilegen, und solltet es wahrscheinlich auch nicht (04:12:37 PM) eyedeekay: zab's auch, IIRC (04:12:54 PM) zlatinb: Die Frage ist, wo wir die Tarballs ablegen – sollen sie auf der Website verfügbar sein, usw. (04:13:25 PM) zzz: Irgendwo auf dem Download-Server mit allem anderen, mit Links auf den Bundle-Seiten. Ihr zwei könnt die Details so ausarbeiten, dass es konsistent ist (04:13:59 PM) zlatinb: Genau das ist der Punkt: Wenn wir einfach auf einen GitLab-Tag verweisen können, braucht es keine zusätzlichen Links (04:14:31 PM) zzz: Sehe ich anders, ich finde, es ist gute Open-Source-Praxis, Quellcode-Tarballs zu veröffentlichen (04:14:55 PM) zlatinb: GitHub und vielleicht GitLab erlauben den Download eines Tarballs direkt von einem Tag (04:14:57 PM) eyedeekay: Es ist nicht viel mehr Aufwand, ich bin nicht dagegen; ich tagge im selben Skript, in dem ich die Tarballs erzeuge (04:15:05 PM) zzz: Hier ist das Binary, hier ist der Quellcode, hier sind die GPG-Signaturen, hier sind die Build-Anleitungen (04:15:29 PM) zzz: Es ist auch konsistent mit unserem Mainline-Release, Tarballs zu haben (04:16:15 PM) zzz: Klingt so, als sei zlatinb nicht einverstanden? Sollen wir das auf nächsten Monat verschieben? (04:16:38 PM) zlatinb: Ja, ich halte es für unnötig (04:16:57 PM) zlatinb: Aber ich habe nichts dagegen, es zu tun, wenn das die Entscheidung ist (04:17:11 PM) zzz: Wenn es sich nie ändert, musst du es nur einmal machen und fertig (04:17:47 PM) zlatinb: Historisch hat es sich sehr selten geändert (04:18:03 PM) eyedeekay: Es vorerst zu vertagen ist für mich in Ordnung; zlatinb und ich können unterdessen ausarbeiten, was wir tun oder nicht tun (04:18:33 PM) eyedeekay: Das könnte eine Situation sein, in der wir etwas unterschiedlich vorgehen müssen, weil mein Bundle etwas schnelllebiger war als seines (04:19:27 PM) zzz: Wenn wir heute nicht entscheiden wollen, starte ich einen Foren-Thread, um mehr Meinungen einzuholen (04:20:44 PM) zlatinb: ok (04:20:44 PM) zzz: ok = Du bist vorerst dagegen? (04:21:02 PM) eyedeekay: Wahrscheinlich eine gute Idee, und ich bin pro Tarballs (04:21:31 PM) zlatinb: ja (04:21:31 PM) zzz: Kein Problem, eyedeekay, nimm es für nächsten Monat auf die Liste (04:21:37 PM) eyedeekay: OK, mache ich (04:21:52 PM) eyedeekay: Noch etwas zu Punkt 4? (04:22:38 PM) eyedeekay: 5. Kostenlose Sticker für Übersetzer (04:22:55 PM) eyedeekay: zzz, der Punkt war auch deiner – leg los, wenn du bereit bist (04:23:16 PM) zzz: Ja, Anerkennung an Sarah Jamie Lewis auf Twitter (04:23:32 PM) zzz: für ihr Projekt, dessen Namen ich vergessen habe... Cwtch? (04:24:02 PM) eyedeekay: Das ist es (04:24:02 PM) zzz: Wie auch immer, ich fand die Idee gut, aber wir bräuchten a) Sticker und b) Leute, die sie verschicken (04:24:17 PM) zzz: Beides hatten wir früher, aber jetzt fehlen uns sowohl Leute als auch Sticker? (04:24:40 PM) zzz: Also, wollen wir das machen, und sollten wir Sticker bestellen (selbst wenn wir es nicht tun)? (04:24:45 PM) zzz: EOT (04:25:26 PM) zzz: Ich glaube, sadie und eche|on waren früher die Sticker-Leute (04:25:38 PM) eyedeekay: Ich habe durchgezählt: Ich habe vielleicht 35 von den alten (Toopie) und 91 von der Charge übrig, die ich im Frühjahr bestellt habe, aber ich hätte kein Problem, mehr zu bestellen (04:25:41 PM) zzz: Wie auch immer, bitte Kommentare... ja/nein/vielleicht? (04:26:00 PM) eyedeekay: Ich kann innerhalb der USA und Kanada versenden, aber die EU ist für mich nicht ideal (04:26:21 PM) zzz: Wir haben Hunderte registrierte Übersetzer. Aktiv sind wahrscheinlich nur wenige (04:26:41 PM) zzz: Wer ist die Person, die Sticker bestellt? (04:27:54 PM) eyedeekay: Die letzte Person, die Sticker bestellt hat, war wahrscheinlich ich, aber ich habe das in meiner eigenen Zeit/aus eigener Tasche gemacht, damit ich welche für Konferenzen habe (04:28:19 PM) zzz: Wer ist für PR zuständig? (04:28:48 PM) zzz: Wer hat eine Meinung zu Stickern für Übersetzer? (04:28:48 PM) zzz: Nun, du hättest eine Erstattung bekommen können/sollen... echelon war früher der Sticker-Typ (04:29:54 PM) zzz: Wir brauchen sein Einverständnis sowohl für die Kosten, als auch um ihn zur EU-Versandperson zu machen, und um die Hälfte an dich und die Hälfte an ihn zu schicken (04:30:15 PM) zzz: Da er nicht da ist, nimm das für nächsten Monat auf die Liste; ich versuche, seine Aufmerksamkeit zu bekommen (04:30:22 PM) eyedeekay: Ich finde, wenn Übersetzer Sticker anfragen, sollten wir ihnen welche besorgen können – aber es sollte an eine Anfrage gebunden sein (04:30:59 PM) zzz: Sicher, wir haben niemandes Adresse, sie müssen fragen. Aber wir müssten ihnen sagen, dass sie fragen sollen (04:31:17 PM) uis heißt jetzt Irc2PGuest33729 (04:31:48 PM) zzz: Wenn jemand zum CCC fährt, dann braucht ihr mehr Sticker – unabhängig von den Übersetzern (04:32:42 PM) zzz: EOT, auf nächsten Monat verschieben, heute keine Antworten (04:32:47 PM) eyedeekay: Ack, ich plane hinzufahren, also sorge ich dafür, dass ich Sticker habe (04:32:47 PM) eyedeekay: Der nächste Schritt ist also, eine E-Mail-Kette mit Ech dazu zu starten (04:33:09 PM) eyedeekay: EOT von mir, noch etwas zu Punkt 5? (04:33:50 PM) eyedeekay: 6. Windows Easy-Install Update/aus der Beta (04:33:58 PM) eyedeekay: Der ist offensichtlich meiner (04:34:26 PM) eyedeekay: Also, das 1.9.5-Point-Release passierte technisch gesehen wegen des reseed application context timers, klar (04:34:45 PM) eyedeekay: Aber es war ein guter Zeitpunkt, auch ein Auge darauf zu haben, wie die Updates sich schlagen (04:35:54 PM) zlatinb: Und wie hat es sich verhalten? (04:35:55 PM) eyedeekay: Es lief nicht ohne Komplikationen, die Nutzer ließen sich in 3 Gruppen einteilen (04:36:56 PM) eyedeekay: 1. Leute, bei denen es perfekt funktionierte (04:36:56 PM) eyedeekay: 2. Leute, bei denen es zu korrupten router.config-Dateien für nicht gebündelte routers führte (04:36:56 PM) eyedeekay: 3. Leute, bei denen es nicht aktualisierte, weil die router.config-Dateien von nicht gebündelten routers stammten (04:37:22 PM) eyedeekay: 2 und 3 waren Probleme, ich habe mit dem Fix in einem Forenbeitrag auf zzz.i2p nachgelegt (04:37:43 PM) eyedeekay: Ich glaube, sie sind jetzt behoben und können in Zukunft nicht wieder auftreten (04:37:57 PM) eyedeekay: Daher denke ich, der Update-Prozess wird bis zum jetzigen 2.0.0 bereit sein (04:38:08 PM) eyedeekay: Eigentlich denke ich, es ist jetzt bereit – aber wir haben 7 Wochen zum Testen (04:38:53 PM) eyedeekay: Also würde ich es im November aus der Beta holen (04:39:09 PM) zzz: Wir haben ehrlich gesagt keine dokumentierten Kriterien für den Ausstieg aus der Beta (04:39:17 PM) zzz: Für mich heißt das, dass die Release-Prozesse solide sind und nichts übersehen wird (04:39:27 PM) zzz: Wir machen nicht eine Woche später Point-Releases, um Sachen zu fixen (04:39:45 PM) zzz: Aber du möchtest vielleicht deine eigenen Feature-Ziele auflisten (04:40:21 PM) zzz: Zum Beispiel: Seid ihr beiden fest darauf eingestellt, die Java-Updates alle drei Monate zu prüfen und gemeinsam zu entscheiden, ob ihr releast oder nicht? (04:40:40 PM) zzz: Ich habe keine Diskussion auf IRC gesehen. Ist sie vielleicht off-IRC passiert? (04:41:31 PM) zlatinb: Die letzte Diskussion fand hier statt; seither gab es keine off-IRC-Diskussion zu JRE-Point-Releases (04:42:21 PM) eyedeekay: Haben wir nicht kurz danach auf Whereby darüber gesprochen? (04:42:36 PM) eyedeekay: IIRC releasen wir im Java-Zyklus nur, wenn es eine CVE gibt, die den letzten Release betrifft? (04:42:46 PM) zzz: Nur als Beispiel: 18.0.2.1 vom 18. August 2022 behebt einen JIT-Bug, der die JRE zum Absturz bringt. Seid ihr beide darauf, oder habt ihr gemeinsam entschieden, dass es nicht nötig ist? (04:43:33 PM) zlatinb: Ich glaube, ich bin da nicht drauf (04:43:43 PM) zlatinb: und erinnere mich nicht, diesen Bug diskutiert zu haben; ich schaue mir normalerweise nur die CVEs an (04:44:08 PM) zlatinb: 21:43:29 zlatinb: Ich glaube, ich bin da nicht drauf (04:44:08 PM) zlatinb: 21:43:42 zlatinb: und erinnere mich nicht, diesen Bug diskutiert zu haben; ich schaue mir normalerweise nur die CVEs an (04:44:12 PM) zzz: zurück (04:45:12 PM) eyedeekay: Ich bin auf 18.0.2.1, aber nur weil ich meinen Release verschoben habe, um einige Stabilitätsprobleme sicher zu adressieren, und bis dahin hatte Java ein Update (04:45:24 PM) eyedeekay: Außerdem wurde mein Point-Release mit einem aktualisierten JDK gebaut (04:45:35 PM) eyedeekay: Damit sind wir, glaube ich, wieder nicht synchron (04:45:54 PM) zzz: Darauf will ich hinaus, was Prozesse angeht. Wenn Build- und Release-Prozesse noch nicht stabil sind und zuverlässig befolgt werden, sind diese Produkte nicht bereit, die Beta zu verlassen (04:46:01 PM) zzz: Also, als du auf 18.0.2.1 aktualisiert hast, hast du zlatinb gesagt, dass du das tust und ihm vorgeschlagen, dasselbe zu tun? (04:47:04 PM) eyedeekay: Nein, habe ich nicht; ich habe es einfach automatisch updaten lassen und mit der neuesten Version gebaut (04:48:13 PM) eyedeekay: Also... noch ein Prozess, den ich bei mir überarbeiten muss (04:49:31 PM) zzz: Ich schlage vor, dass du im November an einem soliden, fehlerfreien Release arbeitest (zusammen mit deinen Feature-Zielen) und dich, wenn das gut läuft, für Dezember auf die Agenda setzt (04:50:00 PM) eyedeekay: OK, kann ich machen (04:50:56 PM) zzz: Oder Januar, weil der Release wahrscheinlich Ende November kommt; bis zur ersten Dezemberwoche haben wir vielleicht nicht genug Informationen (04:52:02 PM) eyedeekay: Wenn es bis dahin nicht genug Grundlage gibt, verschiebe ich es (04:52:15 PM) eyedeekay: Noch etwas zu Punkt 6? (04:52:27 PM) zzz: ein kurzer Punkt 6a) (04:52:30 PM) eyedeekay: Klar (04:52:52 PM) zzz: zlatinb hat berichtet, dass das Mac-ARM-Update gut lief; insofern ist es aus meiner Sicht aus der Beta, wie in meinem Forum besprochen (04:53:28 PM) zzz: zlatinb, du musst deine Seite aktualisieren, um das Beta-Label zu entfernen (04:53:28 PM) zzz: eot (04:53:28 PM) zlatinb: ok (04:53:29 PM) zlatinb: mache ich bald (04:54:24 PM) eyedeekay: Alles klar, damit sind wir knapp unter einer Stunde – noch etwas für das Meeting? (04:54:26 PM) eyedeekay: Timeout 1 Min. (04:54:41 PM) zlatinb: ja (04:54:57 PM) zlatinb: Falls StormyCloud die Logs liest, ermutige ich sie, die auf Reddit geäußerten Bedenken anzugehen (04:56:15 PM) zlatinb: Je länger diese Frage unbeantwortet bleibt, desto schlechter sieht es aus (04:56:18 PM) eyedeekay: Einverstanden, sie schauen manchmal bei Reddit vorbei, und es wäre gut, von ihnen zu hören (04:56:36 PM) zlatinb: eot (04:56:43 PM) eyedeekay: Danke, zlatinb (04:57:37 PM) eyedeekay: Noch etwas fürs Meeting (nochmal)? Diesmal Timeout 30 s (04:58:21 PM) eyedeekay: Danke an alle fürs Kommen, ich poste die Logs heute Abend; wir sehen uns auf IRC und zur gleichen Zeit nächsten Monat

Eine Erinnerung, sicher zu bleiben, während I2P wächst

Mon, 26 Sep 2022 00:00:00 +0000

Eine Erinnerung daran, auf Sicherheit zu achten, während I2P wächst

Es ist eine aufregende Zeit für The Invisible Internet Project (I2P). Wir schließen unsere Umstellung auf moderne Kryptografie über alle unsere Transportprotokolle hinweg, ( Java und C++), ab, und wir haben kürzlich einen kapazitätsstarken und professionellen Outproxy-Dienst gewonnen, und es gibt mehr Anwendungen, die I2P-basierte Funktionalität integrieren, als je zuvor. Das Netzwerk ist bereit zu wachsen, daher ist es jetzt ein guter Zeitpunkt, alle daran zu erinnern, umsichtig und sicher vorzugehen, wenn sie I2P und I2P-bezogene Software beziehen. Wir begrüßen neue Anwendungen, Implementierungen und Forks mit neuen Ideen, und die Stärke des Netzwerks rührt von seiner Offenheit für die Mitwirkung aller I2P-Nutzer her. Eigentlich bezeichnen wir Sie nicht gern als Nutzer; wir verwenden lieber das Wort “Participants”, weil jede und jeder von Ihnen dem Netzwerk auf eigene Weise hilft, indem Sie Inhalte beisteuern, Anwendungen entwickeln oder einfach nur den Datenverkehr routen und anderen Teilnehmenden helfen, Peers zu finden.

Lernen Sie Ihren Maintainer kennen: DivaExchange

Mon, 26 Sep 2022 00:00:00 +0000

In dieser zweiten Ausgabe von Meet Your Maintainer habe ich Konrad von DIVA.EXCHANGE kontaktiert, um über DIVAs Forschung und Dienstleistungen zu sprechen. DIVA.EXCHANGE entwickelt Software mit dem Ziel, eine freie Banktechnologie für alle bereitzustellen. Sie ist ohne zentrale Infrastruktur sicher und basiert auf Blockchain- und I2P-Technologie.

Was hat Ihr Interesse an I2P geweckt?

Vor etwa 10 Jahren hielt ich einen Vortrag für das “Technologieforum Zug” - ein sehr lokales Technologienetzwerk für Geschäftsleute. Ich stellte ihnen I2P und Tor als Overlay-Netzwerke vor - um ihnen zu zeigen, dass es da draußen noch andere interessante Dinge gibt.

Lernen Sie Ihren Maintainer kennen: StormyCloud

Wed, 07 Sep 2022 00:00:00 +0000

Ein Gespräch mit StormyCloud Inc.

Mit der neuesten I2P-Java-Version wurde der bestehende outproxy, false.i2p, für neue I2P-Installationen durch den neuen StormyCloud outproxy ersetzt. Für Personen, die ihren Router aktualisieren, kann der Wechsel zum Stormycloud-Dienst schnell vorgenommen werden.

Ändern Sie in Ihrem Hidden Services Manager sowohl Outproxies als auch SSL Outproxies auf exit.stormycloud.i2p und klicken Sie unten auf der Seite auf die Schaltfläche Speichern.

Wer ist StormyCloud Inc.?

Mission von StormyCloud Inc.

Windows Easy-Install-Bundle 1.9.5 Veröffentlichung

Wed, 07 Sep 2022 00:00:00 +0000

Fehlerbehebungs-Release für Nutzer von Windows 11

Dieses Punkt-Release enthält eine Fehlerbehebung am mitgelieferten I2P router, die einen äußerst seltenen, schwer nachvollziehbaren Fehler beseitigt, bei dem die context clock (Kontextuhr) nicht mit der vom Dateisystem verwendeten Uhr synchron ist und der dazu führt, dass ein router den aktuellen Zustand seiner eigenen NetDB nicht lesen kann. Obwohl dieser Fehler bislang nur unter Windows 11 beobachtet wurde, wird allen Benutzern dringend empfohlen, auf den neuen Build zu aktualisieren.

I2P Entwicklertreffen - 06. September 2022

Tue, 06 Sep 2022 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb, not_bob, RightNow, RN

Sitzungsprotokoll

(04:01:46 PM) eyedeekay: Hallo zusammen (04:01:50 PM) eyedeekay: Willkommen zur Sitzung am Dienstag, den 6. September (04:02:02 PM) zzz: hi (04:02:07 PM) mode (-m ) by zzz (04:02:13 PM) zlatinb: hi (04:02:26 PM) eyedeekay: 1. Hallo (04:02:26 PM) eyedeekay: 2. 1.9.0 Release-Status (04:02:26 PM) eyedeekay: 3. 1.10.0 Entwicklungsstatus (04:02:26 PM) eyedeekay: 4. Nächste Veröffentlichung 2.0.0? (04:02:26 PM) eyedeekay: 5. Mac arm64 Bundle aus der Beta, wenn das 1.9.0-Update erfolgreich war? (Nachverfolgung vom letzten Treffen) (04:02:51 PM) eyedeekay: Gibt es noch etwas hinzuzufügen, bevor wir anfangen? (04:03:19 PM) eyedeekay: hi zzz, hi zlatinb (04:03:46 PM) eyedeekay: 2. 1.9.0 Release-Status (04:05:11 PM) eyedeekay: Wir haben vor etwa 2 Wochen veröffentlicht, es gab eine leichte Verzögerung dabei, Android und das Easy-Install-Bundle herauszubringen (04:05:11 PM) eyedeekay: F-Droid-Builds sind jetzt ebenfalls repariert, sodass Leute, die möchten, aus dem F-Droid-Hauptkatalog installieren können, wenn sie sich dafür entscheiden, und die App dann funktioniert (04:05:37 PM) not_bob: Danke dafür. (04:05:43 PM) eyedeekay: Kein Problem (04:06:41 PM) eyedeekay: Ich werde ein Punkt-Release für das Windows Easy-Install-Bundle machen, zlatinb hat einen sehr schwer zu erkennenden Bug gefunden, der das Easy-Install-Bundle unter Windows 11 etwas stärker zu betreffen scheint als anderswo (04:07:17 PM) eyedeekay: zzz, möchtest du über Debian oder etwas anderes sprechen? (04:07:51 PM) zzz: klar (04:07:53 PM) zzz: etwa 40 % des Netzes sind aktualisiert, was für 2 Wochen nach Release typisch ist (04:08:10 PM) zzz: wir haben jetzt ein paar Hundert SSU2-aktivierte router, wie gewünscht/erwartet (04:08:41 PM) zzz: bisher keine größeren Probleme (04:09:06 PM) zzz: obwohl zlatinbs Bug vielleicht mittel-groß ist :) (04:09:07 PM) zzz: EOT (04:10:01 PM) eyedeekay: Ja, und was ich nicht verstehe, ist, wie es so lange kaum aufgetreten ist und dann das Easy-Bundle zweimal in schneller Folge trifft (04:10:17 PM) zlatinb: nun, es ist irgendwie Zufall, dass ich ein Windows-11-Laptop ein paar Tage lang benutzen muss, das hat viele Probleme aufgedeckt (04:11:08 PM) zlatinb: Ich schätze, das Reseed-Problem (Initialisierungs-/Bootstrap-Vorgang zum Beziehen von Knoteninformationen) hat die Leute entweder dazu gebracht, es erneut zu versuchen, oder dazu, i2p sofort aufzugeben (04:11:09 PM) zzz: so läuft es normalerweise... Dev bekommt ein neues Setup... und die Hölle bricht los (04:11:59 PM) zlatinb: es gibt noch ein ungelöstes Forking-Problem mit Firefox beim ersten Start (04:12:48 PM) zlatinb: also sollten wir idealerweise versuchen, etwas dagegen zu tun (04:13:30 PM) eyedeekay: In der Tat, es passiert nur beim allerersten Start des Browser-Launchers, jedes weitere Mal funktioniert es einwandfrei (04:13:36 PM) zlatinb: vielleicht headless starten oder mit den Startoptionen spielen, kA (04:14:10 PM) eyedeekay: Ja, ich könnte es beim ersten Lauf headless starten, forken lassen und schließen, und es anschließend mit Fenster geöffnet starten (04:14:58 PM) eyedeekay: Das ist eine gute Idee, danke zlatinb (04:15:15 PM) eyedeekay: Noch etwas zu Punkt 2? (04:16:03 PM) goingpostal heißt jetzt Irc2PGuest14444 (04:16:29 PM) eyedeekay: 3. 1.10.0 Entwicklungsstatus (04:18:30 PM) eyedeekay: Sorry, ich bin heute etwas weniger vorbereitet als sonst, den ganzen Tag im Büro von jemand anderem festgehangen, habt etwas Geduld mit mir (04:21:00 PM) eyedeekay: 2 Wochen nach dem Release habe ich an einer Reihe von Verbesserungen am Windows-Bundle gearbeitet, um es stabiler und intuitiver zu machen und um bei der Suche nach diesem Clock-Skew-Bug zu helfen (04:21:37 PM) eyedeekay: Ich habe außerdem die Profil- und Launcher-Teile davon (abgesehen vom jpackaged router) auf Nicht-Windows-Plattformen portiert, um dort hoffentlich eine automatische Browser-Konfiguration bereitzustellen (04:22:06 PM) eyedeekay: zzz hat an SSU2 gearbeitet und mit Hilfe von orignal Bugs behoben, möchtest du uns dazu ein Update geben, zzz (04:22:16 PM) zzz: ja, danke. Noch früh, aber eine Zusammenfassung der bisherigen Änderungen und Fixes steht unter `http://zzz.i2p/topics/3377` (04:22:32 PM) zzz: SSU2 - das ack-immediate-Flag und Connection Migration hinzugefügt (04:22:47 PM) zzz: das sind die letzten zwei Dinge, die wir einbauen wollten, bevor wir es für alle aktivieren (04:24:07 PM) eyedeekay: Cool, dann liegst du genau im Plan? (04:24:30 PM) zzz: mit der größeren Nutzerbasis finden wir Randfälle und seltenere Bugs, nichts allzu Ernstes, wir beheben sie nach und nach (04:24:30 PM) zzz: seit Monaten ist der Plan, SSU2 in der November-Version für alle zu aktivieren, und wir sind weiterhin im Plan (04:24:30 PM) zzz: EOT (04:24:42 PM) zzz: ja (04:24:51 PM) eyedeekay: Super, danke für das Update (04:25:09 PM) eyedeekay: Noch etwas zu Punkt 3? (04:25:41 PM) eyedeekay: 4) nächste Veröffentlichung 2.0.0? (04:25:52 PM) eyedeekay: zzz, du hast dieses Thema hinzugefügt, möchtest du anfangen? (04:26:12 PM) zzz: das war ein Vorschlag von dr|z3d, also wenn er da ist, bitte ich ihn, seinen Pitch zu machen (04:26:50 PM) zzz: aber wenn nicht, sage ich, dass es keine schlechte Idee ist (04:27:05 PM) zzz: Linux springt demnächst von 5.19 auf 6.0 (04:27:25 PM) zzz: Tors arti ist gerade auf 1.0.0 gegangen (04:27:26 PM) zzz: SSU2 ist so gut ein Anlass wie jeder andere (04:27:45 PM) RightNow: und I2P geht von SSU zu SSU2 (04:27:47 PM) zzz: EOT - Gedanken, alle? Und wir müssen heute nicht entscheiden, wir haben noch 11 Wochen (04:28:30 PM) not_bob: Ich habe nichts dagegen, solange es funktioniert. (04:29:18 PM) zzz: Hasst es jemand? Liebt es jemand? (04:29:21 PM) eyedeekay: Klar, ich finde, das ergibt Sinn, beide Transports werden modernisiert worden sein, das ist ein großer Meilenstein (04:29:43 PM) zlatinb: Ich wünschte irgendwie, wir hätten etwas mit mehr Wumms für den Sprung auf 2.0 (04:29:48 PM) RightNow heißt jetzt RN (04:30:34 PM) eyedeekay: Vielleicht dafür 3.0.0 verwenden? (04:30:38 PM) zzz: auf der Roadmap steht nichts Größeres. Ehrlich gesagt hoffe ich, dass wir nie etwas Größeres machen, ich bin müde... (04:30:56 PM) zlatinb: außerdem muss ich jetzt weg, sorry. Zum letzten Thema: Ja, ich denke, das Mac arm Bundle ist bereit, aus der Beta zu gehen. Ich habe das Windows-Laptop noch ein oder zwei Tage zum Testen. Muss jetzt los, sorry (04:30:59 PM) zlatinb: bis später (04:31:05 PM) RN: zzz, auch dir wird gedankt. (04:32:26 PM) eyedeekay: Ja, zzz, dein Einsatz und deine harte Arbeit werden geschätzt (04:32:34 PM) zzz: Weißt du was, eyedeekay: Lass mich im 1.10-Thread in meinem Forum posten, und ich komme nächsten Monat mit einem Bericht zurück. Setz es auf die Agenda für nächsten Monat (04:32:44 PM) eyedeekay: Mach ich, zzz (04:33:18 PM) zzz: Wollte keine Danksagungen hervorrufen, wollte nur darauf hinweisen, dass dies der letzte – und härteste – Teil der Krypto-Migration war, an der wir seit etwa einem Jahrzehnt arbeiten (04:33:36 PM) eyedeekay: Musste sie nicht hervorrufen, du verdienst sie :) (04:33:52 PM) eyedeekay: Aber verstanden, es ist ein riesiger Aufwand (04:33:58 PM) RN: es ist ein Meilenstein, den man feiern sollte, und ja, du hast es verdient! (04:34:14 PM) zzz: Wenn wir versucht hätten, SSU2 zuerst zu machen, hätte es uns alle umgebracht. Wir haben es nur dank der Erfahrung aus dem Rest geschafft (04:34:26 PM) zzz: geteilt gebührt der Dank natürlich auch dem i2pd-Projekt (04:35:01 PM) eyedeekay: In der Tat. Zurück zum Thema: Noch etwas zu Punkt 4? (04:35:15 PM) RN: aber du hast die Führung übernommen. (04:35:21 PM) zzz: Wenn wir Post-Quantum machen wollen, kann das 3.0.0 sein :) (04:35:43 PM) eyedeekay: Gute Idee, das wird spannend (04:35:53 PM) zzz: nein, nichts weiter (04:36:05 PM) eyedeekay: Also, 5) war: Mac arm64 Bundle aus der Beta, wenn das 1.9.0-Update erfolgreich war? (Nachverfolgung vom letzten Treffen) (04:36:43 PM) eyedeekay: Dazu hat uns zlatinb auf dem Sprung noch ein Status-Update gegeben; wenn das Update erfolgreich war, sehe ich keinen Grund dagegen (04:37:38 PM) eyedeekay: Hat sonst noch jemand etwas zu diesem Thema hinzuzufügen? (04:38:06 PM) zzz: Ich nehme an, zlatinb meinte, dass das Update funktioniert hat; falls ja, kann er das Beta-Label auf der Webseite entfernen (04:38:32 PM) zzz: das war die einzige Vorbehaltsbedingung, die ich beim letzten Treffen hatte (04:38:33 PM) zzz: eot (04:39:45 PM) eyedeekay: OK. Einer von uns sollte uns pingen, wenn wir ihn online sehen (04:39:52 PM) eyedeekay: Noch etwas für die Sitzung? (04:40:04 PM) eyedeekay: ping *ihn (04:41:14 PM) eyedeekay: Nun, ich schätze, ohne seine Git-Zugangsdaten kann ich das Label genauso gut entfernen (04:41:27 PM) eyedeekay: Also mache ich es (04:41:43 PM) zzz: Hast du eine Bestätigung, dass das Update funktioniert hat? (04:42:11 PM) zzz: denn das hat er oben nicht gesagt (04:42:53 PM) eyedeekay: Ich glaube nicht (04:43:01 PM) eyedeekay: Nö (04:43:14 PM) eyedeekay: Nein, ich habe streng genommen noch niemanden genau diese Worte sagen hören (04:43:21 PM) eyedeekay: Also warte ich (04:43:26 PM) eyedeekay: Und frage ihn (04:43:32 PM) zzz: ok (04:44:19 PM) eyedeekay: Noch etwas für die Sitzung, Timeout 1 Min.? (04:45:44 PM) eyedeekay: Alles klar, danke an alle fürs Kommen

Windows Easy-Install-Bundle 1.9.0 Veröffentlichung

Sun, 28 Aug 2022 00:00:00 +0000

Dieses Update enthält den neuen 1.9.0 router und umfangreiche Verbesserungen der Benutzerfreundlichkeit für Bundle‑Nutzer

Diese Version enthält den neuen I2P 1.9.0 router und basiert auf Java 18.02.1.

Die alten Batch-Skripte wurden zugunsten einer flexibleren und stabileren Lösung direkt in jpackage ausgemustert. Dadurch sollten alle in den Batch-Skripten vorhandenen Fehler im Zusammenhang mit der Pfadermittlung und der korrekten Behandlung von Anführungszeichen in Pfaden behoben sein. Nach dem Upgrade können die Batch-Skripte gefahrlos gelöscht werden. Beim nächsten Update werden sie vom Installationsprogramm entfernt.

1.9.0 Veröffentlichung

Mon, 22 Aug 2022 00:00:00 +0000

Aktualisierungsdetails

Wir haben die letzten drei Monate mit einer kleinen Anzahl freiwilliger Tester an unserem neuen UDP-Transportprotokoll “SSU2” gearbeitet. Dieses Release vervollständigt die Implementierung, einschließlich Relais- und Peer-Tests. Wir aktivieren es standardmäßig für Android- und ARM-Plattformen sowie zufällig für einen kleinen Prozentsatz anderer router. Das ermöglicht uns, in den nächsten drei Monaten deutlich mehr zu testen, die Funktion zur Verbindungsmigration fertigzustellen und verbleibende Probleme zu beheben. Wir planen, es für alle im nächsten Release zu aktivieren, das für November vorgesehen ist. Eine manuelle Konfiguration ist nicht erforderlich. Natürlich gibt es in diesem Release auch wie üblich eine Reihe von Fehlerbehebungen. Außerdem haben wir einen automatischen Deadlock (Verklemmung)-Detektor hinzugefügt, der bereits einen seltenen Deadlock gefunden hat, der nun behoben ist.

So wechseln Sie zum StormyCloud-Outproxy-Dienst

Thu, 04 Aug 2022 00:00:00 +0000

So wechseln Sie zum StormyCloud-Outproxy-Dienst

Ein neuer professioneller Outproxy

For years, I2P has been served by a single default outproxy, false.i2p whose reliability has been degrading. Although several competitors have emerged to take up some of the slack, they are mostly unable to volunteer to serve the clients of an entire I2P implementation by default. However, StormyCloud, a professional, non-profit organization which runs Tor exit nodes, has started a new, professional outproxy service which has been tested by members of the I2P community and which will become the new default outproxy in the upcoming release.

Einfache Installation für Apple Silicon

Wed, 03 Aug 2022 00:00:00 +0000

Wir freuen uns, ein Easy Install BETA-Bundle für Mac OS auf Apple-Silicon-Hardware anbieten zu können. Sie können es hier herunterladen:

I2P Mac OS-Bundles für die einfache Installation

Geschwindigkeit

In unseren internen Benchmarks sind die kryptografischen Operationen 2- bis 2,5-mal schneller als beim Ausführen des Intel-Bundles unter Rosetta.

Bekannte Probleme

Quitting I2P by right-clicking on the dock icon causes I2P to freeze and a “Force Quit” is necessary. This issue will be fixed for the 1.9 release.
If you already had an Intel bundle installed on your Mac, you need to modify some settings to prevent in-network updates from reverting you to an Intel bundle. Please see the instructions on the download page.

I2P-Entwicklertreffen - 03. Mai 2022

Tue, 03 May 2022 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb

Sitzungsprotokoll

(03:48:58 PM) eyedeekay: Es scheint nicht so, ich schaue mir GitLabs Bugtracker an und sehe, ob ich eine Erklärung finde (04:00:03 PM) eyedeekay: Hallo zusammen, willkommen zum Entwicklungsmeeting (04:00:03 PM) eyedeekay: 1. Hallo (04:00:03 PM) eyedeekay: 2. Veröffentlichungstermin (04:00:03 PM) eyedeekay: 3. Entwicklungsstand (1.8.0 / 0.9.54) (04:00:05 PM) eyedeekay: hi (04:00:13 PM) zlatinb: hi (04:00:17 PM) zzz: hallo (04:00:45 PM) eyedeekay: 2. Veröffentlichungstermin (04:01:16 PM) eyedeekay: Wir müssen einen festlegen; vorläufig ist es seit einiger Zeit der 23., das passt für mich, wenn es für alle anderen passt? (04:01:43 PM) zzz: Das wären 13 Wochen, passt für mich (04:02:01 PM) zzz: Brauchen die Zustimmung von eche|off eche|on, falls er hier ist (04:03:04 PM) eyedeekay: Sieht nicht so aus, aber ich kann ihm nach dem Meeting eine E-Mail schicken (04:04:00 PM) eyedeekay: Sieht nach dem 23. aus, vorbehaltlich der E-Mail an ech (04:04:09 PM) eyedeekay: Noch etwas zu Punkt 2? (04:04:58 PM) eyedeekay: 3. Entwicklungsstand (1.8.0 / 0.9.54) (04:07:41 PM) eyedeekay: Wir sind auf jeden Fall weniger als einen Monat von der Veröffentlichung 1.8.0/0.9.54 entfernt; vieles davon ist Vorbereitung/Implementierung für SSU2 durch zzz (04:08:42 PM) eyedeekay: Die großen Änderungen sollten bald erledigt sein, und der Tag-Freeze ist am 11., also müssen die Übersetzungen bis dahin eingereicht sein (04:09:28 PM) eyedeekay: /translations/strings (04:09:58 PM) eyedeekay: zzz, zlatinb, noch etwas zu diesem Thema hinzuzufügen? (04:10:44 PM) zzz: Nicht viel, ich bin so gut wie fertig, werde in den nächsten paar Wochen noch ein paar kleinere Punkte auf meiner Liste angehen (04:11:02 PM) zlatinb: Nichts von mir (04:11:03 PM) zzz: Alle neuen SSU2-Sachen werde ich vermutlich entweder zurückhalten oder in einen Branch packen (04:11:11 PM) zzz: eot (04:12:05 PM) eyedeekay: Danke, Leute (04:12:49 PM) eyedeekay: Noch etwas fürs Meeting? Last-Minute-Themen? timeout 1m (04:14:13 PM) eyedeekay: Alles klar, heute ein kurzes Meeting (04:14:33 PM) eyedeekay: Danke an alle fürs Kommen, ich schreibe echelon eine E-Mail und poste dann die Logs

Jpackage Update für Java CVE-2022-21449

Thu, 21 Apr 2022 00:00:00 +0000

Aktualisierungsdetails

Neue I2P Easy-Install-Bundles wurden mit dem neuesten Release der Java Virtual Machine erstellt, das einen Fix für CVE-2022-21449 “Psychic Signatures” enthält. Es wird empfohlen, dass Nutzer der Easy-Install-Bundles so bald wie möglich aktualisieren. Aktuelle OSX-Nutzer erhalten Updates automatisch, Windows-Nutzer sollten den Installer von unserer Download-Seite herunterladen und den Installer wie gewohnt ausführen.

Der I2P router unter Linux verwendet die vom Hostsystem konfigurierte Java Virtual Machine. Benutzer auf diesen Plattformen sollten auf eine stabile Java-Version unterhalb von Java 14 zurückstufen, um die Schwachstelle zu entschärfen, bis Aktualisierungen von den Paketbetreuern veröffentlicht werden. Andere Benutzer, die eine externe JVM verwenden, sollten die JVM so bald wie möglich auf eine gepatchte Version aktualisieren.

I2P Entwicklertreffen - 05. April 2022

Tue, 05 Apr 2022 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb

Sitzungsprotokoll

(04:00:32 PM) eyedeekay: Hallo zusammen, willkommen zur Entwicklerbesprechung im April, Tagesordnung für heute: (04:00:32 PM) eyedeekay: 1. Hi (04:00:32 PM) eyedeekay: 2. Veröffentlichungsstatus (1.7.0 / 0.9.53) (04:00:32 PM) eyedeekay: 3. Entwicklungsstand (1.8.0 / 0.9.54) (04:00:32 PM) eyedeekay: 4. JNA in easy-install Bundles, welche Türen öffnet das? (04:00:42 PM) eyedeekay: 1. Hi (04:00:47 PM) zlatinb: hi (04:00:50 PM) zzz: hi (04:01:18 PM) eyedeekay: Hi zlatinb, hi zzz (04:01:27 PM) eyedeekay: Ist heute sonst noch jemand hier? (04:01:45 PM) eyedeekay: 2. Veröffentlichungsstatus (1.7.0 / 0.9.53) (04:02:52 PM) eyedeekay: 1.7.0 ist seit etwa 6 Wochen draußen; meine Updates vom letzten Monat: Alle Android-Pakete sind erfolgreich ausgerollt und der zum Veröffentlichungszeitpunkt entdeckte Bug ist jetzt behoben (04:03:28 PM) eyedeekay: Wie üblich haben die Pakete in Debians Haupt-Repositories kein Update erhalten; wenn ihr sie noch verwendet, wechselt bitte so bald wie möglich zu deb.i2p2.de/.no (04:04:23 PM) zzz: zu Debian: Ich habe einen Freiwilligen gefunden, der 0.9.48 repariert und wieder in Sid aufgenommen hat. Das ist erledigt (04:04:46 PM) zzz: Ob es automatisch auch in bullseye und ubuntu landet, keine Ahnung (04:05:00 PM) zzz: Immer noch kein Glück, einen neuen Maintainer zu finden (04:05:01 PM) zzz: eot (04:05:08 PM) eyedeekay: Danke (04:05:51 PM) eyedeekay: Ich habe noch eins; das überschneidet sich eigentlich mit 2 und 3 und 4, aber die easy-install Bundles für Windows werden noch ein weiteres manuelles Update erfordern (04:06:25 PM) zzz: Hast du seit der letzten Sitzung Fortschritte gemacht? (04:06:30 PM) eyedeekay: Erhebliche, ja (04:07:15 PM) eyedeekay: Das meiste davon ist Teil dieses MR, : https://i2pgit.org/i2p-hackers/i2p.firefox/-/merge_requests/6/diffs#10d851887651eddb01e5952f08999080b019da2e (04:07:35 PM) zzz: Großartig. Hast du ein Zieldatum, wann du den Übergang aus der Beta vorschlagen wirst? (04:08:02 PM) eyedeekay: Sobald Nutzer ein automatisches Update erhalten, werde ich es als bereit ansehen (04:08:22 PM) zzz: danke (04:08:47 PM) eyedeekay: Noch etwas zu Punkt 2? (04:09:33 PM) eyedeekay: 3. Entwicklungsstand (1.8.0 / 0.9.54) (04:10:03 PM) zzz: (nein, alles gut, habe keine Beschwerden zu 1.7.0 gehört) (04:10:21 PM) eyedeekay: Ich auch nicht, die Leute scheinen bisher ziemlich zufrieden zu sein (04:12:12 PM) eyedeekay: Zu 3. Entwicklungsstand (1.8.0 / 0.9.54): Leider war ich bei einigen Dingen deutlich langsamer als erwartet, ich stecke bei UDP tunnels fest, bin aber fast bereit für ein MR zur SAM-Authentifizierung (04:12:38 PM) eyedeekay: Außerdem überarbeite ich die komplizierten Seiten des Bandbreiten-Assistenten, um den Auswahlprozess verständlicher und die Benachrichtigungen besser sichtbar zu machen (04:12:52 PM) eyedeekay: Wir sind etwa 6 Wochen drin und haben noch 7 Wochen vor uns, richtig, zzz? (04:13:02 PM) zzz: richtig (04:13:31 PM) eyedeekay: Möchtest du uns zu SSU 2 oder irgendetwas anderem, woran du gearbeitet hast, updaten? (04:13:46 PM) zzz: 13 Wochen wären eine Veröffentlichung am 23. Mai (04:13:53 PM) zzz: ja, danke (04:14:01 PM) zzz: enorme Fortschritte mit i2pd bei SSU 2 (04:14:03 PM) mode (+v anonymousmaybe) by ChanServ (04:14:17 PM) zzz: Live-Tests finden jetzt im Netzwerk statt (04:14:40 PM) zzz: Weitere Dinge im Release: snark Standalone-Verbesserungen, Fehlerbehebungen an der router family (04:14:49 PM) zzz: ein Performance-Fix für SSU 1 (04:15:15 PM) zzz: Bei SSU 2 sollte es bald ruhiger werden, und ich werde mich wieder einigen weiteren Bugfixes an verschiedenen Stellen widmen (04:15:23 PM) zzz: eot (04:16:04 PM) eyedeekay: Super, danke für die Updates, zzz (04:16:37 PM) eyedeekay: zlatinb, gibt es etwas, worüber du zu diesem Thema sprechen willst, bevor wir zu Punkt 4 kommen? (04:16:55 PM) zlatinb: Ich denke, die Reduzierung des tunnel build timeout sollte zu einem schnelleren Start führen (04:17:11 PM) zlatinb: oder schnellerem 0-to-Router.isRunning() (04:17:20 PM) zlatinb: das ist alles eot (04:17:38 PM) eyedeekay: Danke, zlatinb, das wird die Leute glücklich machen :) (04:17:56 PM) eyedeekay: 4. JNA in easy-install Bundles, welche Türen öffnet das? (04:18:15 PM) eyedeekay: zlatinb, das war dein Thema, aber ich habe auch viele Notizen dazu—möchtest du anfangen? (04:18:24 PM) zlatinb: klar. (04:18:34 PM) zlatinb: Grundsätzlich fügt MR 6 die JNA-Bibliotheken zum Windows easy-install Bundle hinzu (04:18:49 PM) zlatinb: was, wie ich erst heute gelernt habe, wegen JEP 419 nicht nötig wäre (das ist ein eingebauter JNA-Ersatz) (04:19:12 PM) zlatinb: aber der generelle Punkt bleibt: Da wir einige native Dinge tun müssen, welche anderen nativen Dinge wollen wir noch tun? (04:19:33 PM) eyedeekay: Manchmal müssen wir mit der Energie-/Batterieverwaltung sprechen (04:19:36 PM) eyedeekay: *Batterie (04:19:57 PM) zlatinb: In MuWire habe ich eine „background priority“ unter Windows implementiert, die laut MSDN-Dokumentation garantiert, dass der Prozess nie Vordergrundprozesse stört (04:20:05 PM) zlatinb: Ja, die Batterie-/Energieverwaltung ist noch so eine Sache (04:20:17 PM) eyedeekay: Ich muss bedingt nach Admin-Rechten fragen, was von NSIS selbst nicht unterstützt wird (04:20:21 PM) zlatinb: Also ja, das war’s von mir—nur eine Einladung, nativ zu denken :) (04:20:21 PM) zlatinb: eot (04:21:22 PM) eyedeekay: Also ja, wir haben definitiv ein paar Fälle im Kopf, wo etwas JNA-Ähnliches nützlich sein könnte (04:22:41 PM) zlatinb: okay... dann ist die Frage: Fügen wir irgendeine/alle solche Funktionalität in das easy-install Bundle ein und halten sie außerhalb des router-Kernpakets (04:22:45 PM) zzz: Sorry, dass ich der Spielverderber bin, aber in der Sitzung letzten Monat war JNA eine mögliche Lösung für ein einziges Problem (Berechtigungen) und nur unter Windows (04:23:08 PM) zzz: und heute sind wir bei „es ist definitiv die Lösung für viele Probleme, was können wir sonst noch Lustiges damit machen“? (04:23:18 PM) zlatinb: ja, das ist das Partymotto lol (04:23:34 PM) zzz: das ist sowohl ein Sprung als auch typisch „Lösung sucht Problem“ (04:24:31 PM) zlatinb: Das ist eine Sichtweise; ich denke, es (JNA / JEP 419) kann I2P in vielerlei Hinsicht verbessern (04:25:14 PM) zlatinb: auf vielen Plattformen (04:25:14 PM) zlatinb: unter Windows habe ich ehrlich gesagt gerade erst an der Oberfläche gekratzt (04:25:28 PM) zzz: Also ist JNA noch nicht entschieden? (04:25:28 PM) zlatinb: JNA hat den Vorteil, rückwärtskompatibel bis Java 1.4 zu sein; JEP 419 gibt es erst ab JDK 18 (04:25:51 PM) zlatinb: Ich würde sagen, beides liegt auf dem Tisch, wobei JNA etwas Vorsprung hat (04:26:37 PM) zzz: 419 hat den Status „Incubator“, d. h. es könnte wieder verschwinden—verlasst euch nicht darauf (04:27:07 PM) eyedeekay: Ich bin pro JNA, weil die Möglichkeit, Installer-Privs zu steuern, für mich mindestens 2 Probleme löst und mir erlaubt, komplett von Flash-Laufwerken zu installieren/auszuführen (04:27:46 PM) eyedeekay: Das möchte ich nicht dadurch verlieren, dass ein Projekt unreif ist oder aufgegeben wird (04:29:03 PM) eyedeekay: Also von mir: pro JNA, bei 419 zögerlich (04:29:54 PM) zlatinb: Nun, 419 mit einer leicht anderen API ist bereits in JDK 17, das LTS ist, aber ich werde keine starke Meinung haben, bis es aus der Incubation heraus ist (04:30:00 PM) zzz: Wir sollten weiter nach den besten Werkzeugen Ausschau halten, um die Probleme zu lösen, die wir jetzt haben ... darüber zu fantasieren, was wir sonst noch damit tun könnten, ist nicht so wichtig (04:31:10 PM) zzz: Aus der JVM herauszugehen wird immer unordentlich und weniger wartbar sein—das sollte nur genutzt werden, wenn es wirklich nötig ist, egal über welchen Mechanismus (04:33:14 PM) zlatinb: Dem widerspricht niemand, aber ich finde, wir sollten uns nicht vom groß zu träumen abhalten lassen (04:33:38 PM) zlatinb: Die Integration mit der Windows-Shell oder der Energieverwaltung auf Laptops klingt für mich verdammt gut (04:34:18 PM) zlatinb: Das sollte übrigens auch auf Linux-Laptops möglich sein (04:34:33 PM) eyedeekay: Ich träume ehrlich gesagt weiterhin klein; Flash-Drive-Portables waren nur ein Nebenprodukt der Unterstützung von Installationen ohne Adminrechte (04:36:24 PM) eyedeekay: Aber wenn es einen Nicht-JNA-Weg gibt, etwas zu tun, sollten wir den vermutlich zuerst versuchen (04:38:54 PM) eyedeekay: Noch etwas zu Punkt 4? (04:39:07 PM) zlatinb: nicht von mir, eot (04:40:26 PM) eyedeekay: Noch etwas für die Sitzung? timeout 1m (04:41:43 PM) eyedeekay: Alles klar, danke an alle fürs Kommen, die nächste Sitzung scheint am 3. Mai zu sein

I2P-Entwicklertreffen - 1. März 2022

Tue, 01 Mar 2022 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb

Sitzungsprotokoll

(03:01:40 PM) eyedeekay: Hallo zusammen, willkommen zum Entwicklertreffen (03:01:40 PM) eyedeekay: 1. Hi (03:01:40 PM) eyedeekay: 2. Release-Status (1.7.0 / 0.9.53) (03:02:10 PM) zlatinb: hi (03:02:12 PM) zzz: hello (03:02:39 PM) eyedeekay: Gibt es heute noch etwas zur Tagesordnung hinzuzufügen, bevor wir mit dem Release-Status anfangen? (03:03:01 PM) zlatinb: Ich habe zwei kleine Punkte, die unter „Wunschliste für 1.8.0“ fallen könnten (03:03:25 PM) eyedeekay: 3) 1.8.0 Wunschliste (03:04:24 PM) eyedeekay: 2. Release-Status (1.7.0/0.9.53) (03:05:37 PM) eyedeekay: Von meiner Seite gibt es noch einen offenen Punkt: Es gibt ein Problem mit dem .aab-Bundle-Build-Prozess, bei dem statische Ressourcen, die aus dem `i2p.i2p`-Build übernommen werden, aus der finalen .aab gelöscht werden (03:06:06 PM) eyedeekay: Vorläufig ist GPlay verzögert, ich arbeite heute daran und sollte bald fertig sein. (03:07:53 PM) eyedeekay: F-Droid und Freestanding sind beide .apk's, die den alten Build-Prozess verwenden, der nicht kaputt ist, also funktioniert es weiterhin. (03:07:53 PM) eyedeekay: Gibt es noch andere ausstehende Release-Prozesse zu erledigen? (03:10:03 PM) eyedeekay: zzz, noch etwas zum Thema Release-Status von deiner Seite? Soweit ich weiß, hat BiglyBT heute sein Plugin veröffentlicht, ist das korrekt? (03:10:22 PM) zzz: ja (03:10:48 PM) zzz: basierend auf expl. Build-Erfolgsstatistiken haben wir uns schnell von der Regression in i2pd im letzten Release erholt (03:10:52 PM) zzz: `http://stats.i2p/docs/buildsuccess.png` (03:11:11 PM) zzz: und sind jetzt auf einem höheren Stand als zu irgendeinem Zeitpunkt in den letzten Jahren, soweit ich mich erinnere (03:12:11 PM) zzz: In etwa einer Woche sollte sich das einpendeln, und dann sehen wir, wo wir stehen (03:12:13 PM) zzz: eot (03:12:21 PM) eyedeekay: Das sind wirklich ausgezeichnete Nachrichten. Schön, dass es bisher gut aussieht. (03:12:32 PM) eyedeekay: Danke, zzz (03:12:50 PM) eyedeekay: 3. 1.8.0 Wunschliste (03:13:17 PM) eyedeekay: zlatinb, leg los (03:13:44 PM) zlatinb: hi, 1) das Beschleunigen der anfänglichen exploratory build time und 2) JNA (03:14:05 PM) zlatinb: 1: Ich habe einige Analysen gemacht, 75% der exploratory tunnels, die aufgebaut werden, tun dies in weniger als 500ms (03:14:29 PM) zlatinb: von ~30 Stichproben war der langsamste erfolgreiche Build unter 2500ms (03:14:46 PM) zlatinb: während das Timeout, das wir jetzt haben, 13000 ms beträgt. Ich denke, eine Reduzierung würde den router schneller in den RUNNING-Zustand bringen (03:15:07 PM) zlatinb: Wir müssen das nicht jetzt entscheiden, ich werfe die Idee nur mal in den Raum (03:15:12 PM) zlatinb: eot zu 1 (03:15:33 PM) zzz: keine Einwände zu 1 (03:15:56 PM) eyedeekay: Klingt zumindest nach einem interessanten Experiment; es scheint keinen Schaden anrichten zu können (03:16:12 PM) eyedeekay: Wenn alle erfolgreichen Builds so kurz sind (03:16:13 PM) zlatinb: 2: JNA – wir müssen JNA definitiv zum Windows Easy-Install-Bundle hinzufügen, um während des Auto-Updates die Rechte zu erhöhen. ProcessBuilder schlägt fehl, wenn der Prozess eine Erhöhung der Rechte erfordert. (03:16:20 PM) zzz: obwohl ich gerne Daten über einen längeren Zeitraum sehen würde, bevor wir die neue Zahl festlegen (03:16:25 PM) zlatinb: klar (03:16:42 PM) zzz: bitte nochmal einen Schritt zurück und JNA definieren (03:16:43 PM) zlatinb: (zurück zu 1) Ich lasse einen router mit aktivierter Protokollierung laufen (03:17:12 PM) zlatinb: (zurück zu 2): JNA ist Java Native A-irgendwas, aber im Grunde ein Java-Wrapper um native Windows-, Linux- und Mac-Bibliotheken (03:17:27 PM) zlatinb: sodass man statt nativem Code Java-Code schreibt (03:17:52 PM) zlatinb: zwei JARs, zusammen 3MB, mit LZMA auf 2MB komprimiert (03:18:11 PM) zzz: bitte nochmal zurück und das Problem sowie seine Verbreitung näher erläutern (03:18:38 PM) zlatinb: Beim Testen stiller Updates in muwire habe ich gesehen, dass ProcessBuilder einen Installer nicht starten kann und etwas wie "priviledge elevation required" oder so meldet (03:19:07 PM) zzz: nur ein Windows-Problem? (03:19:12 PM) zlatinb: eine Google-Suche ergab, dass das mit ProcessBuilder nicht möglich ist (03:19:36 PM) zlatinb: ja, vorerst nur unter Windows (03:19:40 PM) eyedeekay: Scheint beim Windows Easy-Install bei mir nicht aufzutreten; liegt das daran, dass NSIS nach den erhöhten Rechten fragt und nicht Java? (03:20:02 PM) zlatinb: NSIS fragt (03:20:16 PM) zlatinb: wenn du Java bereits mit erhöhten Rechten ausführst, fragt es nicht (03:20:22 PM) zlatinb: privilege* (03:20:28 PM) zzz: ja, das ist meine Frage: Windows Easy-Install ist seit Monaten in Beta – ist das ein muwire-only-Problem? (03:20:48 PM) eyedeekay: Oh OK, dann wird es vor dem nächsten Update mit ShellExecAsUser auftreten (03:21:15 PM) zlatinb: erhöhst du die Rechte, wenn nicht vom Installer gestartet wird, eyedeekay? (03:21:48 PM) zlatinb: Ich erinnere mich nicht, eine Abfrage zur Rechteerhöhung gesehen zu haben (03:22:12 PM) zlatinb: also sollte es beim Windows Easy-Install passieren, wenn es über die Desktop-Verknüpfung gestartet wird, nicht als letzter Schritt eines Installers (03:22:14 PM) eyedeekay: Nein, tue ich nicht; es läuft als der Benutzer, der das Batch-Skript ausführt, aber nur, wenn I2P nicht bereits läuft, vermutlich als Admin (03:22:52 PM) zzz: also, bevor wir über eine Lösung für unser Easy-Install-Windows-Bundle sprechen, lass uns verifizieren, dass es ein Problem gibt (03:22:57 PM) eyedeekay: Es fährt den router nicht zusammen mit dem Browser herunter (03:23:35 PM) eyedeekay: Ich bin geneigt zu glauben, dass es eines geben wird, werde es aber später in dieser Woche bestätigen (03:23:36 PM) zlatinb: wenn der Benutzer das Häkchen bei "launch i2p now" nicht entfernt und den router laufen lässt, läuft er mit erhöhten Rechten und fragt beim Update nicht nach (03:23:43 PM) zlatinb: ok (03:24:22 PM) zlatinb: so oder so: Mit 1.7.0 wird der router nicht privilegiert gestartet, selbst wenn er vom Installer gestartet wird (03:24:39 PM) zzz: und während du in muwire deine eigenen Regeln befolgen kannst, muss jede Lösung in unseren offiziellen Produkten auf Eignung, Wartbarkeit, Lizenzkompatibilität usw. geprüft werden (03:24:57 PM) zlatinb: Apache 2.0 (03:25:45 PM) zlatinb: mit Blick nach vorn ermöglicht JNA uns praktisch alles mit den Windows-APIs zu tun: Shell-Erweiterungen registrieren, URI-Handler, all diese schönen Dinge (03:25:57 PM) zlatinb: eot zu 2 (03:26:35 PM) zzz: Lass uns ein paar Zyklen mit dem Easy-Install-Auto-Updater drehen, der offenbar noch nie funktioniert hat? (03:27:13 PM) zzz: ihr müsst nicht auf ein i2p-Release warten, schiebt einfach ein neues Java nach oder ändert etwas anderes. Lasst uns die Bugs etwas schneller ausräumen (03:27:14 PM) eyedeekay: Er war kaputt, dann gefixt, und offenbar wird er beim nächsten Update wieder kaputtgehen (03:27:55 PM) eyedeekay: Aber die andere Lösung meinerseits wäre, den Installer so zu ändern, dass er nicht mehr %ProgramFiles% verwendet und irgendwo ohne erhöhte Rechte installiert (03:28:09 PM) zzz: macht jede Woche ein Release, bis es reibungslos funktioniert. Offensichtlich ist das 3-Monats-Tempo nicht schnell genug, um auf etwas Funktionierendes zu konvergieren (03:28:32 PM) eyedeekay: Kann ich machen (03:29:53 PM) eyedeekay: Danke, dass du das für uns angesprochen hast, zlatinb, noch etwas zu Punkt 3? (03:29:58 PM) zzz: und das wird uns Daten über das Ausmaß des Rechte-Problems liefern, falls es eines gibt (03:30:00 PM) zzz: eot (03:30:21 PM) zlatinb: nein, eot von mir (03:30:57 PM) eyedeekay: Alles klar, noch etwas für die Sitzung? Timeout 1m (03:31:16 PM) zzz: nutzt außerdem die News, um euren Beta-Testern zu sagen, wenn das Update kaputt ist und sie neu herunterladen müssen (03:31:35 PM) eyedeekay: wird gemacht (03:32:05 PM) zzz: ihr habt beide eure eigenen News-Feeds, nutzt sie aber nicht, um mit euren Nutzern zu sprechen, sondern verlasst euch nur auf meine News-Einträge? Ihr solltet anfangen, diese Funktion zu testen/zu nutzen (03:32:11 PM) zzz: eot (03:34:07 PM) eyedeekay: Kann ich machen, in der Vergangenheit habe ich das i2p.firefox-Changelog hinzugefügt (03:34:54 PM) eyedeekay: Danke fürs Kommen, alle zusammen. Sieht so aus, als hätte ich eine Menge Arbeit vor mir, wir sehen uns auf IRC

Version 1.7.0

Mon, 21 Feb 2022 00:00:00 +0000

Aktualisierungsdetails

Die Version 1.7.0 enthält mehrere Leistungs- und Zuverlässigkeitsverbesserungen.

Es gibt jetzt Popup-Benachrichtigungen im Infobereich, auf Plattformen, die dies unterstützen. i2psnark hat einen neuen Torrent-Editor. Der NTCP2-Transport verwendet jetzt deutlich weniger CPU.

Die seit Langem als veraltet geltende BOB-Schnittstelle wird bei Neuinstallationen entfernt. In bestehenden Installationen funktioniert sie weiterhin, außer in Debian-Paketen. Alle verbliebenen Nutzer von BOB-Anwendungen sollten die Entwickler bitten, auf das SAMv3-Protokoll umzustellen.

Wir wissen, dass seit unserem Release 1.6.1 die Zuverlässigkeit des Netzwerks stetig nachgelassen hat. Uns war das Problem kurz nach dem Release bewusst, aber es hat fast zwei Monate gedauert, bis wir die Ursache gefunden hatten. Schließlich haben wir die Ursache als Bug in i2pd 2.40.0 identifiziert; der Fix wird in deren Release 2.41.0 enthalten sein, das etwa zeitgleich mit diesem Release erscheint. Dabei haben wir auf der Java I2P-Seite mehrere Änderungen vorgenommen, um die Robustheit von Abfragen und Speichervorgängen in der Netzwerkdatenbank (netDb) zu verbessern und bei der Auswahl der tunnel-Peers solche mit schlechter Performance zu vermeiden. Das sollte dem Netzwerk helfen, robuster zu sein, selbst in Anwesenheit fehlerhafter oder böswilliger router. Außerdem starten wir ein gemeinsames Programm, um Vorabversionen von i2pd- und Java I2P-router in einem isolierten Testnetzwerk gemeinsam zu testen, damit wir mehr Probleme vor den Releases finden, nicht danach.

I2P Entwicklertreffen - 08. Februar 2022

Tue, 08 Feb 2022 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb

Sitzungsprotokoll

(03:01:32 PM) eyedeekay: Hallo zusammen, willkommen zur Entwicklerbesprechung am 8. Februar (03:01:38 PM) eyedeekay: Sorry wegen letzter Woche, hoffentlich treten die Probleme mit fallengelassenen Nachrichten nicht wieder auf (03:01:45 PM) eyedeekay: Themen: (03:01:45 PM) eyedeekay: 1. Hi (03:01:45 PM) eyedeekay: 2. Outproxy-Anforderungen (laufend) (03:01:45 PM) eyedeekay: 3. Status 1.7.0/0.9.53 / Release-Zeitplan (03:02:13 PM) zzz: hi (03:02:15 PM) mode (-m ) by zzz (03:02:16 PM) zlatinb: hi (03:02:30 PM) eyedeekay: hi zusammen (03:02:54 PM) eyedeekay: Fangen wir direkt mit 2) Outproxy-Anforderungen an (03:04:08 PM) eyedeekay: zzz hat eine Reihe alter Anforderungsliste gefunden. Wir sollten entweder A) eine auswählen oder B) sie zu einer neuen Liste zusammenführen (03:04:51 PM) eyedeekay: Ich habe versucht zu recherchieren, welche Anforderungen machbar sind, und mir Anregungen geholt, was Tor macht (03:06:18 PM) eyedeekay: Gleichzeitig haben sich einige Gruppen und Einzelpersonen gemeldet, die bei Outproxies helfen wollen, darunter auch ein Betreiber mehrerer Tor-Exit-Knoten, der eine Non-Profit-Organisation betreibt. Hoffentlich können wir von deren Erfahrung profitieren (03:08:04 PM) eyedeekay: In manchen Fällen finde ich die Regeln etwas schwammig: - Optionale Allowlist/Blocklist von Hosts/IPs? Das erscheint auf den ersten Blick einfach, aber was wir auf Host/IP-Basis zum Blockieren/Erlauben vorschlagen, könnte Betreiber Anfragen aussetzen, Dinge zu blockieren, die sie nicht blockieren wollen? (03:08:45 PM) eyedeekay: Es scheint, als sei der Rat gewesen, dass es sicher ist, „Ports“ zu blockieren, aber vielleicht nicht Hostnamen? (03:09:05 PM) zzz: Ich denke, es gibt zwei Kategorien von Anforderungen (03:09:57 PM) zzz: 1) Dinge, die wir als Projekt sehen möchten (Header-Anforderungen, kleine Fehlerseite, Link zu zusätzlichen Infos) (03:10:48 PM) zzz: 2) Dinge, die jeder vernünftige Outproxy-Betreiber möchte, insbesondere Admin-Tools, wozu wir aber nicht die Expertise haben, um viel Anleitung zu geben (03:11:40 PM) zzz: Wir sollten uns auf 1) konzentrieren (03:12:14 PM) eyedeekay: OK, das ist einfacher, es aus der anderen Richtung zu betrachten war wie Pauken für eine Prüfung (03:12:40 PM) zzz: und wir sollten nicht versuchen, für 2) eine schlüsselfertige Komplettlösung anzubieten, höchstens einige Best Practices vorschlagen (03:13:00 PM) eyedeekay: Aber ich denke, das impliziert, dass wir flexibel sein müssen, d.h. Dinge, die wir wollen, werden den Dingen untergeordnet sein müssen, die sie anbieten können (03:13:09 PM) eyedeekay: Das ist aber wahrscheinlich selbstverständlich (03:13:43 PM) zzz: Ich denke, alles in 1) ist ziemlich basic (03:14:38 PM) zzz: 1a) alle ausgehenden X-I2P-Header herausfiltern. Fügt man X-forwarded-Header in eine der beiden Richtungen hinzu oder nicht? (03:14:54 PM) zzz: 1b) eine kleine Fehlerseite mit einem Link zu weiteren Infos (03:15:07 PM) zzz: 1c) eine Datenschutzerklärung auf der Seite mit den zusätzlichen Infos (03:15:13 PM) zzz: so etwas (03:16:24 PM) eyedeekay: Ja, stimme zu, das sollte nicht schwierig sein (03:17:14 PM) eyedeekay: Also werde ich vorerst vermeiden herauszufinden, was Leute in Bezug auf Kategorie 2) „tun sollten“, und mich auf 1) konzentrieren (03:18:19 PM) eyedeekay: Noch etwas zu Thema 2)? (03:18:36 PM) zzz: Die andere Sache in 1) ist http vs. standard tunnel. Ich denke, http ist die richtige Wahl, und die Wahl beeinflusst die Header-Themen (03:19:04 PM) zzz: eot für 2) (03:19:37 PM) eyedeekay: Der standard tunnel fügt die X-I2P-* Header überhaupt nicht hinzu, oder? (03:19:55 PM) zzz: nein, er kennt keine Header (03:20:09 PM) zzz: *Headers (03:20:39 PM) zzz: also beeinflusst die Wahl, was die externe Proxy-Software „sieht“ (03:21:47 PM) eyedeekay: Also warum http? Wäre es nicht besser, wenn die Server-Software die X-I2P-Header nicht entfernen/erneut hinzufügen/nachverfolgen müsste, um ein Leaken zu verhindern? (03:22:23 PM) zzz: Jeder Proxy muss mit Headern umgehen (03:22:49 PM) zzz: der Proxy-Standard gibt an, dass einige Header „hop-by-hop“ sind und entfernt/hinzugefügt werden müssen (03:23:56 PM) zzz: und natürlich gibt es sowohl die HTTP- als auch die HTTPS-(CONNECT)-Fälle zu behandeln (03:27:13 PM) eyedeekay: Im HTTP tunnel-Fall würden wir die X-I2P-Header tatsächlich verwenden (03:28:39 PM) zzz: sie könnten z.B. für Rate-Limiting durch einen kompetenten Outproxy-Admin verwendet werden (03:29:09 PM) eyedeekay: Ergibt Sinn (03:29:57 PM) eyedeekay: Noch etwas zu 2)? (03:30:05 PM) zzz: nein (03:30:12 PM) eyedeekay: 3. Status 1.7.0/0.9.53 / Release-Zeitplan (03:30:59 PM) eyedeekay: Wir sind genau 13 Tage vom Release am 21. entfernt (03:31:10 PM) eyedeekay: Tags werden morgen eingefroren (03:31:39 PM) zzz: yup, Check-in-Deadline Fr., 18. Feb. (03:32:26 PM) zzz: i2pd wird am 19. oder 20. releasen, mit einem Fix für den fiesen SSU-Bug, der in den letzten Monaten Probleme mit der Netzwerkzuverlässigkeit verursacht hat (03:32:55 PM) zzz: unser Release wird auch einige verwandte Workarounds und Verbesserungen enthalten (03:33:09 PM) eyedeekay: Gut zu hören, das war für viele Leute, besonders auf Mobilgeräten, eine harte Zeit (03:33:20 PM) zzz: Ich bin zuversichtlich, dass sich die Lage ziemlich schnell verbessert, sobald die Leute anfangen zu aktualisieren (03:34:10 PM) zzz: abgesehen davon lief der Zyklus ziemlich reibungslos, es wird ruhiger (03:35:26 PM) zzz: wir liegen bei 14.000 Zeilen Diff, eine ziemlich ordentliche Größe (03:36:00 PM) zzz: eot für 3) (03:37:45 PM) eyedeekay: Ich habe nicht viel hinzuzufügen, ich werde in der nächsten Woche noch kleine CSS-Änderungen machen, um einige Macken auf sehr kleinen oder sehr breiten Bildschirmen und ein paar Kontrastprobleme im Dark Theme zu beheben, aber ansonsten werde ich versuchen zu reviewen und zu testen (03:37:55 PM) zlatinb: Ich würde gerne einige Tests im Testnet durchführen, nachdem sowohl i2p als auch i2pd den Code für das Release einfrieren. Ich habe sie im GitLab-Wiki dokumentiert. (03:38:05 PM) zlatinb: eyedeekay: wie steht es um den End-to-End-Test für das Windows AIO? (03:38:58 PM) eyedeekay: Ich habe gestern einen zum Laufen gebracht. Ich hatte ein paar Probleme zu lösen, eins in der Build-Config und eins in der router.config, aber beide sollten jetzt weg sein, solange ich bei meinem Release-Build besonders vorsichtig bin (03:41:18 PM) eyedeekay: Es stellte sich heraus, dass ich das Paket gebaut hatte, ohne die router-Versionsnummer zu erhöhen, also selbst wenn ein Download passiert(was nicht passiert wäre, weil die URL in router.config falsch war), hätte er kein Update ausgelöst (03:42:16 PM) eyedeekay: Beide Probleme sind jetzt behoben und ich habe alles eingerichtet, um das Paket zu testen, nachdem ich es gebaut habe (03:42:49 PM) eyedeekay: Meine Updates waren also schwer kaputt, aber jetzt sollten sie behoben sein, EOT (03:44:07 PM) eyedeekay: Noch etwas für die Sitzung? Fragen, Kommentare, Bedenken? (03:46:02 PM) zzz: aio == "Bundle" oder "Easy-Install-Bundle". Lass uns „aio“ nirgendwo als Namen dafür verwenden (03:46:27 PM) zzz: Ich denke dabei immer an async I/O (03:46:36 PM) zzz: sonst nichts von mir (03:47:06 PM) eyedeekay: OK, ja, AIO ist mehrdeutig, bedeutet für unterschiedliche Leute Unterschiedliches (03:47:28 PM) eyedeekay: Ich bleibe bei Bundle oder Easy-Install-Bundle (03:48:01 PM) eyedeekay: Alles klar, danke an alle fürs Kommen zur Besprechung, bis nächsten Monat am 5., sieht so aus

I2P Entwicklertreffen - 04. Januar 2022

Tue, 04 Jan 2022 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb

Sitzungsprotokoll

(03:00:39 PM) eyedeekay: Hallo zusammen und willkommen zur Sitzung am 4. Januar 2022 (03:00:39 PM) eyedeekay: 1. Hi (03:00:39 PM) eyedeekay: 2. Anforderungen für Meeh-Dienste/Outproxy `http://zzz.i2p/topics/3218-meeh-services-going-down-soon` (03:00:39 PM) eyedeekay: 3. Mac DMG JPackage auf Stable hochstufen https://geti2p.net/en/download/mac (03:00:39 PM) eyedeekay: 4. NetDB-Forschung (Sim/Modell) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:01:13 PM) zlatinb: hi (03:01:23 PM) zzz: hallo (03:01:55 PM) eyedeekay: Hi zzz, zlatinb, ist heute sonst noch jemand hier? (03:02:20 PM) eyedeekay: Outproxy-Betreiber? (03:02:59 PM) eyedeekay: OK, dann weiter mit 1, sie können sich einschalten, wenn sie möchten :) (03:03:38 PM) eyedeekay: Also verlieren wir alle nicht-statischen Dienste von meeh, für uns betrifft das vor allem trac, das wir bereits ersetzt haben, und false.i2p, den Standard-Outproxy (03:04:07 PM) eyedeekay: Beide haben seit Langem nicht gut funktioniert, aber keinen Outproxy zu haben führt in der Regel zu einer schlechten UX, daher müssen wir ihn ersetzen (03:04:59 PM) eyedeekay: Wir haben letzte Woche einige Optionen besprochen, darunter die Suche nach einem neuen, ehrenamtlich betriebenen Outproxy, den wir zum Standard machen. (03:06:30 PM) eyedeekay: Wenn das passieren soll, muss er einige grundlegende Anforderungen erfüllen. Offensichtlich ist eine Datenschutzerklärung wichtig. (03:06:30 PM) eyedeekay: Wenn sie nicht alles direkt an Tor weiterleiten, brauchen wir außerdem eine Beschreibung, welche Filterung, falls überhaupt, stattfindet (03:07:34 PM) eyedeekay: Weitere Optionen sind, selbst einen zu betreiben, was bestenfalls wenig attraktiv ist, oder lokale SOCKS-Unterstützung, wofür ein lokaler SOCKS-Proxy verfügbar sein muss. (03:08:07 PM) eyedeekay: Wenn jemand freiwillig einen Outproxy betreiben möchte, ist der richtige Ort zur Kontaktaufnahme das Forum von zzz (03:09:05 PM) zzz: richtig (03:09:12 PM) eyedeekay: Ich konnte bisher keine Statistiken zur Nutzung von false.i2p von meeh bekommen. EOT (03:09:40 PM) zzz: Zunächst wollen wir sehr vorsichtig sein und ohne Zustimmung keine Alternative öffentlich empfehlen oder einen neuen Standard festlegen, da das eine große Belastung bedeuten könnte, finanziell oder anderweitig (03:10:06 PM) zzz: Als winzigen ersten Schritt wollen wir Alternativen auf stats.i2p registrieren lassen und die Genehmigung erhalten, sie zu unserer standardmäßigen hosts.txt hinzuzufügen (03:10:16 PM) zzz: denn das macht es den Leuten zumindest leichter, sie zu konfigurieren und zu verwenden (03:10:55 PM) zzz: Für diesen Schritt haben wir die Genehmigung für zwei Outproxies, allerdings ist derzeit nur einer auf stats.i2p registriert (03:11:05 PM) zzz: also warte ich auf die zweite Registrierung (03:11:05 PM) zzz: eot (03:11:35 PM) eyedeekay: Danke zzz, ich erinnere ihn übrigens noch mal (03:11:47 PM) dr|z3d: Ich habe bereits einige Vorgespräche mit dir geführt, zzz, und auf dieser Grundlage sollte ziemlich klar sein, dass ich kein offizielles Angebot machen möchte. Informell ist okay, aber nichts Offizielles. (03:12:52 PM) zzz: Danke für die Klarstellung und auch danke für deine Zeit und Expertise in diesen Gesprächen (03:12:59 PM) dr|z3d: Ich bin außerdem der Ansicht, dass ein einzelner Outproxy in dem Moment zum Scheitern verurteilt ist, in dem er offiziell wird. (03:14:13 PM) eyedeekay: Kann ich durchaus nachvollziehen. Noch etwas zu Punkt 1? (03:14:28 PM) zzz: Vielleicht. Es erfordert jedenfalls ausreichende Kapazität und kompetente Administration (03:14:29 PM) zzz: eot (03:14:59 PM) eyedeekay: 3. Mac DMG Jpackage auf Stable hochstufen (03:15:15 PM) eyedeekay: s/1/2/ (03:15:42 PM) eyedeekay: Dieses Thema wurde von zlatinb hinzugefügt, bitte übernimm (03:16:21 PM) zlatinb: Danke. Im Grunde ist das Nicht-DMG-(jar)-Paket nicht notarisiert und die letzten 2 (oder 3?) Versionen von Mac OS verweigern die Ausführung, es sei denn, der Benutzer ändert einige erweiterte Einstellungen (03:16:52 PM) zlatinb: Gleichzeitig ist das DMG-jpackage sehr stabil gewesen und In-Netz-Updates wurden End-to-End getestet (03:17:10 PM) zlatinb: Daher schlage ich vor, es zum Standard-Mac-Download zu machen und die .jar-Option ganz zu entfernen (03:17:55 PM) zlatinb: Da wir bereits eine schöne /mac-Seite haben, die dem Paket gewidmet ist, schlage ich vor, dass wir sie beibehalten und den BETA-Hinweis entfernen (03:18:14 PM) zlatinb: und im Mac-Div in /download einfach nur einen Link zur /mac-Seite, sonst nichts (03:18:19 PM) zlatinb: eot (03:19:22 PM) eyedeekay: Ich unterstütze das. (03:20:42 PM) eyedeekay: Müssen wir auf ein Release warten oder machen wir es einfach jetzt? (03:21:51 PM) anonymousmaybe heißt jetzt Irc2PGuest95343 (03:22:35 PM) mode (+ao zzz zzz) von ChanServ (03:22:37 PM) zlatinb: Kein Grund, auf ein Release zu warten (03:22:54 PM) zzz: Habt ihr meine 3 Fragen gesehen, bevor ich rausgeflogen bin? (03:23:01 PM) eyedeekay: Nein, die habe ich verpasst (03:23:03 PM) zlatinb: nein, sorry, bitte erneut posten (03:23:11 PM) zzz: Ich stelle ein paar einfache Fragen: (03:23:15 PM) zzz: 1) Ist die Nutzerbasis groß genug, dass wir sicher sein können, dass es gut getestet wurde? (03:23:17 PM) zzz: 2) Ist der Release-Prozess dokumentiert und könnte theoretisch jemand anderes es bauen, wenn er die richtigen Schlüssel hätte? (03:23:20 PM) zzz: 3) Sind wir zuversichtlich, dass wir die Ressourcen haben, es weiter zu pflegen und Releases zu machen? (03:23:23 PM) zzz: eot (03:24:08 PM) zlatinb: 1) – laut Matomo hat es 20–25 Downloads pro Tag. Nutzer von M1-Macs haben gemeldet, dass es wie erwartet funktioniert. Keine negativen Rückmeldungen. (03:24:28 PM) eyedeekay: 2) und 3) Meiner Meinung nach sind die Antworten definitiv ja. Ich kann alles bis zum Notarisierungs-Teil bauen und kann es jemand anderem beibringen (03:24:53 PM) zlatinb: 2) ist ja, erfordert aber Deanonymisierung, wegen Apple Inc. (03:24:54 PM) eyedeekay: Also gibt es mit zlatinb und mir mindestens 2 Personen, die wissen, wie man es baut (03:25:08 PM) zzz: 2) aber es ist _dokumentiert_? (03:25:33 PM) zlatinb: Ja, Schritt für Schritt inkl. des Notarisierungsprozesses in der README.md (03:25:41 PM) zzz: super (03:26:16 PM) zzz: 1) Beinhaltet „funktioniert“ auch den Update-Prozess? Haben wir gesehen, dass der Torrent-Schwarm tatsächlich anspringt, wenn die News aktualisiert werden? (03:26:29 PM) zlatinb: `http://git.idk.i2p/i2p-hackers/i2p-jpackage-mac` (03:26:43 PM) zzz: (weil ich glaube, dass die Windows-Version bisher nicht tatsächlich als funktionierend beobachtet wurde) (03:27:26 PM) zlatinb: 1) Ja, der Schwarm springt an, er ist recht klein, aber vorhanden. Ich habe es sowohl bei den 1.5.1- als auch bei den 1.6.1-Releases gesehen (03:27:49 PM) zzz: ok super, danke für die Antworten, keine Einwände (03:28:14 PM) eyedeekay: Cool, ich mache die Änderungen an der Website heute Abend, nachdem ich die Sitzungsprotokolle gepostet habe (03:28:26 PM) zlatinb: großartig, danke! (03:29:05 PM) eyedeekay: Bezüglich Windows: Ja, aber es scheint ein Problem in der von mir ausgelieferten Konfigurationsdatei zu sein und nicht im Updater selbst (03:29:05 PM) eyedeekay: Also braucht Windows noch 1 manuelles Update, damit die automatischen Updates funktionieren, was ich wohl vorher wusste, aber vergessen habe (03:30:07 PM) eyedeekay: 4. NetDB-Forschung (Sim/Modell) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:30:44 PM) eyedeekay: Ebenfalls zlatinbs Thema, sag uns, was du denkst (03:31:28 PM) zlatinb: In den letzten zwei Wochen oder so gab es eine spürbare Verschlechterung der Erreichbarkeit von Sites wie zzz.i2p, postman, sogar major.acetone.i2p ... kurz: Sites, von denen ich weiß, dass sie online sind (03:31:57 PM) zlatinb: Ich habe etwas Debugging gemacht und Situationen gehabt, in denen das LS von zzz.i2p problemlos geholt wird, aber dann das RI des IBGW offenbar nicht abgerufen werden kann (03:32:03 PM) zlatinb: (ich spekuliere hier natürlich) (03:32:47 PM) zlatinb: Kurz gesagt gibt es viele Unbekannte beim Funktionieren der NetDB, und wir müssen auf den Kad-Algorithmus vertrauen, was in Ordnung ist, aber ich hätte lieber mehr Vertrauen durch etwas Forschung (03:33:33 PM) zlatinb: So wie das Testnetz geholfen hat, den Streaming-, SSU- und NTCP-Code stark zu verbessern, glaube ich, dass ein Modell oder eine Simulation helfen kann, das Funktionieren der NetDB zu verbessern (03:34:44 PM) zlatinb: Und der Grund, warum ich es hier besprechen möchte, ist, dass, wenn wir uns für eine Simulation entscheiden, die den tatsächlichen Code ausführt, der im router laufen wird, einige Refactorings am NetDB-Code nötig sein werden, möglicherweise auch an einigen der *Job-Klassen (03:34:52 PM) zlatinb: Hinweis: Ich habe mir die Multi-router-JVM und das JVMCommSystem noch nicht angesehen (03:35:03 PM) zlatinb: Vielleicht können diese bis zu einer bestimmten Anzahl von Knoten eine Antwort sein (03:35:37 PM) zlatinb: Aber mein Ziel ist es, mindestens ein paar Tausend Knoten zu simulieren, was bedeutet, die meisten router-Komponenten zu abstrahieren (03:35:42 PM) zlatinb: eot-checkpoint (03:36:28 PM) major hat den Raum verlassen (quit: Ping-Timeout: 320 Sekunden). (03:36:32 PM) zzz: Ich bin bestenfalls verhalten begeistert, wegen der Schwierigkeit und der langen Zeit, bis wir irgendwelche brauchbaren Ergebnisse bekämen (03:37:20 PM) zzz: Zum Einstieg habe ich kürzlich eine Reihe von Änderungen vorgenommen, um die Dinge zuverlässiger zu machen (03:37:27 PM) zzz: in 1.6.1-6 dev build (03:37:46 PM) zzz: aber ich weiß nicht, ob einer der populären Server (außer meinem) es bereits einsetzt (03:38:17 PM) zzz: Ich würde gerne sehen, dass die Server von echelon und eyedeekay es ausprobieren. Das sind zwei Batches, mit denen ich seit Monaten Probleme habe (03:38:20 PM) zzz: eot (03:38:44 PM) eyedeekay: Die meisten meiner Server folgen einfach dem PPA, ich werde git.idk.i2p aktualisieren (03:39:17 PM) zzz: git und gitssh sind zwei, die mich häufig meiden. Wenn die besser werden, merke ich es (03:40:07 PM) zzz: Die Server von echelon sind ein weiteres Rätsel. Sie scheinen häufig Probleme auf IP-Ebene zu haben (03:42:11 PM) eyedeekay: Dann kann ich das bald machen (03:43:37 PM) eyedeekay: Meine Fragen zum netDB-Test-Harness sind wahrscheinlich schlecht durchdacht; zum Beispiel: Hat das bestehende Testnetz die Fähigkeit, eine netDB zwischen den darin befindlichen routern zu simulieren? (03:44:08 PM) eyedeekay: Und wenn ja, gibt es eine Möglichkeit, sie zu nutzen? (03:44:44 PM) Die Verbindung des Kontos wurde getrennt und du bist nicht mehr in diesem Chat. Du wirst dem Chat automatisch wieder beitreten, wenn das Konto die Verbindung wiederherstellt. (03:49:14 PM) Das Thema für #i2p-dev lautet: 1.6.1-7 | nächstes Dev-Meeting 20:00 UTC Dienstag, 4. Januar 2022 (03:49:14 PM) Thema für #i2p-dev gesetzt von zzz um 09:08:14 AM am 01/03/2022 (03:49:20 PM) zzz: Um Himmels willen, nein, nicht pspice. Es war eine Art Warteschlangen-/Verhaltensnetzwerkmodell (03:50:31 PM) zzz: EOT und raus, muss los, danke euch allen (03:50:46 PM) eyedeekay: Bis später, zzz (03:51:41 PM) eyedeekay: Noch etwas zu Punkt 4? zlatinb (03:51:50 PM) zlatinb: nein, das ist alles (03:52:08 PM) eyedeekay: Alles klar, damit ist die Sitzung beendet, eine gute Woche allerseits

Jahresrückblick: 2021

Sat, 01 Jan 2022 00:00:00 +0000

Aktualisierungsdetails

Development Highlights

The 0.9.49 release began the migration to the new, faster ECIES-X25519 encryption for routers. It took many years of work on the specifications and protocols for new encryption, and this release, new installs and a very small percentage of existing installs (randomly selected at restart) began using the new encryption. This is the first time that the default encryption type has ever been changed, so the full migration would take place over several releases in order to minimize any issues.

I2P ist von der log4j-Sicherheitslücke nicht betroffen.

Sat, 11 Dec 2021 00:00:00 +0000

I2P ist von der log4j-0-Day-Sicherheitslücke, die gestern veröffentlicht wurde, CVE-2021-44228, nicht betroffen. I2P verwendet log4j nicht für das Logging; dennoch mussten wir unsere Abhängigkeiten auf die Verwendung von log4j überprüfen, insbesondere jetty. Diese Überprüfung hat keine Schwachstellen ergeben.

Es war auch wichtig, all unsere Plugins zu überprüfen. Plugins können ihre eigenen Logging-Systeme mitbringen, einschließlich log4j. Wir stellten fest, dass die meisten Plugins ebenfalls kein log4j verwenden und diejenigen, die es tun, keine verwundbare Version von log4j verwendeten.

I2P-Entwicklertreffen - 7. Dezember 2021

Tue, 07 Dec 2021 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb

Sitzungsprotokoll

(03:00:21 PM) eyedeekay: Hallo zusammen, willkommen zum Meeting am 7. Dezember (03:00:28 PM) eyedeekay: 1) Hi (03:00:28 PM) eyedeekay: 2) 1.6.1 Release-Status (03:00:28 PM) eyedeekay: 3) jpackage Update-Status (03:00:28 PM) eyedeekay: 4) Monero-Integrationen (03:00:28 PM) eyedeekay: 5) Neue SAM-Bibliothek (03:00:37 PM) zzz: hi (03:00:41 PM) zlatinb: hi (03:01:05 PM) eyedeekay: Hi zzz, hi zlatinb (03:01:12 PM) eyedeekay: Ist heute sonst noch jemand da? (03:01:16 PM) mode (-m ) by zzz (03:01:31 PM) eyedeekay: 2) 1.6.1 Release-Status (03:02:32 PM) eyedeekay: Release 1.6.1 ist verfügbar, der Torrent ist live, ebenso Debian/Ubuntu/Launchpad, Maven, GPlay und unser F-Droid (03:03:10 PM) eyedeekay: Das F-Droid-Repository ist noch veraltet; eine meiner Aufgaben diese Woche ist, unsere App wieder mit ihrem Auto-Build-System zum Laufen zu bringen (03:04:01 PM) eyedeekay: Die Debian-Repositories werden, soweit wir wissen, unsere Updates derzeit nicht erhalten; Leute, die Debian-Pakete verwenden, sollten zu deb.i2p2.de oder deb.i2p2.no wechseln (03:05:18 PM) eyedeekay: Das von zlatinb erstellte DMG-Bundle wurde ebenfalls auf 1.6.1 aktualisiert und ist auf den Mirrors und als Update verfügbar (03:06:01 PM) eyedeekay: Das von mir erstellte exe-Bundle wird heute hochgeladen, ich hatte es gestern geplant, bin aber in Windows-Updates steckengeblieben, also mache ich es heute Abend. (03:06:40 PM) eyedeekay: Laut stats.i2p haben etwa 20 % des Netzwerks aktualisiert (03:06:47 PM) eyedeekay: Noch etwas hinzuzufügen, zzz, zlatinb? (03:09:13 PM) eyedeekay: Hallo? (03:11:26 PM) eyedeekay: OK, ich bin zurück (03:11:40 PM) eyedeekay: (03:06:40 PM) eyedeekay: Laut stats.i2p haben etwa 20% des Netzwerks aktualisiert (03:11:40 PM) eyedeekay: (03:06:47 PM) eyedeekay: Noch etwas hinzuzufügen, zzz, zlatinb? (03:11:50 PM) zzz: ja (03:12:05 PM) zzz: noch keine Spur eines biglybt-Updates, hoffentlich kommt das bald (03:12:10 PM) zzz: noch keine Nutzerbeschwerden (03:12:26 PM) zzz: echelon hatte Probleme mit einem 1.6.1-2 Dev-Build, aber wir wissen nicht warum (03:13:03 PM) zzz: außerdem könnten Nutzer beliebiger I2P-Paketversionen (aktuell oder älter) ein Problem haben wegen geänderter jetty9-Abhängigkeiten (03:13:24 PM) zzz: falls ja, sudo apt install libservlet3.1-java manuell (03:14:44 PM) zlatinb: bzgl. biglybt: Ich habe heute früher von Parg gehört wegen einer nicht verwandten Angelegenheit, also bei ihm ist alles ok. (03:15:52 PM) zzz: kann auch das topaktuelle Ubuntu jammy betreffen, nicht sicher (03:15:52 PM) zzz: eot (03:16:12 PM) zlatinb: eot (03:16:22 PM) zzz: Ich meine das debian/ubuntu package (03:16:22 PM) zzz: eot2 (03:16:22 PM) zzz: Das betrifft debian sid und möglicherweise nur jammy (03:16:22 PM) zzz: eot3 (03:16:22 PM) zzz: Ich gebe ihm noch ein paar Tage und nerve ihn dann (03:16:31 PM) eyedeekay: Danke zzz, das mit Paket/Abhängigkeiten wird, wenn es ein Problem ist, wahrscheinlich auf Reddit aufpoppen (03:16:58 PM) eyedeekay: Ich nutze sid täglich und bin bisher nicht darauf gestoßen (03:17:01 PM) zzz: ref: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 (03:18:40 PM) eyedeekay: 3) jpackage Update-Status (03:19:36 PM) eyedeekay: Das habe ich teilweise schon abgedeckt, zlatinbs dmg-Pakete sind auf den Mirrors und auf der Website gelistet (03:20:29 PM) eyedeekay: Ich musste mein Windows-Laptop aktualisieren und habe die exe-Builds deshalb gestern nicht fertig bekommen, ist für nach dem Meeting eingeplant (03:21:08 PM) eyedeekay: Ich habe meinen News-Server umgestellt, um die neuen Pakete von zlatinb zu veröffentlichen (03:21:59 PM) eyedeekay: Von Nutzern habe ich bisher nichts gehört (03:22:27 PM) zlatinb: Das dmg jpackage ist inzwischen gut gestrafft. Wir haben einen End-to-End-Test des In-Network-Updates von 1.5.0->1.5.1 gemacht und das hat funktioniert (aber erst beim zweiten Versuch) (03:23:02 PM) zlatinb: Laut snark hat 1 Person den Torrent heruntergeladen (03:23:27 PM) zlatinb: Zum mac jpackage gibt es sonst nicht viel zu berichten, es funktioniert im Wesentlichen (03:23:28 PM) zlatinb: eot (03:24:04 PM) eyedeekay: Danke zlatinb (03:24:41 PM) eyedeekay: 4) Monero-Integrationen (03:25:55 PM) eyedeekay: Über das Thanksgiving-Wochenende gab es wieder Interesse daran, Monero-over-I2P in den GUI-Wallets(insbesondere Feather) automatisch zum Laufen zu bringen (03:26:38 PM) eyedeekay: Wir machen hier einige Design-Mockups und Analysen der Abwägungen verschiedener Konfigurationen: (03:26:39 PM) eyedeekay: https://github.com/monero-project/monero-gui/issues/2274 (03:27:15 PM) eyedeekay: Sie sind daran interessiert, mehrere Dinge von uns zu übernehmen, darunter langfristig auch unser Modell für die Verteilung von Software-Updates im Netzwerk (03:27:53 PM) eyedeekay: Wenn jemand sich an der Diskussion beteiligen möchte, führen wir sie hauptsächlich dort und außerdem im Monero-Matrix-Kanal (03:28:06 PM) eyedeekay: Monero-Community (03:28:20 PM) eyedeekay: EOT (03:29:05 PM) eyedeekay: 5) Neue SAM-Bibliothek (03:29:14 PM) zzz: cool, ich nehme an, sie haben sich bereits angeschaut, was Bitcoin für die Low-Level-Adressprotokolle gemacht hat (03:29:17 PM) zzz: eot (03:30:31 PM) eyedeekay: Ja, haben sie (03:31:24 PM) eyedeekay: Außerdem haben die Leute bei diva.exchange letzte Woche eine neue SAM-Bibliothek für node.js/javascript im Allgemeinen erstellt (03:32:02 PM) eyedeekay: Sie ist wesentlich gründlicher und aktueller dokumentiert als die alte, die jetzt nicht mehr gepflegt wird (03:32:07 PM) eyedeekay: Quelle ist hier: https://codeberg.org/diva.exchange/i2p-sam (03:32:23 PM) eyedeekay: NPM-Paket ist hier https://www.npmjs.com/package/@diva.exchange/i2p-sam (03:33:00 PM) eyedeekay: Angesichts der Popularität von node gebe ich dem ein wenig zusätzliche Aufmerksamkeit, scheint so, als würde heutzutage jeder seine Webapps in node schreiben (03:33:15 PM) eyedeekay: eot (03:34:21 PM) eyedeekay: Sonst noch etwas fürs Meeting? (03:35:13 PM) zlatinb: nicht von mir (03:36:01 PM) eyedeekay: Timeout 1, (03:36:04 PM) eyedeekay: 1m (03:37:03 PM) eyedeekay: OK, dann danke zzz, zlatinb, das nächste Meeting ist am 4. Januar 2022 (03:37:03 PM) eyedeekay: Ich werde die Logs in Kürze posten

1.6.1 Veröffentlichung

Mon, 29 Nov 2021 00:00:00 +0000

Aktualisierungsdetails

Hinweis: 1.6.1 ist das aktuelle Release. 1.6.0 wurde getaggt, aber nicht veröffentlicht.

Diese Version schließt den Rollout zweier großer Protokollaktualisierungen ab, die 2021 entwickelt wurden. Der Umstieg auf X25519-Verschlüsselung für routers wird beschleunigt, und wir erwarten, dass bis Ende des Jahres fast alle routers neue Schlüssel erhalten haben. Kurze tunnel-Build-Nachrichten werden aktiviert, was eine erhebliche Reduzierung der Bandbreite ermöglicht.

Wir haben dem neuen Installationsassistenten ein Panel zur Themenauswahl hinzugefügt. Wir haben die SSU-Leistung verbessert und ein Problem mit SSU-Peer-Test-Nachrichten behoben. Der Bloom-Filter für den tunnel-Build wurde angepasst, um den Speicherverbrauch zu reduzieren. Wir haben die Unterstützung für Nicht-Java-Plugins verbessert.

I2P Entwicklertreffen - 02. November 2021

Tue, 02 Nov 2021 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb, Ryemantis_

Sitzungsprotokoll

(04:00:16 PM) eyedeekay: Hallo zusammen, willkommen zum Community-Meeting am 2. November (04:00:16 PM) eyedeekay: 1) Hi (04:00:16 PM) eyedeekay: 2) 1.6.0 Entwicklungsstand / bevorstehendes Release (04:00:16 PM) eyedeekay: 3) mac/win jpackage Beta-Status, Nutzer-Testberichte, In-Netz 17.0.2 Update-Status, Pläne für das 1.6.0-Update? (04:00:35 PM) zzz: hi (04:00:38 PM) zlatinb: hi (04:00:55 PM) eyedeekay: Hi zzz, zlatinb (04:01:25 PM) eyedeekay: 2) 1.6.0 Entwicklungsstand / bevorstehendes Release (04:02:25 PM) eyedeekay: Der Release-Thread ist hier: `http://zzz.i2p/topics/3170-1-6-0-release-summary` und wir haben noch kein Datum festgelegt. Ich hätte in diesem Thread antworten sollen, wollen wir das hier tun? (04:02:43 PM) zzz: ja bitte (04:03:18 PM) zzz: 3 Wochen ab jetzt wären 13 Wochen. +/- 1 Woche ist für mich auch ok (04:03:19 PM) eyedeekay: OK, in meinem Fall bin ich für die Woche des 29., nach dem US-Thanksgiving (04:04:12 PM) zlatinb: Ich bin AFK von meiner Haupt-Workstation bis Anfang Dezember, kann also keine jpackage-Installer bauen oder signieren. Aber ein OTP (Einmalpasswort) für das signtool kann ich trotzdem geben, das ist auf meinem Handy. (04:05:34 PM) zzz: ok, also vorläufig die Woche des 28. dann? eche|off eche|on irgendwelche Einwände? (04:07:30 PM) eyedeekay: Woche des 28. klingt für mich vorerst gut. (04:08:34 PM) eyedeekay: Noch etwas zu Punkt 2)? (04:08:45 PM) zzz: ja, kurzer Status (04:09:02 PM) zzz: es sieht nach einem eher moderaten Release aus, gemessen an der Anzahl der Änderungen (04:09:27 PM) zzz: einige SSU-Beschleunigungen sind vielleicht die Schlagzeile (04:09:48 PM) zzz: zlatinb, wenn du Zeit hast, die Deprecation-Korrekturen bei den Unit-Tests noch reinzuquetschen, wäre das gut (04:09:52 PM) zzz: EOT (04:10:02 PM) eyedeekay: Danke zzz (04:10:28 PM) zlatinb: ja, keine Versprechen bei den Unit-Tests :) (04:10:42 PM) eyedeekay: 3) mac/win jpackage Beta-Status, Nutzer-Testberichte, In-Netz 17.0.2 Update-Status, Pläne für das 1.6.0-Update? (04:12:18 PM) zlatinb: Ich nehme an, das ist jdk 17.0.1, es gibt noch kein 17.0.2 soweit ich weiß (04:12:21 PM) zzz: ja, ich habe diesen Punkt nur hinzugefügt, damit ihr zwei der Community ein Update geben könnt (04:12:32 PM) eyedeekay: zlatinb und ich haben vor ein paar Tagen darüber gesprochen und die Möglichkeit eines OpenJDK-17-Updates für die jpackage-Installationen bewertet (04:12:43 PM) zzz: ignoriert etwaige Tippfehler :) (04:13:36 PM) Ryemantis__ heißt jetzt Ryemantis_ (04:14:08 PM) eyedeekay: Im Moment sind wir bereit, In-Netzwerk-Updates der jpackage-Installationen zu machen, aber wir werden auf das Haupt-Release warten, um unsere jpackage-Releases zu machen, die dann auf entweder 17.0.1 oder 17.0.2 aktualisieren (04:14:55 PM) zlatinb: 17.0.2 ist erst für Mitte Januar fällig, daher sollten wir definitiv ein 1.6.0-jpackage-Release haben (04:15:32 PM) zlatinb: Meiner Ansicht nach würde ich wirklich gerne einen Probelauf des In-Netzwerk-Update-Prozesses machen, um etwaige Bugs auszumerzen, aber das muss in den nächsten 7 Tagen passieren, denn danach bin ich AFK (04:16:03 PM) zlatinb: Zusammengefasst muss Folgendes passieren: (04:16:12 PM) zzz: eyedeekay, das war nicht sehr klar ... ihr seid „bereit“, aber ihr macht es nicht, ihr wollt warten? (04:16:28 PM) zlatinb: 1. Aktualisierung des i2p.newsxml-Repos, um pro Plattform eine entries.html zu erzeugen (04:16:50 PM) zlatinb: 2. Sicherstellen, dass die News-HTTP-Server von idk und ech die neuen news.su3-Dateien ausliefern können (04:17:17 PM) zlatinb: 3. i2p.i2p vom Tag i2p-1.5.0 branchen, CoreVersion/RouterVersion erhöhen, i2p-1.5.1 taggen (04:17:27 PM) zlatinb: 4. jpackage-Installer bauen, nach Bedarf signieren/notarisieren (04:17:47 PM) zlatinb: 5. neue entries.html mit neuer release.json bauen (04:17:50 PM) zlatinb: 6. deployen (04:17:51 PM) zlatinb: eot (04:18:03 PM) zlatinb: Ich weiß also nicht, ob das in 7 Tagen passieren kann, aber es wäre sehr schön, wenn ja (04:19:10 PM) eyedeekay: Mit „bereit“ meine ich, dass die i2p.newsxml-Änderungen valide Feeds erzeugen, die zur Verteilung von In-Netzwerk-Updates genutzt werden können, und sie funktionieren mit meinem lighttpd-News-Setup (04:20:00 PM) eyedeekay: Ich muss plattformspezifische entries.html-Unterstützung hinzufügen; momentan bekommt jeder alle News, aber einen anderen Torrent (04:20:38 PM) zzz: noch größere Perspektive: Da es Beta ist, läuft es gut, bekommt ihr Downloads und/oder Beschwerden? (04:21:16 PM) zlatinb: Downloads – ~25/Tag für Mac, ~100/Tag für Windows laut Matomo (04:21:44 PM) eyedeekay: Keine größeren Beschwerden, es gab ein Problem mit der Erkennung des Pfads zum installierten Paket je nach Architektur und ob Windows installiert war, was einen Teil der Windows-Nutzer betrifft, aber nur wenn der Launcher aus dem Installer heraus gestartet wird (04:22:03 PM) eyedeekay: Nachdem der Installer durchgelaufen ist, verschwindet der Bug, und in der neuen Version ist es behoben (04:22:11 PM) eyedeekay: Also, wird es sein (04:22:15 PM) zzz: großartig (04:22:21 PM) eyedeekay: Das ist die Sache, die zab letzten Monat gemeldet hat (04:22:40 PM) eyedeekay: *installiert oder aus einer früheren Ausgabe aktualisiert (04:24:34 PM) Ryemantis_: Hallo zusammen. Wollte mich auch kurz melden und mich entschuldigen, dass ich in den letzten Wochen so still war. Der Oktober war bei mir sehr beschäftigt und dazu kam noch ein Hardware-Ausfall. Nach dieser Woche sollte ich etwas Zeit haben, meinen Arbeitsplatz wieder zusammenzubauen und die Arbeit an Android I2P fortzusetzen. Ich arbeite derzeit an LiveData, dem Remote-Starten von I2P und einem UPnP-Fix. Ich werde auch im Forum ein Update posten, sobald ich wieder (04:24:35 PM) Ryemantis_: dran bin. Bitte lasst mich auch wissen, falls etwas anderes sofortigere Aufmerksamkeit benötigt. (04:25:04 PM) eyedeekay: Schön, von dir zu hören, Ryemantis_, und willkommen im Meeting (04:25:28 PM) eyedeekay: Danke für das Update zu deiner Arbeit, Hardware-Ausfälle und das Leben passieren uns allen (04:27:01 PM) eyedeekay: Zurück zu 3) für einen Moment: Für den Moment liegt es bei mir, Unterstützung für entries.html in data/platform/branch/entries.html hinzuzufügen, anstatt nur in data/entries.html, damit wir plattformspezifische Newsfeeds haben (04:27:13 PM) Ryemantis_: Ich schätze das Verständnis sehr und danke euch allen für eure harte Arbeit (04:28:23 PM) eyedeekay: Im Gegensatz zu einem Feed, bei dem jeder die News von allen bekommt (04:29:00 PM) eyedeekay: Danach können wir bei Schritt 3. in zlatinbs Beschreibung anfangen (04:29:37 PM) eyedeekay: Noch etwas zu 3)? (04:30:20 PM) zlatinb: nein, ich denke, das erfasst alles (04:30:46 PM) eyedeekay: Cool, sonst noch etwas fürs Meeting, zzz zlatinb Ryemantis_? (04:31:04 PM) zzz: nö (04:31:30 PM) Ryemantis_: nö (04:31:49 PM) zlatinb: ja, kurz – ist das nächste Meeting am 1.? (04:31:54 PM) ***zlatinb schaut in den Kalender (04:32:12 PM) eyedeekay: Ich denke der 7., zlatinb (04:32:20 PM) zlatinb: ok, dann egal (04:32:33 PM) eyedeekay: Der Erste ist laut meinem Kalender ein Mittwoch (04:33:28 PM) eyedeekay: Ach ja, das erinnert mich: Sommerzeit (DST). Ich habe die Meetings immer in UTC geplant, aber möchte jemand die Zeit des Meetings wegen der Sommerzeit anpassen? (04:33:36 PM) zzz hat das Thema geändert zu: 1.5.0-4 | Tag-Freeze Mi., 17. Nov. (04:35:30 PM) eyedeekay: Ich werte das dann als Nein. Sofern es niemand in einem Foren-Thread anspricht, werden die Meetings weiterhin zur gleichen Uhrzeit UTC angesetzt (04:36:05 PM) eyedeekay: Danke an alle fürs Kommen zum Meeting, ich poste die Logs in ein paar Minuten.

I2P Jpackages erhalten ihr erstes Update

Tue, 02 Nov 2021 00:00:00 +0000

Vor einigen Monaten haben wir neue Pakete veröffentlicht, die neuen Nutzern den Einstieg in das I2P-Netzwerk erleichtern sollen, indem sie die Installation und Konfiguration von I2P für mehr Menschen vereinfachen. Wir haben Dutzende Schritte aus dem Installationsprozess entfernt, indem wir von einer externen JVM auf ein Jpackage umgestellt, Standardpakete für die Zielbetriebssysteme erstellt und sie so signiert haben, dass das Betriebssystem sie erkennt, um die Nutzer zu schützen. Seitdem haben die jpackage routers einen neuen Meilenstein erreicht: Sie werden in Kürze ihre ersten inkrementellen Updates erhalten. Diese Updates werden das JDK 16 jpackage durch ein aktualisiertes JDK 17 jpackage ersetzen und Korrekturen für einige kleine Fehler enthalten, die wir nach der Veröffentlichung entdeckt haben.

I2P-Entwicklertreffen - 05. Oktober 2021

Tue, 05 Oct 2021 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb, T3s|4

Sitzungsprotokoll

(04:00:04 PM) eyedeekay: Hallo zusammen, willkommen zum Community-Meeting (04:00:04 PM) eyedeekay: 1) Hi (04:00:04 PM) eyedeekay: 2) Verbleibende 0.9.50/1.5.0 Punkte (04:00:04 PM) eyedeekay: 3) Jpackage-Distributionen (04:00:04 PM) eyedeekay: 4) 1.6.0 Entwicklungsstatus (04:00:15 PM) mode (-m ) von zzz (04:00:16 PM) eyedeekay: 1) Hi, wer ist heute hier? (04:00:24 PM) zlatinb: hi (04:00:24 PM) zzz: hier (04:00:48 PM) eyedeekay: Hi zzz, hi zlatinb (04:01:30 PM) eyedeekay: 2) Verbleibende 0.9.50/1.5.0 Punkte (04:02:21 PM) eyedeekay: Es ist dieselbe Geschichte wie beim letzten Meeting: Wir können mhatta derzeit nicht erreichen, und daher sind unsere Debian-Hauptpakete nicht aktualisiert (04:02:55 PM) eyedeekay: Die offizielle Empfehlung zur Installation von I2P auf Debian und Ubuntu wird sich im nächsten Release dahingehend ändern, dass unser eigenes .deb-Repository/PPA verwendet wird (04:03:26 PM) eyedeekay: Wir aktualisieren außerdem die Anleitungen, um einige Empfehlungen aufzunehmen, die die Nutzung unseres Repositorys sicherer machen (04:03:52 PM) eyedeekay: In der neuen Konfiguration sind unsere .deb-Paket-Signaturschlüssel nur für unsere Pakete gültig, statt für alle Pakete (04:04:04 PM) eyedeekay: Bestehende Debian-/Ubuntu-Nutzer müssen nichts ändern (04:05:04 PM) eyedeekay: Das ist alles von mir zu 2). Hat sonst noch jemand etwas? (04:05:23 PM) T3s|4: eyedeekay: ^alles notiert, und ich bin ebenfalls anwesend (04:06:21 PM) eyedeekay: Danke, T3s|4 (04:06:21 PM) eyedeekay: Timeout 1 Min. für 2) (04:07:36 PM) eyedeekay: OK 3) Jpackage-Distributionen (04:08:02 PM) zlatinb: Ich habe zwei Punkte zu diesem Thema, beide nicht gut (04:08:18 PM) eyedeekay: OK, dann solltest du vielleicht anfangen (04:08:42 PM) zlatinb: 3.1 - Das Mac-DMG wurde nicht korrekt auf den sigterm.no-Mirror verteilt, und ich habe es zwei Wochen nach dem Release entdeckt (04:09:11 PM) zlatinb: Das ist ein großer Fail; wir müssen verstehen, warum es passiert ist und wie wir es künftig verhindern können (04:09:30 PM) zlatinb: 3.2 - Ich habe gerade das Windows-AIO auf einer frischen Windows-10-VM mit nur installiertem Firefox ausprobiert, und die .bat konnte die I2P.exe nicht starten (04:09:50 PM) zlatinb: Das manuelle Starten der I2P.exe funktionierte einwandfrei, aber irgendetwas in der Verbindung zwischen den beiden schlug fehl (04:09:50 PM) zzz: what is AIO? (04:09:55 PM) eyedeekay: Easy-Install (04:09:56 PM) zlatinb: All-In-One (04:10:17 PM) zlatinb: EOT (04:11:42 PM) eyedeekay: Der sigterm.no-Fail ging teilweise auf meine Kappe; ich habe das Problem dort gelöst, es hing mit der Art zusammen, wie ich zuvor das Mirror-Syncing gemacht habe. (04:12:13 PM) eyedeekay: Zum Windows-Bundle: Das sollte auf keinen Fall so sein, nicht gut. Ich verfolge das auf i2p.firefox weiter, sobald das Meeting vorbei ist. Danke, dass du mich darauf aufmerksam gemacht hast. (04:12:50 PM) zlatinb: ok, helfe gerne beim Debuggen, in welcher Form auch immer (04:14:54 PM) eyedeekay: OK, von meiner Seite teste ich die Änderungen an i2p.newsxml, mit denen wir Updates machen wollen; sollte diese Woche zur Prüfung bereit sein, es gibt ein paar kleine Änderungen an den Anweisungen für den Betrieb des News-Servers, die ich mit ech durchgehen muss, aber wir stehen dazu bereits in Kontakt (04:16:03 PM) zzz: 3.3 bzgl. Bundles für OSX empfehle ich, dass wir darauf hinweisen, dass sie auf ARM-Macs ungetestet sind, die Performance unbekannt ist und wir Tester suchen sollten (04:16:17 PM) eyedeekay: Ja, einverstanden. Ich kann diese Änderung heute Abend auf der Website machen (04:16:19 PM) zzz: Und darauf basierend entscheiden, wann wir mit ARM-Builds beginnen (04:17:17 PM) eyedeekay: Mach ich (04:17:20 PM) zzz: Beachte, dass Java 17 theoretisch OSX ARM nativ unterstützt, aber ich weiß nicht, ob irgendeine der OpenJDK-Typ-Seiten die JRE-Builds schon hat (04:18:26 PM) zzz: EOT, danke (04:18:38 PM) zlatinb: Das Bauen für Mac aarch64 muss auf einem Mac aarch64 erfolgen, wegen jpackage (04:18:55 PM) zlatinb: Das heißt, ich brauche irgendwann einen ARM-Mac (04:19:12 PM) zlatinb: Oder jemand anderes braucht einen Apple-Dev-Account (04:19:31 PM) zlatinb: eot (04:20:35 PM) eyedeekay: Mein Mac ist leider auch x86_64, sonst würde ich es anbieten (04:21:17 PM) eyedeekay: Noch etwas zu 3)? (04:22:19 PM) eyedeekay: OK, dann ist 4) 1.6.0 Entwicklungsstatus (04:25:17 PM) eyedeekay: zzz hält uns hier über seine Entwicklungen und den Status auf dem Laufenden: `http://zzz.i2p/topics/3170-1-6-0-release-summary` (04:25:20 PM) eyedeekay: 6 Wochen sind um, ca. 7 Wochen noch (04:25:40 PM) eyedeekay: Eine meiner zwei großen geplanten Änderungen für die router console kommt wahrscheinlich nicht rein: X-I2P-Locations im HTTP-Proxy (04:26:10 PM) eyedeekay: Die andere, das Verwalten von Fork-and-Forget-Plugins, wird diese Woche fertig (04:27:10 PM) eyedeekay: Die Arbeiten an SSU2 gehen in #LS2 weiter (04:27:10 PM) eyedeekay: zlatinb und zzz haben außerdem Performanceprobleme in SSU1 identifiziert und debuggt (04:27:26 PM) eyedeekay: Noch etwas hinzuzufügen, zzz, zlatinb (04:27:28 PM) eyedeekay: ? (04:28:07 PM) zzz: Bisher gibt es in diesem Release nicht viele große Dinge (04:28:21 PM) zzz: Sehr kleiner Diff bisher (04:28:50 PM) zzz: Lasst uns andere große Änderungen bald einbringen (04:29:36 PM) eyedeekay: Ich lasse bei mir nichts Großes oder Drastisches über dieses Wochenende hinaus zu. Wenn ich es bis Montag nicht schaffe, bleibe ich bei kleinen Sachen. (04:29:40 PM) zzz: Sollte im Plan für ein Release Ende Nov. sein (04:30:43 PM) zzz: eot (04:30:45 PM) zzz: Oh, außerdem warten wir auf ein post-EOL-Jetty-9.3.30-Release mit einigen CVE-Backports. Sie haben es getaggt, aber die Builds noch nicht veröffentlicht; das ist typisch für sie (04:31:43 PM) eyedeekay: Wenn sie zu lange warten, die Builds zu veröffentlichen, würde das eine Verzögerung des Releases erfordern? (04:32:37 PM) zzz: Sollte nur etwa eine Woche sein. Wenn sie es aus irgendeinem Grund nicht tun, können wir einfach ihre Patches nehmen (04:33:02 PM) eyedeekay: OK, danke für die Klarstellung (04:33:35 PM) eyedeekay: Gibt es noch etwas zu 4)? Und falls nicht, gibt es sonst noch etwas, das jemand besprechen möchte, solange wir hier sind? (04:35:03 PM) eyedeekay: Timeout 1 Min. (04:35:04 PM) zzz: Wenn jemand mit registriertem Nick Voice möchte, sagt mir Bescheid, bevor ich auf den 'm'-Button klicke. Entschuldigt die Unannehmlichkeiten (04:37:10 PM) eyedeekay: OK, danke euch allen fürs Kommen zum Meeting (04:37:10 PM) eyedeekay: Wir sehen uns auf IRC und beim Meeting nächsten Monat (04:37:20 PM) eyedeekay: Ich habe ein paar Website-Updates zu machen (04:37:59 PM) eyedeekay: Bitte beachtet zzz's ^ Aussage zu Voice auf dem IRC-Server (04:40:00 PM) eyedeekay: Oh, noch etwas: Ich bin Donnerstag und Freitag außer Haus und werde an den Tagen offline arbeiten. Schreibt idk_afk, wenn ich nicht online bin, und ich sehe es bis zum Abend

Bitcoin Core unterstützt jetzt I2P!

Sat, 18 Sep 2021 00:00:00 +0000

Ein seit Monaten vorbereitetes Ereignis: Bitcoin Core hat offizielle Unterstützung für I2P hinzugefügt! Bitcoin-over-I2P-Knoten können vollständig mit den übrigen Bitcoin-Knoten interagieren, wobei sie von Knoten unterstützt werden, die sowohl in I2P als auch im Clearnet aktiv sind, und sind damit vollwertige Teilnehmer im Bitcoin-Netzwerk. Es ist spannend zu sehen, dass große Communities wie Bitcoin die Vorteile erkennen, die I2P ihnen bringen kann, indem es Menschen auf der ganzen Welt Privatsphäre und Erreichbarkeit bietet.

Verbesserung der I2P-Verbreitung und des Onboardings mit Jpackage, I2P-Zero

Wed, 15 Sep 2021 00:00:00 +0000

Die meiste Zeit seiner Existenz war I2P eine Anwendung, die mit Hilfe einer bereits auf der Plattform installierten Java Virtual Machine (JVM; Java‑virtuelle Maschine) läuft. Das war zwar schon immer die übliche Art, Java‑Anwendungen zu verteilen, führt für viele jedoch zu einem komplizierten Installationsvorgang. Komplizierter wird es dadurch, dass die „richtige Antwort“ darauf, wie man I2P auf einer bestimmten Plattform leicht installierbar macht, nicht unbedingt dieselbe ist wie auf einer anderen Plattform. So lässt sich I2P auf Debian‑ und Ubuntu‑basierten Betriebssystemen mit Standardwerkzeugen recht einfach installieren, weil wir die benötigten Java‑Komponenten in unserem Paket einfach als “Required” deklarieren können; unter Windows oder OSX gibt es jedoch kein entsprechendes System, das es uns ermöglicht sicherzustellen, dass eine kompatible Java‑Version installiert ist.

Bringen Sie Ihre I2P-Kenntnisse mit verschlüsselten LeaseSets auf das nächste Niveau

Tue, 07 Sep 2021 00:00:00 +0000

Bringen Sie Ihre I2P-Kenntnisse mit verschlüsselten LeaseSets auf das nächste Niveau

Es wurde in der Vergangenheit gesagt, dass I2P die Unterstützung für versteckte Dienste betont, was in vielerlei Hinsicht zutrifft. Allerdings bedeutet das für Nutzer, Entwickler und Administratoren versteckter Dienste nicht immer dasselbe. Verschlüsselte LeaseSets und ihre Anwendungsfälle bieten einen einzigartigen, praktischen Einblick darin, wie I2P versteckte Dienste vielseitiger und einfacher zu verwalten macht und wie I2P auf dem Konzept der versteckten Dienste aufbaut, um für potenziell interessante Anwendungsfälle Sicherheitsvorteile zu bieten.

I2P-Entwicklertreffen - 7. September 2021

Tue, 07 Sep 2021 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, zzz, zlatinb

Sitzungsprotokoll

(04:02:11 PM) eyedeekay: Hallo zusammen, entschuldigt die kurze Vorankündigung, willkommen zur Sitzung am 7. September (04:02:11 PM) eyedeekay: 1) Hi (04:02:11 PM) eyedeekay: 2) Verbleibende 0.9.50/1.5.0 Punkte (04:02:11 PM) eyedeekay: 3) Änderungen am Debian-Repository (04:02:11 PM) eyedeekay: 4) Jpackage-Distributionen (04:02:11 PM) eyedeekay: 5) Pläne für 1.6.0 (04:03:12 PM) zlatinb: hi (04:03:21 PM) eyedeekay: Hi zlatinb (04:04:21 PM) eyedeekay: OK, wir können einfach loslegen. Falls noch jemand mitten in der Sitzung dazukommt, sagt bitte kurz Bescheid, dass ihr da seid (04:04:49 PM) zzz: hi (04:04:54 PM) eyedeekay: Hi zzz (04:05:03 PM) eyedeekay: Ich übernehme 2) verbleibende 0.9.50‑Punkte und 1.5.0‑Punkte (04:05:41 PM) serempa: hi (04:05:55 PM) eyedeekay: Hi serempa, willkommen zur Community-Sitzung (04:06:19 PM) serempa: oh, was für ein Glück :) (04:06:20 PM) eyedeekay: Die übliche Geschichte: Unser Debian-Upstream-Paket, gepflegt von mhatta, ist nicht aktuell. An diesem Punkt empfehlen wir, das Projekt-Debian-Repository zu verwenden, neu unter meiner Administration auf http(s)://deb.i2p2.de (04:06:54 PM) eyedeekay: Erster Dienstag jeden Monats, 20:00 UTC, sagt es euren Freunden :) (04:07:19 PM) serempa: hmm, eigentlich benutze ich i2pd (04:07:28 PM) zzz: sieht so aus, als wären unser f-droid und offizielles f-droid noch todo, eyedeekay? (04:07:41 PM) eyedeekay: Ja, dazu wollte ich gerade kommen (04:09:26 PM) eyedeekay: Ich bringe das F-Droid-Repository noch auf den neuesten Stand, ich habe keinen Einfluss darauf, wann das offizielle F-Droid aktualisiert wird. Daher wird die Empfehlung ähnlich sein: Unser F-Droid wird vor dem offiziellen F-Droid-Repository aktualisiert (04:10:23 PM) eyedeekay: Für aktuelle Pakete ist unser selbst gehostetes F-Droid daher wahrscheinlich erforderlich (04:10:48 PM) zzz: Ich sehe sonst nichts, was fehlt (04:11:42 PM) eyedeekay: Das sind die einzigen beiden verbleibenden Release-Produkte (04:12:35 PM) serempa: Sorry für die Frage, aber werden ARM-Pakete von jemandem gepflegt? (04:13:16 PM) zzz: Wir laufen auf jeder Plattform, die Java hat (04:13:20 PM) serempa: in den rpi-Repos ist es 0.9.38-3.1 (04:13:47 PM) eyedeekay: Das ist Raspbian, ohne deb.i2p2.de zur sources.list hinzuzufügen? (04:14:01 PM) eyedeekay: Nur um sicherzugehen, serempa? (04:14:05 PM) zzz: du kannst den Anweisungen auf geti2p.net/debian folgen, um unser Repo zu verwenden, serempa (04:14:21 PM) serempa: ah, kapiert, sorry (04:14:23 PM) eyedeekay: Ja, es sollte aktuelle Pi-Pakete haben (04:14:37 PM) eyedeekay: Was uns zu 3) Änderungen am Debian-Repository bringt (04:14:37 PM) eyedeekay: Wir hatten ein DNS-Problem mit dem alten http://deb.i2p2.no Repository (04:15:43 PM) eyedeekay: Der Server, den wir dafür benutzt haben, wird nicht mehr für irgendetwas verwendet; er wurde ausgemustert. Ab jetzt sind deb.i2p2.de und deb.i2p2.no sowohl über HTTP als auch über HTTPS erreichbar (04:16:40 PM) eyedeekay: Bitte lasst uns wissen, wenn ihr beim neuen Setup auf Probleme stoßt; insgesamt sollte es weniger Probleme geben (04:17:22 PM) eyedeekay: Noch etwas zu 3)? (04:18:07 PM) eyedeekay: 4) Jpackage-Distributionen (04:19:29 PM) eyedeekay: Zab hatte bisher eine erfolgreiche jpackage-Veröffentlichung; zumindest nutzen es einige Leute (04:20:29 PM) eyedeekay: Wir haben jetzt eine bessere Vorstellung davon, wie wir den News-Server anpassen, sodass die jpackages Nachrichten und Updates für ihre Distributionen abrufen können (04:20:45 PM) eyedeekay: Ich verzögere meine Veröffentlichung, bis ich eine neue Version von I2P In Private Browsing herausbringen kann, die ein paar Bugfixes enthält und die Startseite und die Suchmaschine setzt (04:21:31 PM) eyedeekay: Das sollte etwa noch eine Woche dauern (04:21:49 PM) eyedeekay: Noch etwas zu 4), zlatinb? zzz? (04:22:06 PM) zlatinb: ups, Moment (04:22:06 PM) zlatinb: lag lag (04:22:37 PM) eyedeekay: Kein Problem, leg los, zlatinb (04:22:39 PM) zlatinb: ja, das Mac-DMG bekommt im Schnitt ~25 Downloads/Tag (04:22:44 PM) eyedeekay: Nice! (04:23:10 PM) zlatinb: die Seite /en/download/mac bekommt auch guten Traffic. Viele Leute besuchen sie, nachdem sie versucht haben, die .jar herunterzuladen (04:23:50 PM) zzz: wieder da, sorry, Computerprobleme (04:24:12 PM) eyedeekay: (04:22:39 PM) zlatinb: ja, das Mac-DMG bekommt im Schnitt ~25 Downloads/Tag (04:24:12 PM) eyedeekay: (04:22:44 PM) eyedeekay: Nice! (04:24:12 PM) eyedeekay: (04:23:10 PM) zlatinb: die Seite /en/download/mac bekommt auch guten Traffic. Viele Leute besuchen sie, nachdem sie versucht haben, die .jar herunterzuladen (04:24:24 PM) eyedeekay: Für den Fall, dass du es brauchst^ (04:25:09 PM) zzz: habt ihr drei die News-Server-URL-Probleme schon gelöst? (04:25:39 PM) zlatinb: was auf aktuellen Mac-OS-Versionen wegen der Notarisierung überhaupt nicht funktioniert (04:25:39 PM) zlatinb: eot (04:25:39 PM) zlatinb_ heißt jetzt zlatinb (04:25:47 PM) zlatinb: starker Lag, sorry (04:27:00 PM) eyedeekay: Noch nicht. zlatinb, wann wäre eine gute Zeit für uns, um uns zu treffen und über die verbleibenden News-URL-Probleme zu sprechen? Ich habe ein, zwei Fragen an dich zu den Anforderungen; wenn wir uns diese Woche treffen könnten, würde das reichen (04:27:42 PM) zlatinb: ja, ich übernehme gern die Python-Änderungen, sobald wir uns darauf geeinigt haben, wie wir es handhaben (04:27:56 PM) zlatinb: die große Frage ist, ob wir separate News-Feeds für die unterschiedlichen Produkte wollen oder nur unterschiedliche Metadaten (04:28:05 PM) zlatinb: das müssen wir entscheiden (04:29:45 PM) eyedeekay: Dann würde ich dazu gern diese Woche ein kurzes Voice-Meeting machen; Termin können wir später festlegen, ich bin mir noch nicht sicher, welche Vor- und Nachteile mir wichtig sind (04:30:01 PM) zlatinb: klar (04:30:08 PM) eyedeekay: Klingt gut (04:30:21 PM) eyedeekay: Noch etwas zu 4)? (04:30:30 PM) zzz: Ihr braucht einen anderen Feed, wenn ihr das erste Mal ein Zwischen-Update macht, z. B. für Java (04:31:17 PM) zzz: nimm auf jeden Fall echelon dazu, er hat möglicherweise eigene Themen (04:32:19 PM) eyedeekay: Zwischendurch wie von non-jpackage zu jpackage? Bei mir ist das „deaktiviert“: Der NSIS-Installer überschreibt keinen IzPack-Installer, wenn er einen findet (04:33:01 PM) zzz: mir fiel das richtige Wort nicht ein. Ich meine eine Zwischenveröffentlichung zwischen den Upstream-Releases, z. B. 1.5.1 (04:33:10 PM) eyedeekay: Ah, verstehe (04:33:20 PM) eyedeekay: Das ergibt Sinn, danke fürs Hinweisen (04:33:50 PM) eyedeekay: Ich schicke eine Gruppenmail, damit alle eingebunden sind (04:34:12 PM) eyedeekay: Und wir werden sie wegen der OpenJDK-Releases definitiv brauchen (04:34:34 PM) eyedeekay: Also ist es uns definitiv wichtig (04:35:13 PM) eyedeekay: OK, noch etwas zu 4)? (04:36:21 PM) eyedeekay: Das bringt uns zu 5) Pläne für 1.6.0 (04:37:45 PM) eyedeekay: Wir sollten uns wohl kurz Zeit nehmen, unsere Pläne aufzuschreiben, Timeout 3 Min (04:38:23 PM) zzz: Ich habe die Roadmap auf der Website für 1.5.0 und 1.6.0 aktualisiert – eyedeekay, bitte prüfe und korrigiere deine Punkte (04:38:45 PM) zlatinb: Ich schaue, ob es einen schnellen Fix für die SSU‑Langsamkeit gibt, die ich im Testnet beobachtet habe. Wenn es etwas Einfaches ist, wie ein verzögertes ACK, das zu lange dauert, denke ich, dass wir es in 1.6.0 aufnehmen können (04:39:04 PM) zlatinb: wenn es sich als komplizierter herausstellt, lohnt es sich nicht wirklich, da wir an einem Ersatz arbeiten (04:39:40 PM) zzz: Ich habe nicht viel auf meiner Liste für 1.6.0 ... Im Moment ist meine Hauptpriorität SSU2; das ist noch ganz am Anfang, ich rechne nicht damit, dass es vor Mitte nächsten Jahres fertig wird (04:39:52 PM) eyedeekay: Ack, zzz, mache ich heute Abend (04:39:52 PM) eyedeekay: Ich habe Copypasta mitgebracht, das ist die Liste, die an meinem Bücherregal klebt: (04:39:52 PM) eyedeekay: Code/Paketierung: (04:39:52 PM) eyedeekay: 1) Die Klasse der „Unmanaged“-Plugins eliminieren, Fork-and-Exec-Plugins verwaltbar machen. (04:39:52 PM) eyedeekay: 2) Unterstützung für die Client-Seite von X-I2P-Location im HTTP-Proxy hinzufügen (04:39:52 PM) eyedeekay: 3) Das I2P-Browserprofil debianisieren (04:39:52 PM) eyedeekay: 4) Das I2P-Browserprofil als Plugin umsetzen (04:39:52 PM) eyedeekay: 5) goSam und sam3 nach i2pgit.org verschieben statt Github (04:39:52 PM) eyedeekay: 6) sam-forwarder UDP tunnels aufräumen und in den go-i2p-Namespace verschieben (04:39:52 PM) eyedeekay: 7) go-i2p-Änderungen endlich fixen und upstream mergen (04:39:52 PM) eyedeekay: Web/Dokumentation: (04:39:52 PM) eyedeekay: 1) „How to Use“ I2P für Android-Browsing, Mail, Bittorrent dokumentieren (04:39:52 PM) eyedeekay: 2) Download-Seite in handhabbare Abschnitte aufteilen, Weiterleitung nach Betriebssystem (04:39:52 PM) eyedeekay: 3) Jpackage-Installationsprozesse auf der Website dokumentieren (04:39:52 PM) eyedeekay: Verschiedenes: (04:39:52 PM) eyedeekay: 1) i2p.keyring.i2p nach i2pgit.org migrieren (04:39:52 PM) eyedeekay: 2) Meine anderen Apps(BRB, Railroad, reseed-tools) als Plugins umsetzen (04:39:52 PM) eyedeekay: 3) News-Server in Go neu schreiben (newsxml-tools) (04:39:52 PM) eyedeekay: 4) Generisches Go-SU3-Signierwerkzeug (04:40:33 PM) zzz: eyedeekay, ich brauche Verschiedenes #1 diese Woche bitte (04:40:47 PM) eyedeekay: Auf jeden Fall (04:40:54 PM) zzz: super, danke (04:41:10 PM) eyedeekay: Kein Problem (04:42:03 PM) eyedeekay: Noch etwas zu 5)? (04:43:21 PM) eyedeekay: Noch etwas für die Sitzung? Timeout 2 Min bei Lag (04:43:53 PM) zlatinb: hmm, ja – hat heute jemand extremen Lag bemerkt? Ich muss außerdem bis zu 10 Mal versuchen, etwas nach git.idk.i2p zu pushen (04:46:39 PM) eyedeekay: Mir sind in der vergangenen Woche einige inkonsistente Schwierigkeiten beim Pushen zu git.idk.i2p aufgefallen (04:48:07 PM) eyedeekay: Normalerweise nach ein paar Minuten weg, erfordert aber mehrere Versuche (04:49:37 PM) eyedeekay: Ich habe es derzeit für 6 tunnels und 2 backup tunnels mit einem Hop konfiguriert (04:54:59 PM) eyedeekay: Es ist nicht multihomed, aber ich könnte es so machen (04:55:08 PM) eyedeekay: Falls es noch etwas für die Sitzung gibt? Timeout 1 Min (04:57:26 PM) eyedeekay: Alles klar, danke fürs Kommen, alle zusammen. Zur gleichen Zeit nächsten Monat. Ich stelle das Protokoll gleich auf die Website

20 Jahre Privatsphäre: Eine kurze Geschichte von I2P

Sat, 28 Aug 2021 00:00:00 +0000

Unsichtbarkeit ist die beste Verteidigung: der Aufbau eines Internets innerhalb des Internets

“Ich glaube, die meisten Menschen wollen diese Technologie, damit sie sich frei äußern können. Es ist ein beruhigendes Gefühl, wenn man weiß, dass man das tun kann. Gleichzeitig können wir einige der im Internet auftretenden Probleme überwinden, indem wir sowohl die Sichtweise auf Sicherheit und Privatsphäre als auch den Stellenwert, der ihnen beigemessen wird, ändern.”

Im Oktober 2001 hatte 0x90 (Lance James) einen Traum. Es begann als ein “Wunsch nach sofortiger Kommunikation mit anderen Freenet-Benutzern, um über Freenet-Themen zu sprechen und Freenet-Schlüssel auszutauschen, während Anonymität, Privatsphäre und Sicherheit weiterhin gewahrt bleiben.” Es hieß IIP — the Invisible IRC Project.

I2P feiert sein 20-jähriges Bestehen

Thu, 26 Aug 2021 00:00:00 +0000

20 Jahre I2P

Es ist kaum zu glauben, aber I2P gibt es seit fast 20 Jahren! Von seinen Anfängen als C‑Projekt, das anonymen Zugriff auf IRC bot, haben wir Hunderte von Beitragenden gewonnen, Check-ins von Dutzenden von Entwicklern akzeptiert, zwei Hauptprogrammiersprachen und drei Versionskontrollsysteme verwendet, eine Migration der Kryptografie durchlaufen und mehrere Soft-Forks erlebt. Es gab rund 500 registrierte Websites im Invisible Web und unzählige nicht registrierte I2P‑Websites, die nur über ihre kryptografischen Hostnamen erreichbar waren.

1.5.0 Veröffentlichung

Mon, 23 Aug 2021 00:00:00 +0000

Aktualisierungsdetails

Thu, 10 Dec 2020 00:00:00 +0000

Hallo Git, auf Wiedersehen Monotone

Die meisten neuen I2P router treten dem Netzwerk durch Bootstrapping mit Hilfe eines Reseed-Dienstes bei. Allerdings sind Reseed-Dienste zentralisiert und vergleichsweise leicht zu blockieren, wenn man die Betonung auf dezentralisierte und nicht blockierbare Verbindungen im restlichen I2P-Netzwerk berücksichtigt. Wenn ein neuer I2P router nicht in der Lage ist zu bootstrappen, kann möglicherweise ein vorhandener I2P router verwendet werden, um ein funktionsfähiges “Reseed bundle” zu erzeugen und ohne einen Reseed-Dienst zu bootstrappen.

0.9.46 Veröffentlichung

Mon, 25 May 2020 00:00:00 +0000

Details zum Update

0.9.46 enthält erhebliche Leistungsverbesserungen in der Streaming-Bibliothek. Wir haben die Entwicklung der ECIES-Verschlüsselung (Vorschlag 144) abgeschlossen, und es gibt jetzt eine Option, sie zum Testen zu aktivieren.

Nur für Windows-Benutzer: Diese Version behebt eine Schwachstelle zur lokalen Privilegieneskalation, die von einem lokalen Benutzer ausgenutzt werden könnte, der Programme ausführen kann. Bitte installieren Sie das Update so bald wie möglich. Vielen Dank an Blaze Infosec für die verantwortungsvolle Offenlegung der Schwachstelle.

I2P Entwicklertreffen - 05. Mai 2020

Tue, 05 May 2020 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, eyedeekay, zlatinb, zzz

Sitzungsprotokoll

22:00:09 <eyedeekay> Hallo zusammen, willkommen zur Besprechung am ersten Dienstag des Monats und zur letzten Sitzung vor dem 0.9.46-Release. Wer ist noch anwesend? 22:00:27 <zzz> hi 22:00:28 <zlatinb> hi 22:01:02 <eyedeekay> 0) Hi 22:01:02 <eyedeekay> 1) 0.9.46 Status/Release 22:01:03 <eyedeekay> 2) Status der git-Migration 22:01:03 <eyedeekay> 3) reseeds (Reseed-Server) 22:01:03 <eyedeekay> 4) Sonstiges 22:03:07 <eyedeekay> Dies ist die letzte IRC-Sitzung vor dem Release 0.9.46, der tag freeze ist in etwa einer Woche, daher müssen bis dahin die übersetzten Zeichenketten fertig sein. Alle verbleibenden Änderungen müssen bis zur endgültigen Frist am 22. dieses Monats eingereicht werden. 22:03:58 <eyedeekay> Soweit ich weiß, liegen wir im Plan, dieses Release rechtzeitig zu veröffentlichen. 22:04:15 <eyedeekay> Von meiner Seite habe ich im 0.9.46-Zyklus mit organisatorischen, kosmetischen und UI-Änderungen an den Anwendungen weitergemacht, hauptsächlich mit Fokus auf i2ptunnel. Außerdem arbeite ich an einer Tunnel-Rotations-Einstellung für i2ptunnel, die ich bald einchecken kann. Ich bezweifle, dass ich die dynamische Tunnel-Zuweisung für i2ptunnel rechtzeitig für 0.9.46 fertig bekomme. 22:04:21 <eyedeekay> Hat jemand noch etwas hinzuzufügen? 22:04:38 <zzz> ja 22:04:52 <zzz> Die beiden Hauptpunkte, Streaming-Verbesserungen und das Fertigstellen von ratchet, sind erledigt 22:05:01 <eyedeekay> Ausgezeichnet! 22:05:03 <zzz> Das Testen von ratchet mit i2pd läuft gut 22:05:08 <zzz> Gute erste Rückmeldungen zum Streaming 22:05:17 <zzz> Feintuning geht bis direkt zum Release weiter 22:05:28 <zzz> Ich konzentriere mich jetzt hauptsächlich auf Bugfixes, überall 22:05:55 <zzz> sollte im Plan sein für ein Release früh in der Woche vom 25. 22:05:57 <zzz> eot 22:06:05 <eyedeekay> Sehr gut. Für Leute, die auf #ls2 mitverfolgen, war das sehr spannend anzusehen. 22:06:22 <eyedeekay> zlatinb, irgendetwas von deiner Seite? 22:07:29 <zlatinb> nur jede Menge Streaming-Arbeit, die entweder weitergeht oder in 47 auf ssu angewendet wird 22:07:52 <eyedeekay> Cool, dann. Weiter zu 2) 22:08:14 <eyedeekay> 2) Status der git-Migration 22:08:14 <eyedeekay> Git wurde für den allgemeinen Einsatz vorbereitet, es wurde in ein Rechenzentrum, auf schnellere Hardware und eine schnellere Verbindung umgezogen. Einstellungen für einen neuen git i2ptunnel sind weitgehend festgelegt, aber noch nicht eingecheckt. Neue gitlab-Anmeldungen werden mit einfachen Nutzungsbedingungen (TOS) begrüßt. Wenn sie diese TOS nicht einhalten können, ist die Option, Git-Dienste selbst zu hosten, klar beschrieben. Es hat Backups, und es hat sowohl HTTPS als auch .oni 22:08:14 <eyedeekay> o support gittorrent läuft weiterhin, ebenso die Trac-Ticket-Migration. Solange wir Trac vorerst für Issues weiter benutzen, halte ich Git für den Vollzeit-Einsatz bereit, falls wir nach diesem Release umstellen. 22:10:16 <eyedeekay> mtn-Historie bleibt ein Knackpunkt für einige interessante Repositories 22:15:23 <eyedeekay> Tut mir sehr leid, Pidgin ist bei mir abgestürzt. 22:15:23 <eyedeekay> Wo waren wir? 22:15:38 <zzz> "mtn history remains..." 22:20:14 <eyedeekay> Danke, zzz. 22:21:03 <eyedeekay> Ich glaube, von meiner Seite gibt es zu git nicht mehr viel zu sagen. Wenn sonst niemand Anmerkungen hat, können wir zu reseeds übergehen 22:21:03 <eyedeekay> timeout 1min 22:21:03 <eyedeekay> Ach stimmt, ich habe die HTTPS-URL nicht erwähnt. Unser git ist unter i2pgit.org sichtbar 22:21:05 <eyedeekay> Weiter geht's, Thema 3) reseeds 22:21:05 <eyedeekay> zzz, du hast das Wort 22:21:18 <zzz> Moment 22:21:25 <eyedeekay> OK 22:21:31 <zzz> Darf ich noch ein paar Gedanken zu 2) hinzufügen? 22:21:37 <eyedeekay> Klar 22:21:51 <zzz> danke 22:22:11 <zzz> Erstens: Ich werde besser mit git und gitlab, und ich habe dieses Wochenende 3 MRs an muwire eingereicht 22:22:21 <zzz> Zwei liefen gut, einer weniger, aber wir lernen 22:22:30 <zzz> Fühle mich deutlich wohler 22:22:52 <zzz> Zweitens: Wie, glaube ich, in der letzten Sitzung erwähnt, würden wir enorm von einem Plan und einem Zeitplan für die Migration profitieren 22:23:00 <zzz> Ich glaube nicht, dass irgendwo einer veröffentlicht ist 22:23:23 <zzz> Insbesondere: welche Branches wann, und so weiter 22:23:23 <zzz> eot 22:27:42 <eyedeekay> Ach Mist, das hat es nicht in den Thread geschafft. Wir haben einen Zeitplan besprochen, der vorsieht, Dinge, die nicht i2p.i2p sind, vor i2p.i2p selbst zu git zu verschieben. Das muss verfügbar gemacht werden, bevor wir die Umstellung abschließen. Ich poste ihn heute Abend. Danke, zzz, für die Erinnerung und dafür, git eine Chance zu geben. 22:27:42 <eyedeekay> Noch etwas zu 2) von irgendwem? 22:28:58 <eyedeekay> OK, dann 3) reseeds 22:29:04 <zzz> danke 22:29:16 <zzz> Ich möchte einen dringenden Aufruf für mehr reseeds starten 22:29:33 <zzz> meeh betreibt 3 unserer 10, und alle 3 waren etwa zwei Wochen lang down. Einer kam zurück. 22:29:43 <zzz> und die anderen zwei sind aus unterschiedlichen Gründen immer noch down 22:29:52 <zzz> er reagiert nicht 22:30:12 <zzz> Das ist keine gute Situation. Wenn sie in 2 Wochen immer noch down sind, werde ich sie vor dem Release entfernen 22:30:16 <zzz> und wir sind dann bei 7 oder 8 22:30:39 <zzz> Ausgefallene reseeds führen zu einer schrecklichen Erfahrung für neue Nutzer, das ist inakzeptabel 22:31:12 <zzz> Wer einen betreiben möchte, bitte bei mir melden 22:31:24 <fug> macht das Betreiben von reseeds einfacher, dann werden Leute sie betreiben 22:31:26 <zzz> Es wäre schön, einen von BiglyBT oder anderen I2P-nahen Organisationen zu haben 22:31:45 <zzz> klar, könnte immer besser sein 22:32:08 <zzz> Leider ist die Person, die unsere reseeds und die Software betreut hat, letztes Jahr verschwunden, daher ist das auch unbesetzt 22:32:11 <eyedeekay> fug, was gilt als einfacher? Das wäre ein Job für mich, ich bin der Go-Typ, ich würde es gern dockerisieren oder checkinstallable machen oder go get-able oder was auch immer. 22:32:16 <zzz> EOT 22:32:44 <zzz> Reseed-Plugin hat er auch halbfertig zurückgelassen 22:32:47 <fug> eyedeekay: Ein Docker-Image wäre gut 22:33:03 <eyedeekay> Cool, ich poste es hier in ein bis zwei Tagen. 22:33:29 <fug> aber so etwas wie eine einfache, einzelne Anwendung, die das Reseeding mit wenig bis gar keiner erforderlichen Einrichtung erledigt, wäre noch besser 22:35:50 <eyedeekay> Das kommt dem, was der Go-Reseed ist, ziemlich nahe, obwohl ich zugebe, dass es ein paar raue Kanten gibt. Ich fange mit Docker an. 22:36:01 <eyedeekay> Noch etwas zu 3)? 22:36:23 <zzz> Nein. Danke, dass du es auf die Agenda gesetzt hast 22:36:48 <eyedeekay> Gern, kein Problem. 4) Sonstiges 22:39:29 <eyedeekay> Ich möchte dr|zed dafür danken, dass er das verbesserte CSS für meine persönlichen Webseiten beigesteuert hat, ich weiß die Überlegungen, die darin stecken, wirklich zu schätzen. Außerdem habe ich ein bisschen Designberatung für meine WebExtension bekommen. Macht jemand etwas Cooles oder Aufregendes? 22:40:53 <eyedeekay> (Das noch nicht anderswo erwähnt wurde?) 22:42:04 <eyedeekay> timeout 1m 22:43:47 <eyedeekay> Wenn sonst niemand etwas hinzuzufügen hat, werde ich die Sitzung jetzt schließen. 22:44:49 <eyedeekay> Alles klar *bafs*. Danke an alle fürs Kommen und die Beiträge zur Sitzung, wir sehen uns auf IRC

I2P-Entwicklertreffen - 07. April 2020

Tue, 07 Apr 2020 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, eyedeekay, zlatinb, zzz

Sitzungsprotokoll

22:04:29 <eyedeekay> Hallo zusammen, wer ist alles hier? 22:04:40 <eche|on> piep :-=) 22:04:46 <zlatinb> hi 22:04:48 <zzz> anwesend 22:06:18 <eyedeekay> Alles klar, erstes Thema, 0.9.46, zzz, leg los 22:06:52 <zzz> Ich schließe gerade etwa zwei Monate Arbeit an ratchet (Vorschlag 144) ab 22:07:16 <zzz> Ich bin etwa am Abschluss von "phase 2", in der es funktionskomplett ist 22:07:32 <zzz> und werde zu mehr Fehlerbehebungen und Tests übergehen 22:07:51 <zzz> also wird 46 die Version sein, in der mehr Leute es testen können, und vielleicht aktivieren wir es standardmäßig in 47 22:08:23 <zzz> Im Anschluss werde ich mich anderen Fehlerbehebungen und Themen widmen, z. B. Streaming (zusammen mit zlatinb) 22:08:56 <zzz> EOT von mir, vielleicht möchten andere sagen, woran sie für 46 arbeiten 22:09:01 <eche|on> Ich habe vor 2 Tagen gerade auf -5 aktualisiert, funktioniert weiterhin gut, der tunnel-Patch Round-Robin ist enthalten, derzeit keine großen Änderungen festgestellt 22:09:56 <zlatinb> Ich habe die TCP-RFCs immer wieder neu gelesen und viele Abweichungen in unseren Streaming- und ssu-Implementierungen bemerkt. Also habe ich sie neu geschrieben. Tickets sind auf trac 22:10:24 <eche|on> sehr, sehr detailliertes Lesen und Prüfen, zlatinb 22:11:34 <eyedeekay> Ich habe begonnen, an Überarbeitungen der i2ptunnel UI zu arbeiten, um die Menge unnötiger Informationen für neue Nutzer zu reduzieren, sowie am Mechanismus für periodische Schlüsselrotation für i2ptunnels 22:12:19 <eyedeekay> Viel Out-of-Tree-Kram auch bei mir; ich möchte das Firefox-Profile-Bundle durch etwas ersetzen, das auch auf Nicht-Windows-Plattformen funktioniert – das nimmt schon ganz gute Formen an. 22:12:32 <eyedeekay> War's das für alle? 22:12:46 <eche|on> sieht so aus 22:12:49 <eyedeekay> Hat außerdem jemand Fragen? 22:13:47 <eyedeekay> Bis hierher gut. Als Nächstes: Verschiedenes 22:14:37 <eyedeekay> Re: Git-Migration, es wurde entschieden, i2p.i2p *nach* dem nächsten Release zu migrieren und nicht davor. Andere Repositories können je nach Einzelfall früher migriert werden. 22:15:06 <eche|on> gut 22:15:20 <eyedeekay> Die Registrierung auf git.idk.i2p ist offen, erfordert aber eine manuelle Freigabe durch einen Admin. Wir sind damit zügig, aber pingt mich gern, wenn es eilig ist. 22:16:46 <eyedeekay> Der bevorzugte Ansatz ist derzeit, git mit SSH zu verwenden – mit Ausnahme des initialen clone, den ihr ausführen könnt, indem ihr das git bundle mit snark herunterladet. 22:16:50 <eyedeekay> EOT 22:17:18 <eyedeekay> Fragen an mich bzgl. Git-Migration? 22:17:31 <eche|on> Gibt es Fortschritte bei der Einbindung der trac-Tickets? 22:17:49 <eyedeekay> Ich hatte keine Zeit, an tracboat zu arbeiten, also nein, noch nicht. 22:17:58 <eche|on> ok 22:18:41 <zlatinb> Ich habe 2 Fragen zur Migration: 22:18:41 <zlatinb> 1. Gibt es eine Möglichkeit, den Network-Read-Timeout in ssh während des git clone zu ändern? Falls ja, würde eine Erhöhung auf etwa 5 Minuten die Erfolgschancen verbessern 22:18:41 <zlatinb> 2. Da trac nicht sehr zuverlässig war, ist es ok, Tickets in GitLab zu eröffnen oder zu spiegeln? Werden sie beachtet? 22:19:15 <eyedeekay> 1: Ich habe das untersucht; es scheint nicht zu gehen, aber ich kann es noch nicht abschließend beantworten. 22:19:20 <zzz> bzgl. 2) nicht von mir, wenn du i2p.i2p meinst 22:19:25 <eche|on> zu 2: tracboat wäre die Skript-Lösung, um alle trac-Tickets in git zu übernehmen 22:19:54 <zzz> Verwandte Frage: Was ist der Plan, um die dauerhaft schlechte Uptime der öffentlich erreichbaren Dienste von meeh zu verbessern? 22:20:02 <eche|on> oh, sorry, für das Kopieren/Migrieren bestehender Tickets, neue könnten ein Problem sein 22:20:18 <zlatinb> Werden die Ticketnummern beibehalten? Falls ja, was passiert mit den bereits auf GL eröffneten Tickets – müssen die gelöscht werden? 22:21:21 <eyedeekay> Ticketnummern sollten erhalten bleiben, wenn ich die Migration zum Laufen bekomme; doppelte Tickets müssen manuell gelöscht werden, wenn eines der beiden Tickets geschlossen wird. 22:22:08 <zlatinb> Und falls die Migration aus irgendeinem Grund nicht funktioniert – was ist der Backup-Plan? 22:23:12 <zzz> Wir haben einer trac-Migration bislang überhaupt nicht zugestimmt; ich nehme an, das alles sind nur Experimente. Ich schlage vor, die trac-Migration aufzuschieben, bis alle mtn-Branches (einschließlich derer, die noch gar nicht auf GH sind) nach git migriert sind 22:23:33 <zzz> vielleicht frühestens Sept. 22:23:42 <eche|on> Die Antwort darauf wird mit zzz' Frage korrelieren; derzeit gibt es keinen festen Plan. Meine Idee wäre, trac mit den älteren Tickets weiter laufen zu lassen 22:24:02 <eyedeekay> Ich habe keine Möglichkeit, trac zu reparieren; die Tickets davon weg zu migrieren ist das Einzige, was ich persönlich tun kann. Wenn ich sie nicht mit tracboat migrieren kann, muss ich es selbst machen. Die gitlab-Seite davon kenne ich; ich muss nur die trac-Seite davon lernen. Mir ist klar, dass gitlab wie ein naheliegender und attraktiver Ersatz für trac wirkt, aber das ist ein erheblicher Blocker. 22:24:03 <zlatinb> ok, und bis ein Migrationsversuch unternommen wurde, sollen wir weiterhin trac verwenden? 22:24:41 <eyedeekay> Ja 22:24:51 <eche|on> Was Tickets angeht: Bitte verwendet trac so lange, bis die Ticket-Migration erledigt ist 22:24:53 <zzz> Also, wer ist verantwortlich dafür, meehs Dienste zu reparieren? Oder haben wir aufgegeben und arbeiten jetzt daran, alles zu ersetzen, was er betreibt? Wenn wir das so machen, lasst uns das klar sagen 22:25:56 <eche|on> meeh ist für seine Dienste verantwortlich. trac sollte durch git ersetzt werden. 22:26:31 <zzz> Was die systemischen Probleme bei anderen Diensten wie dem deb-Repo und dem outproxy nicht behebt 22:26:31 <eche|on> Das Debian-Repository ist derzeit ein offener Punkt; ich habe ein Mirror davon gemacht, brauche aber noch mehr Zeit, um mir die erwartete Einrichtung anzuschauen 22:27:32 <eche|on> outproxy fasse ich überhaupt nicht an 22:27:50 <eyedeekay> Ich helfe gern dabei, meehs deb-Repo zu ersetzen, aber für outproxy kann ich nichts tun. 22:29:19 <eche|on> meeh hat uns oft gesagt, das Problem sei größtenteils das alte System auf alten IPs, das er nutzt; mit welterde, der die DNS geändert hat, hat sich das heute geändert 22:29:33 <zzz> Ich nehme an, die Ticket-Migration für einen bestimmten Branch X findet erst statt, nachdem wir für X von mtn auf git umgezogen sind 22:29:35 <eche|on> aber derzeit keine Ahnung 22:30:55 <eyedeekay> zzz Ja 22:31:08 <eyedeekay> Re: Ticket-Migration 22:31:27 <eyedeekay> So verwirren wir die Leute nicht darüber, wo issues diskutiert werden. 22:32:21 <eyedeekay> Noch etwas? 22:34:22 <eyedeekay> Timeout: 60s 22:36:22 <eyedeekay> **Bafs** OK, danke fürs Kommen, alle zusammen

Verwendung eines Git-Bundles zum Abrufen des I2P-Quellcodes

Wed, 18 Mar 2020 00:00:00 +0000

Das Klonen großer Software-Repositories über I2P kann schwierig sein, und die Verwendung von git kann dies manchmal noch erschweren. Glücklicherweise kann es das manchmal auch erleichtern. Git verfügt über den Befehl git bundle, mit dem sich ein git-Repository in eine Datei verwandeln lässt, die git anschließend an einem Ort auf Ihrer lokalen Festplatte als Quelle zum Klonen, Fetchen oder Importieren verwenden kann. Durch die Kombination dieser Fähigkeit mit BitTorrent-Downloads können wir unsere verbleibenden Probleme mit git clone lösen.

Gitlab-Setup über I2P

Mon, 16 Mar 2020 00:00:00 +0000

Dies ist der Einrichtungsprozess, den ich für die Konfiguration von Gitlab und I2P verwende, wobei Docker zum Verwalten des Dienstes selbst zum Einsatz kommt. Gitlab lässt sich auf diese Weise sehr leicht auf I2P hosten; es kann ohne große Schwierigkeiten von einer einzelnen Person administriert werden. Diese Anleitung sollte auf jedem Debian-basierten System funktionieren und lässt sich problemlos auf jedes System übertragen, auf dem Docker und ein I2P router verfügbar sind.

Git über I2P für Benutzer

Fri, 06 Mar 2020 00:00:00 +0000

Anleitung zum Einrichten des Git-Zugriffs über einen I2P Tunnel. Dieser Tunnel dient als Zugriffspunkt auf einen einzelnen Git-Dienst in I2P. Er ist Teil der übergreifenden Bemühungen, I2P von monotone auf Git umzustellen.

Vor allem anderen: Machen Sie sich mit den Möglichkeiten vertraut, die der Dienst der Öffentlichkeit bietet

Je nachdem, wie der Git-Dienst konfiguriert ist, werden eventuell nicht alle Dienste unter derselben Adresse angeboten. Im Fall von git.idk.i2p gibt es eine öffentliche HTTP-URL und eine SSH-URL, die Sie in Ihrem Git-SSH-Client konfigurieren. Beide können für Push und Pull verwendet werden, SSH wird jedoch empfohlen.

I2P Dev Meeting - March 03, 2020

Tue, 03 Mar 2020 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, eyedeekay, sadie, mikalv, zzz

Sitzungsprotokoll

20:59:49 <eyedeekay> Hallo zusammen, etwa eine Minute bis zur Meeting-Zeit, wer ist alles da? 20:00:33 <eche|on> Ok, es ist so weit. Willkommen zum IRC-Dev-Meeting am 3. März 2020. 20:00:40 <eche|on> Agenda: 20:00:40 <eche|on> 0) Hi 20:00:40 <eche|on> 1) 0.9.45 Release-Status 20:00:40 <eche|on> 2) 0.9.46 Pläne 20:00:40 <eche|on> 3) I2P Android Status/Zukunft 20:00:40 <eche|on> 4) MTN => Git Pläne 20:00:40 <eche|on> 5) Verschiedenes - UX-Pläne für 2020; Spendenseite 20:01:28 <eche|on> da der alte Buffer für mich fast unbenutzbar ist und ich noch keinen neuen habe, fangen wir an 20:01:31 <eche|on> 0) hi 20:01:33 <nextloop> hi! 20:01:38 <eche|on> Ich bin da, eyedeekay ist da, nextloop ist da 20:01:40 <zzz> hi 20:02:21 <eche|on> ok, gehen wir weiter zu 1) 20:02:36 <eche|on> 0.9.45 wurde vor ein paar Tagen veröffentlicht und sieht bisher gut aus 20:02:42 <eche|on> irgendwelche Kommentare? 20:03:03 <zzz> Bei mir lief alles reibungslos 20:03:11 <nextloop> Wie ist der Status von Android? 20:03:16 <zzz> im Netz, PPA, deb-Repo. Bisher keine größeren Meldungen 20:03:31 <eche|on> Android noch nicht fertig, siehe Punkt 3 20:03:34 <zzz> Ich überlasse es dir, zu maven/fdroid/android/mac zu berichten, dazu habe ich keine Einblicke 20:03:47 <eche|on> Mac wurde gebaut und online gestellt 20:04:09 <eche|on> Von meiner Seite lief es gut genug 20:04:13 <eche|on> hi sadie_ 20:04:45 <eche|on> ok, und jetzt weiter zu 2, den 0.9.46-Plänen 20:04:55 <eche|on> zzz: irgendwelche Pläne für 0.9.46 auf deiner Roadmap? 20:05:17 <sadie_> hi 20:05:51 <zzz> rrd4j ist dabei, jrobin zu ersetzen 20:05:56 <zzz> etwa 30 Check-ins bisher in einer Woche 20:06:10 <zzz> und ich hoffe, Ratchet (Prop. 144) fertigzustellen 20:06:28 <eche|on> gutes Tempo, wird sicher langsamer werden. Wird Ratchet in .46 sein oder vielleicht? 20:06:41 <zzz> jogger SSU-Fixes ... vielleicht ... vielleicht auch nicht ... 20:07:23 <zzz> Ratchet ist in 45, es funktioniert, aber viele Details sind noch nicht fertig, hoffentlich dann für 46 20:07:36 <eche|on> ok, gut. 20:08:15 <zzz> Ratchet-To-do-Liste `http://zzz.i2p/topics/2639` 20:08:49 <eche|on> wie ist der geschätzte Zeitrahmen für ein 0.9.46-Release? Mai? 20:08:50 <zzz> Was sind die Pläne der anderen? 20:09:15 <eche|on> eyedeekay, sadie, Plan für 0.9.46 ? 20:09:18 <eyedeekay> Meine oberste Priorität ist derzeit die Readme in der router-Konsole; aktuell bin ich noch leicht durch eine Chat-Empfehlung blockiert, werde das aber bald klären. Darauf aufbauend werde ich schrittweise an unserer Hilfe in der Konsole arbeiten. 20:09:24 <zzz> Ende Mai ist mein Vorschlag, vorbehaltlich der Zustimmung der anderen 20:10:07 <eche|on> ok, Ende Mai sieht gut aus, werde das in den nächsten Tagen mit den anderen verifizieren. 20:10:20 <eyedeekay> Ich bin mit Ende Mai einverstanden 20:10:32 <mikalv_> dito 20:10:43 <eche|on> ok, weitere Anmerkungen zu den 0.9.46-Plänen? 20:10:51 <eche|on> Kommentare, Fragen? 20:11:24 <mikalv_> Nein, aber wir sollten die Frage der Android-Architekturunterstützung klären, jetzt wo alle da sind 20:11:32 <eche|on> das ist Punkt 3 :-) 20:11:44 <mikalv_> Im Grunde sagt Google: x64 unterstützen oder die Plattform fallenlassen (wenn nur 32-Bit bereitgestellt wird) 20:11:47 <eche|on> zu dem wir nun kommen, da niemand noch eine Frage zu Punkt 2 hatte 20:11:56 <mikalv_> super 20:11:59 <eche|on> mikalv_: Wie ist der Stand von Android 0.9.45 ? 20:12:31 <mikalv_> Ich habe es gebaut, Googles Beanstandung erhalten und auf dieses Meeting gewartet für eine administrative Entscheidung, wie wir vorgehen 20:12:48 <mikalv_> ob wir MIPS und Ähnliches streichen oder versuchen sollen, die 64-Bit-Binaries dafür zu produzieren 20:13:04 <zzz> Was ist deine Empfehlung? 20:13:34 <mikalv_> Sobald das entschieden ist, sollten wir jederzeit release-bereit sein, wenn wir es entfernen; und ich bin nicht sicher, ob wir die 64-Bit-Binaries erzeugen müssen, da ich das zuvor nicht versucht habe 20:13:42 <eche|on> Meiner Meinung nach gibt es nicht viele MIPS- und x86-Android-Geräte, also streichen wir sie für 0.9.45, aber behalten wir es im Hinterkopf 20:13:57 <sadie_> Für mich: Review der Informationsarchitektur von Konsole und Website, danach Workshop zu Identität und Werten mit Ura und Simply Secure. Post-Install-Arbeiten, Infrastruktur- und Policy-Review 20:14:06 <mikalv_> Ich habe versucht, von Google Play irgendwie zu erfahren, wie stark sie genutzt wurden (die verschiedenen Architekturen), aber ich konnte dafür keine Metriken finden 20:14:10 <zzz> Hast du Nutzerstatistiken, mikal? 20:14:22 <eche|on> ok, sadie, Ergänzung zu Punkt 2, notiert :-) 20:14:23 <mikalv_> Das Nächste, was wir bekommen, ist eine Liste der Geräte 20:14:27 <nextloop> Die Architektur ist nur für die NDK-jbigi-Lib relevant, richtig? 20:14:35 <mikalv_> aber dann müssen wir wissen, welche Architektur all die verschiedenen Geräte haben 20:14:38 <zzz> klingt für mich nach einer einfachen Entscheidung 20:14:40 <eche|on> ja, nextloop, größtenteils ja 20:14:44 <mikalv_> ja, nextloop 20:14:48 <nextloop> weil es bei jeder F-Droid-Veröffentlichung aus dem Source gebaut wird 20:15:17 <nextloop> Ich habe nie verifiziert, ob es wirklich genutzt wird oder den Java-Fallback verwendet 20:15:25 <eche|on> ok 20:15:25 <mikalv_> aber gilt das für die 64-Bit-Versionen, sodass F-Droid Binaries hat, die in der GPlay-Version nicht existieren? 20:16:24 <nextloop> Es führt einfach das Shellscript aus, glaube ich. Was dort gebaut wird, wird gebaut 20:16:50 <eche|on> mikalv_: Bitte prüfe das Shellscript/F-Droid-Build; wenn 64 Bit verfügbar, nutze es, sonst diese Architektur streichen 20:17:24 <mikalv_> okay, dann mache ich das so, sofern keine Einwände 20:17:35 <eyedeekay> Keine Einwände von mir. 20:17:40 <mikalv_> (?) 20:17:43 <mikalv_> super 20:17:46 <eche|on> nun zum interessanteren Punkt: Zukunft der Android-I2P-Version. Da Bote nahezu tot ist und nicht genutzt wird und kein Dev verfügbar ist, ist der Use-Case für Android-I2P weg 20:17:57 <eche|on> wollen wir ein zukünftiges Android-I2P-Release? 20:18:09 <eche|on> auch ohne Bote und nahezu keinem Use-Case? 20:18:16 <eche|on> eyedeekay: Meinung? zzz? 20:18:28 <zzz> Deine Prämisse ist, dass der einzige Use-Case für die Android-router-App Bote ist? 20:18:47 <eche|on> Da der Browser andere Probleme hat (wie mir mikalv_ sagte), was bleibt übrig? 20:18:59 <eyedeekay> Leute nutzen Java I2P auf Android für Nicht-Bote-Dinge. Da ist ein Typ, der Yacy oben auf Termux hostet oder so ein verrücktes Zeug. Ich möchte die Leute nicht ausbremsen. 20:19:03 <eche|on> abgesehen davon, ein einfacher router auf kleinen Geräten zu sein 20:19:18 <zzz> Es stimmt einfach nicht, dass Browsen kaputt ist 20:19:34 <mikalv_> Es gibt im Grunde keinen „nicht-technischen“ Weg, die heutige Android-Version zu nutzen 20:19:39 <eche|on> ok, gut, ihr beide seid also für die Zukunft von Android 20:19:41 <zzz> richtig, idk? 20:19:48 <mikalv_> Man kann Firefox in about:config tweaken, wovor Mozilla warnt 20:20:06 <eyedeekay> Ja, ich denke, Android kann eine Zukunft haben. 20:20:06 <mikalv_> aber darüber hinaus braucht es aus meiner Sicht irgendeinen Lebenszweck 20:20:45 <eche|on> aber wie ich auch gesehen habe, wird Android den Besitzer zu eyedeekay wechseln, ist das korrekt? 20:20:46 <zzz> Was steckt dahinter? Will das Team es nicht unterstützen? 20:20:51 <eyedeekay> Ja 20:21:00 <eche|on> O 20:21:01 <eche|on> ok 20:21:12 <eche|on> zzz: Ich versuche, Meinungen und Ideen herauszufinden 20:21:26 <eche|on> und so wie es aussieht, wird eyedeekay Android für 0.9.46 und darüber hinaus unterstützen 20:21:35 <eyedeekay> Ich werde weiterhin zumindest die Android-Builds warten und die Verantwortung übernehmen. Ich möchte es weiter unterstützen. Nur zur Klarstellung 20:21:45 <zzz> Ich denke, Android ist wichtig. Im Moment bieten wir schrecklichen Support. Wir beheben _keine_ Bugs und es gibt keine neue Entwicklung 20:21:48 <eche|on> und da Nutzer es offenbar verwenden, wird es unterstützt 20:22:12 <zzz> Wenn wir unseren Support mit dem aktuellen Team nicht erhöhen können, sollten wir jemanden Neues dafür einstellen 20:22:33 <eche|on> ok 20:22:48 <sadie_> Ich habe Unterstützung beantragt, die ich für Android vorschlagen würde. Noch keine Antwort. 20:23:12 <sadie_> Ich finde, dass Android wichtig ist 20:23:38 <eche|on> also wird Android I2P weiterleben und wir versuchen, besseren Support dafür zu bekommen, zumindest besser als nur neue Releases zu liefern 20:23:59 <eche|on> und wenn Finanzierung verfügbar ist, einen Dev auf Mittel setzen, um Android-Entwicklung zu unterstützen 20:24:25 <eche|on> Fragen, Kommentare, Hinweise zu Punkt 3 Android? 20:25:43 <eche|on> ok, weiter zu Thema 4) der bevorstehenden Monotone-zu-Git-Umstellung 20:26:20 <eche|on> Wir haben beschlossen, Monotone zu verwerfen und stattdessen Git zu verwenden; ein Migrationsplan ist noch in Arbeit, um bestmögliche Nutzbarkeit und die für die I2P-Entwicklung benötigten Features zu erhalten 20:26:40 <eche|on> Derzeit hat eyedeekay einen Git-Server auf `http://git.idk.i2p` eingerichtet und ein Howto unter https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md erstellt 20:27:02 <eche|on> Wir arbeiten daran, Trac in die Git-Instanz zu integrieren und alle Tickets nach Git zu migrieren 20:27:26 <eche|on> Nachdem diese Migration sicher durchgeführt und verifiziert ist, legen wir ein Datum für den Wechsel fest 20:27:46 <eche|on> Aktuell suchen wir Tester für die Anleitung und den Git-Server innerhalb von I2P 20:28:03 <eche|on> und natürlich: für weitere Hinweise, Tipps, Ideen, Feature-Requests zu diesem Thema 20:28:07 <eche|on> also, bitte 20:28:12 <eche|on> eyedeekay: weitere Kommentare dazu? 20:28:39 <eyedeekay> Ich habe außerdem daran gearbeitet, WebTorrent um SOCKS-Unterstützung zu erweitern, was hoffentlich in naher Zukunft auch die Nutzung von GitTorrent ermöglichen wird. 20:29:19 <eche|on> nextloop: Kommentare? Da du derzeit am Sync-Skript arbeitest? 20:29:49 <zzz> Ist der muwire-Code wie geplant eingerichtet und zu GH gebrückt? 20:30:18 <eyedeekay> Obwohl meine Tests in den letzten Wochen erfolgreich waren, würde ich mich sehr freuen, wenn Leute meine Anleitung reviewen und Hinweise geben könnten, wo sie klarer oder einfacher werden kann. 20:30:37 <nextloop> Das Thema der abbrechenden Verbindungen während des initialen Clonens wird durch einen Shallow-Clone und iteratives Unshallowing gelöst, liege ich richtig? 20:30:46 <eche|on> zzz: keine Ahnung bisher, auf meiner Seite noch nicht daran gearbeitet 20:30:55 <eyedeekay> Ja, das funktioniert derzeit. 20:30:56 <zzz> idk? 20:31:13 <eche|on> ja, nextloop, das hilft ein wenig, aber selbst die Tiefe von 1 Version sind noch ~100 MB zum Abrufen 20:31:37 <eche|on> mit Unshallowing wird es etwas größer (4–5 Mal in meinem Experiment) 20:31:49 <zzz> Ich habe eine Frage zu Benutzernamen auf git.idk – müssen wir einen auf GH ungenutzten Nutzernamen wählen, oder ihn vorsorglich auf GH registrieren, damit alles richtig funktioniert? 20:32:12 <nextloop> zzz: GitHub identifiziert die Committer anhand der E-Mail-Adressen. 20:32:17 <zzz> Es gab vor einiger Zeit einen Bericht auf zzz.i2p, dass es mehrere gefälschte zzz-i2p-Accounts auf GH gibt. Ist das ein Problem? 20:32:42 <nextloop> Wenn du also die E-Mail, die du für I2P-Git verwendest, zu GitHub hinzufügst, wird der Commit mit deinem Account verknüpft 20:33:16 <nextloop> eyedeekay: Ist das reguläre Torrent-Archiv schon vorhanden? Wenn ich mich recht erinnere, hast du daran gearbeitet 20:33:48 <eyedeekay> Nun, es ist generierbar, aber es gibt noch nichts, das es einplant 20:34:32 <zzz> Muss ich mich also auf git.idk mit einer gültigen Clearnet-E-Mail-Adresse registrieren, wenn ich mich auf GH registrieren will (vorher oder nachher)? Oder ist das eine lokale Einrichtungssache? 20:34:55 <zzz> Wie auch immer, wir sind hier im Detail versunken, sorry, ich kläre das mit idk 20:35:17 <eyedeekay> Du musst meines Wissens keinen ungenutzten GH-Benutzernamen wählen, du könntest vollständig von der GitLab-Instanz aus arbeiten und wir bräuchten GitHub gar nicht 20:35:17 <eche|on> Clearnet-E-Mail sollte in diesem Fall meiner Meinung nach die i2pmail.org-Adresse sein 20:35:46 <nextloop> zzz: Ja, für GitHub musst du die E-Mail verifizieren. Vielleicht i2p-mail.org verwenden? 20:35:54 <eche|on> Derzeit ist der Plan, GitLab (idk in I2P-Netz Git-Instanz) für unsere Arbeit zu nutzen und zu GitHub zu synchronisieren 20:36:23 <eche|on> Die Trac-Tickets wären auf dem in-net GitLab-Server 20:36:25 <nextloop> eyedeekay: Ich wäre motiviert, so ein automatisches Archivieren einzurichten 20:36:27 <zzz> Ich möchte nur sicherstellen, dass es nicht mit irgendeinem Fake-zzz-Account verknüpft wird, wenn es zu GH gebrückt wird 20:36:47 <eche|on> (sorry für die Umstände, GitLab und GitHub sind beide Server mit vielen Features rund um Git, beide erledigen nahezu die gleichen Aufgaben) 20:37:18 <eche|on> valider Punkt, zzz 20:37:47 <eche|on> ok, bevor wir viel tiefer einsteigen, noch weitere Kommentare? 20:39:06 <eche|on> weiter zu Thema 5 – Verschiedenes. Aktuell zwei Punkte von meiner Seite: a) Spendenseite und b) UX-Pläne für 2020 20:39:40 <eche|on> 5a) Eine neue Spendenseite wurde von mikalv_ auf https://donate.i2p.io/ eingerichtet und diese Konten kommen alle der I2P-Firma zugute, die mikalv_ zusammen mit torkel in Norwegen betreibt 20:40:07 <eche|on> Sie ist live und sammelt ab jetzt Spenden; bald (tm) wird sie auf der Webseite und auf Twitter beworben 20:40:24 <eche|on> irgendwelche Kommentare dazu? Probleme, Issues? 20:41:29 <eche|on> 5)b) UX-Pläne für 2020 – sadie arbeitet mit elio an einem UX-Projekt, in dem elio Mittel erhalten hat, um an der I2P-UX zu arbeiten 20:41:42 <eche|on> sadie, weitere Informationen, Pläne, Ideen, Kommentare? 20:42:05 <sadie_> Review der Informationsarchitektur von Konsole und Website, danach Workshop zu Identität und Werten mit Ura und Simply Secure wird die Arbeit für diesen Monat sein 20:42:41 <sadie_> Wir haben sehr gutes Feedback zum Einrichtungsassistenten erhalten! 20:43:31 <eyedeekay> Von mir: Das Browser-Projekt wurde offiziell auf Eis gelegt. Wir hätten kaum einen schlechteren Zeitpunkt wählen können, so etwas zu versuchen, da sich Mozillas Codebasis drastisch geändert hat, während wir damit arbeiten wollten. Das Projekt wird wieder aufgegriffen, wenn das Ziel weniger in Bewegung ist. Ich werde Verbesserungen an I2P und dem Web-Browsing in weniger zeitintensiven Projekten vornehmen. 20:43:36 <sadie_> Also vorerst Phase für Recherche, Synthese und Dokumentation. 20:44:03 <zzz> eyedeekay, Status von Beta 8, vor einem Monat im Meeting in „ein paar Tagen“ versprochen? 20:44:24 <eyedeekay> Sie ist gestrichen. Es hatte keinen Sinn, sie zu erstellen, da sie nur sehr kurzzeitig nutzbar gewesen wäre. 20:44:35 <eche|on> danke, sadie, wie ist der Zeitrahmen für das ganze Projekt? Enddatum 20:44:56 <eche|on> eyedeekay: bitte auf der Webseite ankündigen 20:45:21 <eyedeekay> Mach ich 20:45:22 <sadie_> Voraussichtliches Enddatum für die Studie ist Mitte Juni 20:45:49 <zzz> Wenn Beta 8 nicht lange brauchbar gewesen wäre, nehme ich an, dass Beta 7 auf unserer Website längst obsolet ist und sicher entfernt werden sollte 20:45:53 <eche|on> ok, und gibt es eine grobe Vorstellung, wann UX-Verbesserungen in den I2P-Code einfließen werden? 20:46:59 <eche|on> sadie? 20:47:28 <eche|on> zzz: Das sollte mit der Ankündigung des endgültigen Endes des Browser-Projekts erledigt werden 20:47:33 <sadie_> Das wird erst nach Juni sein. Wir müssen zuerst den Prozess durchlaufen. Wenn es Verbesserungen gibt, die wir einfach umsetzen können, sobald sie vorgeschlagen und genehmigt sind, werden wir das tun. 20:47:35 <zzz> sadie_, ist die Förderorganisation für Ura öffentlich? Und wenn ja, wer? 20:47:46 <mikalv_> Ja, das Browser-Projekt wurde unglücklicherweise zur falschen Zeit gestartet, da Mozilla im selben Jahr praktisch alles in seiner Codebasis neu geschrieben hat 20:48:05 <anonymousmaybe> i2pbrowser hat derzeit viele Sicherheitslücken, die seit Ewigkeiten nicht behoben wurden, weil es mit den gepatchten Releases von TB/FF nicht Schritt gehalten hat 20:48:09 <mikalv_> also hatte jedes Release einen ziemlich anderen Code als das vorherige, und so weiter 20:48:23 <eche|on> sadie_: ok, sieht so aus, als ob frühe 0.9.47, vielleicht 0.9.48 die erste I2P-Version sein wird, die Änderungen aus diesem Projekt bekommt 20:48:25 <sadie_> Die Finanzierung für diese Studie erfolgt über das Usability Lab. 20:48:39 <zzz> das ist OTF? 20:48:40 <sadie_> korrekt, ech 20:48:47 <mikalv_> TBB ließ 2019 rund 10 Leute all ihre Patches drei- oder viermal neu schreiben 20:49:34 <eche|on> https://www.opentech.fund/labs/usability-lab/ 20:49:45 <sadie_> OTF Resource Labs 20:49:58 <zzz> Wäre gut, ein paar Danke-Tweets und einen Blogpost rauszubringen, wenn das öffentlich ist – das sind große Neuigkeiten, über die wir Leute informieren sollten! 20:50:37 <fug> Ihr solltet den Leuten auch sagen, wie ihr das UI ausgehöhlt und Dokus entfernt habt 20:51:09 <eche|on> Als kleiner Wermutstropfen: Das InternetFreedomFestival in Valencia, Spanien, wurde wegen des hohen Risikos durch das Coronavirus abgesagt. 20:51:18 <eche|on> also keine I2P-Teilnahme dort 20:51:38 <eche|on> zzz: notiert und wird passieren 20:52:15 <sadie_> zzz, ja, ich habe es letzte Woche im Forum angekündigt. Der PR-Rollout ist geplant 20:52:26 <eche|on> weitere Kommentare, Themen unter Punkt 5) Verschiedenes? 20:52:51 <eche|on> `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 <eche|on> ist der Foreneintrag mit News-Einträgen 20:53:10 <fug> zzz: GitHub erkennt das anhand der in Commits angegebenen E-Mail; diese E-Mail muss bei einem GitHub-Account registriert sein, und die Registrierung erfordert das Senden eines Bestätigungslinks an die E-Mail 20:53:33 <fug> zzz: bei deinen Commits mit .i2p-Mail kannst du sie also nicht bestätigen 20:53:55 <anonymousmaybe> Irgendeine Roadmap für i2prouter-Isolation? https://trac.i2p2.de/ticket/2132 20:54:47 <eche|on> Eine Aufteilung des I2P-Debian-Pakets ist meiner Meinung nach derzeit auf Eis 20:54:51 <eyedeekay> Noch keine Roadmap dafür. 20:55:02 <anonymousmaybe> ah, schade .. 20:55:22 <eche|on> Soweit ich weiß gab es einige Diskussionen mit dem Deb-Maintainer, bisher ohne produktives Ergebnis 20:56:02 <anonymousmaybe> Ticket existiert bereits, aber es wurde nichts dafür getan 20:56:17 <zzz> Noch keine 45 für sid, auch keine Neuigkeiten von mhatta 20:56:38 <anonymousmaybe> mikalv_ hat das Trac-Filtering von Tor/I2P-Nutzern gefixt? 20:56:42 <fug> Es gibt https://github.com/tracboat/tracboat für Trac->GitLab-Migration, wurde das evaluiert? 20:57:25 <eche|on> Meiner Meinung nach probiert eyedeekay tracboat für die Migration aus, zumindest wurde der Name erwähnt 20:57:28 <fug> Wo gibt es eine Informationsseite, die den Status der Migration zu Git beschreibt? 20:57:46 <eche|on> Derzeit keine Seite außer dem oben erwähnten Howto und dem Git-Server 20:57:56 <eche|on> da wir noch in einer frühen Phase sind 20:58:17 <fug> Ihr solltet dennoch eine Seite für diese Infos haben 20:58:21 <eche|on> vermerkt, eine Infoseite zu erstellen 20:58:22 <mikalv_> Ich hoffe, es ist gefixt – hatte jemand in den letzten Tagen Probleme damit? 20:58:38 <eyedeekay> Trac? In letzter Zeit nicht 20:58:49 <eche|on> ja, mikalv_, es war hier ein Nutzer, der versucht hat, ein Ticket einzureichen, und wurde als Spam blockiert 20:58:59 <eche|on> aber ok, noch ein weiterer Kommentar zum Dev-Meeting? 20:59:09 <zzz> outproxy ist immer noch ein Haufen Mist, aber Trac funktioniert für mich gut 20:59:20 <mikalv_> Und wir reden jetzt über Tracs eigenes System und nicht über das i2ptunnel, richtig? 20:59:26 <eche|on> ja 20:59:43 <eche|on> uhh, das 60-Minuten-Limit ist da … 20:59:55 <eche|on> weitere Kommentare? 21:00:05 <fug> ja, Infos über das Entwickeln von I2P 21:00:16 <fug> sollte die Nutzung der neuen Git-Instanz statt MTN erwähnen, die niemand nutzt 21:00:45 <eche|on> wird gemacht, wenn es valide ist und zu 100 % verifiziert 21:01:24 <eche|on> Wenn kein weiterer Kommentar kommt, da dieses IRC-Meeting sich der 60-Minuten-Marke nähert, was eine weiche Grenze ist, würde ich das Meeting gerne schließen. Aufgrund eines fehlenden geeigneten Buffers mache ich ein „plopp“-Geräusch. 21:01:45 <eche|on> also, Ohren auf: „plopp“ 21:01:56 <sadie_> mic drop 21:02:02 <eche|on> Dev-Meeting vorbei. Danke euch allen für eure Zeit, Ideen und Kommentare 21:02:14 <eche|on> Ein Log wird bald veröffentlicht 21:02:14 <sadie_> danke, ech

0.9.45 Veröffentlichung

Tue, 25 Feb 2020 00:00:00 +0000

Aktualisierungsdetails

0.9.45 enthält wichtige Fehlerbehebungen für den versteckten Modus und den Bandbreitentester. Es gibt ein Update für das dunkle Konsolenthema. Wir arbeiten weiterhin an Leistungsverbesserungen und an der Entwicklung neuer Ende-zu-Ende-Verschlüsselung (Proposal 144).

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Der beste Weg, die Sicherheit aufrechtzuerhalten und dem Netzwerk zu helfen, ist, die neueste Version zu verwenden.

DETAILS ZUR VERÖFFENTLICHUNG

Änderungen

Dark theme improvements
Console icon changes
Move some translations from console to router and core for embedded uses
Jetty 9.2.29
Tomcat 8.5.50
i2psnark HTML5 preview player for partial files

Fehlerbehebungen

I2P-Entwicklertreffen - 04. Februar 2020

Tue, 04 Feb 2020 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, eyedeekay, sadie, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) I2P Browser Projektstatus (sadie, meeh, idk) 20:00:00 <zzz> 2) Outproxy Anwendungsfälle / Status (sadie) 20:00:00 <zzz> 3) 0.9.45 Entwicklungsstatus (zzz) 20:00:00 <zzz> 4) Status-Scrum (zlatinb) 20:00:04 <zzz> 0) Hi 20:00:06 <zzz> hi 20:00:19 <zlatinb> hi 20:00:29 <zzz> 1) I2P Browser Projektstatus (sadie, meeh, idk) 20:00:51 <zzz> sadie, was ist der aktuelle Stand beim Browser-Projekt? 20:01:22 <zzz> oder, da sie nicht hier ist, jemand anders? 20:02:09 <eyedeekay> Hi 20:02:55 <zzz> eyedeekay, hast du ein Status-Update zum Browser-Projekt? 20:03:22 <eyedeekay> Wir sind dabei, die letzte Veröffentlichung des Browsers für sechs Monate herauszugeben, bevor er in eine Pause geht. Wir haben entschieden, dass wir viel smarter damit umgehen müssen, wie wir die Konfiguration kapseln und den Browser bauen, damit das Projekt nachhaltig wird; derzeit ist es ein massiver Ressourcenfresser. Eine ausführlichere Stellungnahme wird zum Zeitpunkt der Browser-Veröffentlichung auf der Website veröffentlicht. 20:04:11 <zzz> Diese Veröffentlichung wird Beta 8 sein? Wenn ich mich recht erinnere, war bei unserem letzten Treffen vor zwei Monaten geplant, dass sie innerhalb von 3 Tagen herauskommt 20:04:58 <eyedeekay> Ja, das ist der Grund, warum es eine Pause gibt. Es ist schlicht nicht nachhaltig, es so weiter zu machen wie bisher; andere Optionen müssen geprüft werden, die weniger Arbeit erfordern, nur um mit den Firefox-Releases Schritt zu halten. 20:05:27 <zzz> ok. Willkommen sadie_, hast du noch etwas hinzuzufügen? 20:05:44 <sadie_> nein 20:06:05 <zzz> Hat jemand Anmerkungen oder Fragen zu 1) Browser? 20:06:52 <zzz> Noch etwas zu 1)? 20:07:29 <zzz> 2) Outproxy Anwendungsfälle / Status (sadie) 20:07:32 <eyedeekay> Wir werden Empfehlungen für alternative Verfahren zur Konfiguration von Browsern bereitstellen. 20:07:47 <zzz> ok 20:08:04 <zzz> sadie_, bitte gib uns ein Update zur Outproxy-Forschung 20:08:51 <sadie_> Die Outproxy-Forschung wurde in den letzten Monaten aufgeschoben. 20:09:42 <zzz> ok, gibt es einen Ausblick, wann es wieder aufgenommen wird? 20:11:53 <zzz> Irgendwelche Anmerkungen oder Fragen zu 2) Outproxy? 20:12:20 <sadie_> Es ist in absehbarer Zukunft keine hohe Priorität, gemäß Roadmap. 20:12:40 <eyedeekay> Meeh hat die Outproxy-Leistung in letzter Zeit tatsächlich spürbar verbessert, für den allgemein genutzten Standard-Outproxy unter false.i2p 20:13:11 <zzz> Noch etwas zu 2)? 20:14:04 <zzz> 3) 0.9.45 Entwicklungsstatus (zzz) 20:14:15 <zzz> Die Entwicklung läuft gut 20:14:32 <zzz> Wir haben bislang 17K Zeilen Diff, darunter ein großes Update der dunklen Themes 20:14:38 <zzz> einige Fixes für den versteckten Modus 20:14:47 <eche|on> hoffe, das wird helfen 20:15:16 <zzz> einige Symboländerungen, neuer Tomcat, neuer Jetty, HTML5-Vorschau-Player für unvollständige Dateien in i2psnark 20:15:52 <zzz> Die Termine stehen im /topic oben. Tag Freeze in einer Woche, Check-in-Deadline in 2 1/2 Wochen, Release in 3 Wochen 20:16:34 <zzz> Nicht strikt in .45, aber ich kann ankündigen, dass wir gute Fortschritte bei Interoperabilitätstests mit i2pd zu Proposal 144 (neue Verschlüsselung) gemacht haben 20:16:59 <zzz> und wir arbeiten weiterhin die Bugs und Issues auf beiden Seiten ab, und auch im Proposal selbst 20:17:27 <zzz> Möchte sonst noch jemand etwas hervorheben, das in .45 eingeflossen ist oder noch einfließen wird? 20:19:01 <zzz> Noch etwas zu 3)? Fragen oder Kommentare? 20:19:22 <eche|on> nein 20:20:02 <zzz> 4) Status-Scrum (zlatinb) 20:20:08 <zzz> leg los, zlatinb 20:20:15 <zlatinb> Hi. Kurz: 1) was du seit dem letzten Treffen gemacht hast 2) was du nächsten Monat vorhast 3) irgendwelche Blocker oder benötigte Hilfe. Sag EOT, wenn du fertig bist 20:20:46 <zlatinb> ich: 1) MW-Plugin 2) Mehr Arbeit am MW-Plugin, joggers Rewrite von SSU 3) keine Blocker EOT 20:21:16 <zzz> 1) Bugfixes, Proposal 144, Review von joggers Patches und Proposal; 2) mehr vom Gleichen, plus .45-Release; 3) keine Blocker EOT 20:21:54 <eche|on> nichts Besonderes, Server-Support, `http://wiki.i2p-projekt.i2p` läuft und wird befüllt, alles gut 20:23:26 <sadie_> arbeite mit idk an Verbesserungen der Post-Install-Dokumentation, zusätzliche Usability-Testing-Forschung gesichert, Community-Outreach / PR-Strategie / Testen von idks WebExtensions/ Discovery-Prozess – resiliente Infrastruktur, Rebranding-Recherche – nächster Monat mehr vom Gleichen 20:23:57 <zlatinb> noch jemand? T-1 Minute bis Scrum-Ende 20:24:01 <eyedeekay> 1) Der größte Teil meiner Arbeit war eine umfassende Überarbeitung des Standard-Dark-Themes, um die Lesbarkeit zu verbessern und es moderner und konsistenter aussehen zu lassen. Außerdem habe ich Funktionen hinzugefügt und Bugs in meiner WebExtension für Firefox behoben; sie kann jetzt mit i2pcontrol und snark-rpc sprechen. Außerdem habe ich meine persönliche eepSite und eine gemeinsame Git-Ressource(eine GitLab-Instanz unter git.idk.i2p) für das Projekt eingerichtet. 2) Ich werde innerhalb 20:24:01 <eyedeekay> der Git-Migration arbeiten. 3) keine Blocker. 20:24:41 <zlatinb> danke, scrum.end 20:24:48 <zzz> ok danke, zlatinb 20:25:07 <zzz> Hat jemand Fragen, Kommentare oder zusätzliche Themen für das Meeting? 20:26:13 * zzz greift sich den baffer 20:27:01 * zzz *bafs* das Meeting geschlossen

I2P-Entwicklertreffen - 03. Dezember 2019

Tue, 03 Dec 2019 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, meeh, sadie, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) I2P-Browser-Projektstatus (sadie, meeh, idk) 20:00:00 <zzz> 2) Outproxy Anwendungsfälle / Status (sadie) 20:00:00 <zzz> 3) 0.9.44 Release-Status (zzz) 20:00:00 <zzz> 4) Status-Scrum (zlatinb) 20:00:10 <sadie__> hi 20:00:20 <zzz> 0) Hi 20:00:22 <zzz> hi 20:00:47 <zzz> 1) I2P-Browser-Projektstatus (sadie, meeh, idk) 20:00:49 <zlatinb> hi 20:01:00 <meeh> hi 20:01:23 <zzz> sadie, was gibt es Neues beim I2P-Browser-Projekt? Und du kannst gern Teile deiner Antwort an idk und meeh delegieren 20:01:32 <eyedeekay> Hi 20:03:02 <meeh> Die größte Neuigkeit ist wohl, dass unsere nächste Release jetzt auf ESR 68 und nicht 60 basiert, und unsere Erweiterungen gerade in den Quellcode portiert werden, da Mozilla einige der derzeit von uns genutzten APIs in späteren Versionen entfernt 20:03:27 <zzz> und wann ist diese Release geplant? 20:03:47 <meeh> Es ist außerdem die erste Release, die mit unserem neuen EV-Code-Signing-Zertifikat signiert sein sollte – also keine furchteinflößenden Warnmeldungen mehr 20:03:54 <meeh> in zwei, drei Tagen 20:04:06 <meeh> sagen wir am 6. 20:04:15 <zzz> ok, das wird dann Beta 8, denke ich? 20:04:26 <meeh> ja, das ist korrekt 20:04:27 <eyedeekay> Ja, Beta 8 20:04:43 <zzz> super. noch etwas hinzuzufügen, sadie__ eyedeekay? 20:05:08 <eyedeekay> Außerdem aktivieren wir jetzt auch die Suite von I2P-Anwendungen, snark, susimail usw. 20:05:19 <sadie__> ja – wir werden außerdem ein aktualisiertes MVP und eine Roadmap bereitstellen 20:05:54 <zzz> wann werden die veröffentlicht? 20:05:56 <meeh> und wir werden mit der Zeit Ersatz mit modernen Standards veröffentlichen, zunächst zumindest für susimail und das Adressbuch 20:06:14 <meeh> das ist nicht für diese Release, doh, sondern für spätere Releases 20:06:47 <sadie__> das sollte Mitte nächster Woche auf der Seite sein, zusammen mit dem aktualisierten Projektnamen und der Branding-Ausrichtung 20:07:15 <meeh> eine Neuigkeit, die nicht direkt mit dem Browser verknüpft ist: Wir haben jetzt auch einen Rack-„Runner“, der direkt mit I2PSocket spricht und vom Nutzer nicht verlangt, das über irgendeinen lokalen TCP-Port weiterzuleiten 20:07:25 <zzz> nice. Wollt ihr den neuen Namen leaken oder wartet ihr, bis er auf der Seite steht? 20:07:34 <meeh> damit ist es z. B. möglich, Ruby on Rails direkt über I2PSocket laufen zu lassen 20:07:57 <sadie__> Wir warten, bis die Seite aktualisiert ist =) 20:08:12 <zzz> nice, meeh, es ist immer besser, den Weg hin und zurück über einen Standard-Socket zu vermeiden 20:08:51 <zzz> klingt nach großem Fortschritt 20:09:01 <zzz> noch etwas zu 1)? Hat jemand Fragen? 20:10:31 <zzz> 2) Outproxy Anwendungsfälle / Status (sadie) 20:10:41 <zzz> sadie__, was gibt es Neues zu diesem Recherchevorhaben? 20:10:44 <sadie__> Die schlüsselfertige Outproxy-Lösung wurde auf Eis gelegt, bis ich die Ressourcen beschaffen kann, die für eine ordentliche Informationsbeschaffung zur Fertigstellung des MVP nötig sind. Diese Recherche wird erst nächstes Jahr fortgesetzt. Die allgemeine Diskussion zur Nutzung von Outproxies wird in den kommenden Wochen wieder aufgenommen. Derzeit sollte beim Outproxy die Priorität darin bestehen, Leistungsprobleme zu untersuchen und zu verbessern. 20:11:45 <zzz> ok, bezogen auf den Outproxy des Projekts, wie ist der Stand bei Untersuchung und Verbesserung? 20:12:10 <zzz> meeh, hast du dazu Infos? 20:12:17 <sadie__> meeh kann dazu besser etwas sagen als ich 20:12:28 <meeh> Außerdem, da das Thema Outproxy ist: Das jruby-Gem, das ich erstellt habe, hat auch einen einfachen, Single-Threaded-Outproxy, der als I2P-Plugin laufen kann 20:12:33 <meeh> zu finden hier https://github.com/mikalv/ji2p-jruby/blob/master/bin/simple_outproxy 20:13:08 <zzz> aber was ist mit dem aktuellen Outproxy? 20:13:09 <meeh> außerdem habe ich angefangen, das Gem aufzuteilen, damit man für ein einfaches I2P-Plugin, das damit nichts zu tun hat, nicht Cluster-Unterstützung und dergleichen mit einpacken muss 20:13:13 <meeh> weil es ziemlich groß geworden ist 20:13:41 <meeh> ja, ich hatte ein paar Kabel- und Switch-Upgrades, die ein Engpass für den öffentlichen Outproxy waren 20:13:52 <zzz> Ich notiere mir jede Outproxy-Abfrage, Erfolg oder Misserfolg, auf einem Post-it. Die heutige Erfolgsrate ist nur 75% 20:14:26 <zzz> sadie sagt, es hat Priorität, also was planst du als Nächstes? 20:14:39 <meeh> die nächste Browser-Release, Beta 8 – sorry, das habe ich vorhin vergessen zu erwähnen – wird viel mehr Destinations (Zieladressen) haben, die auf denselben Dienst zeigen, da wir glauben, dass die Destinations in sich der nächste Engpass sind 20:14:56 <meeh> also nicht nur false.i2p und meine Tor-Bridge, sondern eher so in der Größenordnung von 20 20:15:30 <meeh> Ich werde außerdem die Proxy-Software durch eine eigens entwickelte Elixir/Erlang-Software ersetzen, die ich vor ein paar Monaten geschrieben habe 20:15:45 <meeh> auch hier zu finden https://github.com/mikalv/i2p-outproxy-elixir 20:16:00 <zzz> Hast du in Erwägung gezogen, von i2pd auf Java zu wechseln? Ich denke, es gibt einige gravierende Probleme beim Betrieb auf i2pd 20:16:14 <meeh> Ich habe ein paar noch nicht eingecheckte Änderungen, die ich pushe, bevor ich umstelle, und jeder kann das nutzen, um seinen eigenen zu betreiben. Ich werde dafür auch bessere Doku schreiben 20:16:25 <meeh> Ich verwende derzeit beides 20:16:29 <meeh> sowohl Java als auch i2pd 20:16:39 <zzz> ok 20:16:40 <meeh> es sollten vier router sein, die alle die zwei Destinations haben 20:16:51 <meeh> die auf denselben HTTP-Proxy-Endpunkt zeigen 20:17:05 <zzz> hast du schon ein Fazit, welche davon den besseren Dienst bietet? 20:17:17 <meeh> die i2pd sind mit wie 100 tunnels konfiguriert, verglichen mit dem 16-tunnel-Limit von Java 20:17:49 <meeh> nein, sorry, noch nicht, aber das habe ich auf meine To-do-Liste für die nähere Zukunft gesetzt 20:18:21 <zzz> ok, ich ermutige das Team, einen messbasierten Ansatz für Verbesserungen zu nutzen. Nicht einfach mit der Schrotflinte draufhalten und alles ändern 20:18:51 <meeh> ja, das habe ich schon einmal gemacht und daraus gelernt – also keine Sorge, es wird messbasiert 20:18:55 <zzz> noch etwas zu 2), sadie__? 20:19:09 <sadie__> nein 20:19:22 <zzz> hat jemand Fragen zu 2)? 20:20:19 <zzz> 3) 0.9.44 Release-Status 20:20:29 <zzz> ok, wir haben die Release 0.9.44 am Sonntag herausgebracht 20:21:00 <zzz> sie behebt ein fieses Problem bei der Handhabung neuer Verschlüsselungstypen. Alle sollten so bald wie möglich aktualisieren 20:21:12 <meeh> für android ist es auf google play, fdroid und auf unserer Download-Seite veröffentlicht, wobei letztere eine GPG-Signatur enthält, und die Website ist aktualisiert 20:21:33 <zzz> großartig. wie steht's mit mavencentral? 20:22:03 <meeh> ja, das ist eine erforderliche Abhängigkeit des Obigen, also wenn ich das Obige gemacht habe, muss ich mavencentral bereits erledigt haben 20:22:07 <zzz> Es ist jetzt für netzinterne Updates verfügbar. Etwa 10% des Netzwerks haben bereits aktualisiert 20:22:38 <zzz> Ich habe am Sonntag auch das PPA und das deb-Repo gemacht 20:22:58 <zzz> ich denke, das ist das meiste 20:23:05 <zzz> bislang keine Beschwerden 20:23:24 <zzz> leider ist der Bandbreitentester so gut wie komplett kaputt 20:23:51 <zzz> im Test-Pool hat sich kürzlich etwas geändert, und unsere Art, den Handshake zu machen, hat nicht mehr funktioniert 20:24:10 <zzz> Ich habe die letzten anderthalb Tage daran gearbeitet und es wieder zum Laufen gebracht 20:24:40 <zzz> wenn jemand sieht, dass so etwas kaputt ist, bitte ein Ticket erstellen. Schade, dass wir nicht gemerkt haben, dass es vor der Release kaputt war 20:25:29 <meeh> wir haben auch eine neue (Standalone-)Spendenseite in der Pipeline, die mehr Arten zu spenden ermöglichen würde, auch wiederkehrendes PayPal usw. 20:25:39 <zzz> das ist ungefähr alles, was ich zu .44 habe. Wir fangen gerade mit .45 an und stellen den Plan zusammen, aber ich erwarte, dass die 45-Release im Februar sein wird 20:25:44 <meeh> und sie sieht **schick** aus 20:25:48 <meeh> mit Großbuchstaben 20:25:56 <zzz> ok, meeh, großartig 20:26:02 <zzz> noch etwas zu 3)? 20:27:02 <zzz> 4) Status-Scrum 20:27:06 <zzz> los, zlatinb 20:27:31 <zlatinb> hi, ganz kurz: 1) was ihr letzten Monat gemacht habt 2) was ihr nächsten Monat vorhabt 3) irgendwelche Blocker oder braucht ihr Hilfe 4) EOT 20:28:31 <zlatinb> ich: 1) den skriptfähigen Filter behoben, der alle 10 Sekunden auf die Platte schrieb; Servlet-3.0-Support untersucht (kaputt für innere Klassen) 2) MW als router-Plugin paketieren 3) keine Blocker 20:28:35 <zlatinb> EOT 20:28:49 <zzz> 1) .44-Release, Bugfixes, Prop. 144 (Ratchet) implementiert und getestet; einen üblen tunnel-Bug behoben, der langsamen Start verursachte; mit Hilfe von drzed eine neue Version von zzzot herausgebracht 20:29:28 <zzz> 1 (forts.) viel Arbeit mit dem Testen von Reseeds und mit Reseedern, um Dinge wieder funktionsfähig zu bekommen; außerdem Open-Tracker getestet und entfernt 20:30:09 <meeh> fertig: jruby-Gem zur Interaktion und/oder Steuerung des router eingebettet oder standalone, erste Kubernetes-Unterstützung für entweder HA-Destinations oder Cluster-Tests von i2p, sehr viele Firefox-Patches, teils von Grund auf geschrieben oder aus dem Tor Browser portiert, Outproxy-Verbesserungen, und eine neue Mail-Anwendung mit dem Ziel, eines Tages susimail zu ersetzen 20:30:19 <meeh> erste Arbeiten am letzten Punkt* 20:30:23 <zzz> 2) Bugfixes, Prop.-144-Tests, mehr Arbeit zur Leistungsverbesserung, 36C3 20:30:46 <sadie__> Letzten Monat habe ich an CSS-Light-Theme-Änderungen gearbeitet, die in der neuesten Release enthalten sind, auf das Usability Lab bezüglich UX-Studienförderung für die router console geantwortet und Produktentscheidungen für die Zukunft des Browsers vorangetrieben. Nächsten Monat folgen eine Post-Installations-Anleitung und mehr CSS-Arbeit, Browser-Management und -Entwicklung 20:30:56 <zzz> 3) keine Blocker; 4) EOT 20:31:10 <sadie__> keine Blocker, EOT 20:31:15 <eyedeekay> 1) Ich habe daran gearbeitet, das I2P-Browser-Erlebnis für mehr der Gesamtkapazitäten von I2P zu öffnen und die Organisation/Look-and-Feel der router console und Startseiten anzupassen. 2) Nächsten Monat arbeite ich an weiteren Verbesserungen der Browser-Funktionen, mehr SAM-Tutorials und weiteren UI-Verbesserungen an der router console. 3) keine Blocker EOT. 20:31:48 <zlatinb> danke, das waren alle, denke ich </scrum> 20:32:08 <zzz> super, noch etwas zu 4)? Hat jemand Fragen? 20:32:24 <zzz> oder andere Themen für das Meeting? 20:32:28 <meeh> nächsten Monat: Beta 8 des Browsers veröffentlichen, herausfinden, wie wir mit der Software osslsigncode Windows-Binaries auf Unix-Systemen signieren können, Outproxy-Software austauschen, an der neuen Mail-App weiterarbeiten und die Änderungen am jruby-Gem abschließen 20:33:16 <zzz> EOT, meeh? 20:33:32 <meeh> ja, EOT. 20:34:16 <zzz> ok. Zur Erinnerung: Nächsten Monat gibt es kein Meeting, da wir uns vom 36C3 erholen. Wer an unseren Treffen auf dem 36C3 teilnehmen möchte, findet unseren Tisch 20:34:32 <zzz> Ich werde die ungefähre Position sicher raustwittern 20:34:48 <sadie__> und wir werden ein neues Banner für den Tisch haben! 20:34:48 <meeh> wir können wahrscheinlich auch einige öffentliche Notizen aus dem Meeting veröffentlichen? 20:34:58 <meeh> das ist vom ccc 20:34:59 <zzz> weitere Themen fürs Meeting, während ich nach dem baffer suche? 20:35:28 <zzz> meldest du dich freiwillig, meeh? 20:35:41 <meeh> Ich kann das versuchen, ja 20:35:59 <sadie__> Ich werde einen Bericht für den ccc machen 20:36:35 <zzz> ok, ich habe den *baffer* gefunden, also war's das wohl für heute 20:36:46 <zzz> wir sehen uns alle persönlich in 4 Wochen 20:37:10 <zzz> ups, 3 1/2 Wochen 20:37:24 * zzz *bafs* die Sitzung geschlossen

0.9.44 Veröffentlichung

Sun, 01 Dec 2019 00:00:00 +0000

Aktualisierungsdetails

0.9.44 enthält eine wichtige Fehlerbehebung für ein Denial-of-Service-Problem bei der Verarbeitung neuer Verschlüsselungstypen durch versteckte Dienste. Alle Benutzer sollten so bald wie möglich aktualisieren.

Diese Version enthält erste Unterstützung für neue Ende-zu-Ende-Verschlüsselung (proposal 144). Die Arbeiten an diesem Projekt laufen weiter, und es ist noch nicht einsatzbereit. Es gibt Änderungen an der Startseite der Konsole sowie neue eingebettete HTML5-Mediaplayer in i2psnark. Zusätzliche Korrekturen für IPv6-Netzwerke hinter Firewalls sind enthalten. Korrekturen am Tunnel build sollten bei einigen Nutzern zu einem schnelleren Start führen.

I2P Entwicklertreffen - 05. November 2019

Tue, 05 Nov 2019 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, eyedeekay, lbt, sadie, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.43 Release-Status (zzz) 20:00:00 <zzz> 2) I2P Browser Projektstatus (sadie, meeh) 20:00:00 <zzz> 3) Outproxy (Ausgangs-Proxy) Anwendungsfälle / Status (sadie) 20:00:00 <zzz> 4) 0.9.44 Entwicklungsstatus (zzz) 20:00:00 <zzz> 5) Status der Vorschläge (zzz) 20:00:00 <zzz> 6) Status-Scrum (zlatinb) 20:00:04 <zzz> 0) Hi 20:00:06 <zzz> hi 20:00:10 <sadie_> hi 20:00:25 <zzz> 1) 0.9.43 Release-Status (zzz) 20:00:38 <zzz> 43 ist seit ein paar Wochen draußen, bisher keine ernsthaften Probleme 20:01:02 <zzz> Die verbleibenden Punkte sind das offizielle F-Droid (nextloop) und das offizielle Debian (mhatta) 20:01:08 <eyedeekay> hi 20:01:37 <zzz> Gibt es noch andere offene Punkte bei der 43er Veröffentlichung? 20:03:01 <zzz> 2) I2P Browser Projektstatus (sadie, meeh) 20:03:16 <zzz> meeh, sadie, was gibt es Neues zum Browser? 20:04:49 <sadie_> Beta 7 wurde veröffentlicht 20:05:10 <eyedeekay> I2P Browser Beta 7 wurde gestern veröffentlicht, zusammen mit einer aktualisierten Roadmap. Dies ist die vorletzte Veröffentlichung, die auf Firefox 60 basieren wird. Wir haben einige Bugs behoben und Continuous Integration implementiert sowie einen überarbeiteten und aktualisierten Plan für die Zukunft des Browsers als Produkt erarbeitet. 20:05:11 <sadie_> Die Release-Notes sind auf der Projektwebsite zu finden. 20:05:35 <zzz> Das Veröffentlichungsdatum auf der Seite ist falsch, nur zur Info 20:05:51 <eyedeekay> Oh Mist, sorry, das ist mir entgangen. Ändere ich sofort. 20:06:03 <sadie_> Wir haben außerdem an der Roadmap gearbeitet, die ebenfalls auf der Projektwebsite zu finden ist 20:06:29 <zzz> Was könnt ihr uns über die kommende Beta 8 sagen? Was ist drin, wann kommt sie raus? 20:07:40 <sadie_> Beta 8 wird Ende November erscheinen. 20:08:19 <zzz> Hat jemand Fragen zum Browser? meeh, hast du noch etwas hinzuzufügen? 20:08:27 <eyedeekay> Beta 8 wird Ende November veröffentlicht, es wird die letzte Version sein, die auf Firefox 60 basiert. Wir bereiten einige Architekturänderungen vor, die Anwendungen sichtbarer machen werden; die Anfänge davon werdet ihr in Beta 8 sehen, ebenso mehr Rückmeldungen im Browser über die Einsatzbereitschaft des mitgelieferten router. 20:08:53 <sadie_> Wir arbeiten an einer besseren Landing-Page, einem HTTP-Proxy-Bereitschaftsindikator und dynamischen Themes 20:09:20 <zzz> Klingt großartig, ich hoffe, alle probieren Beta 7 aus 20:09:45 <zzz> Noch etwas zu 2) ? 20:11:00 <zzz> 3) Outproxy (Ausgangs-Proxy) Anwendungsfälle / Status (sadie) 20:11:17 <zzz> sadie_, was gibt es Neues zu diesem Thema? 20:11:32 <sadie_> Wir haben das Anforderungsdokument so weit vorangebracht, wie es ohne weitere Nutzerforschung aus meiner Sicht möglich ist. 20:11:38 <sadie_> Zur Monatsmitte werde ich wieder Kontakt mit der Person aufnehmen, die die schlüsselfertige Outproxy-Lösung angestoßen hat. Wir können das erstellte Anforderungsdokument evaluieren und beginnen, die Fragen der Nutzerforschung gründlicher zu bearbeiten. Die Anforderungen für diese Lösung sind Bestandteil der Deliverables für das nächste Release.Wir haben das Anforderungsdokument so weit vorangebracht, wie es ohne weitere Nutzer 20:11:38 <sadie_> forschung. 20:12:41 <zzz> Ok, um es klarzustellen: Im 44er Zeitraum arbeiten wir nur an den Anforderungen. Jegliche Implementierung wäre in 45 oder später, richtig? 20:12:53 <sadie_> korrekt 20:13:32 <zzz> Ok, möchtest du noch etwas hinzufügen? Hat jemand Fragen zur Outproxy-Forschung? 20:14:01 <zzz> Noch etwas zu 3) ? 20:15:01 <zzz> 4) 0.9.44 Entwicklungsstatus (zzz) 20:15:23 <zzz> Wir sind zwei Wochen im .44-Zyklus, mit viel neuem Code eingecheckt 20:15:52 <zzz> Fast alles ist die Implementierung von Vorschlag 144, neue Verschlüsselung für Destinations 20:16:07 <zzz> Ich rechne damit, bald mit chisana_ mit Interoperabilitätstests zu beginnen 20:16:35 <zzz> und in ein paar Wochen für mutige Tester bereit zu sein 20:16:57 <zzz> aber es wird noch eine ganze Weile dauern, bis wir es standardmäßig nutzen, vielleicht 6–12 Monate 20:17:23 <zzz> Viele Tests und andere Änderungen sind nötig, um es solide zu machen 20:17:59 <zzz> Die andere große Sache, die ich für .44 in der Warteschlange habe, sind einige SSU-Leistungsverbesserungen, angestoßen von unserem produktiven Trac-Ticker ‚jogger‘ 20:18:17 <zzz> sadie_, eyedeekay, meeh, möchtet ihr etwas ergänzen zu dem, woran ihr für .44 arbeitet? 20:19:34 <zzz> Noch etwas zu 4) ? 20:19:35 <sadie_> Änderungen an router console /home, langfristige Strategie für die Website 20:20:45 <zzz> 5) Status der Vorschläge (zzz) 20:21:05 <zzz> Hier gibt es nicht viel anderes zu sagen, 99% des Fokus liegt auf 144. 20:21:30 <zzz> Als Nächstes kommen wahrscheinlich 152, 153 oder vielleicht sogar ein neuer SSU 2-Vorschlag 20:21:47 <zzz> Ich erwarte bis ins neue Jahr hinein keine großen Fortschritte bei irgendetwas davon 20:21:58 <zzz> Fragen zu den Vorschlägen? 20:22:06 <zzz> Noch etwas zu 5) ? 20:23:01 <zzz> 6) Status-Scrum (zlatinb) 20:23:12 <zzz> Ich glaube, zlatinb sagte, er könne es heute nicht schaffen 20:23:32 <eche|on> neuer Server mit neuer Hardware und neuen IPs, mit der Zeit Migration von Diensten von einem Server auf einen anderen. keine Blocker 20:23:41 <zzz> Also, ihr kennt das Prozedere: Bitte sagt 1) was ihr letzten Monat gemacht habt 2) was ihr nächsten Monat macht; 3) etwaige Blocker 20:23:52 <zzz> und endet mit EOT 20:24:49 <zzz> ich: 1) die .44-Veröffentlichung rausgebracht, viel Arbeit an neuer Verschlüsselung; 2) mehr Arbeit an neuer Verschlüsselung, SSU-Leistungsverbesserungen, Bugfixes; 3) keine Blocker; EOT 20:25:11 <zzz> sadie_, meeh, eyedeekay, bitte parallel weitermachen 20:25:48 <sadie_> Im letzten Monat und im kommenden Monat werde ich weiter am I2P Browser arbeiten, das Light-Theme der router-Konsole weiter verfeinern und zusammen mit IDK eine langfristige Strategie für die Website entwickeln. Outproxy-Produktmanagement und Anforderungserhebung werden fortgesetzt. Vorschläge für Forschung und Entwicklung: Vorschläge zur Verbesserung der UX und zu Usability-Studien wurden eingereicht oder werden anderweitig verfasst. Präsentationen und Wo 20:25:48 <sadie_> rkshops für Konferenzen für 2020 haben begonnen. 20:27:01 <zzz> Letzter Aufruf eyedeekay meeh zlatinb 20:27:11 <eyedeekay> 1) Ich habe an Dingen gearbeitet, die in den Browser einfließen oder die den Browser unterstützen sollen. 2) Ich werde an der besseren Struktur einiger router console Home-Seiten arbeiten sowie einige der Browser-Designverbesserungen umsetzen. 3) Keine Blocker EOT 20:27:53 <zzz> Ok, ich nehme EOTs von eche|on und sadie_ an ... noch etwas zu 6) ? 20:28:02 <sadie_> ja 20:28:34 <zzz> Gibt es noch andere Themen oder Fragen für das Meeting? 20:28:59 <eche|on> was ist mit Bote? 20:29:04 <eche|on> irgendwelche Lebenszeichen von str4d? 20:29:28 <zzz> Ich habe gelegentlich einen RT auf Twitter gesehen, also lebt er 20:29:59 <zzz> das ist alles, was ich weiß 20:30:26 <zzz> abgesehen von dem, was in den Tickets steht 20:30:27 <eche|on> ok 20:30:38 <zzz> noch etwas zu Bote? 20:31:01 <zzz> noch etwas fürs Meeting? 20:31:22 <lbt> Ein „Danke“ an euch alle :) 20:31:48 <zzz> Gern geschehen, lbt, danke fürs Teilnehmen am Meeting 20:31:54 <eyedeekay> Gern geschehen, Freund :) 20:33:00 * zzz *bafs* das Meeting beendet

Hervorgehobene Forschung

Fri, 25 Oct 2019 00:00:00 +0000

Forschung im Fokus - Eine empirische Studie über das I2P-Anonymitätsnetzwerk und seine Zensurresistenz

Der folgende Blogbeitrag wurde von Information Controls Fellow Hoàng Nguyên Phong verfasst. Als ICFP-Stipendiat konzentrierte sich Phongs Forschung darauf, verschiedene Aspekte des I2P-Netzwerks zu analysieren, einem datenschutzfördernden Internetwerkzeug, das den Zugriff auf Online-Inhalte über ein anonymitätsförderndes Netzwerk ermöglicht und beim Umgehen staatlich auferlegter Zensur hilfreich ist. In Zusammenarbeit mit seiner Gastorganisation, der University of Massachusetts Amherst, untersuchte Phong die Widerstandsfähigkeit des I2P-Netzwerks gegen Zensur, einschließlich der Identifizierung von Blockiermethoden, die ein staatlicher Zensor einsetzen könnte, um den Zugang zu I2P zu behindern, sowie der Untersuchung potenzieller Lösungen, um I2P widerstandsfähiger gegen derartige Blockierungen zu machen.

Veröffentlichung 0.9.43

Tue, 22 Oct 2019 00:00:00 +0000

Aktualisierungsdetails

Im Release 0.9.43 setzen wir die Arbeit an stärkeren Sicherheits- und Datenschutzfunktionen sowie an Leistungsverbesserungen fort. Unsere Implementierung der neuen leaseSet-Spezifikation (LS2) ist jetzt abgeschlossen. Wir beginnen mit der Implementierung einer stärkeren und schnelleren Ende-zu-Ende-Verschlüsselung (Vorschlag 144) für ein zukünftiges Release. Mehrere Probleme bei der Erkennung von IPv6-Adressen wurden behoben, und natürlich gibt es noch mehrere weitere Fehlerbehebungen.

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Die beste Möglichkeit, die Sicherheit aufrechtzuerhalten und dem Netzwerk zu helfen, besteht darin, die neueste Version auszuführen.

Our Networks Reisebericht- keine Ahnung

Sat, 05 Oct 2019 00:00:00 +0000

Our Networks Reisebericht

Am Wochenende des 20. September reiste ich nach Toronto, um mich mit Sadie zu treffen und an der Our Networks-Konferenz teilzunehmen. Die Our Networks-Konferenz umfasst eine breite Palette an Themen, darunter viele Peer-to-Peer-Technologien, mit Blick auf ihr Potenzial, die Welt zu einem besseren Ort zu machen.

Die Konferenz war faszinierend, voller sehr kluger Menschen, die an allem arbeiteten – von physischen Mesh-Netzwerken über das verteilte Web bis hin – natürlich – zur Anonymität. Wir hatten die Gelegenheit, mit großartigen Leuten von Tor, Protocol Labs, Parity Labs, dem Dat Project sowie mit einer Vielzahl von Künstlern und Sozialwissenschaftlern zu sprechen. Es hat auch viel Spaß gemacht, und das Umfeld war großartig. Insbesondere Dat bietet, wie ich finde, einige ziemlich coole Möglichkeiten für zukünftige Zusammenarbeit.

I2P Entwicklertreffen - 1. Oktober 2019

Tue, 01 Oct 2019 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: chisana, echelon, eyedeekay, meeh, nextloop, sadie, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.42 Release-Status (zzz) 20:00:00 <zzz> 2) I2P Browser "labs"-Projektstatus (sadie, meeh) 20:00:00 <zzz> 3) Outproxy Anwendungsfälle/Status (sadie) 20:00:00 <zzz> 4) 0.9.43 Entwicklungsstand (zzz) 20:00:00 <zzz> 5) Stand der Proposals (zzz) 20:00:00 <zzz> 6) Status-Scrum (zlatinb) 20:00:05 <meeh> hi 20:00:05 <zzz> 0) Hi 20:00:08 <zzz> hi 20:00:16 <zlatinb> hi 20:00:18 <nextloop> Hi 20:00:23 <sadie__> hi 20:00:49 <zzz> 1) 0.9.42 Release-Status (zzz) 20:01:12 <zzz> 42er Release war vor 5 Wochen, ich glaube, die einzigen verbleibenden Punkte waren vor einem Monat die Client-Bibliothek und ein neues Bote-Android-Release sowie das deb/ubuntu offiziell 20:01:19 <zzz> das ist alles erledigt 20:01:41 <zzz> nicht viel mehr zu .42 zu sagen, es scheint gut zu laufen 20:01:46 <zzz> noch etwas zu 1)? 20:02:29 <zzz> 2) I2P Browser "labs"-Projektstatus (sadie, meeh) 20:02:37 <eyedeekay> Hi zusammen 20:02:45 <meeh> wir sind bei allen Aufgaben auf Kurs, ich habe auch mit dem anfänglichen Patchen von ESR68 begonnen, das bis zum 31. Dez. unsere neue Beta sein soll. 20:02:46 <zzz> sadie, meeh, was könnt ihr uns über dieses neue Projekt und Produkt sagen, wie ist der Status? 20:03:01 <chisana_> hi 20:03:02 <sadie__> Beta 7 wird am 23. Oktober veröffentlicht oder unmittelbar nachdem 0.9.43 getaggt ist. Stand heute liegen wir im Plan mit den Roadmap-Punkten für das kommende Release. Eine vorläufige Roadmap für zukünftige Releases wurde erstellt, die uns bis Juni 2020 führt 20:03:04 <zzz> was ist die nächste Aufgabe, oder der nächste Release, meeh? 20:03:07 * chisana_ liest mit 20:03:13 <meeh> 23. Okt. 20:03:33 <meeh> oder sobald 0.9.43 an diesem Datum oder danach draußen ist 20:03:36 <meeh> hängt von uns ab 20:03:50 <zzz> könnt ihr zwei uns bitte sagen, wo die Roadmap ist und was in Beta 7 drin sein wird? 20:04:39 <sadie__> Die Punkte auf der Roadmap sind mit Stand heute im Plan 20:05:00 <zzz> ist die Roadmap irgendwo veröffentlicht, wo Leute sie ansehen können? 20:06:27 <meeh> die nächste Version würde größtenteils Fehlerbehebungen, Stabilitätspatches, besseres anfängliches Dialogfenster-"Backend" enthalten 20:06:35 <eyedeekay> Das sind die Punkte, die ebenfalls auf der Projekt-Roadmap für 9.43 stehen. 20:07:17 <meeh> wenn Mozilla bis dahin Patches hat, die wir aufnehmen sollten, kommen die ebenfalls dazu 20:07:18 <zzz> ok, also die Roadmap für Beta 7 steht auf der I2P-Roadmap auf unserer Website, dort können Leute sie ansehen 20:07:29 <sadie__> ja 20:07:36 <zzz> ist die Roadmap bis Juni 2020 irgendwo veröffentlicht, wo Leute sie ansehen können? 20:07:56 <sadie__> noch nicht 20:07:57 <eyedeekay> Noch nicht, kann bald soweit sein. 20:08:17 <zzz> ok. Hat jemand Fragen an das Browser-Team? 20:09:03 <zzz> noch etwas zu 2)? Möchte das Team sonst noch etwas zum Browser sagen? 20:09:26 <sadie__> bitte testet, tretet der Mailingliste bei! 20:09:44 <zzz> willst du kurz sagen, wie man die Mailingliste abonniert, sadie? 20:10:02 <meeh> verfügbar unter `http://lists.i2p` oder https://lists.i2p.email 20:10:17 <zzz> großartig 20:10:20 <sadie__> klar – alles Nötige findet ihr auf der Seite https://geti2p.net/en/browser/develop 20:10:25 <zzz> noch etwas zu 2)? 20:11:01 <zzz> 3) Outproxy Anwendungsfälle/Status (sadie) 20:11:13 <zzz> sadie, erzähl uns bitte den Stand des Outproxy-Projekts 20:11:16 <sadie__> Open Outproxy MVP (Minimum Viable Product – minimal funktionsfähiges Produkt) ist erstellt, beim Friends-and-Family-MVP sind wir fast so weit, aber wir müssen noch mehr Informationen zu Anforderungen an Administration, Protokollierung und Reporting sammeln. Die Treffen werden in der Woche ab dem 21. Oktober fortgesetzt. 20:12:06 <sadie__> Ich habe ein paar neue Ideen/Überlegungen, wie wir die Administration handhaben, und bis zum nächsten Treffen noch mehr Recherche zu tun 20:12:15 <zzz> mit „made“ meinst du hoffentlich nicht, dass wir die Entwicklung abgeschlossen haben ... und könntest du bitte für alle MVP definieren? 20:12:40 <sadie__> Minimal funktionsfähiges Produkt 20:13:03 <sadie__> nein – wir arbeiten in einigen Bereichen noch an den Anforderungen 20:13:16 <zzz> also meinst du mit „made“ eine Liste von Anforderungen, richtig? 20:13:32 <sadie__> korrekt! 20:14:10 <zzz> wo können Leute diese Liste sehen, und wie geben sie dir am besten Feedback dazu? 20:15:05 <sadie__> Ich werde Trac aktualisieren und die Leute einladen, dort in die Diskussion einzusteigen 20:15:40 <zzz> bitte sag allen, wo in Trac sie das sehen können? 20:16:07 <sadie__> einen Moment 20:17:04 <zzz> während du suchst, kommentiere ich, dass das Ziel dafür nächstes Jahr ist ... nicht für .43 oder .44 20:17:14 <zzz> für die Implementierung, also 20:17:46 <zzz> irgendwelche Fragen oder Kommentare zum Outproxy-Projekt, während sie sucht? 20:19:00 <sadie__> #2472 war, wo wir die Diskussion begonnen haben 20:19:00 <zzz> noch etwas zu 3)? 20:19:59 <zzz> ok, also wirst du die Anforderungsliste im Ticket 2472 einstellen und dort hättest du gern Feedback, richtig? 20:20:17 <sadie__> richtig 20:20:27 <zzz> super 20:20:56 <zzz> 4) 0.9.43 Entwicklungsstand (zzz) 20:21:19 <zzz> die Website hat die Roadmap für .43, einschließlich der Browser-Punkte für Beta 7, wie bereits erwähnt 20:21:46 <zzz> wir sind 5 Wochen in der Entwicklung von .43, mit einer Veröffentlichung in etwa 3 Wochen ab heute 20:22:12 <zzz> es läuft gut, mit einigen IPv6-Korrekturen und mehr Arbeit daran, verschlüsseltes ls2 leichter nutzbar zu machen 20:22:52 <zzz> möchte sonst noch jemand sagen, woran ihr für .43 arbeitet, abgesehen von Browser Beta 7? 20:23:36 <zzz> Tag-Freeze ist in einer Woche ab morgen, und ich werde Transifex dann aktualisieren und allen Bescheid geben, mit dem Übersetzen zu beginnen 20:23:42 <zlatinb> hoffentlich komme ich dazu, Servlet-3.0-Annotation-Scanning zu testen 20:24:12 <zzz> ok, ja, ich würde das gern fertigstellen, wenn du es brauchst, oder es streichen, wenn nicht :) 20:24:18 <meeh> Verbesserung unseres jlinked Build, was zwar mit Browser-Kram zusammenhängt, doh, aber dennoch an der Java-Codebasis 20:24:42 <sadie__> IDK und ich arbeiten an einem neuen Setup-Assistenten und neue Website-Menü-Navigation ist erledigt. Ich werde mehr kosmetische Änderungen am Console-CSS machen 20:24:47 <meeh> ich vermute, wir schauen uns das Thema weiter an, ebenso ist das Adressbuch kaputt, wenn man jlink verwendet 20:25:13 <zlatinb> ja, und Plugins auch – aber die werden wahrscheinlich noch eine Weile kaputt bleiben 20:25:19 <zzz> oh, und nächste Woche arbeiten wir an Android-Korrekturen für 43 20:26:38 <zzz> Ich glaube nicht, dass ihr euch die Mühe machen wollt, Router-Plugins für den Browser zu aktivieren, aber vielleicht drängen andere euch darauf? Eine genauere Untersuchung lohnt sich 20:27:04 <zzz> noch etwas zu 4)? 20:28:21 <zzz> 5) Stand der Proposals (zzz) 20:28:45 <zzz> der einzige Fokus des #ls2 Proposals-Teams im letzten Monat war Prop. 144 – neue Verschlüsselung 20:29:02 <zzz> wir nähern uns einer vollständigen und konsistenten Spezifikation, und wir haben begonnen, etwas Testcode zu schreiben 20:30:01 <zzz> ich erwarte, dass ein Teil dieses Codes in das Java-Release .44 einfließt – nicht .43 –, aber es wird erst Anfang nächsten Jahres wirklich im Live-Netz fertig sein 20:30:20 <zzz> und dann vielleicht noch ein paar Releases, um die Fehler auszumerzen 20:30:45 <zzz> aber es ist spannend, weil wir kurz davor sind, einen der ursprünglichen und sehr langsamen Krypto-Algorithmen, ElGamal, zu ersetzen 20:31:28 <zzz> ich erwarte, dass wir uns dann einem anderen Teil des ElGamal-Ersatzes zuwenden, mit Proposal 152, wie wir Tunnel-Builds machen 20:31:46 <zzz> aber wir könnten uns auch entscheiden, an „SSU2“ zu arbeiten ... darüber haben wir noch nicht gesprochen 20:31:56 <zzz> das wäre wohl für Mitte bis Ende nächsten Jahres, schätze ich 20:32:33 <zzz> das Team arbeitet gut zusammen und wir arbeiten seit fast einem Jahr an 144, daher werden wir alle sehr froh sein, wenn wir in den kommenden Monaten damit fertig sind 20:32:43 <zzz> irgendwelche Fragen zu diesen oder anderen Proposals? 20:33:19 <zzz> noch etwas zu 5)? 20:34:00 <zzz> 6) Status-Scrum (zlatinb) 20:34:04 <zzz> leg los, zab 20:34:29 <zlatinb> Hi, beschreibt kurz 1) was ihr letzten Monat gemacht habt 2) was ihr nächsten Monat vorhabt 3) irgendwelche Blocker oder braucht ihr Hilfe? Sagt EOT, wenn ihr fertig seid 20:34:59 <meeh> Es war ziemlich viel Vorarbeit am Browser-Projekt, sowohl wegen der Integration des Routers als auch wegen der Lernerfahrung mit dem gesamten Firefox-Codebase, dem Build-System und der Architektur, um auf ein Niveau zu kommen, auf dem wir sagen können, dass wir die Dinge unter Kontrolle haben. Wir sind dabei, Nightly Builds und CI für beide Branches esr60 und esr68 sowie für Pull Requests, die wir erhalten könnten, bereitzustellen. 20:35:01 <meeh> Artefakt-Builds sind ebenfalls ein Ziel, das wir erreichen wollen, was es Menschen mit schwächerer Hardware ermöglichen würde, Teile des Firefox-Builds herunterzuladen, um die schwersten Kompiliervorgänge zu reduzieren, und die Entwicklung weniger mühsam zu machen. Außerdem habe ich mir Unit- und Regressionstests für den Browser angesehen, um dumme Bugs zu vermeiden und das Produkt stabiler und zuverlässiger zu machen. 20:35:01 <meeh> Wir sind auch kurz davor, unsere angepassten Build-Skripte zu haben, die nicht auf Tor's Perl-Build-Skript-Basis beruhen, sowohl um Remote-Builds zu unterstützen als auch wegen der Tatsache, dass nicht viele von uns Perl kennen. Darüber hinaus habe ich mich hier in das Rechtssystem eingelesen und recherchiert, um unsere Organisation zu betreiben. Erste Arbeiten an der Protokollierungsrichtlinie für die Projektserver. 20:35:05 <meeh> EOT 20:35:18 <zlatinb> ich: 1) Testnet-Tests von Jogger-Patches, etwas jlink-Arbeit 2) mehr Testnet, Servlet 3.0 3) keine Blocker EOT 20:35:20 <sadie__> Letztes Wochenende Our Networks in Toronto besucht, neuen Setup-Assistenten entworfen, der von IDK im Release implementiert wird, weitere kosmetische CSS-Änderungen für das nächste Release festgelegt, Outproxy- und Browser-Konsens vorangetrieben, Community Outreach und für mehr UX-Fördermittel wurde Antrag gestellt. Nächsten Monat werde ich mich auf Finanzierungsmöglichkeiten, neue PR-Strategien, 36c3-Outreach, 20:35:20 <sadie__> einen Intro-Foliensatz zu I2P für zukünftige Vorträge, den wir alle nutzen können, SusiMail-Verbesserungen und die weitere Arbeit an Browser und Outproxy konzentrieren. EOT 20:35:32 <zzz> 1) Bugfixes, IPv6, ls2-Verschlüsselung, Proposal 144 20:36:06 <eche|on> Server läuft, dasselbe, keine Blocker 20:36:25 <zzz> 2) Bugfixes, IPv6, ls2-Verschlüsselung, Proposal-144-Spezifikation und Testcode, Vorbereitung und Release 0.9.43, mehr Outproxy-Meetings und Definition 20:36:48 <zzz> 3) keine Blocker, EOT 20:37:11 <zlatinb> scrum.setTimeout(60*1000); 20:37:25 <zzz> eyedeekay? 20:37:35 <eyedeekay> nur einen Moment 20:37:55 <eyedeekay> Ich habe daran gearbeitet, den Bandbreiten-Assistenten zu aktualisieren, damit er besser mit dem I2P Browser funktioniert und allgemein moderner und weniger verwirrend wirkt. Außerdem habe ich SAM-Bibliotheken organisiert, dedupliziert und verbessert und kleine Änderungen am Browser vorgenommen. Nächsten Monat helfe ich hauptsächlich beim Browser, aber ich habe auch ein paar Dinge, die ich eventuell in i2ptunnel vorschlagen werde. Keine Blocker. 20:38:41 <zzz> sadie__ oder eyedeekay, habt ihr einen Link zu einem Our-Networks-Reisebericht, den Leute lesen können? 20:38:48 <meeh> keine Blocker, die meisten erwähnten Aufgaben laufen weiter (ich werde in Zukunft weiter daran arbeiten) 20:39:16 <sadie__> nein – das müssen wir noch erledigen. Es wird im Blog auf der Website sein 20:39:29 <eyedeekay> Ich stelle meinen diese Woche in den Blog. 20:39:47 <zlatinb> danke, ich glaube, das waren alle, Scrum Ende 20:40:03 <zzz> das war's für 6) 20:40:21 <zzz> hat sonst noch jemand Fragen oder Kommentare oder etwas hinzuzufügen? Es ist definitiv eine Menge los! 20:41:11 <zzz> noch etwas für das Meeting? 20:41:21 * zzz sucht nach dem baffer 20:42:05 <zzz> da ist er ... 20:42:15 * zzz *bafs* das Meeting geschlossen

I2P Dev Meeting - September 03, 2019

Tue, 03 Sep 2019 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, sadie, zlatinb, zzz

Sitzungsprotokoll

Hinweis: Die Zeilen von sadie sind im Meeting nicht durchgekommen, unten eingefügt.

20:00:00 0) Hi 20:00:00 1) 0.9.42 Release-Status (zzz) 20:00:00 2) I2P Browser “labs” Projektstatus (sadie, meeh) 20:00:00 3) Outproxy Anwendungsfälle / Status (sadie) 20:00:00 4) 0.9.43 Entwicklungsstatus (zzz) 20:00:00 5) Status der Vorschläge (zzz) 20:00:00 6) Status-Scrum (zlatinb) 20:00:04 0) Hi 20:00:06 hi 20:00:17 hi 20:00:30 1) 0.9.42 Release-Status (zzz) 20:00:48 Das Release lief letzte Woche ziemlich reibungslos 20:00:56 Es sind nur noch wenige Dinge offen 20:01:27 die GitHub-Bridge wieder zum Laufen bringen (nextloop), das Debian-sid-Paket (mhatta) und die Android-Client-Bibliothek, die wir für 41 vergessen haben (meeh) 20:01:37 nextloop, meeh, habt ihr ETAs für diese Punkte? 20:03:06 Sonst noch etwas zu 1) ? 20:04:02 2) I2P Browser “labs” Projektstatus (sadie, meeh) 20:04:25 sadie, meeh, wie ist der Status, und was ist der nächste Meilenstein? Beta 5 sollte am Freitag erscheinen, aber es gab einige Probleme. Es sieht so aus, als wären einige bereit https://i2bbparts.meeh.no/i2p-browser/ aber ich musste wirklich von meeh den nächsten Termin dafür hören Die Lab-Seite wird bis Ende dieser Woche live sein. Der nächste Browser-Meilenstein wird die Besprechung der Konsolenanforderungen für das Beta 6-Release sein 20:05:51 Sonst noch etwas zu 2) ? 20:06:43 3) Outproxy Anwendungsfälle / Status (sadie) 20:06:57 sadie, wie ist der Status, und was ist der nächste Meilenstein? Jeder kann unseren Sitzungsnotizen in Ticket 2472 folgen. Wir haben über den Status der Anwendungsfälle entschieden und eine Liste von Anforderungen erstellt. Der nächste Meilenstein werden Nutzeranforderungen für einen Friends-and-Family-Anwendungsfall sowie Entwicklungsanforderungen für Friends and Family und den allgemeinen Anwendungsfall sein, um zu sehen, wo sie sich überschneiden 20:08:05 Sonst noch etwas zu 3) ? 20:08:19 Sorry, ich bin zu spät 20:09:01 4) 0.9.43 Entwicklungsstatus (zzz) 20:09:21 Wir starten gerade in den 43er Zyklus, den wir in etwa 7 Wochen veröffentlichen wollen 20:09:40 Wir haben die Roadmap auf der Website aktualisiert, werden aber noch weitere Punkte hinzufügen 20:10:06 Ich habe einige IPv6-Bugs behoben und die tunnel-AES-Verarbeitung beschleunigt 20:10:30 Bald werde ich mich der neuen Blinding-Info I2CP-Nachricht zuwenden 20:10:59 eyedeekay, zlatinb, habt ihr noch etwas zu .43 hinzuzufügen? 20:11:46 Nein, ich glaube nicht 20:12:02 wahrscheinlich mehr Testnetz-Themen 20:12:32 Ja, wir haben noch ein paar weitere jogger-Tickets, die wir uns ansehen müssen, bezüglich SSU 20:12:48 Sonst noch etwas zu 4) ? 20:14:00 5) Status der Vorschläge (zzz) 20:14:20 Unser Hauptfokus liegt auf dem sehr komplexen neuen Verschlüsselungs‑Vorschlag 144 20:14:48 Wir haben in den letzten Wochen gute Fortschritte gemacht und den Vorschlag selbst wesentlich aktualisiert 20:15:35 Es gibt noch ein paar Aufräumarbeiten und Lücken zu füllen, aber ich bin zuversichtlich, dass er in einem ausreichend guten Zustand ist, sodass wir bald mit der Implementierung einiger Unittests beginnen könnten, vielleicht bis Ende des Monats 20:16:17 Außerdem bekommt die Blinding-Info-Nachricht für Vorschlag 123 (encrypted LS2) noch einmal Aufmerksamkeit, nachdem ich in der nächsten Woche mit der Implementierung beginne 20:16:52 Außerdem erwarten wir bald ein Update zu Vorschlag 152 (tunnel build messages) von chisana 20:17:27 Wir haben Vorschlag 147 (cross-network prevention) letzten Monat abgeschlossen, und sowohl i2p als auch i2pd haben das implementiert und im .42-Release 20:18:23 Die Dinge kommen also voran; auch wenn 144 langsam und einschüchternd wirkt, macht es dennoch gute Fortschritte 20:18:27 Sonst noch etwas zu 5) ? 20:20:00 6) Status-Scrum (zlatinb) 20:20:05 Leg los, zlatinb 20:20:42 Hi, bitte sagt in wenigen Worten: 1) Woran ihr seit dem letzten Scrum gearbeitet habt 2) Was ihr nächsten Monat vorhabt 3) Habt ihr Blocker oder braucht Hilfe. Sagt EOT, wenn fertig 20:21:23 ich: 1) Verschiedene Experimente im Testnetz, um Massenübertragungen zu beschleunigen 2) mehr Testnetz-Arbeit auf einem hoffentlich größeren Server/Netz 3) keine Blocker EOT 20:22:15 1) Bugfixes, die Konfigurations-Split-Änderung, .42-Release, Vorschläge, DEFCON-Workshops (siehe meinen Reisebericht im i2pforum und auf unserer Website) 20:23:56 2) Bugfixes, Vorschlag 144, Blinding-Info-Nachricht, Beschleunigungen, Unterstützung bei der Outproxy-Forschung, den durch den Konfig.-Split kaputtgegangenen SSL-Assistenten reparieren 20:24:20 mehr IPv6-Fixes 20:24:38 3) keine Blocker EOT 20:24:50 1) Seit dem letzten Scrum habe ich an Bugfixes, der Website, am Outproxy-Vorschlag und an Dingen rund um i2ptunnels gearbeitet. 2) Fortsetzen der Umstrukturierung und Verbesserung der Darstellung der Website. Arbeit am Voranbringen des Outproxy-Vorschlags 3) keine Blocker EOT 1) FOCI besucht, Finanzierungsoptionen recherchiert, mich mit potenziellen Geldgebern getroffen, ein Treffen mit Tails (inklusive Mhatta) gehabt, an I2P Browser-Branding gearbeitet, Website-Updates mit IDK, kleine Änderungen an der Konsole für das letzte Release vorgenommen 2) Im nächsten Monat arbeite ich an Förderanträgen, Verbesserungen an Konsole und Website, Einrichtungsassistent, Teilnahme an Our Networks in Toronto, I2P Browser- und Outproxy-Forschung voranbringen 3) keine Blocker EOT 20:25:29 scrum.setTimeout( 60 * 1000 ); 20:27:04 ok, Timeout 20:27:10 ScrumTimeoutException 20:27:41 Letzter Aufruf an sadie meeh nextloop, um auf 1)-3) zurückzukommen 20:27:52 Weitere Themen für das Meeting? 20:28:47 * zzz greift nach dem baffer 20:30:00 * zzz bafs das Meeting ist geschlossen

Def Con Reisebericht- keine Ahnung

Fri, 30 Aug 2019 00:00:00 +0000

Def Con-Reisebericht

Ich war letztes Wochenende auf der Def Con 27, um einen Workshop zur I2P-Anwendungsentwicklung zu geben und zzz, mhatta und Alex persönlich zu treffen.

Mein Workshop verlief gut, es haben sogar einige Anwendungsentwickler teilgenommen! Insbesondere hatte ich ein ziemlich ausführliches Gespräch mit einer Person namens Mary darüber, wie I2P eingesetzt werden könnte, um Zentralisierung zu beseitigen und die Privatsphäre in einer Anwendung vom Typ “Magic Wormhole” zu stärken. Auch wenn ich zu diesem Zeitpunkt mit Magic Wormhole nicht vollständig vertraut war, denke ich, dass der Großteil meiner Ratschläge brauchbar war. Ich denke, Mary hatte einige sehr interessante und praktikable Ideen dazu, Informationen auf stärker menschenzentrierte Weise zu teilen, die für I2P-Anwendungen interessant sein könnten, und ich freue mich darauf, mit einigen davon zu experimentieren.

Def Con Reisebericht- zzz

Fri, 30 Aug 2019 00:00:00 +0000

Def Con-Reisebericht

idk und ich nahmen an der DEFCON 27 teil und hielten zwei Workshops zu I2P für Anwendungsentwickler, mit Unterstützung von mhatta und Alex. Ich hielt den Workshop im Monero Village, und idk hielt den im Crypto/Privacy Village. Hier werde ich den Workshop im Monero Village und einen Tor-Vortrag von Roger Dingledine zusammenfassen. idk wird einen Reisebericht zu seinem Workshop veröffentlichen.

Wir hatten etwa 8 Teilnehmende beim Monero Village Workshop mit dem Titel „I2P for Cryptocurrency Developers“. Wir hatten geplant, die speziellen Netzwerkanforderungen jeder Anwendung zu besprechen und die verschiedenen verfügbaren i2ptunnel- und SAM-Optionen durchzugehen. Allerdings waren alle Teilnehmenden mit I2P relativ wenig vertraut, daher sind wir umgeschwenkt und haben einen Überblick über I2P gegeben. Da keine der Teilnehmenden einen Laptop dabeihatte, halfen wir mehreren von ihnen, I2P auf ihrem Android‑Smartphone zu installieren, und gingen einige Funktionen der App durch. Bei allen Nutzenden schien die App recht schnell reseed (über Reseed-Server initialisieren) durchzuführen und tunnels aufzubauen.

Reisebericht vom Internet Freedom Festival

Fri, 30 Aug 2019 00:00:00 +0000

Reisebericht vom Internet Freedom Festival

Das war das erste Mal, dass ich am IFF teilgenommen habe, und was für eine großartige Erfahrung das für I2P war! Ich traf mich mit Menschenrechtsverteidigerinnen und -verteidigern, mit Menschen, die an Zensurmetriken arbeiten, und natürlich mit UX- und Sicherheitsfachleuten.

Mein Ziel war es, mit Menschen in Kontakt zu treten, um die Überarbeitung der UX (Benutzererfahrung) von I2P weiter zu unterstützen, wobei ich Sicherheits- und UX-Aspekte für Mitarbeitende an vorderster Front berücksichtigte. Wie mir aufgezeigt wurde, sehen viele I2P als eine sehr wichtige und leistungsfähige Ressource, um Zensur zu umgehen und sichere Kommunikation zu unterstützen, jedoch weist die Oberfläche einige Probleme bei der Benutzerfreundlichkeit auf. Die Leute waren mit unseren ersten Schritten zufrieden, Erstnutzenden ein besseres Nutzungserlebnis zu bieten, wie etwa unserem Einrichtungsassistenten und dem Tool zur Bandbreitenerkennung. Ich erhielt außerdem positive Rückmeldungen zu unseren Änderungen an der Website und den /home-Symbolen. Es war sehr ermutigend, direkt von der Community zu hören, dass die kleinen Änderungen, die wir vorgenommen haben, in die richtige Richtung gehen.

Reisebericht zur RightsCon

Fri, 30 Aug 2019 00:00:00 +0000

RightsCon-Reisebericht

Die Beiträge von Aktivistinnen und Aktivisten in Syrien während der Access No!-Sitzung am ersten Tag waren zutiefst bewegend und führten mir noch einmal deutlich vor Augen, warum ich im Bereich digitaler Rechte arbeite. Wir hörten Berichte von Aktivistinnen und Aktivisten, die aufgrund fehlenden Aufenthaltsstatus, fehlender Dokumente und des andauernden Konflikts nicht reisen können. Für diese Menschen ist “das Internet der einzige Pass, den sie bei sich tragen.” Menschenrechtsverteidigerinnen und -verteidiger sprachen über die Bedeutung digitaler Schulungen, um Menschen zu schützen, wenn sie mit Familienangehörigen im Land kommunizieren, ebenso wie mit Familie und Freundinnen und Freunden, die das Land verlassen haben. Sie hatten digitale Beratungsstellen eingerichtet, um Menschen zu zeigen, wie sie Dienste sicher nutzen, zum Beispiel wie man Funktionen wie die verschwindenden Nachrichten von Signal verwendet, damit diese Nachrichten nicht gegen sie verwendet werden können, wenn Geräte bei Sicherheitskontrollen durchsucht werden. Auch die Fortsetzung von Bildung war sehr wichtig; dabei war man auf das Internet angewiesen, um Zugang zu Ressourcen zu erhalten.

USENIX FOCI Reisebericht

Fri, 30 Aug 2019 00:00:00 +0000

USENIX FOCI Reisebericht

Im vergangenen Jahr hatte ich das Glück, an der Forschung von Nguyen Phong Hoang von der Stony Brook University zur I2P-Zensur mitzuwirken. Die für diese Forschung eingesetzte Infrastruktur bot zahlreiche, geografisch vielfältige Messstandorte und zudem die Möglichkeit, tiefgehende Messungen über alle Ebenen des Netzwerk-Stacks hinweg durchzuführen. Zu den I2P-Diensten, deren Verfügbarkeit gemessen wurde, zählten die offizielle Homepage, eine Spiegelseite, Reseed-Server und aktive Relays.

Die Präsentation am Dienstag lief sehr gut, und Phong war anschließend sehr beschäftigt damit, Fragen zu seiner Arbeit zu beantworten. Auch ich war beschäftigt und beantwortete Fragen zu I2P und seiner Funktionsweise. Die neuen Aufkleber mit dem aktualisierten Logo von Ura Design kamen hervorragend an! Es war eine sehr positive Erfahrung, und ich freue mich darauf, die Zusammenarbeit mit Phong fortzusetzen und die Zensurmaßnahmen gegen I2P weiter zu beobachten. Ich möchte alle ermutigen, die auf Sperren gestoßen sind oder erfolgreich I2P zur Kommunikation in restriktiven Umgebungen genutzt haben, Kontakt aufzunehmen, wenn Sie können. I2P arbeitet derzeit an neuen Lösungen, um Internet-Sperren zu umgehen. Nachdem ich in diesem Jahr Menschen getroffen habe, die mir aus erster Hand von den Auswirkungen von Zensur und der Notwendigkeit, verbunden zu bleiben, berichtet haben, wird umso deutlicher, dass I2P dort widerstandsfähiger werden muss, wo es nötig ist, und dass das Team Anleitungen für die Nutzung von I2P in diesen Situationen erstellt.

0.9.42 Veröffentlichung

Tue, 27 Aug 2019 00:00:00 +0000

Aktualisierungsdetails

0.9.42 setzt die Arbeit fort, I2P schneller und zuverlässiger zu machen. Es enthält mehrere Änderungen, um unseren UDP-Transport zu beschleunigen. Wir haben die Konfigurationsdateien aufgeteilt, um zukünftige Arbeiten an einer modulareren Paketierung zu ermöglichen. Wir arbeiten weiter daran, neue Vorschläge für schnellere und sicherere Verschlüsselung umzusetzen. Natürlich gibt es außerdem viele Fehlerbehebungen.

Wie üblich empfehlen wir, auf dieses Release zu aktualisieren. Der beste Weg, die Sicherheit aufrechtzuerhalten und dem Netzwerk zu helfen, besteht darin, das neueste Release auszuführen.

I2P-Entwicklertreffen - 06. August 2019

Tue, 06 Aug 2019 00:00:00 +0000

Kurzer Überblick

Present: mikalv, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.41 Release-Status verbleibende Punkte (mhatta, nextloop) 20:00:00 <zzz> 2) 0.9.42 Entwicklungsstatus (zzz) 20:00:00 <zzz> 3) LS2-Status (zzz) 20:00:00 <zzz> 4) I2P Browser "labs"-Projektstatus (meeh) 20:00:00 <zzz> 5) Status Scrum (zlatinb) 20:00:04 <zzz> 0) Hi 20:00:07 <zzz> hi! 20:00:19 <zzz> 1) 0.9.41 Release-Status verbleibende Punkte (mhatta, nextloop) 20:00:46 <zzz> in den letzten paar Wochen sehe ich, dass mhatta 41 in sid gebracht hat, was großartig ist 20:01:04 <zzz> ich habe auch mit nextloop gesprochen, er hat 41 nicht in fdroid gebracht, aber jemand anders hat es getan. 20:01:27 <zzz> und nextloop hat versprochen, sich künftig wieder um f-droid zu kümmern. super! 20:01:31 <zzz> noch etwas zu 1) ? 20:01:50 <zzz> ist noch jemand da? bitte sagt hi 20:01:58 <zlatinb> hi 20:02:37 <zzz> ok, noch eins. Hoffentlich tauchen die anderen bald auf 20:02:50 <zzz> 2) .42 Dev-Status 20:03:02 <zzz> wir sind 5 Wochen drin, 3 Wochen noch, 1 Woche bis zum Tag-Freeze 20:03:20 <zzz> wir haben den Code zur Aufteilung der Konfiguration aufgenommen, an dem ich mit idk gearbeitet habe 20:03:58 <zzz> viele Bugfixes; GMP 6.1.2; die Debian-Dateien aktualisiert, damit sie für Buster funktionieren 20:04:17 <zzz> auch einige ls2-Fixes 20:04:39 <zzz> zlatinb, willst du erwähnen, was du mit deinem Testnetz machst und was es bisher gebracht hat? 20:05:11 <zlatinb> ja, im Grunde habe ich ein Testnetz mit LXC-Containern aufgebaut 20:05:32 <zlatinb> bisher hat es einen größeren Bug beim Einsatz von Bloom-Filtern und einen kleineren ssu-Bug aufgedeckt 20:05:58 <zlatinb> habe zuletzt Feinabstimmung verschiedener Konstanten gemacht, werde es aber einsetzen, um joggers Patches/Ideen zu verifizieren 20:06:06 <zlatinb> eot 20:06:23 <zzz> das ist wirklich großartig, danke 20:07:04 <zzz> wenn wir etwas minimale Latenz hinzufügen könnten, wäre das noch besser, aber es war schon gut, einige Engpässe zu finden und zu beheben 20:07:15 <zzz> noch etwas zu 1) ? 20:07:30 <zzz> ups, noch etwas zu 2) ? 20:08:27 <zzz> 3) ls2-Status 20:08:38 <zzz> viel Fortschritt im letzten Monat 20:09:05 <zzz> wir haben uns auf einen kleinen Vorschlag, 147, geeinigt, damit sich Testnetze nicht mit dem Hauptnetz vermischen 20:09:12 <zzz> dieser Code wird in .42 enthalten sein 20:09:45 <zzz> chisana hat zwei Vorschläge draußen, 152 und 153, um den tunnel-Aufbau bzw. die tunnel-Verschlüsselung durch modernere Verschlüsselung sicherer zu machen 20:10:14 <zzz> wir haben ein wenig darüber gesprochen, sie aber noch nicht formell geprüft 20:10:47 <zzz> Vorschlag 123 (LS2) bekommt weiterhin kleinere Anpassungen, während wir die Implementierung und Tests im Live-Netz abschließen, aber alles scheint gut zu funktionieren 20:11:26 <zzz> der große Brocken ist Vorschlag 144, neue Verschlüsselung. Wir machen langsame, aber stetige Fortschritte. Arbeiten wir jetzt vielleicht seit 9 Monaten daran? 20:11:58 <zzz> es gibt noch einige große technische Probleme zu lösen, bevor wir mit Test-Implementierungen beginnen können 20:12:20 <zzz> das größte Problem ist derzeit, genug Zeit der Beteiligten zu finden, um die Dinge durchzuarbeiten 20:12:46 <zzz> irgendwelche Fragen zu 3) ls2 und anderen Vorschlägen ? 20:13:47 <zzz> ok, weiter zu 4) I2P Browser "labs"-Projektstatus 20:13:54 <zzz> mikalv, was gibt’s Neues? 20:14:16 <mikalv> wir bewegen uns in Richtung einer Integration mit dem i2p router selbst, jlinked 20:14:38 <mikalv> auf der i2pbutton-Seite davon sind wir mehr oder weniger fertig, ein paar Dinge sind noch zu fixen 20:15:15 <mikalv> bei den Build-Skripten müssen wir sie schreiben, da die Devs für Tests einen gemockten Auszug von i2p jlinked verwendet haben, bei dem der Browser es startet 20:15:48 <zzz> was ist die aktuelle Betaversion, und wann sehen wir die nächste Betaversion? 20:15:52 <mikalv> darüber hinaus versuchen wir, mindestens zwei Meetings pro Woche zu haben, um daraus ein echtes Produkt mit klaren Zielen zu machen 20:16:24 <mikalv> die aktuelle ist noch beta4, und ich hoffe, bis Ende dieser Woche beta5 herauszubringen – dann mit eingebettetem router 20:17:27 <zzz> ich verstehe, dass ihr dafür eine Mailingliste gestartet habt? Möchtest du sie hier ankündigen oder ist es noch nicht so weit? 20:18:09 <zzz> sadie, zlatinb, wollt ihr noch etwas zum Browser hinzufügen 20:18:20 <zzz> ? 20:19:36 <zzz> hat jemand Fragen zu 4) dem Browser? 20:20:21 <zzz> noch etwas zu 4) ? 20:21:10 <zzz> 5) Scrum – leg los, zlatinb 20:22:02 <zlatinb> machen wir das Scrum parallel; in ein paar Worten – 1) woran habt ihr seit dem letzten Scrum gearbeitet 2) woran wollt ihr nächsten Monat arbeiten 3) habt ihr Blocker oder braucht ihr Hilfe. Sagt EOT, wenn fertig 20:22:34 <zlatinb> ich: 1) Aufbau eines Testnetzes, Engpässen nachjagen 2) mehr Testnetz, schaue mir auch joggers Tickets an 3) eigentlich keine EOT 20:23:34 <zzz> 1) 41-Release, Code zur Aufteilung der Konfiguration, Bugfixes, Vorschläge, Planung für neue Verschlüsselungstypen, ls2-Fixes 20:24:10 <zzz> 2) 42-Release, Bugfixes, Vorschläge (insbesondere Recherche zu neuen Verschlüsselungsfragen), DEFCON 20:24:16 <zzz> 3) keine Blocker; EOT 20:25:18 <mikalv> ich habe hauptsächlich am Browser gearbeitet (einschließlich i2pbutton, das jetzt einen router startet, wenn einer gefunden wird), außerdem habe ich auf meiner Seite große Verbesserungen am outproxy (Ausgangs-Proxy für den Übergang ins clearnet) vorgenommen, und ich habe begonnen, eine Lösung für private outproxies zu prototypisieren, die so schnell ist, dass ich sie tatsächlich täglich fürs clearnet-Browsen nutzen kann 20:25:53 <mikalv> und ich habe auch Mailinglisten aufgesetzt, ja, die über I2P unter `https://lists.i2p/postorius/lists/` zu finden sind, aber auch aus dem clearnet unter https://lists.i2p.email/postorius/lists/ verfügbar sind 20:26:20 <mikalv> jede/r mit konstruktiven Ideen, Beiträgen, Diskussionen und so weiter ist natürlich willkommen 20:26:57 <mikalv> darüber hinaus habe ich recherchiert, wie wir Kreditkartenspenden annehmen können und wie wir gleichzeitig Shirts und so weiter verkaufen können 20:27:10 <mikalv> EOT 20:27:12 <mikalv> noblock 20:28:14 <zzz> schätze, das war’s? zlatinb, wir überlassen es dir, die No-Shows zu treiben? 20:28:17 <zlatinb> noch jemand? wenn nicht, endet das Scrum in 1 Minute :) 20:28:27 <zlatinb> ok 20:28:33 <zlatinb> ScrumTimeoutException 20:28:41 <mikalv> lol 20:28:42 <zzz> während wir in der 'grace period' sind – DEFCON! idk und ich werden dieses Wochenende dort sein! 20:29:04 <zzz> Monero Village Freitagnachmittag und Crypto/Privacy Village Samstagnachmittag 20:29:22 <zzz> Workshop, Q&A und Sticker an beiden Tagen. kommt vorbei und sagt hallo 20:29:57 <zzz> bzgl. outproxies setze ich das auf die Agenda für nächsten Monat, damit sadie uns berichtet, was wir vorhaben 20:30:06 <zzz> noch etwas fürs Meeting? 20:30:52 <zzz> oh, und Sadie wird nächste Woche auf der FOCI in San Jose ein Paper präsentieren! sucht sie unbedingt, wenn ihr dort seid 20:30:59 <mikalv> nee, aber ich erwarte, dass wir bis zum nächsten Treffen mehr für die Browser-/outproxy-Fälle haben 20:31:39 <zzz> ja, wir haben noch keinen guten Plan, weder für den Browser noch für den outproxy. Wir haben Ideen und Proofs of Concept, aber keinen Plan 20:31:53 <zzz> daher wird es gut sein zu sehen, wie das zusammenkommt 20:32:02 * zzz wärmt den baffer auf 20:32:44 <zzz> letztes baf des Sommers, wir sehen uns im September... 20:32:55 * zzz ****bafs**** schließt das Meeting

Konferenzprogramm August 2019

Mon, 29 Jul 2019 00:00:00 +0000

Konferenzprogramm August 2019

Hallo zusammen,

Next month will be busy! Meet up with I2P developers at two workshops at Defcon 27, and connect with researchers who have been observing I2P censorship at FOCI ‘19.

I2P for Cryptocurrency Developers

zzz

Monero Village
August 9, 3:15pm
Monero Village will be on the 26th floor of Bally’s map

Dieser Workshop unterstützt Entwickler dabei, Anwendungen zu entwerfen, die über I2P kommunizieren, um Anonymität und Sicherheit zu gewährleisten. Wir besprechen die gemeinsamen Anforderungen für Kryptowährungsanwendungen und prüfen die Architektur und die spezifischen Bedürfnisse jeder Anwendung; anschließend behandeln wir die Kommunikation über tunnel, die Auswahl von router und Bibliotheken sowie Paketierungsoptionen und beantworten alle Fragen zur Integration von I2P.

Ihr I2P-Netzwerk beschleunigen

Sat, 27 Jul 2019 00:00:00 +0000

Dieser Beitrag wurde direkt aus Material adaptiert, das ursprünglich für mhattas Medium-Blog . Er verdient die Anerkennung für den ursprünglichen Beitrag (OP). Es wurde an einigen Stellen aktualisiert, wo auf alte Versionen von I2P als aktuell verwiesen wurde, und einer leichten Überarbeitung unterzogen. -idk

Direkt nach dem Start wird I2P oft als ein wenig langsam wahrgenommen. Das stimmt, und wir wissen alle, warum: Von Natur aus fügt garlic routing der vertrauten Nutzung des Internets zusätzlichen Overhead hinzu, um Ihre Privatsphäre zu ermöglichen; das bedeutet jedoch, dass Ihre Daten bei vielen oder den meisten I2P-Diensten standardmäßig 12 Hops durchlaufen müssen.

I2P Entwicklertreffen - 02. Juli 2019

Tue, 02 Jul 2019 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eyedeekay, meeh, sadie, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.40 Release-Status verbleibende Punkte (mhatta, nextloop) 20:00:00 <zzz> 2) 0.9.41 Release-Status (zzz) 20:00:00 <zzz> 3) LS2-Status (zzz) 20:00:00 <zzz> 4) I2P Browser "labs" Projektstatus (meeh) 20:00:00 <zzz> 5) muwire.i2p Anfrage für die Konsolen-Startseite (zlatinb) 20:00:00 <zzz> 6) Status-Scrum (zlatinb) 20:00:03 <zzz> 0) Hi 20:00:05 <zzz> hi 20:00:12 <zlatinb> hi 20:00:31 <zzz> 1) 0.9.40 Release-Status verbleibende Punkte (mhatta, nextloop) 20:00:42 <zzz> immer noch nichts von mhatta oder nextloop, leider 20:00:59 <zzz> Ich habe wiederholt versucht, einen neuen Debian-Paketbetreuer zu finden, bisher ohne Erfolg 20:01:09 <zzz> sonst noch was zu 1) ? 20:01:35 <zzz> 2) 0.9.41 Release-Status (zzz) 20:01:46 <sadie__> hi 20:01:54 <eyedeekay> Hi 20:02:09 <zzz> wir schließen die Review-Phase ab. Ich rechne damit, morgen früh In-Netz-Updates zu haben, weiteres folgt 20:02:44 <zzz> und dann machen wir das alles noch einmal für 42 20:03:06 <zzz> sonst noch was zu 2) ? 20:03:48 <zzz> 3) LS2-Status (zzz) 20:04:01 <zzz> wir machen langsame, aber stetige Fortschritte 20:04:11 <zzz> .41 unterstützt per-Client-Authentifizierung 20:04:22 <zzz> garlic farm macht ebenfalls Fortschritte, langsam 20:04:46 <zzz> wir planen eine neue I2CP-Nachricht für .42, um Blinding-Informationen vom Client an den router zu übergeben 20:05:12 <zzz> wir kommen bei Vorschlag 144 für neue Verschlüsselung weiter, aber es ist wirklich schwierig 20:05:42 <zzz> ich hoffe, in ein paar Monaten eine gute Spec für 144 zu haben, vielleicht gegen Ende des Jahres auch etwas Testcode draußen 20:05:55 <zzz> wie immer sind unsere Meetings montags 18:30 UTC in #ls2, alle sind willkommen 20:06:07 <zzz> sonst noch was zu 3) ? 20:06:37 <zzz> 4) I2P Browser "labs" Projektstatus (meeh) 20:06:45 <zzz> meeh, was gibt's Neues zum Browser? 20:07:38 <zzz> ok, er ist wohl nicht hier 20:07:51 <zzz> 5) muwire.i2p Anfrage für die Konsolen-Startseite (zlatinb) 20:08:01 <zlatinb> hi 20:08:07 <zzz> `http://zzz.i2p/topics/2722` 20:08:11 <zzz> erzähl uns bitte etwas über deine Seite 20:09:30 <zlatinb> MuWire ist eine universelle Filesharing-Anwendung, die auf i2p aufsetzt. Die Seite enthält Download-Links, Screenshots und allgemeine Informationen über die Anwendung. 20:10:05 <zlatinb> Ich glaube, MW ist von allgemeinem Interesse und Nutzen für die i2p-Community; es ist schnell gewachsen und weckt viel Interesse. 20:10:22 <zzz> hat jemand Kommentare zu dieser Anfrage? dafür? dagegen? 20:10:41 <zzz> oder irgendwelche Fragen? 20:11:39 <zzz> Ich unterstütze die Anfrage, ich finde, es ist eine coole Anwendung, die nur nützlich ist, wenn sie viele Nutzer hat, und dem können wir helfen, indem wir sie in die Konsole aufnehmen 20:11:55 <zzz> sadie__, ? eyedeekay ? 20:12:23 <sadie__> Ich unterstütze die Anfrage 20:12:30 <eyedeekay> Ich unterstütze es auch. 20:12:49 <zzz> super. da ich keine Einwände höre, nehmen wir es für .42 mit rein 20:12:54 <zzz> sonst noch was zu 5) ? 20:13:41 <zzz> 6) Status-Scrum (zlatinb) 20:13:45 <zzz> leg los, zab 20:14:15 <zlatinb> Hi, lasst uns das Scrum parallel machen. Bitte sagt in ein paar Worten: 1) Was habt ihr seit dem letzten Scrum gemacht 2) Was plant ihr für den nächsten Monat 3) Habt ihr Blocker oder braucht Hilfe. Wenn fertig, sagt EOT 20:15:38 <zzz> 1) Fehlerbehebungen, per-Client-Authentifizierung, garlic farm, neue Verschlüsselung, weitere Fehlerbehebungen, Vorbereitung auf den Release, erste Arbeiten an neuen Dingen für .42 20:15:39 <zlatinb> ich: 1) nur ein kleiner Tweak an der RouterContext api, um einen benutzerdefinierten Log-Manager zu erlauben 2) Habe weitere Router/RouterContext-Änderungen, die ich machen möchte, um das Einbetten des router zu verbessern. Könnte auch an garlic farm arbeiten, falls sich das ergibt. 3) Keine Blocker, wäre nur schön, Maven zu verschlanken 20:15:41 <zlatinb> EOT 20:16:41 <zzz> 1a) viele android-Fehlerbehebungen und Aufräumarbeiten 2) .41 Release, Konfigurationsaufteilung für .42, neue i2cp-Nachricht für .42, Prop 144 Arbeit an neuer Verschlüsselung 20:17:20 <sadie__> Ich habe weiter an der Konsole gearbeitet - aktualisiertes Logo zu beiden Themes hinzugefügt. Bin nach Tunis zu RightsCon gereist und habe mehr Kontakte in der Community geknüpft. Community Outreach, Testing, Tickets durchgehen und mich an tx gewöhnen. 20:17:37 <zzz> 2a) Vorbereitung auf defcon, mehr Arbeit an garlic farm, Zusammenarbeit mit dem #ls2-Team am Aufbau von tunnel für routers mit neuer Verschlüsselung 20:17:45 <sadie__> nächsten Monat: Threat-Model-Update, User Research und Persona-Erstellung, Funding-Outreach 20:17:45 <eyedeekay> Ich habe an der Split-tunnel-Konfiguration gearbeitet, zuletzt war es Tests auf mehreren Plattformen. Ich habe eine WebExtension erstellt, um das Browsen auf Android zu verbessern, indem der Browser automatisch konfiguriert wird, eine Menge Blogposts geschrieben/spiegelt und an der Website gearbeitet. 2) Tests der Split-tunnels abschließen und sie in den router für .42 bringen. Mit meeh am Browser arbeiten. 3) keine Blocker EOT 20:17:46 <sadie__> EOT 20:18:01 <zzz> 3) keine Blocker, EOT 20:18:15 <zlatinb> danke, das war's, glaube ich, von allen 20:18:22 <meeh> Ich schreibe 20:18:24 <meeh> Moment 20:18:37 <zzz> ok 20:21:29 <meeh> Ich habe hauptsächlich am Browser gearbeitet, mir auch das Maven-Abhängigkeitsproblem angesehen, Dokumentation, und mir außerdem angesehen, wie aufwendig es wäre, den Browser für android zu bauen, damit wir den internen in unserer App ausmustern können. 20:22:29 <zzz> meeh, war das 1) ? bitte gib 2) und 3) an, gefolgt von EOT 20:25:34 <meeh> 1) ja, oben 2) Browser: Benutzerdokumentation fertigstellen, aktuelle Features stabil machen, das Rebranding abschließen, insbesondere bei Icons und Grafiken. osx Launcher: die torrent snark Share-Funktion fertigstellen. android: die Evaluierung abschließen, wie viel Aufwand ein Port des Browsers wäre - tor macht das jetzt auch, und da wir vieles Gleiches und Build-Skripte nutzen, ist es vielleicht machbar. und zuletzt, für die Spenden 20:26:39 <meeh> 3) keine Blocker und keine Hilfe benötigt, abgesehen davon, dass ich mich immer über PRs für Browser-Dinge freue, insbesondere android-Dinge, bei denen ich nicht wirklich versiert bin 20:27:03 <zzz> EOT? 20:27:07 <meeh> EOT 20:27:14 <zzz> ok, danke meeh 20:27:22 <zzz> damit war's mit 6) Scrum 20:27:34 <zzz> lasst uns zurück zu 4) I2P Browser (meeh) gehen 20:28:06 <zzz> könntest du uns bitte einen Status geben, falls es noch mehr gibt als das, was in deinem Scrum war? 20:28:56 <zzz> letzter Release, nächster Release, Stabilität, Features, ... ? 20:30:21 <meeh> Ich denke, wir haben die meisten Icon-Grafiken im Browser-Projekt abgedeckt, allerdings gibt es auch einige Bilder (ich erinnere mich speziell an den Onboarding-Assistenten), die durch etwas anderes ersetzt werden müssen, Gleiches gilt für Text. Außerdem hat die letzte Woche gezeigt, dass wir ungefähr 1-2 Tage (bis zu 48 Std.) brauchen, um auf ein Sicherheitsproblem zu reagieren (gerechnet von dem Zeitpunkt, als ich Zeit hatte, bis es gebaut war) 20:34:05 <meeh> Entwicklerdokumentation sollte für eine Weile ausreichen, die Benutzerdokumentation ist bald fertig; ich versuche dabei, nicht zu viel von Orten wie mozilla und Ähnlichem zu übernehmen. Unser Ansatz für Änderungen am Fork ist, den Großteil unserer Logik und Features in i2pbutton unterzubringen - und im firefox-Quellcode nur das zu tun, was wirklich nötig ist, was bisher gut zu funktionieren scheint. Das schließt auch Übersetzungen ein, da firefox eigene bereitstellt, sodass nur noch i2p-spezifische Strings zu übersetzen sind 20:35:01 <zzz> ok, danke für das Update. Noch irgendwas zu 4) ? 20:35:07 <zzz> irgendwelche Fragen zum Browser? 20:35:16 <meeh> Gedanken zum Wechsel auf einen neuen ESR-Release sind ... bob-bob positiv, sprich, ich bin mir ziemlich unsicher, ob das automatisch geht, allerdings werden mir die wenigen Stellen, die ein oder zwei Patches brauchen, langsam sehr vertraut 20:35:56 <meeh> der nächste Release sollte nicht allzu lange dauern, es hängt ein bisschen davon ab, wie sehr das Team in den kommenden Wochen Feuer geben will 20:36:35 <zzz> ja, wir müssen die Prioritäten abwägen. Ich glaube, wir lernen besser einzuschätzen, wie viel Aufwand es wäre, das wirklich ernsthaft zu machen 20:36:46 <zzz> sonst noch was zu 4) ? 20:36:50 <meeh> Ich habe dafür wirklich keinen Zeitplan, außer wenn irgendein neues/aktuelles Feature fertig bzw. weiter fertig ist und/oder Sicherheits-Patches für android herauskommen 20:36:53 <meeh> ffirefox** 20:38:10 <zzz> sonst noch was zu 4) ? 20:39:05 <zzz> sonst noch etwas fürs Meeting? 20:39:54 <zzz> danke an alle 20:40:01 * zzz *bafs* das Meeting ist geschlossen

Veröffentlichung 0.9.41

Tue, 02 Jul 2019 00:00:00 +0000

Details zur Aktualisierung

0.9.41 umfasst Leistungsverbesserungen, Erweiterungen der Streaming-Bibliothek und wichtige Fehlerbehebungen. Wir setzen die Entwicklungsarbeit an neuen leasesets (LS2) und verschlüsselten leasesets fort. Diese Version enthält die üblichen Fehlerbehebungen und Aktualisierungen der Übersetzungen.

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Der beste Weg, die Sicherheit aufrechtzuerhalten und dem Netzwerk zu helfen, ist, die neueste Version auszuführen.

Sie möchten also eine SAM-Bibliothek schreiben

Sun, 23 Jun 2019 00:00:00 +0000

Oder, wie man mit i2p spricht, für Leute, die nicht wirklich daran gewöhnt sind, Spezifikationen zu lesen

Meiner Meinung nach gehört die SAM API zu den besten Funktionen von I2P, da sie verwendet werden kann, um eine Brücke zwischen I2P und Ihrer Anwendung oder der Programmiersprache Ihrer Wahl zu bauen. Derzeit existieren Dutzende von SAM-Bibliotheken für eine Vielzahl von Programmiersprachen, darunter:

Wenn Sie eine dieser Sprachen verwenden, können Sie Ihre Anwendung möglicherweise bereits auf I2P portieren, indem Sie eine vorhandene Bibliothek nutzen. Darum geht es in diesem Tutorial jedoch nicht. Dieses Tutorial behandelt, was zu tun ist, wenn Sie eine SAM-Bibliothek in einer neuen Sprache erstellen möchten. In diesem Tutorial werde ich eine neue SAM-Bibliothek in Java implementieren. Ich habe Java gewählt, weil es noch keine Java-Bibliothek gibt, die Sie mit SAM verbindet, wegen der Verwendung von Java in Android und weil es eine Sprache ist, mit der fast jeder zumindest ein bisschen Erfahrung hat, sodass Sie es hoffentlich in eine Sprache Ihrer Wahl übertragen können.

So richten Sie einen SSH-Server hinter I2P für den persönlichen Zugriff ein

Sat, 15 Jun 2019 00:00:00 +0000

So richten Sie einen SSH-Server hinter I2P für den persönlichen Zugriff ein

Dies ist ein Tutorial, wie man einen I2P tunnel einrichtet und anpasst, um aus der Ferne auf einen SSH-Server zuzugreifen, entweder mit I2P oder i2pd. Vorerst wird angenommen, dass Sie Ihren SSH-Server über einen Paketmanager installieren und dass er als Dienst läuft.

Überlegungen: In dieser Anleitung setze ich einiges voraus. Diese müssen je nach den Komplikationen, die in Ihrer konkreten Umgebung auftreten, angepasst werden, insbesondere wenn Sie zur Isolierung VMs oder Container verwenden. Dabei wird davon ausgegangen, dass der I2P router und der SSH-Server auf demselben localhost laufen. Sie sollten neu erzeugte SSH-Hostschlüssel verwenden, entweder durch die Verwendung eines frisch installierten sshd oder indem Sie alte Schlüssel löschen und ihre Neuerzeugung erzwingen. Zum Beispiel:

I2P-Entwicklertreffen - 04. Juni 2019

Tue, 04 Jun 2019 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, eyedeekay, zlatinb, zzz

Sitzungsprotokoll

20:00:14 <zzz> 0) Hi 20:00:16 <zzz> hi 20:00:43 <zzz> 1) 0.9.40 Release-Status verbleibende Punkte (meeh, mhatta, nextloop, str4d) 20:00:43 <zzz> 2) Korrigierter i2pbote-android Release-Status (meeh) 20:00:43 <zzz> 3) 0.9.41 Entwicklungsstatus (zzz) 20:00:43 <zzz> 4) LS2-Status (zzz) 20:00:43 <zzz> 5) I2P Browser "labs" Projektstatus (meeh) 20:00:43 <zzz> 6) Status-Scrum (zlatinb) 20:01:03 <zzz> 1) 0.9.40 Release-Status verbleibende Punkte (meeh, mhatta, nextloop, str4d) 20:01:28 <zzz> Ich glaube, dass Debian/Ubuntu und das offizielle F-Droid noch ausstehen? 20:01:41 <zzz> Ich habe von mhatta gehört, aber er hat nichts versprochen 20:02:04 <zzz> Ich habe andere Debian-Leute kontaktiert, um zu sehen, ob es jemand anders übernehmen kann – bislang nichts 20:02:10 <zzz> nextloop, hast du ein Update für uns? 20:02:53 <eche|on> ich habe Test-Builds für Debian Buster und Stretch unter echelon.i2p/update/ gebaut 20:02:57 <zzz> noch etwas zu 1) ? 20:03:29 <zzz> 2) Korrigierter i2pbote-android Release-Status (meeh) 20:03:40 <zzz> mikalv, hast du ein Update für uns zu bote? 20:04:52 <zzz> Ich glaube, wir haben das bote-Release rausgebracht und es funktioniert bei den Leuten 20:04:58 <zzz> noch etwas zu 2) ? 20:05:16 <eyedeekay> Nichts von mir 20:05:30 <zzz> 3) 0.9.41 Entwicklungsstatus (zzz) 20:05:45 <zzz> ok, wir sind etwas über der Hälfte des .41-Entwicklungszyklus und es läuft gut 20:06:06 <zzz> Die große Neuerung ist die clientbezogene Authentifizierung für verschlüsseltes LS2 20:06:19 <zzz> Wir haben außerdem einen Bug in der Behandlung großer Nachrichten behoben, der meiner Meinung nach bote helfen wird, besser zu funktionieren 20:06:55 <eche|on> wir werden sehen, Test-Build verfügbar 20:06:56 <zzz> idk und ich arbeiten daran, die Dateien clients.config und i2ptunnel.config aufzuteilen, aber es sieht so aus, als müsse es bis .42 warten 20:07:38 <zzz> Damit bote einen Unterschied sieht, muss es wahrscheinlich auf den Großteil des Netzwerks ausgerollt werden, da der Bug von jedem router unterwegs getroffen werden könnte 20:08:03 <eche|on> ja 20:08:12 <zzz> Das Release ist für die erste Juliwoche geplant 20:08:33 <zzz> noch etwas zu 3) ? 20:09:28 <zzz> 4) LS2-Status (zzz) 20:09:58 <zzz> läuft weiterhin gut. Bisher hatten wir 42 wöchentliche Meetings und kein Ende in Sicht, obwohl wir in letzter Zeit mehr Zeit für die neue Verschlüsselung (proposal 144) aufwenden 20:10:19 <zzz> Ich habe den Code für die clientbezogene Authentifizierung bereits erwähnt, der in 41 enthalten sein wird. 20:10:54 <zzz> Die Garlic Farm-Entwicklung für Meta-LS2 lag seit etwa 3 Wochen zugunsten des Client-Auth-Codes auf Eis, aber wir werden bald wieder daran arbeiten 20:11:27 <zzz> Ich migriere weiter Spezifikationen von den Proposals in den Haupt-Spezifikationsbereich unserer Website 20:11:38 <zzz> während wir Dinge implementieren und testen 20:11:52 <zzz> unsere Meetings sind weiterhin montags um 18:30 Uhr UTC in #ls2 20:12:11 <zzz> noch etwas zu 4) ? 20:13:04 <zzz> 5) I2P Browser "labs" Projektstatus (mikalv) 20:13:15 <zzz> mikalv, wie läuft der I2P-Browser? 20:14:08 <zzz> Ich weiß, dass ein neues Beta-Release rausgegangen ist und gerade getestet wird, aber bei manchen Leuten funktioniert es überhaupt nicht? 20:15:04 <zzz> Es gibt außerdem eine Anfrage nach mehr Dokumentation auf unserer Lab-Download-Seite, und er sagte, dass er sich bald darum kümmern werde, also haltet die Augen offen 20:15:17 <zzz> ok, ich schätze, mikalv ist nicht da, noch etwas zu 5) ? 20:16:08 <zzz> 6) Status-Scrum (zlatinb) 20:16:13 <zzz> bitte, zlatinb 20:16:42 <zlatinb> Hi, machen wir das Übliche – sagt 1) was ihr seit dem letzten Scrum gemacht habt 2) was ihr nächsten Monat vorhabt 3) ob ihr irgendwelche Blocker habt oder Hilfe braucht 20:16:46 <zlatinb> schließt mit EOT ab, wenn ihr fertig seid 20:17:08 <zlatinb> ich: 1) etwas Garlic Farm, sonst nicht viel 2) hoffentlich mehr Garlic Farm 3) keine Blocker 20:17:09 <zlatinb> EOT 20:17:17 <eche|on> mache wie immer das Gleiche, halte den Server am Leben, läuft weiter so, keine Blocker, eot 20:17:30 <zzz> 1) Garlic Farm, LS2 und clientbezogene Authentifizierung; Bugfixes 20:18:10 <zzz> 2) Garlic Farm, Bugfixes, GMP 6.1.2, Aufteilen der Konfigurationsdateien, Vorbereitung auf das 0.9.41-Release 20:18:18 <eyedeekay> i2ptunnel-Konfigurationen aufteilen und Dokumentation/Blogs schreiben, 2) mehr davon 3) keine Blocker eot 20:18:32 <zzz> 3) keine Blocker, EOT 20:18:44 <zlatinb> ok, ich glaube, das war's von allen, danke 20:19:04 <zzz> ok, das ging ziemlich schnell, wir werden effizienter! 20:19:18 <zzz> noch etwas für das Meeting heute? 20:20:15 <zzz> oh, und Glückwunsch an eyedeekay, der eine Entwickler-Vereinbarung unterschrieben hat und mtn-Check-in-Rechte bekommen hat! Er hat in den letzten Monaten schon eine Menge für uns getan, jetzt kann er viel schneller Schaden anrichten! 20:20:37 <eyedeekay> :-D 20:20:38 <zzz> freue mich darauf, eyedeekay direkt in der Codebasis zu haben 20:21:07 * zzz sucht nach dem baffer, um nach dir auszuholen 20:22:01 * zzz *bafs* das Meeting geschlossen

Grundlegendes Tutorial zu I2P Tunnels mit Bildern

Sun, 02 Jun 2019 00:00:00 +0000

Obwohl der Java I2P router mit einem statischen Webserver, jetty, vorkonfiguriert ist, um die erste eepSite des Benutzers bereitzustellen, benötigen viele von ihrem Webserver umfangreichere Funktionen und möchten lieber eine eepSite mit einem anderen Server erstellen. Das ist natürlich möglich und tatsächlich ganz einfach, sobald man es einmal gemacht hat.

Auch wenn es leicht umzusetzen ist, sollten Sie vorher ein paar Dinge beachten. Entfernen Sie identifizierende Merkmale von Ihrem Webserver, etwa potenziell identifizierende Header und Standard-Fehlerseiten, die den Server-/Distributionstyp angeben. Weitere Informationen über Gefährdungen der Anonymität durch falsch konfigurierte Anwendungen finden Sie unter: Riseup hier , Whonix hier , dieser Blogartikel zu einigen OpSec-Fehlern (operative Sicherheit) , und die I2P-Anwendungsseite hier . Auch wenn viele dieser Informationen sich auf Tor Onion Services beziehen, gelten dieselben Verfahren und Prinzipien für das Hosten von Anwendungen über I2P.

Wie Sie Ihre bestehende Website als I2P eepSite bereitstellen

Sun, 02 Jun 2019 00:00:00 +0000

Dieser Blogbeitrag dient als allgemeine Anleitung zum Betrieb eines Spiegels eines Clearnet-Dienstes als eepSite. Er baut auf dem vorherigen Blogbeitrag über grundlegende I2PTunnel tunnels auf.

Leider ist es wahrscheinlich unmöglich, vollständig alle möglichen Fälle abzudecken, in denen eine bestehende Website als eepSite verfügbar gemacht wird; die Vielfalt der serverseitigen Software ist dafür einfach zu groß, ganz zu schweigen von den praktischen Besonderheiten jeder konkreten Bereitstellung. Stattdessen werde ich versuchen, so spezifisch wie möglich den allgemeinen Prozess zu vermitteln, einen Dienst für die Bereitstellung im eepWeb (I2P-Web) oder in anderen versteckten Diensten vorzubereiten.

Wie man sich freiwillig engagieren kann, indem man I2P‑Bote beim Bootstrapping unterstützt

Mon, 20 May 2019 00:00:00 +0000

Ein einfacher Weg, Menschen dabei zu helfen, sich gegenseitig privat Nachrichten zu schicken, besteht darin, einen I2P-Bote-Peer zu betreiben, der von neuen I2P-Bote-Nutzern verwendet werden kann, um ihre eigenen I2P-Bote-Peers zu bootstrappen (zu initialisieren). Leider war der Prozess zum Einrichten eines I2P-Bote-Bootstrap-Peers bislang deutlich weniger klar, als er sein sollte. Tatsächlich ist es extrem einfach!

Was ist I2P-bote?

I2P-bote ist ein privates Messaging-System, das auf i2p aufbaut und zusätzliche Funktionen bietet, die es noch schwieriger machen, Informationen über die übertragenen Nachrichten zu erkennen. Dadurch können private Nachrichten sicher übermittelt werden, wobei hohe Latenz toleriert wird und ohne dass man sich auf ein zentrales Relay (Weiterleitungsinstanz) verlassen muss, um Nachrichten zu senden, wenn der Absender offline geht. Dies steht im Gegensatz zu fast allen anderen verbreiteten privaten Messagingsystemen, die entweder erfordern, dass beide Gesprächspartner online sind, oder sich auf einen teilweise vertrauenswürdigen Dienst stützen, der Nachrichten im Namen von Absendern übermittelt, die offline gehen.

0.9.40 Veröffentlichung

Tue, 07 May 2019 00:00:00 +0000

Aktualisierungsdetails

0.9.40 deaktiviert den alten NTCP1-Transport und entfernt die Unterstützung für SSU-Introductions über IPv6. Da NTCP2 nun seit über 6 Monaten standardmäßig aktiviert ist, ist es an der Zeit, den alten NTCP1-Transport zu deaktivieren und Bandbreite sowie Speicher zu sparen. Wir setzen die Entwicklungsarbeit an LS2 und verschlüsselten leaseSets fort. Mehrere Fehler wurden behoben.

Wie üblich empfehlen wir, auf dieses Release zu aktualisieren. Der beste Weg, die Sicherheit aufrechtzuerhalten und dem Netzwerk zu helfen, besteht darin, das neueste Release auszuführen.

I2P Entwicklertreffen - 07. Mai 2019

Tue, 07 May 2019 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: chisana, eyedeekay, meeh, sadie, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.39 Release-Status verbleibende Punkte (meeh, mhatta, nextloop, str4d) 20:00:00 <zzz> 2) Fixed i2pbote-android Release-Status (meeh) 20:00:00 <zzz> 3) 0.9.40 Dev-Status (zzz) 20:00:00 <zzz> 4) LS2-Status (zzz) 20:00:00 <zzz> 5) Status-Scrum (zlatinb) 20:00:04 <zzz> 0) Hi 20:00:06 <zzz> hi 20:00:10 <meeh> hi 20:00:17 <zlatinb> hi 20:00:51 <zzz> 1) 0.9.39 Release-Status verbleibende Punkte (meeh, mhatta, nextloop, str4d) 20:00:55 <eyedeekay> hi 20:01:07 <zzz> Dieser Tagesordnungspunkt war aus der Sitzung letzten Monat... 20:01:29 <zzz> wo uns noch Debian, F-Droid und Maven Central fehlten 20:01:40 <zzz> meeh, hast du ein Update für uns zu einem dieser Punkte? 20:02:33 <meeh> Ich und str4d werden dieses Release im Pairing machen, heißt, er geht alle Schritte mit mir durch, inklusive maven/f-droid. Ich kontaktiere ihn heute dazu, seit wir das vor einer oder zwei Wochen besprochen haben. 20:02:43 <zzz> und hat jemand etwas von mhatta bzgl. Debian gehört? 20:02:51 <meeh> das sollte fdroid, maven und googleplay abdecken 20:03:15 <zzz> meeh, es geht um .39 – wurden F-Droid- und Maven Central-Releases für .39 veröffentlicht? 20:03:33 <sadie_> hi 20:03:34 <meeh> der osx launcher wird ofc auch aktualisiert 20:03:52 <meeh> nein, aber wenn ich mit str4d paire, lerne ich, wie ich das beheben kann 20:03:59 <meeh> dann sollten sowohl 39 als auch 40 behoben sein 20:03:59 <zzz> wir sprechen über .39-Punkte von vor 7 Wochen, die bei der letzten Sitzung vor 5 Wochen nicht abgeschlossen waren 20:04:17 <meeh> `https://search.maven.org/search?q=g:net.i2p` 20:04:19 <meeh> maven ist latest bt 20:04:24 <meeh> w 20:04:24 <meeh> .39 20:04:48 <zzz> ok. wie ist die ETA für das „Pairing“ (lass dich nicht mit Zcash-Sprech anstecken) 20:05:38 <R4SAS> :D 20:05:39 <zzz> und ich dachte, unser F-Droid-Problem waren Server-Abhängigkeitsprobleme, nicht das Know-how. Sind die gelöst? 20:05:57 <meeh> Meine Antwort darauf ist: wenn str4d Zeit für mich für einen schnellen Walkthrough hat – was ich so verstanden habe, dass er dafür sehr bald Zeit findet, als ich zuletzt mit ihm sprach. Ich gebe euch heute ein Update, was er sagt 20:06:41 <zzz> für Maven Central hast du alles, was du brauchst, inklusive Howto, richtig? Hast du alle nötigen Berechtigungen? 20:06:58 <meeh> kein Howto 20:07:19 <zzz> Ich frage, weil ‚wenn str4d Zeit hat‘ leider nichts bedeutet :( 20:07:28 <meeh> wir haben einige maven/gradle Skriptdateien in unserem Repo, bei denen ich mir *denken* könnte, wie sie funktionieren, und es probieren könnte – was ich ungern vermassle 20:07:46 <meeh> Ich setze diesmal Hoffnung in ihn 20:08:09 <meeh> Zeit, das Nörgeln loszuwerden, um mehr Zeit freizumachen – klingt nach etwas, dem alle zustimmen würden 20:08:42 <zzz> Klar, der langfristige Plan ist, str4d aus allen Abhängigkeiten herauszunehmen, wir sind fast soweit – weiter Druck machen, bis es fertig ist 20:09:36 <zzz> ok, zurück zu mhatta – hat jemand etwas von ihm gehört? Ist es Zeit, ihn anzurufen, oder wie gehen wir weiter vor? 20:09:46 <zzz> zlatinb, irgendwelche Ideen? 20:10:04 <zzz> und hat jemand von nextloop gehört? 20:10:15 <zlatinb> Ihn anzurufen hat letztes Mal nicht funktioniert, obwohl er bestätigt hat, dass ich die richtige Nummer habe 20:10:27 <zlatinb> leider keine Ideen 20:10:39 <zzz> meeh, soweit ich es verstehe, kannst du auch einfach einen Antrag stellen, um in das echte F-Droid zu kommen, wir brauchen nextloop eigentlich nicht. Weißt du, wie das geht? 20:10:40 <sadie_> kann jemand mhatta's Aufgaben übernehmen? 20:11:15 <zzz> Jemand, der offizieller Debian Developer ist... kennt ihr andere mit Zeit? 20:11:38 <meeh> Es tut mir leid zu sagen, dass ich mit frdroid noch weniger vertraut bin als android – ich war (zumindest soweit ich mich erinnere) nur der Hoster unseres privaten Repo 20:11:53 <sadie_> nein – aber wir sollten anfangen zu suchen 20:11:57 <meeh> aber ich kann str4d fragen, wenn ich mit ihm spreche, er sollte es wissen 20:12:20 <zzz> ok meeh, denk daran, es gibt zwei F-Droids, unseres und das offizielle fdroid.org, also besorg dir bitte das Howto für beide. Bitte versuch, nextloop zu finden 20:12:27 <zzz> twitter, email, etc 20:13:13 <meeh> ja, unseres ist umgezogen und sollte theoretisch funktionieren, wenn ich diese Python-Befehle zum Pushen ausprobiere – ich teste das aus, nachdem ich mit str4d gesprochen habe 20:13:19 <zzz> Sonst noch etwas zu 1)? Wir haben bei .39 keinen tollen Job gemacht 20:13:40 <zzz> also lasst es schnell für .40 in Ordnung bringen 20:13:57 <zzz> Releases sind, was wir tun; wenn wir die Releases nicht rausbekommen, sind wir gescheitert 20:14:16 <zzz> sonst noch etwas zu 1)? 20:15:18 <zzz> 2) Fixed i2pbote-android Release-Status (meeh) 20:15:35 <zzz> meeh, wie ist der Status des lang erwarteten Bote-Android-Releases? 20:15:42 <meeh> derzeit bleibt es immer noch bei „connecting“ hängen 20:16:14 <zzz> aber eyedeekay berichtet, es funktioniert? 20:16:36 <zzz> hast du es ohne Firewall ausprobiert, meeh? 20:16:41 <eyedeekay> es funktioniert nur, wenn du den eingebauten router verwendest. Das ist auf einem Tablet 20:16:44 <meeh> ok, ich habe das Gefühl, wir haben jetzt oft über das Release gesprochen. Bitte haltet mich nicht für unhöflich, gemein oder sonst etwas außer „versuche nur, so klar wie möglich zu sein“ – ich bringe kein kaputtes Produkt heraus. Solange ich keine Nachricht von meinem bote-android an mein desktop-android senden kann – veröffentliche ich nicht 20:17:20 <zzz> Das ist eine Statusbesprechung für alle. Tu so, als hättest du seit einem Monat nicht mit mir gesprochen, und sag allen bitte, wo wir stehen. Du sprichst nicht mit mir, du berichtest der Welt 20:17:41 <meeh> denn andernfalls ist das, was wir herausbringen, per Definition kaputt – und es würde schlecht auf uns zurückfallen 20:18:00 <meeh> ok, sorry – aber so ist es ^ :) 20:18:27 <zzz> also, wie sieht der Ausblick oder die ETA aus, eine Schätzung, wann es gefixt und veröffentlicht wird? 20:18:41 <meeh> aber ja, ich bin fest der Meinung, dass ein kaputtes Release zu pushen schlecht auf i2p zurückfiele – widerspricht jemand dieser Aussage? 20:19:11 <zzz> Ich dränge dich nicht zur Veröffentlichung. Ich frage, wann es veröffentlicht wird. 20:19:26 <zzz> Dafür ist diese Sitzung da: Status berichten 20:19:34 <meeh> wie lange, glaubst du, würde es dauern, Bote über einen TCP-Socket statt über eine Unix-Domain verbinden zu lassen? 20:19:46 <zzz> Ich weiß es nicht 20:20:06 <meeh> denn im besten Fall, so hoffe ich, ist das, was wir tun müssen.. wenn nicht, keine Ahnung :( 20:20:32 <meeh> denn wenn Peers nicht das Problem sind und wir uns immer noch mit der Verbindung schwertun 20:20:38 <meeh> und basierend auf meinen Debug-Sitzungen 20:20:48 <meeh> vermute ich, es ist die IPC zwischen den Apps, die Nonce erzeugt 20:20:56 <meeh> und die Kommunikation zerstört 20:21:06 <zzz> ok. Vielleicht bekommen wir mehr Tester, wenn wir hier in diesem Channel fragen... vielleicht cisiey 20:21:15 <meeh> denn der tunnel und die Leases scheinen aus meiner Sicht ok zu sein 20:21:39 <meeh> womit mein logischer nächster Blickpunkt dann zwischen router <-> bote liegt 20:21:46 <zzz> ok. aber wenn es versucht, einen tunnel für bote zu bauen, dann ist es kein Problem mit dem i2cp-Socket 20:21:57 <meeh> vielleicht funktioniert der Control-Socket, aber die Datenübertragung stoppt 20:22:07 <zzz> entweder sprichst du mit dem router oder du tust es nicht. Es läuft alles über denselben Socket 20:22:17 <zzz> (Control und Daten) 20:22:32 <meeh> vielleicht macht Google irgendetwas, von dem wir nichts wissen – wäre nicht das erste Mal 20:22:50 <zzz> Die gute Nachricht ist: Du machst Fortschritte; wir steckten schon oft fest und haben es immer herausgefunden 20:22:54 <zzz> danke fürs Update 20:22:57 <zzz> sonst noch etwas zu 2)? 20:23:07 <meeh> also funktioniert i2cp wie TLS, es konfiguriert und wechselt dann zu reiner Datenübertragung? 20:23:34 <zzz> es ist gemuxtes Control und Daten, die ganze Zeit. Es geht niemals zu reinen Daten über 20:23:54 <meeh> okay, dann ASCII-kodierte Binärdaten oder? 20:24:15 <zzz> Ich kann dir nach der Sitzung erklären, wie i2cp funktioniert, wenn du möchtest 20:24:21 <meeh> wie auch immer – Implementierungsdetails können wir später besprechen 20:24:22 <meeh> ja 20:24:27 <zzz> sonst noch etwas zu 2)? 20:25:02 <zzz> 3) 0.9.40 Dev-Status (zzz) 20:25:16 <zzz> 0.9.40 Dev-Status ist FERTIG! 20:25:30 <zzz> wir sind in einen kurzen 6½‑Wochen‑Zyklus gegangen und haben heute veröffentlicht 20:25:32 <chisana> Glückwunsch! 20:25:54 <zzz> In-Net-Update ist live. Nicht sicher, ob die englischen News aktualisiert wurden. Der Swarm scheint etwas klein? 20:26:05 <zzz> eche|off, hast du nachgeschaut? 20:26:25 <zzz> es aktualisiert zumindest teilweise 20:26:47 <zzz> wir werden das genau beobachten, weil wir NTCP 1 deaktiviert haben, was keine negativen Effekte haben sollte, aber mal sehen 20:27:19 <zzz> also, lasst uns über die ETA der Release-Punkte sprechen. Das In-Net-Update ist draußen, die Website ist aktualisiert. Ich mache morgen unser PPA und das Deb-Repo. 20:27:45 <zzz> meeh, wie ist die ETA für das Android-router-Release? 20:28:01 <meeh> wieder werde ich das diesmal mit str4d machen 20:28:23 <meeh> der ganze „str4d-Teil“ des Releases in einem Paket 20:28:24 <meeh> :) 20:28:28 <zzz> selbst für den Android-router? Du hast es letztes Mal alleine gemacht. 20:28:42 <zzz> Ich würde nur gerne so wenig wie möglich von ihm abhängen 20:28:42 <meeh> Ja, indem ich um maven herumgehackt habe 20:28:50 <meeh> aber die richtige Reihenfolge ist, zuerst maven zu deployen 20:29:05 <meeh> Ja, aber das Ziel ist, dass wir das zum letzten Mal tun, <ever> 20:29:24 <zzz> ok. Wir werden sehen, ob das wahr wird, hoffentlich so 20:30:07 <meeh> zur Info, ich habe ihn bereits per DM @ twitter kontaktiert 20:30:25 <zzz> ok, sag Bescheid, wenn du eine ETA hast 20:30:26 <meeh> darüber habe ich die letzten Male mit ihm gesprochen 20:31:02 <zzz> zlatinb, ich schätze, du und ich sollten an alle 10 E-Mail-Adressen von mhatta etwas rausschicken, um seine Aufmerksamkeit zu bekommen? Es sind zwei Monate, seit wir von ihm gehört haben 20:31:25 <zzz> ich fände es schlecht, ein altes Release in Buster zu haben 20:31:27 <zlatinb> klar, gib mir die E-Mails und ich jage etwas raus 20:31:38 <zzz> ok 20:31:59 <zzz> eche|off, eche|on seid ihr hier? 20:32:39 <zzz> ok, ich denke, das war's zu 3)? 20:33:18 <zzz> 4) LS2-Status (zzz) 20:33:42 <zzz> Ich gebe einen kurzen Status zu den 3 Hauptvorschlägen: 123, 144 und 150 20:34:13 <zzz> 123 ist der LS2-Vorschlag. Er ist größtenteils fertig und wir haben viel des verschlüsselten LS2-Codes in .40 gebracht, wo wir mehr testen können 20:34:34 <zzz> der Vorschlag selbst hat sich im letzten Monat kaum verändert, was gut ist 20:35:05 <zzz> 144 ist der neue Verschlüsselungsvorschlag. Es gab im letzten Monat keine Aktivität, während Dinge mit höherer Priorität passierten 20:35:26 <zzz> aber ich habe viele Kommentare dazu erhalten. Erwartet in ein bis zwei Wochen einen aktualisierten Entwurf 20:35:48 <zzz> Ich würde gerne in 4–6 Monaten einige Implementierungen von 144 sehen, aber wir haben viel Arbeit bis dahin 20:36:05 <zzz> 150 ist der neue ‚garlic farm‘ (‚Knoblauch‑Farm‘) Vorschlag auf Basis von Raft, um massives Multihoming zu verwalten. 20:36:30 <zzz> es ist ein neuer Vorschlag, aber er hat ziemlich gutes Feedback bekommen, bei weitem weniger Beschwerden als 144! 20:37:04 <zzz> zlatinb, wann denkst du, könnten wir ein experimentelles Plugin haben, das 150 implementiert? In ein paar Monaten? 20:37:24 <zzz> Ich schätze, wir müssen darüber sprechen, was wir in .41 hineinquetschen können, um es zu unterstützen 20:37:38 <zlatinb> hängt davon ab, wie wir es zuschneiden; viele der aufgelisteten Features sind wirklich nur Nice-to-haves 20:37:59 <zzz> ja, in meiner Revision gestern habe ich vieles als nicht-erste-Veröffentlichung markiert 20:38:07 <zlatinb> wenn wir alles auf das absolute Minimum kürzen, vielleicht weniger als ein paar Monate 20:38:47 <zzz> ja, wir hatten unsere Roadmap-Sitzung für .41 noch nicht, daher weiß ich nicht, was wo priorisiert ist 20:38:49 <zlatinb> ist ein mittelgroßes Projekt, denke ich 20:39:18 <zzz> einverstanden 20:39:37 <zzz> hat jemand Fragen zu 4), LS2, oder verwandten Vorschlägen? 20:39:52 <zzz> wie üblich sind alle willkommen bei unseren Meetings, montags 18:30 PM UTC im IRC #ls2 20:40:27 <chisana> wenn ich ein „working/MVP“ ECIES zusammenbekomme, hilft das bei der Fertigstellung von 144? 20:40:54 <zzz> natürlich 20:41:37 <zzz> irgendwer muss der Erste sein. Wir haben Integrationstests mit mehreren anderen Vorschlägen gemacht, bis zurück zu NTCP 2 vor einem Jahr. 20:42:03 <zzz> jemand ist zuerst fertig, dann jemand anders, dann versucht man, sie miteinander sprechen zu lassen, dann versucht man herauszufinden, wer recht hat und wer nicht 20:42:33 <zzz> es ist harte und langsame Arbeit, aber es ist der einzige Weg 20:43:15 <chisana> auf jeden Fall, 144 wird den Großteil meiner Zeit bekommen, also komme ich sicher mit häufigen Updates/Fragen 20:43:25 <zzz> wir haben gelernt, dass wir fast nie fertig sind, bis wir zwei Implementierungen haben. Das ist der einzige Weg, die Spec zu „testen“ 20:43:41 <zzz> großartig 20:43:49 <zzz> hat jemand Fragen zu 4), LS2, oder verwandten Vorschlägen? 20:44:30 <zzz> 5) Status-Scrum (zlatinb) 20:44:36 <zzz> du hast das Wort, zlatinb 20:45:15 <zlatinb> Hi. Der übliche Scrum parallel. Bitte beschreibt in wenigen Worten 1) was ihr seit dem letzten Scrum gemacht habt 2) was ihr nächsten Monat vorhabt 3) ob ihr Blocker habt oder Hilfe braucht. Sagt EOT, wenn ihr fertig seid 20:45:49 <zlatinb> Ich: 1) letzte Hand am Advanced Filter, Arbeit an garlic farm, outproxy-Tuning mit arctic, einige jogger-Tix 2) hoffentlich nur garlic farm 3) keine Blocker EOT 20:47:03 <zzz> 1) Bugfixes; signierter Windows-Installer; Umstieg auf IzPack 5; susidns Importfunktion; Implementierung von verschlüsseltem LS2; .40 Review und Release; Arbeit an Android I2CP-Issues 20:47:38 <meeh> 1) Ich habe den osx launcher neu gestaltet und Swift-Code auf 4.2, bald 5, aktualisiert, im Code aufgeräumt, mehr von objc migriert. Ich habe außerdem einige Verbesserungen für die Services gemacht, die ich für i2p hoste, inkl. outproxy. und etwas Android-Entwicklung und Lernen 20:47:55 <zzz> 1 fortg.) garlic farm-Vorschlag geschrieben, viel garlic farm-Architekturzeug; LS2-Meetings und -Diskussionen; Arbeit mit sadie an Icons etc. 20:48:09 <sadie_> arbeite an der Aktualisierung der Ikonografie für .40, mache das für .41 weiter und aktualisiere außerdem das Logo mit dem von Ura erstellten Logo für Konsole, Site. Verbesserungen am Setup-Assistenten, Vorbereitung auf die Reise zur RightsCon und Outreach mit TX, IFF EOT 20:48:55 <zzz> 2) .40 PPA-Release; .41 Roadmap; Arbeit an Config-Splitting mit eyedeekay, garlic farm; LS2-Meetings; Bugfixes; vielleicht Sybil-Erkennung -> Blacklisting automatisieren? 20:49:03 <meeh> 2) Im nächsten Monat plane ich, unserem Browser wieder etwas Liebe zu geben, Version auf den Upstream-Stand zu bringen, einige i2p-Integrationsverbesserungen, wenn machbar, das osx native Kontextmenü -> snark-share benutzbar machen, und außerdem die Probleme mit mattermost/irc/unserer Kommunikation näher ansehen 20:49:06 <eyedeekay> 1) Bote, Bugfixes, Guides schreiben 2) hoffentlich Split Configuration, Bote und Bugfixes 3) keine Blocker EOR 20:49:10 <eyedeekay> *EOT 20:49:38 <meeh> 3) hoffentlich nicht, ich warte jetzt nur darauf, dass str4d eine Zeit vorschlägt, in der wir pairen und das Release machen können 20:49:48 <sadie_> outproxy docs /testing 20:49:50 <meeh> EOT 20:49:56 <zzz> 3) Blocker: mhatta für Debian/Tails-Sachen 20:50:06 <eyedeekay> Oh, außerdem würde ich nächsten Monat auch gerne mit meeh am Browser arbeiten. 20:50:17 <zzz> EOT 20:50:51 <zlatinb> Danke, damit ist der Scrum abgeschlossen. 20:50:59 <zzz> ok, danke zlatinb 20:51:12 <zzz> ein paar kurze Fragen, bevor wir die Sitzung beenden 20:51:27 <zzz> passt ein 8‑Wochen‑Zyklus und ein Veröffentlichungstermin am 2. Juli für .41? meeh? 20:52:12 <meeh> nichts unmittelbar, was dagegen spricht, ich denke, es ist ok 20:52:26 <zzz> ok, das notieren wir so, bis wir von eche|off hören 20:52:57 <zzz> als Nächstes, meeh, hast du den osx .40 Build rausgebracht? er ist auf der d/l Seite, weil es durch die Versionsnummer ausgelöst wird, aber ich habe dich nicht gefragt, ob du es schon gemacht hast 20:53:16 <zzz> das ist also ein Bug in unserem Prozess 20:53:24 <meeh> nein, ich dachte, ich starte den Prozess jetzt nach der Sitzung 20:53:37 <meeh> hatte vorher keine Zeit 20:54:06 <zzz> ok, danke. Ich fixe unsere Checkliste so, dass ich den Build auf der d/l Seite erst hochziehe, wenn du fertig bist – fürs nächste Mal 20:54:33 <zzz> letzte Frage an meeh: Planst du ein Browser-Release, um das Firefox-Zertifikats-Ding zu fixen? Oder brauchst du das gar nicht? 20:55:19 <meeh> könntest du das „Firefox-Zertifikats-Ding“ bitte erläutern? :p 20:55:21 <zzz> wie du sagtest, Zeit für etwas Liebe für den Browser. Irgendwann sollten wir darüber sprechen, ob das ‚Lab‘-Projekt zu etwas Größerem werden oder eingestellt werden sollte? 20:55:48 <zzz> wo die Plugins wie NoScript kaputtgingen. Ich bringe dich später auf Stand oder schau auf Twitter oder Ars Technica 20:55:48 <meeh> ja, warum nehmen wir das dann nicht als Thema für unser nächstes Meeting? 20:55:54 <meeh> bezüglich RC oder Tod 20:55:58 <zzz> ok, mach ich 20:56:09 <zzz> hat noch jemand etwas für die Sitzung? 20:56:27 <meeh> ich starte jetzt den osx Build, wenn nichts Weiteres ist 20:56:44 * zzz sucht den baffer 20:57:00 <meeh> nächstes osx Upgrade würde auto-updaten (woho!) 20:57:18 * zzz *bafffs* die Sitzung geschlossen

I2P-Entwicklertreffen - 2. April 2019

0.9.38 Veröffentlichung

Tue, 22 Jan 2019 00:00:00 +0000

Aktualisierungsdetails

0.9.38 aktiviert NTCP2 standardmäßig für alle Benutzer. NTCP2 bietet wirksamen Schutz gegen DPI-Zensur und führt aufgrund der verwendeten schnelleren, modernen Kryptografie zu einer geringeren CPU-Last. Diese Version enthält außerdem wichtige Fehlerbehebungen und Leistungsverbesserungen.

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Die beste Möglichkeit, die Sicherheit zu wahren und das Netzwerk zu unterstützen, besteht darin, die neueste Version auszuführen.

I2P Entwicklertreffen - 06. Dezember 2018

Thu, 06 Dec 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: alex, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.38 Dev-Status (zzz) 20:00:00 <zzz> 2) LS2-Status (zzz) 20:00:00 <zzz> 3) 35c3-Status (echelon) 20:00:00 <zzz> 4) Status-Scrum (zlatinb) 20:00:03 <zzz> 0) Hi 20:00:05 <zzz> hi 20:00:08 <zlatinb> hi 20:00:13 <zzz> 1) 0.9.38 Dev-Status (zzz) 20:00:32 <zzz> 38 entwickelt sich zu einer sehr großen Veröffentlichung, wir haben bereits über 30k Zeilen Diff 20:01:03 <zzz> bisher eingecheckt sind die Grundlagen für den neuen Assistenten, die neue GeoIP-Implementierung und die anfängliche LS2-Unterstützung 20:01:26 <zzz> 37 läuft sehr reibungslos, mit 75% oder mehr des Netzwerks, die es nutzen, keine NTCP2-Probleme gemeldet 20:01:55 <zzz> die Icons und CSS-Änderungen sollten nächste Woche sichtbar werden 20:02:21 <zzz> wir planen eine Veröffentlichung Ende Januar. Mit ein paar Wochen Pause wegen der Feiertage gibt es zwischen jetzt und dann trotzdem noch viel zu tun 20:02:26 <zzz> aber bisher läuft alles reibungslos 20:02:50 <zzz> ich ermutige euch alle, einen Dev-Build von bobthebuilder.i2p zu testen, oder es selbst zu bauen 20:03:08 <zzz> wir brauchen Tester, da es viele Änderungen gibt; wir müssen die Probleme jetzt finden, nicht nach der Veröffentlichung 20:03:15 <zzz> noch etwas zu 1) ? 20:04:16 <zzz> 2) LS2-Status (zzz) 20:04:47 <zzz> wir hatten gestern unser 19. wöchentliches Treffen. Der grundlegende LS2-Teil ist fertig und ich arbeite daran, ihn für 38 zu implementieren 20:05:28 <zzz> im Moment machen wir zwei Dinge parallel – wir arbeiten an der verschlüsselten LS2-Spezifikation und starten die Arbeit an Proposal 144, das ein neues Kryptosystem und ein End-to-End-Protokoll definiert, die auf LS2 basieren 20:05:43 <zzz> verschlüsseltes LS2 sollte in Kürze abgeschlossen sein. 20:06:24 <zzz> Proposal 144, das wir ECIES-X25519-AEAD-ratchet nennen, ist ziemlich komplex, und ich denke, es wird ein oder zwei Monate dauern, bis es ausgereift ist 20:06:41 <zzz> Treffen sind montags um 7:30 UTC in #ls2, alle sind willkommen 20:06:55 <zzz> noch etwas zu 2) ? 20:08:00 <zzz> 3) 35c3-Status (echelon) 20:08:17 <zzz> ich glaube, echelon schafft es heute nicht hierher 20:08:46 <zzz> ich weiß, dass er an einer Lösung für ein Tischbanner arbeitet und Süßigkeiten zum Verschenken, und er hat all unsere Tickets gekauft 20:08:56 <zzz> also denke ich, wir sind gut aufgestellt, wir sehen uns alle in 3 Wochen dort 20:09:01 <zzz> noch etwas zu 3) ? 20:09:51 <zzz> oh, und zur Erinnerung: Wir werden hier am 1. Januar kein Treffen haben, unsere Treffen werden beim CCC sein. Das nächste Treffen hier ist am 5. Feb. 20:10:11 <zzz> 4) Status-Scrum (zlatinb) 20:10:15 <zzz> leg los, zlatinb 20:10:28 <zlatinb> Hi. Wir machen das Scrum parallel, da es sich auf IRC ohnehin leicht verfolgen lässt. Fangt einfach an zu tippen: 1) Woran habt ihr im letzten Monat gearbeitet 2) Was plant ihr für den nächsten Monat 3) Gibt es Blocker oder braucht ihr Hilfe. Schließt euren Bericht mit EOT ab 20:10:56 <zzz> ok, schauen wir mal, wie das läuft... 20:11:10 <alex_the_designerr> alex ich liebe Sechsecke wirklich sehr hier : die Arbeit an den Icons kommt voran, wie zzz in 1) erwähnt hat 20:11:30 <alex_the_designerr> letzten Monat habe ich Website-Updates und etwas Logodesign gemacht 20:11:48 <zlatinb> 1) Arbeit am Onboarding, hauptsächlich Assistent, und Windows-Firefox-Installer mit IDK. Ein Signaturzertifikat besorgt, sodass unsere Windows-Installer signiert werden können. Kleine experimentelle Hacks an snark 20:12:09 <alex_the_designerr> nächsten Monat werde ich die erste Version der neuen Website finalisieren, die Icons einchecken und *hoffentlich* grünes Licht für ein neues Logo bekommen 20:12:21 <zlatinb> 2) Den Windows-Firefox-Profil-Installer und die Arbeiten am Assistenten für 0.9.38 abschließen 20:12:32 <alex_the_designerr> Stretch-Ziele: Personas und Patterns 20:13:01 <alex_the_designerr> keine Blocker, einfach Gas geben EOT 20:13:06 <zlatinb> 3) Keine Blocker, aber ich werde eng mit zzz zusammenarbeiten müssen, um die Dinge sinnvoll in Monotone zu bringen, außerdem mit meeh, falls wir das Firefox-Profil in OSX wiederverwenden 20:13:07 <zlatinb> EOT 20:13:09 <zzz> ich: 1) Assistent, GeoIP, LS2, Prop. 144, Bugfixes; 2) LS2, Prop. 144, Integration der Änderungen des Design-Teams, Bugfixes, Vorbereitung auf 35C3, 35C3, Signiermaschine einrichten; 3) keine Blocker EOT 20:13:57 <zlatinb> sonst noch jemand aus dem Team hier? 20:14:30 <zlatinb> sieht nicht so aus. Das war’s von mir zu 4) 20:14:47 <zzz> ok, hat noch jemand etwas für das Treffen? 20:15:49 * zzz findet den baffer 20:16:06 * zzz *bafs* das Treffen geschlossen

I2P-Entwicklertreffen - 06. November 2018

Tue, 06 Nov 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, str4d, meeh, zlatinb

Sitzungsprotokoll

<eche|on> 0) Hi <eche|on> 1) 0.9.38 Entwicklungsstatus (echelon) <eche|on> 2) LS2-Status (echelon) <eche|on> 3) Scrum-Status (zlatinb) <eche|on> Es wurde zuvor kein weiteres Thema im Thread in I2P hinzugefügt. <eche|on> 0) <eche|on> hi! <eche|on> willkommen! <zlatinb> hi <eche|on> gibt es Ergänzungen zur Agenda? <eche|on> scheint nicht so zu sein <eche|on> 1) 0.9.38 Entwicklungsstatus <eche|on> 0.9.38 wird größtenteils ein Konsolen-Update sein, Sadie und das UX-, UI-Team arbeiten hart daran, wie im Freitags-Livestream von Alex zu sehen war <eche|on> Die Spezifikationen sind schwer festzulegen, machen aber gute Fortschritte <eche|on> Wir finden heraus, was sich in der Konsole ändern lässt, und werden erste Teile in 0.9.38 aufnehmen <eche|on> Es sind ein paar Monate veranschlagt, bis alle Änderungen drin sind; nicht alle werden in 0.9.38 enthalten sein <str4d> hi <eche|on> Der aktuelle Plan für die Veröffentlichung von 0.9.38 ist Dezember, kurz vor dem 35c3 <eche|on> Noch etwas zu 1) ? <zlatinb> Ich dachte, 0,9.38 sollte im Januar kommen, aber gut <eche|on> Ja, wenn es zu viel Arbeit ist, verschieben wir auf Januar, nach dem 35c3 <zlatinb> Nichts Weiteres von mir zu 1) <eche|on> ok <eche|on> 2) LS2-Status-Update <eche|on> Hier nichts Wichtiges zu aktualisieren, Entwickler-Meetings laufen, Themen werden diskutiert, aber es wurde noch kein Code veröffentlicht <eche|on> Harte, zähe Arbeit, viele Themen, braucht mehr Zeit, geschätzt nicht vor .40 <eche|on> Noch etwas zu 2) <eche|on> ? <str4d> Anyone interested in giving feedback should look at https://geti2p.net/spec/proposals/123-new-netdb-entries (which is where most changes are currently centered on) <eche|on> ja, bitte beteiligt euch und gebt Feedback <eche|on> also übergebe ich an zlatinb für 3) den Scrum-Status <zlatinb> hi. Nur eche|on und meeh sind gerade im Channel, also legt ihr doch los und gebt uns das 1-2-3 (parallel) <eche|on> 1) Arbeit an Finanzierungen, Server, Vorbereitung 35c3, Tickets gekauft <eche|on> 2) mache mit dieser Arbeit weiter <eche|on> 3) keine Blocker <eche|on> <meeh> 1) OSX-Launcher-Bereinigung & Firefox-Profil <meeh> 2) Server-Migration <meeh> 3) Testnet-Entwicklung <meeh> 4) Keine Blocker <zlatinb> Hier sind meine: 1) Letzten Monat habe ich an UX mit Sadie und Alex gearbeitet, Testnet-Definition (Beitrag ist im zzz.i2p-Forum) und benutzerdefiniertes Firefox-I2P-Profil (Beitrag ist im i2pforum) 2) mehr UX, Code-Signing-Zertifikat 3) keine Blocker <str4d> ERR_OUT_OF_BOUNDS_WRITE <zlatinb> lol <eche|on> genau, bitte testet das Firefox-I2P-Profil, zlatinb, bitte gib den Link raus <zlatinb> `https://github.com/eyedeekay/firefox.profile.i2p/releases` <eche|on> danke <meeh> schön, danke <eche|on> Zum 35c3: Das Kernteam wird sich in Leipzig treffen <eche|on> Wenn sonst noch jemand kommen möchte, freuen wir uns, euch zu treffen und etwas Zeit zu verbringen, um I2P-Themen zu besprechen – oder einfach auf einen Kaffee/Bier/Süßigkeiten <eche|on> Ok, das ist alles von der Agenda, irgendwelche Ergänzungen? <str4d> Have fun! I won't be at 35c3 this year, but I will be at RWC in January. <eche|on> *ich wärme den Sidekick-Baffer auf* <eche|on> super, Alex plant teilzunehmen, neben Sadie auch <eche|on> *Baffer schwingt* <str4d> Aesome <str4d> s/Ae/Awe/ <eche|on> *baff* Die Sitzung ist geschlossen. Danke für eure Teilnahme. Wir sehen uns wieder zum nächsten Treffen im Dezember, am 4., 20 Uhr UTC

Entwicklung datenschutzbewusster Anwendungen mit Python und I2P

Tue, 23 Oct 2018 00:00:00 +0000

Invisible Internet Project (I2P) stellt ein Framework zur Entwicklung datenschutzfreundlicher Anwendungen bereit. Es ist ein virtuelles Netzwerk, das auf dem regulären Internet aufsetzt, in dem Hosts Daten austauschen können, ohne ihre „echten“ IP-Adressen preiszugeben. Verbindungen innerhalb des I2P-Netzwerks werden zwischen virtuellen Adressen aufgebaut, die als I2P destinations (virtuelle I2P-Zieladressen) bezeichnet werden. Es ist möglich, so viele solcher Zieladressen zu nutzen, wie benötigt werden, man kann sogar für jede Verbindung eine neue verwenden; sie geben der Gegenseite keinerlei Informationen über die reale IP-Adresse preis.

0.9.37 Veröffentlichung

Thu, 04 Oct 2018 00:00:00 +0000

Details zum Update

0.9.37 setzt die Arbeiten an unserem neuen Transport NTCP2 fort, der im vorherigen Release eingeführt wurde. Ein neues SSU-IPv6-Peer-Testing-Protokoll wird nun unterstützt. Dieses Release enthält zahlreiche Fehlerbehebungen und Leistungsverbesserungen.

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Die beste Möglichkeit, die Sicherheit aufrechtzuerhalten und das Netzwerk zu unterstützen, ist, die neueste Version auszuführen.

I2P-Entwicklertreffen - 02. Oktober 2018

Tue, 02 Oct 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: alex, anonymousmaybe, DogeDollars, echelon, villain, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.37 Dev-Status (zzz) 20:00:00 <zzz> 2) LS2-Status (zzz) 20:00:00 <zzz> 3) Status-Scrum (zlatinb) 20:00:03 <zzz> 0) Hi 20:00:05 <zzz> Hi 20:00:11 <zlatinb> hi 20:00:17 <zzz> 1) 0.9.37 Dev-Status (zzz) 20:00:41 <zzz> Wie die meisten von euch wissen, haben wir das 37er Release um ein paar Wochen vorgezogen. Die Check-in-Deadline war gestern, das Release ist am Donnerstag 20:00:57 <zzz> Es steckt nicht viel darin, außer dass NTCP2 standardmäßig aktiviert wird 20:01:28 <zzz> Der OSX-Launcher wird bis zum Release nicht fertig, aber wir sehen wirklich gute Fortschritte damit 20:01:54 <zzz> Wenn alles gut läuft, ist das unser letztes Release des Jahres. Wir haben die Feiertage und den CCC, und erwarten 38 im Januar 20:01:59 <zzz> Noch etwas zu 1)? 20:02:30 <villain> hi zusammen 20:02:43 <zzz> 2) LS2-Status (zzz) 20:02:59 <zzz> Wir hatten in den letzten 3 Monaten 12 Treffen und machen langsame, aber stetige Fortschritte 20:03:39 <zzz> Wir haben ein gutes Verständnis dafür, was für neue Krypto nötig ist, und haben uns auf die meisten generischen Punkte geeinigt, wie man neue Krypto hinzufügt und neue LSes in die netdb hinein- und wieder herausbekommt 20:03:40 <eche|on> hi 20:04:16 <eche|on> Klingt bisher großartig 20:04:17 <zzz> Wir werden weiter an verwandten Themen arbeiten, etwa an verschlüsselten leasesets und massivem Multihoming, und beginnen, Details zu konkreten neuen Krypto-Optionen zu diskutieren 20:04:51 <zzz> Ich rechne damit, dass die LS2-Meetings noch eine Weile weitergehen; wenn ihr interessiert seid, beteiligt euch bitte an den Diskussionen 20:05:02 <zzz> Noch etwas zu 2)? 20:05:14 <eche|on> Schön, Fortschritte zu sehen 20:06:14 <zzz> 3) Status-Scrum (zlatinb) 20:06:18 <zzz> Bitteschön, zab 20:06:44 <zlatinb> Alles klar, machen wir das Scrum, wie üblich: 1) Was habt ihr letzten Monat gemacht 2) Was werdet ihr nächsten Monat machen 3) Gibt es Blocker? 20:07:02 <zlatinb> villain: Das ist, glaube ich, dein erstes echtes Scrum, also fängst du an :) 20:08:23 <zlatinb> villain? 20:08:26 <villain> ok, 1) asyncio SAM library https://github.com/l-n-s/i2plib und deren Dokumentation veröffentlicht, damit eine GUI-Filesharing-Anwendung gebaut https://github.com/l-n-s/QuickShare, gelernt, wie JSP in der RouterConsole funktioniert, eine erste Veröffentlichung des rpm-Pakets für CentOS und Fedora gemacht und ein COPR-Repo für rpm-Pakete eingerichtet https://copr.fedorainfracloud.org/coprs/supervillain/I2P/ 20:08:56 <zlatinb> ok, wir kommen später auf dich zurück. zzz, wie wäre es, wenn du stattdessen anfängst 20:08:59 <eche|on> 1) Server-Wartung, die Server-Ausfälle abfangen, Finanzen managen 2) diese Arbeit fortführen, neue Sticker besorgen 3) keine Blocker bisher :-) 20:09:04 <villain> 2) dafür sorgen, dass das Fedora-Paket Systembibliotheken verwendet, nach dem Release an einem besseren Router Console-Design arbeiten, einen Artikel über I2P-Anwendungsentwicklung via SAM API veröffentlichen 20:09:09 <zlatinb> ups, sorry 20:09:12 <eche|on> uups 20:09:29 <villain> 3) mit der Jetty-Abhängigkeit in Fedora muss ich etwas machen, da wir nur v9.2 unterstützen und Fedora v9.4 hat 20:09:39 <DogeDollars> lol 20:10:03 <zzz> yay paralleles Scrum 20:10:11 <zzz> für mich: 20:10:12 <villain> :D 20:10:39 <eche|on> villain: zu Jetty: braucht mehr Arbeit, soweit ich weiß haben sie zwischendurch einige APIs geändert 20:10:44 <zzz> 1) viele kleinere NTCP2-Bugfixes, die seit dem 36er Release aufgetaucht sind, danke an alle Tester 20:11:11 <zzz> Vorbereitung auf das 37er Release, Testen des OSX-Installers, weitere Bugfixes und Recherchen, LS2-Forschung 20:11:42 <zzz> 2) 37er Release, mit ernsthafter Arbeit an der Migration auf das neue geoip-Datenbankformat beginnen, mehr LS2, mehr Bugfixes, mit den PR/UI-Teams an Konsolen-Ideen arbeiten 20:12:23 <zzz> 3) keine Blocker ... außerdem zur Info: Wegen einiger persönlicher Verpflichtungen arbeite ich letzten und nächsten Monat nur etwa halbtags 20:12:24 <zzz> EOT 20:12:52 <zlatinb> alles klar, eche|on? 20:12:59 <eche|on> 1) Server-Wartung, die Server-Ausfälle abfangen, Finanzen managen 2) diese Arbeit fortführen, neue Sticker besorgen 3) keine Blocker bisher :-) 20:13:22 <zlatinb> super, danke 20:13:33 <zlatinb> alex_the_designer: da du gerade dazugekommen bist, das ist unser monatliches Scrum 20:13:46 <alex_the_designer> howdy! 20:13:55 <zlatinb> magst du uns sagen 1) was du im letzten Monat gemacht hast 2) was du im nächsten Monat machen wirst 3) ob du irgendwelche Blocker hast 20:15:04 <alex_the_designer> 1. Ich habe freitags gestreamt. In der Zeit habe ich schrittweise am Website-Update gearbeitet. Außerdem habe ich eine Umfrage erstellt, um uns bei Branding & Design zu helfen. 20:16:15 <alex_the_designer> 2. Ich werde weiter streamen, aber versuchen, die Webentwicklung außerhalb des Streams abzuschließen. Beim überarbeiteten Whitepaper bin ich auch etwas überfällig. Bis Monatsende möchte ich mindestens eine Gliederung und einen Rohentwurf schaffen 20:17:22 <alex_the_designer> 3. Der einzige Blocker im Moment ist ein gewisser Mangel an Wissen darüber, wie das aktuelle Web-Framework Pfade generiert. Nichts Weltbewegendes, erfordert nur mehr Doku-Lektüre und Herumprobieren 20:18:28 <zlatinb> ok, ich werde nach dem Scrum noch etwas mehr über die Umfrage sprechen. Danke 20:18:32 <zlatinb> meeh: bist du da? 20:20:10 <zlatinb> meeh? 20:21:00 <zlatinb> Gib gern deine 1-2-3, sobald du da bist 20:21:20 <zlatinb> Das ist EOT für das Scrum, aber ich würde gern ein wenig über Alex' Umfrage sprechen 20:21:27 <zzz> nur zu 20:22:17 <zlatinb> An alle im Channel, bitte denkt über diese Umfrage nach und füllt sie aus. Sie liegt auf google forms, aber (es sei denn, ihr macht etwas Dummes) es ist nicht möglich, eure google id mit eurer I2P-Persona zu korrelieren 20:22:46 <zlatinb> hier ist der Link: https://docs.google.com/forms/d/e/1FAIpQLSdVCHXXBnHOrPpR6RH2DkCf3Q4W1kPBpg0QWToxfday0xqNAg/viewform 20:23:14 <zlatinb> alex_the_designer: bitte sag ein paar Worte dazu, wie dir diese Umfrage im kreativen Prozess hilft 20:23:21 <alex_the_designer> aber sicher! 20:24:14 <alex_the_designer> Ganz grundsätzlich ist es wichtig, die Unterschiede zu verstehen zwischen unserer Sicht als interne Maintainer auf den Nutzen des Systems und unsere Präsentation als Marke einerseits und der Sicht der Nutzer auf den Nutzen des Systems und ihre Identität als Menschen andererseits 20:24:41 <alex_the_designer> Das ist ziemlich tiefgehend, aber es gibt ein paar sehr einfache Dinge, die wir nutzen können 20:25:22 <villain> oh, das ergibt Sinn 20:25:25 <alex_the_designer> Zum Beispiel, wenn wir feststellen, dass viele eine aggressive Haltung haben, können wir aus der grundlegenden Farbtheorie ableiten, dass feurige Farben (Rot, Gelb, Orange) sinnvoll sind 20:25:34 <anonymousmaybe> ernsthaft? "what things should i2p consider to decide who i2p is for?" 20:25:55 <alex_the_designer> Alle Fragen sind ernst gemeint, anon :D 20:26:19 <villain> Ich habe nur nicht verstanden: Sind diese Fragen persönlich oder auf die Projektvision bezogen 20:26:48 <villain> werde es bald ausfüllen 20:27:02 <alex_the_designer> Es ist wichtig, ein bisschen über dich selbst, deine Werte und deine Ideale für das Projekt zu sprechen 20:27:31 <anonymousmaybe> alex_the_designer ja, die ist irgendwie schlecht, denn I2P ist für alle, keine Frage 20:27:46 <alex_the_designer> Dahinter steht die implizite Annahme, dass wer wir sind und was wir tun nicht strikt getrennt sind, sondern sich gegenseitig beeinflussen :D 20:28:36 <anonymousmaybe> Ich mag Abschottung, deshalb nutze ich Qubes :p 20:28:42 <alex_the_designer> anon, zu sagen, es sei für alle, ist nicht ganz richtig, oder? 20:28:57 <alex_the_designer> Überwachungsstaaten zum Beispiel :D 20:29:48 <zzz> Noch etwas zur Umfrage? 20:29:52 <alex_the_designer> Universalität kann allerdings ein Ergebnis sein, also wenn dir das wichtig ist, schreib das bitte :D 20:30:10 <zlatinb> von mir nicht (zur Umfrage) 20:30:25 <zzz> Sonst noch etwas für das Meeting? 20:30:51 <anonymousmaybe> zzz irgendwelche Überlegungen zum Sandboxing von I2P? 20:30:54 <alex_the_designer> Ich möchte nur sagen, dass eure Mühe bei der Umfrage sehr geschätzt wird. Ich weiß, sie ist ziemlich lang 20:31:16 <zzz> Danke, dass du das machst, Alex 20:31:30 <anonymousmaybe> alex_the_designer ja, werde es ausfüllen 20:31:46 <zzz> anonymousmaybe, nicht dass ich wüsste, und ich bin auch der falsche Ansprechpartner, aber du kannst das nach dem Meeting hier im Channel ansprechen 20:31:50 <zzz> Sonst noch etwas für das Meeting? 20:32:16 * zzz schnappt sich den baffer 20:33:00 * zzz *baffffs* das Meeting geschlossen

I2P-Entwicklertreffen - 05. September 2018

Wed, 05 Sep 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: alex, echelon, mikalv, R4SAS, villain, zzz

Sitzungsprotokoll

20:07:48 <zzz> 0) Hi 20:07:48 <zzz> 1) 0.9.36 Release-Status (zzz) 20:07:48 <zzz> 2) 0.9.37 Dev-Status (zzz) 20:07:48 <zzz> 3) LS2-Status (zzz) 20:07:48 <zzz> 4) CCC-Planung (zzz/echelon/mikalv) 20:07:48 <zzz> 5) Status Scrum (zlatinb) 20:07:55 <zzz> 0) Hi 20:07:58 <zzz> Hi 20:08:00 <eche|on> hi 20:08:16 <villain> hi :) 20:08:22 <zzz> Entschuldigt, dass ich zu spät bin 20:08:29 <zzz> 1) 0.9.36 Release-Status (zzz) 20:08:47 <zzz> Ich glaube, wir sind mit allem fertig, mit der möglichen Ausnahme von f-droid 20:08:53 <R4SAS> hi 20:09:04 <zzz> nextloop, irgendeinen f-droid-Status? 20:09:44 <zzz> ntcp2-Tests laufen gut 20:09:56 <zzz> Noch etwas zu 1) ? 20:10:09 <R4SAS> Ich habe eins 20:10:33 <R4SAS> Wo kann ich Pakete für Debian als Liste sehen? 20:10:54 <zzz> Ich glaube, es ist packages.debian.org - es gibt ein Suchfeld 20:11:12 <R4SAS> Ich denke darüber nach, I2P-Pakete in mein Repo aufzunehmen 20:11:32 <zzz> Es gibt auch noch packages.ubuntu.com 20:11:44 <zzz> und unser Repo ist deb.i2p2.de 20:12:00 <zzz> Noch etwas zu 1) ? 20:12:03 <R4SAS> Für Ubuntu werde ich Launchpad-Pakete verwenden 20:12:36 <zzz> 2) 0.9.37 Dev-Status (zzz) 20:13:03 <zzz> Wir sind noch früh im .37-Zyklus. Wir haben einen 9-Wochen-Zyklus festgelegt, mit einem Release in der Woche vom 22. Okt. 20:13:21 <eche|on> ok 20:13:39 <zzz> meeh arbeitet daran, den osx-Installer für 37 fertigzustellen. Ich arbeite an der Migration auf das neue MaxMind-GeoIP-Format 20:13:56 <zzz> Alle schauen sich UI-Sachen an 20:14:13 <zzz> Wir sollten die Ergebnisse der Usability-Tests bald haben 20:14:40 <zzz> Wir werden hoffentlich die Konsolen-Hilfeseite nach Transifex verlagern 20:15:07 <zzz> Also, Übersetzer, plant für Mitte Oktober etwas Zeit ein, um sie zu übersetzen! 20:15:11 <zzz> Noch etwas zu 2) ? 20:15:28 <eche|on> Noch nichts, ntcp2 standardmäßig? 20:15:32 <eche|on> in .37 ? 20:15:37 <meeh> ja, ich arbeite am osx-Wrapper - jetzt auf Xcode portiert, außerdem an der Frage, wie/ob/was i2p-browser :) 20:15:38 <zzz> ja, das auch :) 20:16:32 <zzz> Ja, NTCP2 standardmäßig in 37. Bitte testet Dev-Builds, in denen es Standard ist, oder aktiviert es im .36-0-Release 20:16:38 <zzz> Noch etwas zu 2) ? 20:17:34 <zzz> 3) LS2-Status 20:17:42 <zzz> Wir hatten über zwei Monate etwa 8 Meetings 20:18:06 <zzz> Wir sind noch in der Diskussionsphase, aber ich denke, wir sind kurz davor, einige Entscheidungen zu treffen und voranzukommen 20:18:29 <eche|on> immerhin etwas 20:18:30 <zzz> Es gibt viele verwandte Themen, z. B. neue Kryptografie, die die Dinge verkomplizieren 20:18:47 <zzz> Es sind viele Dinge, die seit 5 Jahren oder länger auf dem Tisch liegen, die wir endlich angehen 20:19:05 <eche|on> Gute Arbeit! 20:19:17 <zzz> Klar ist, dass wir nicht alles auf einmal machen werden 20:19:35 <zzz> Wir werden einige erste Änderungen vornehmen, die optionale Dinge ermöglichen, und weitere Änderungen werden folgen 20:19:53 <zzz> Wir haben begonnen, das Vorschlagsdokument zu aktualisieren 20:20:17 <zzz> Ich hoffe, bald einige Entscheidungen dokumentiert zu haben ... das wird es uns ermöglichen, mit etwas Coding und Experimenten zu beginnen 20:21:09 <zzz> Wir haben wegen Labor Day eine Woche Pause gemacht, aber unser nächstes Meeting ist am kommenden Montag, dem 12., um 17:00 UTC in #ls2 20:21:44 <zzz> Alle sind willkommen; es ist komplex und selbst für uns, die tief drinstecken, schwer zu verfolgen, aber es macht Spaß zu sehen, wie die Dinge zusammenkommen 20:21:48 <zzz> Noch etwas zu 3) ? 20:22:34 <zzz> 4) CCC-Planung 20:22:57 <eche|on> ok, CCC wird Leipzig sein 20:23:01 <zzz> Wir haben letzten Dezember vorläufige Entscheidungen getroffen, aber traditionell finalisieren wir die Regeln um diese Zeit jedes Jahr 20:23:13 <zzz> Ganz sicher Leipzig, richtig? 20:23:29 <eche|on> Ja, bereits offiziell vom CCC angekündigt 20:23:36 <zzz> Super, das hatte ich nicht gesehen 20:24:19 <zzz> Wir zahlen die Congress-Tickets, erstatten bis zu 1500 Euro für Flug/Zug, und neu in diesem Jahr: Wir haben bis zu 400 Euro Hotelkosten vereinbart 20:24:27 <eche|on> ja 20:24:56 <zzz> Über 1500 oder Vorauszahlung nur bei ‚Sonderfällen‘, d. h. wenn ihr pleite seid :) 20:25:13 <eche|on> Sieht bisher alles gut aus 20:25:25 <zzz> Und das gilt nur für bezahlte Programm-Mitglieder, außer mit Zustimmung von echelon. 20:25:28 <eche|on> Tickets werden, wenn möglich, zentral verwaltet 20:25:38 <zzz> Wir werden die Congress-Tickets zentral kaufen, korrekt. 20:25:48 <zzz> Also müssen wir wissen, wer kommt ... bald ... 20:26:12 <zzz> Also, irgendwelche Einwände oder Änderungen zu den Regeln, wie ich sie hier aufgelistet habe? 20:26:12 <eche|on> Ich nehme an, wir müssen das bis Ende Okt. 20:26:20 <eche|on> Kein Änderungsbedarf 20:26:31 <meeh> nein, alles gut 20:26:49 <zzz> Die Idee ist: Wenn ihr dabei sein wollt, hilft das Projekt euch, dorthin zu kommen 20:27:35 <zzz> Aufkleber, Steckdosenleisten, Banner, Tische und andere Logistik dieser Art klären wir unterwegs; das müssen wir hier im Meeting nicht besprechen 20:27:58 <eche|on> ok, ja 20:28:31 <zzz> Wenn ihr eure Flugtickets noch nicht habt, macht das JETZT, es gibt nicht viele Flüge nach LEJ. Wenn ihr mit dem Fahrrad fahrt oder den Zug nehmt, habt ihr mehr Zeit 20:28:54 <zzz> Diejenigen, die noch nicht dort waren: Fragt diejenigen, die schon da waren, nach Hotels und allem, was ihr sonst wissen wollt 20:29:09 <zzz> Noch etwas zu 4) ? 20:30:19 <zzz> 5) Scrum 20:30:28 <zzz> zab ist raus, also leite ich es 20:31:05 <zzz> Wenn ich euch aufrufe, sagt bitte 1) was ihr letzten Monat gemacht habt 2) was ihr nächsten Monat machen werdet 3) irgendwelche Blocker; schließt mit EOT oder ‚das war’s‘ oder so ab 20:31:13 <zzz> villain, du fängst an 20:33:00 <zzz> eche|on, du bist als Nächster dran 20:33:35 <eche|on> Ich habe die ganzen Finanzsachen erledigt, Serverarbeit, Tests, beim Release (News) geholfen; mache nächsten Monat das Gleiche, keine Blocker. Ich bin ab morgen bis Mittwoch, den 12., AFK 20:33:58 <zzz> Danke. meeh, du bist dran 20:34:27 <meeh> okay, ich habe Zeit für drei Punkte 20:34:28 <meeh> * an der Portierung des osx-Launchers nach Xcode gearbeitet - das Zurückrollen war schwierig, da meine Monotone-Skills sagen, ich sollte nicht mit dem Feuer spielen (das war die Freeze-Zeit) 20:34:28 <meeh> * Einer der DCs, in denen ich Server habe, hatte einen Stromausfall, bei dem alles ausging - daher habe ich heute hauptsächlich dafür gesorgt, dass alles läuft, und mit Servern gestritten. 20:34:28 <meeh> * Sowohl Firefox/Chromium untersucht, um Probleme mit selbstsignierten Zertifikaten zu lösen, als auch einen Privacy-Browser; 24 Stunden Monkey-Coding an einem Qt-Plugin gemacht, das auf Chromium basiert, aber großartige Ergebnisse geliefert hat. 20:35:23 <zzz> und für nächsten Monat? Blocker? 20:35:49 <meeh> Der osx-Launcher ist jetzt vollständig nach Xcode umgezogen, das Icon wird wieder angezeigt; es gibt ein etwas seltsames Verhalten beim Action-Handler, sollte aber bald behoben sein 20:36:31 <villain> Ok, Dinge über Monotone und Java gelernt. https://trac.i2p2.de/ticket/1244 behoben, eine NTCP2-Artikelübersetzung hinzugefügt. Eine Pressemitteilung zur 0.9.36 auf Russisch erstellt. Letzte Woche an dieser asynchronen Python-Bibliothek gearbeitet, jetzt die Dokumentation dafür fertigstellen. https://github.com/l-n-s/i2plib 20:36:47 <meeh> Für den nächsten Monat schaue ich mir den Browser-Fall genauer an, wenn ihr anderen das gutheißt, wenn ich euch beim nächsten Meeting ein Review gebe; wenn nicht, stehen wahrscheinlich Android und osx ganz oben auf der Liste 20:37:35 <zzz> villain, für nächsten Monat? Blocker? 20:38:57 <zzz> Für mich: Letzten Monat habe ich viele NTCP2- und andere Bugs behoben und das 36er Release herausgebracht. 20:39:30 <zzz> Nächsten Monat: der neue GeoIP-Code, weiter an LS2 arbeiten, mehr Bugs fixen, die Hilfe-Seite für die Übersetzung vorbereiten 20:39:53 <zzz> Ich werde nächste Woche allerdings größtenteils AFK sein 20:39:56 <zzz> keine Blocker 20:40:28 <zzz> Sonst noch jemand hier zum Berichten? sl oder alex_the_designer ? 20:40:32 <eche|on> :-) 20:40:39 <alex_the_designer2> hi 20:40:59 <zzz> hi alex_the_designer2, bitte gib uns dein 1/2/3 Letzter Monat/Nächster Monat/Blocker 20:41:06 <alex_the_designer2> Letzter Monat: Beim Onboarding blockiert. Großen Dank an eche|on und meeh dafür, dass sie mich entblockt haben 20:41:23 <villain> Nächsten Monat, wie zzz erwähnt hat: mehr Praxis mit Monotone, Website-Tickets beheben, ein RedHat-Paket fertigstellen. Ich würde gerne Feedback zu meiner Python-Bibliothek von str4d hören und sie zur I2P-Organisation auf GitHub hinzufügen, wenn das okay ist 20:41:37 <villain> Keine Blocker außer dem 20:41:43 <villain> EOT 20:42:10 <zzz> Danke, villain 20:42:15 <alex_the_designer2> Diesen Monat: Schaue mir Trac-Issue 1996 an (ziemlich sicher, dass das der war, zu dem ihr Input wolltet), außerdem beginne ich mit dem Whitepaper-Write-up. Beim WWW-Update bin ich während der Freitag-Streams etwas vorangekommen, werde aber auch unter der Woche daran arbeiten. 20:42:46 <alex_the_designer2> Keine Blocker. Bin vom 17.-21. so halb AFK, da ich in SF bin. EOT oder ‚das war’s‘ oder so :D 20:43:06 <zzz> alex_the_designer2, vielleicht, da dies dein erstes Meeting ist, könntest du uns einen kurzen Überblick über deine Twitch-Sessions am Freitagabend geben, was dabei herauskommen könnte und wie wir teilnehmen können? 20:43:20 <alex_the_designer2> aber sicher! 20:44:14 <alex_the_designer2> Also, freitags von 21:30 CST bis etwa 23:00 CST streame ich auf twitch.tv/alex_the_designer . Als ich im Januar angefangen habe, war das Oberthema ‚FOSS Design‘, aber es hat sich stärker in Richtung I2P entwickelt 20:45:00 <alex_the_designer2> Ich mache grundlegende Tutorials und Ähnliches, um Einsteigern zu helfen zu verstehen, wie man I2P einrichtet und eine Site hostet, da ich glaube, dass Inhalte der Hauptblocker für eine breite Verbreitung sind 20:45:36 <alex_the_designer2> Hilfreich wäre, wenn Leute vorbeischauen und sich austauschen möchten. Außerdem ist es super hilfreich, die Show über beliebige Social-Media-Kanäle zu promoten 20:46:26 <alex_the_designer2> Ich habe auch ein paar Rohaufnahmen früherer Shows, die ich online stellen möchte, aber ich muss sie noch bearbeiten (hauptsächlich, um meine Home-IP zu schwärzen) 20:46:48 <zzz> Bekommst du Feedback von den Zuschauern, das uns Einblicke in Prioritäten und UI-Entscheidungen gibt? Wie kannst du das, was du lernst, an den Rest von uns zurückspiegeln, entweder in Posts, Tickets oder Write-ups? Hast du Pläne? 20:47:08 <alex_the_designer2> the_tin_hat schaut regelmäßig vorbei und hat für viel Humor und Feedback gesorgt 20:47:42 <alex_the_designer2> Was UI-Entscheidungen angeht, habe ich nicht genug Feedback von Nutzern, um irgendwelche Entscheidungen wirklich zu rechtfertigen 20:47:52 <eche|on> ok, in 6h geht mein Wecker, ich gehe ins Bett, bis später 20:48:03 <alex_the_designer2> Also läuft es nach Bauchgefühl und Trial-and-Error 20:48:04 <zzz> Gute Nacht, echelon 20:48:15 <alex_the_designer2> cya, echelon! 20:48:35 <zzz> ok, dann müssen wir vielleicht zuerst das Publikum erweitern 20:49:04 <zzz> Also lasst uns stärker die Werbetrommel rühren, vielleicht in unseren Foren oder per Blogpost ... nicht nur Twitter 20:49:33 <zzz> Danke, Alex, für den Überblick, du machst gute Arbeit; hoffentlich führt das zu mehr Nutzern und Inhalten und einem besseren Produkt 20:49:38 <alex_the_designer2> Jeder Kanal ist super hilfreich, da das Publikum überall verteilt ist :D 20:49:45 <zzz> genau 20:49:48 <alex_the_designer2> Danke für die Unterstützung! 20:50:07 <zzz> Habe ich noch jemanden fürs Scrum übersehen? sadie sl 20:50:18 <zzz> Sonst noch etwas für das Meeting? 20:50:52 * zzz schnappt sich den baffer 20:51:13 <villain> alex_the_designer2: kann Reddit-/r/i2p-Ankündigungen für deine Streams machen 20:51:31 <zzz> gute Idee 20:51:36 <alex_the_designer2> Vielen Dank, villain 20:51:42 <zzz> Sorry nochmal für den späten Meeting-Beginn 20:51:49 * zzz *bafs* schließt das Meeting

0.9.36 Veröffentlichung

Thu, 23 Aug 2018 00:00:00 +0000

Aktualisierungsdetails

0.9.36 führt NTCP2 ein, unser neues sicheres Transportprotokoll. NTCP2 bietet wirksamen Widerstand gegen DPI-Zensur und führt zu einer geringeren CPU-Last. Dadurch ist es wahrscheinlicher, dass I2P auf leistungsschwachen Geräten wie Smartphones und Heimroutern läuft. Das Protokoll ist in dieser Version standardmäßig zu Testzwecken deaktiviert.

Wie üblich empfehlen wir, auf dieses Release zu aktualisieren. Der beste Weg, die Sicherheit aufrechtzuerhalten und dem Netzwerk zu helfen, ist, das neueste Release auszuführen.

NTCP2-Implementierungsdetails

Mon, 20 Aug 2018 00:00:00 +0000

Die Transportprotokolle von I2P wurden ursprünglich vor etwa 15 Jahren entwickelt. Damals bestand das Hauptziel darin, die übertragenen Daten zu verbergen, nicht die Tatsache, dass man das Protokoll selbst verwendete. Niemand dachte ernsthaft über Schutzmaßnahmen gegen DPI (Deep Packet Inspection) und Zensur von Protokollen nach. Die Zeiten ändern sich, und obwohl die ursprünglichen Transportprotokolle weiterhin starke Sicherheit bieten, gab es eine Nachfrage nach einem neuen Transportprotokoll. NTCP2 ist so konzipiert, dass es aktuellen Zensurbedrohungen standhält. Vor allem der DPI-Analyse von Paketlängen. Außerdem verwendet das neue Protokoll die modernsten Entwicklungen der Kryptografie. NTCP2 basiert auf dem Noise Protocol Framework , mit SHA256 als Hashfunktion und x25519 für einen Diffie-Hellman-(DH)-Schlüsselaustausch über elliptische Kurven.

I2P Entwicklertreffen - 07. August 2018

Tue, 07 Aug 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, mikalv, villain, zlatinb, zzz

Sitzungsprotokoll

20:00:05 <zzz> 0) Hi 20:00:05 <zzz> 1) 0.9.36 Status (zzz) 20:00:05 <zzz> 2) LS2-Status (zzz) 20:00:05 <zzz> 3) Anträge für bobthebuilder.i2p und paste.crypthost.i2p unter `http://zzz.i2p/posts/13897` 20:00:05 <zzz> 4) Status-Scrum (zlatinb) 20:00:05 <zzz> 5) Sitzung vom 4. Sept. neu terminieren (zzz) 20:00:10 <zzz> 0) Hi 20:00:12 <zzz> hi 20:00:21 <zzz> 1) 0.9.36 Status (zzz) 20:00:27 <zlatinb> hi 20:00:29 <villain> hi all 20:00:34 <zzz> 6 Wochen im 36er-Zyklus, noch 2 Wochen bis zum Ende 20:00:52 <mikalv> hi 20:00:53 <zzz> Tag-Freeze ist morgen; Check-in-Deadline eine Woche ab Freitag; Release in der Woche vom 20. Aug. 20:01:18 <zzz> Bitte alle testen. Ich markiere die nächste Version als -rc 20:01:31 <zzz> Noch etwas zu 1) ? 20:02:24 <zzz> 2) LS2-Status (zzz) 20:02:30 <zzz> Wir hatten gestern unsere 5. Sitzung 20:02:47 <zzz> Läuft gut, aber sehr langsam. Die Themen sind komplex und miteinander verknüpft 20:03:11 <zzz> Ich habe heute den Vorschlag (123) aktualisiert, aber er ist noch sehr grob 20:03:41 <zzz> Wir haben uns noch nicht einmal auf Ziele und Prioritäten geeinigt, daher wird es noch dauern, aber ich bin mit dem Prozess zufrieden 20:03:58 <zzz> Alle sind willkommen, das nächste Treffen ist nächsten Montag, 18:00 UTC in #ls2 20:04:27 <zzz> Noch etwas zu 2) ? 20:05:13 <zzz> 3) Anträge für bobthebuilder.i2p und paste.crypthost.i2p unter `http://zzz.i2p/posts/13897` 20:05:25 <zzz> Das sind Anfragen für die Konsole-Startseite 20:05:33 <zzz> Ist der Antragsteller sl hier? 20:06:07 <zlatinb> Üblicherweise nicht, da es in $HOME spät ist 20:06:27 <zzz> Hat jemand Pro- oder Contra-Kommentare dazu, diese auf der Konsole-Startseite hinzuzufügen? 20:07:06 <zlatinb> Ich bin +1 für bob the builder, neutral beim neuen Paste 20:07:13 <zzz> Einwände? 20:07:31 <mikalv> Ich bin +1 für Online-Dienste in der Konsole 20:07:55 <zzz> Es schadet nicht, einen zweiten Paste zu haben, zumal der, den wir jetzt haben, wochenlang am Stück offline war 20:08:15 <zzz> Obwohl er in letzter Zeit ziemlich zuverlässig war 20:08:40 <zzz> Da ich keine Einwände höre, füge ich sie für 36 in die Konsole ein 20:08:46 <villain> Wenn es tote Links zum Entfernen gibt, kann man stattdessen diese Links hinzufügen 20:08:50 <zzz> Noch etwas zu 3) ? 20:09:04 <eche|on> nö 20:09:11 <zzz> zerobin ist nicht tot, es hatte in der Vergangenheit nur keine besonders gute Uptime 20:09:46 <zzz> 4) Status-Scrum (zlatinb) 20:09:49 <zzz> los, zlatinb 20:10:31 <zlatinb> ok, wir gehen reihum, und wenn dein Name aufgerufen wird, beschreibe kurz 1) woran du im letzten Monat gearbeitet hast 2) was du im nächsten Monat vorhast 3) ob dich jemand blockiert oder du Hilfe brauchst 20:10:57 <zlatinb> Wir fangen mit dem Neuen an – villain. Da dies dein erstes Scrum ist, überspringe 1) und nenne nur 2) und 3) 20:11:09 <zlatinb> los, villain 20:12:24 <zlatinb> villain, bist du da? 20:12:34 <villain> lerne Java und Monotone, plane, vor dem 36er-Release noch ein paar Website-Tickets zu beheben, wie mit zzz besprochen. und mehr lernen :) 20:13:00 <villain> derzeit keine Blocker 20:13:41 <zlatinb> super. Üblicherweise sagen wir am Ende des Berichts EOT :) 20:13:48 <villain> recherchiere jetzt zu https://trac.i2p2.de/ticket/1583 20:13:57 <villain> EOT 20:13:59 <villain> heh 20:14:17 <zlatinb> Danke. zzz, du bist dran 20:14:37 <zzz> ok. Letzten Monat habe ich hauptsächlich ntcp2 aufpoliert und getestet, mit Hilfe von orignal 20:14:46 <zzz> Beginn der LS2-Recherche und -Meetings 20:14:59 <zzz> natürlich viele, viele Bugfixes 20:15:33 <zzz> nächsten Monat steht das .36-Release an, außerdem geht es weiter mit LS2, Bugfixes usw. 20:15:41 <zzz> außerdem mache ich unterwegs etwas Code-Refactoring 20:16:06 <zzz> Hoffentlich komme ich für 37 zum SSL-Assistenten für Nicht-Jetty. Für 36 habe ich es leider nicht geschafft, es war zu schwierig 20:16:13 <zzz> keine Blocker; EOT 20:17:14 <eche|on> ok, ich habe viel Forums-Admin-Arbeit gemacht, etwas Code getestet, Spenden und Konten verwaltet, mache damit nächsten Monat weiter, derzeit keine Blocker 20:17:20 <eche|on> uupos 20:17:40 <zlatinb> ok, eche|on, dann machen wir gleich mit dir weiter :) 20:17:51 <eche|on> das ist mehr oder weniger alles^^ 20:18:04 <zlatinb> ok, cool 20:18:10 <zlatinb> mikalv: und bei dir? 20:18:14 <mikalv> Ja, also bei mir; Aktuell: OSX-Launcher-Beta für 0.9.36 Geplant: 1. Weiter am OSX-Launcher arbeiten (hübscher machen, ein paar weitere Features und an der Stabilität arbeiten). 2. Hoffentlich zzz bei der LS2-Recherche und -Impl. helfen. 3. Ein Test-MVP/Alpha eines Browser-Bundles herausbringen. 20:18:23 <mikalv> 4. Meine Kampagne für „keine-Einzelperson-als-Ausfallpunkt“ fortsetzen, bei der Kernmitglieder, die Kernservices hosten, anderen Kernmitgliedern als Backup/Fallback Zugang geben, falls jemand ausfällt, damit das Projekt unter solchen Ereignissen weniger leidet. 20:18:28 <mikalv> Blocker: Ich hoffe, wir könnten die DNS-Kontrolle über i2p2.de von welt bekommen. 20:18:56 <mikalv> entweder ich oder eche|on, zumindest jemand Aktiveres 20:19:09 <zlatinb> wow, das war gut vorbereitet, gut gemacht 20:19:25 <zlatinb> sadie meinte, sie könnte es *vielleicht* schaffen – paging sadie 20:19:49 <zlatinb> str4d: bist du zufällig da? 20:19:53 <eche|on> Welt hat mich kontaktiert, ich habe geantwortet, seitdem keine Antwort mehr von ihm 20:19:58 <mikalv> zlatinb: denk dran, ich habe das jetzt zwei Jahre lang jeden Tag vor i2p gemacht :p 20:20:41 <mikalv> Ich möchte die Kontrolle über die DNS-Domain bekommen, damit ich die Trac-IP freier ändern kann, und später auch Download 20:20:59 <zlatinb> Alex W. war da, ist aber gerade gegangen, also war’s das wohl für das Scrum 20:21:16 <mikalv> aufgrund der Situation macht der alte, veraltete Server einen Reverse-Proxy zum neuen Trac :( 20:22:04 <zzz> 5) Sitzung vom 4. Sept. neu terminieren (zzz) 20:22:08 <zlatinb> EOT 20:22:19 <mikalv> ja, sorry, EOT 20:22:26 <zzz> ok, ich kann am 4. Sept. nicht, und ich denke, einige andere auch nicht 20:22:46 <zzz> Wir könnten Mi., 5. Sept., oder Di., 11. Sept., machen? 20:23:01 <zzz> Wenn der 11., dann wären es nur 3 Wochen bis zur Sitzung am 2. Oktober 20:23:27 <zlatinb> Ich bin den Großteil des Septembers unterwegs, daher kann ich weder den 5. noch den 11. zusagen 20:23:27 <zzz> Ich möchte CCC auf die Tagesordnung für die Sept.-Sitzung setzen, obwohl wir die meisten Entscheidungen zur Finanzierung schon letzten Dezember getroffen haben 20:23:44 <mikalv> Ich denke, bei mir gehen beide, für mich ist das ok 20:23:53 <zzz> eche|on, wie ist es bei dir? 20:24:12 <eche|on> der 11. ist nicht ok 20:24:30 <zzz> Mi., der 5., ok? 20:24:41 <eche|on> der 5. scheint ok zu sein 20:24:52 <zzz> ok, dann markieren wir uns Mi., den 5., im Kalender 20:24:55 <mikalv> ok 20:25:02 <zzz> Noch etwas zu 5) ? 20:25:06 <zzz> Sonst noch etwas für die Sitzung? 20:25:51 * zzz schnappt sich den baffer 20:26:40 * zzz *bafs* die Sitzung ist geschlossen

I2P Entwicklertreffen - 3. Juli 2018

Tue, 03 Jul 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, str4d, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.35 Release-Status (zzz) 20:00:00 <zzz> 2) NTCP2-Update (zzz) 20:00:00 <zzz> 3) LS2-Meeting-Ankündigung (zzz) 20:00:00 <zzz> 4) Förderprogramm 2. Halbjahr 2018 (zab/zzz) 20:00:00 <zzz> 5) Status-Scrum (zab) 20:00:05 <zzz> 0) Hi 20:00:07 <zzz> Hi 20:00:16 <zlatinb> hi 20:00:21 <zzz> 1) 0.9.35 Release-Status (zzz) 20:00:42 <zzz> 35 ist seit einer Woche draußen, bisher keine größeren Beschwerden 20:01:03 <zzz> Maven-JARs sind online, ich glaube, meeh wird Android in Kürze herausbringen 20:01:20 <zzz> Habe von mhatta bzgl. offiziellem Debian noch nichts gehört 20:01:57 <zzz> Sonst noch etwas zu 1)? 20:02:44 <zzz> 2) NTCP2-Update (zzz) 20:03:04 <zzz> Wir haben die Spezifikation letzte Woche abgeschlossen, und wir haben mehrere Router live im Netzwerk 20:03:26 <zzz> i2pd macht mit Implementierung und Tests weiter 20:03:30 <eche|on> bisher gut 20:03:52 <zzz> Ich habe noch ein paar Aufräumarbeiten zu erledigen, und die "firewalled"-Variante habe ich noch nicht getestet, aber insgesamt läuft es ziemlich gut 20:04:21 <zzz> Ich habe heute auch eine kurze FAQ in unseren Foren gepostet 20:04:43 <zzz> Sonst noch etwas zu 2)? 20:05:37 <zzz> 3) LS2-Meeting-Ankündigung (zzz) 20:06:01 <zzz> Wir werden für den nächsten Vorschlag denselben Prozess befolgen, das ist 123 "LS2" 20:06:15 <zzz> behandelt außerdem neue Krypto, Service-Lookup, massives Multihoming und verwandte Themen 20:06:36 <zzz> Das erste Meeting findet am Montag, dem 9. Juli, um 19:00 UTC in #ls2 statt 20:06:45 <eche|on> große Aufgabe, viel zu tun 20:07:05 <zzz> ja, keine Ahnung, wie es laufen wird, aber wir müssen anfangen, es ist schon zu lange her 20:07:30 <zzz> Sonst noch etwas zu 3)? 20:07:44 <eche|on> nö 20:08:23 <zzz> 4) Förderprogramm 2. Halbjahr 2018 (zab/zzz) 20:08:32 <zzz> Die Ankündigung ist auf i2pforum.i2p und zzz.i2p online 20:08:42 <zzz> Das Programm ist für neue Bewerber offen 20:08:51 <zzz> Abgabefrist ist Mittwoch, der 25. Juli 20:09:13 <zzz> Falls jemand Fragen hat, könnt ihr sie jetzt oder nach dem Meeting stellen 20:09:34 <zzz> Hat jemand Fragen zu dem Programm? 20:09:38 <eche|on> Ein Punkt: Nicht das ganze i2p-Team muss neue Mitglieder genehmigen (das Team ist noch nicht perfekt definiert, etwa als Team namentlich genannter Personen auf der Webseite oder irgendeine andere Gruppe) 20:10:13 <zlatinb> Ich würde denken, mindestens diejenigen, die bereits im bezahlten Programm sind 20:10:42 <zzz> Stimmt, ich denke, wir müssen das kollektiv genehmigen ... nicht, dass wir von jedem einzelne Zustimmung brauchen 20:10:45 <eche|on> ja 20:10:50 <zzz> Klingt das richtig? 20:10:58 <eche|on> Wollte das nur anmerken, um den Punkt zu schärfen 20:11:12 <zzz> ok 20:11:26 <zzz> Sonst noch etwas zu 4)? 20:12:18 <zzz> 5) Status-Scrum (zlatinb) 20:12:24 <zzz> Du bist dran, zlatinb 20:12:59 <zlatinb> hi. Gehen wir reihum und machen das Übliche: 1) Woran du im letzten Monat gearbeitet hast 2) Was du nächsten Monat vorhast 3) Gibt es Blocker oder brauchst du Hilfe 20:13:03 <zlatinb> zzz: Fang du an 20:13:33 <zzz> 1) NTCP2-Meetings, Vorschlag, Spezifikation, Implementierung und Tests; .35-Release; Bugfixes und Triage 20:14:02 <zzz> NTCP2 in den Trunk mergen; EdDSA-Updates von GitHub in den Trunk mergen; Roadmap-Updates 20:14:30 <zzz> 2) NTCP2-Tests, Bugfixes und andere Dinge für .36; LS2-Meetings starten, Recherche, Planung 20:14:39 <zzz> 3) keine Blocker 20:14:40 <zzz> EOT 20:14:55 <zlatinb> eche|on: Wie sieht's bei dir aus? 20:15:38 <eche|on> Ich mache die Services im Web, administriere das Forum, kümmere mich um Finanzen, helfe beim Release 20:16:02 <eche|on> Mache das weiter, bisher keine Blocker 20:16:23 <zlatinb> Irc2PGuest44785: meeh, ich weiß, dass du das bist, bist du hier? 20:16:43 <zlatinb> sieht nicht so aus 20:16:48 <zlatinb> str4d: Bist du hier? 20:17:01 <str4d> 1) NTCP2-Design. 2) LS2-Recherche und -Design. 3) Ich habe für nichts anderes Platz. 20:17:19 <zlatinb> cool, schön dich zu sehen 20:17:49 <zlatinb> sadie ist nicht hier, manas ist ausgenommen, also bleibe nur ich: 20:17:49 <zlatinb> 1) sehr viel Profiling, Experimente, Kapazitätsverbesserungen 20:17:49 <zlatinb> 2 20:17:52 <zlatinb> Noch nicht entschieden 20:17:54 <zlatinb> 3) nicht wirklich 20:18:14 <zlatinb> Ich denke, das sind alle 20:18:33 <zlatinb> zzz: Zurück zu dir 20:18:37 <zzz> ok, das ging schnell. Noch etwas für das Meeting? 20:20:01 * zzz beendet das Meeting

0.9.35 Veröffentlichung

Tue, 26 Jun 2018 00:00:00 +0000

Aktualisierungsdetails

0.9.35 setzt den Standard-Signaturtyp auf Ed25519. Dies ist der letzte Schritt im langen Prozess der Migration auf neuere, stärkere und schnellere Kryptografie. Diese Version enthält zahlreiche Fehlerbehebungen und Leistungsverbesserungen.

Wie üblich empfehlen wir, auf dieses Release zu aktualisieren. Der beste Weg, die Sicherheit aufrechtzuerhalten und dem Netzwerk zu helfen, ist, das neueste Release auszuführen.

I2P-Entwicklertreffen - 5. Juni 2018

Tue, 05 Jun 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, obscuratus, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.34 F-Droid Status (str4d, meeh, nextloop) 20:00:00 <zzz> 2) 0.9.35 Update (zzz) 20:00:00 <zzz> 3) NTCP2 Update (zzz) 20:00:00 <zzz> 4) Status-Scrum (zab) 20:00:03 <zzz> 0) Hi 20:00:05 <zzz> hi 20:00:12 <zzz> 1) 0.9.34 F-Droid Status (str4d, meeh, nextloop) 20:00:20 <zzz> Hat jemand von nextloop gehört? 20:00:30 <eche|on> nö 20:01:22 <zzz> Ich versuche, ihn auf Twitter zu finden, aber vorerst ist F-droid noch veraltet 20:01:27 <zzz> 2) 0.9.35 Update (zzz) 20:01:54 <zzz> ok, 35 läuft gut. Wir haben das Release um eine Woche verschoben. Tag-Freeze in einer Woche, Check-in-Deadline in 2 1/2 Wochen 20:02:00 <zzz> Release in etwa 3 Wochen 20:02:15 <zzz> Sonst noch etwas zu 2) ? 20:02:40 <eche|on> noch nicht 20:03:07 <zzz> 3) NTCP2 Update (zzz) 20:03:37 <zzz> Wir halten weiterhin wöchentliche Meetings ab, aber damit sind wir fast durch. Der Vorschlag ist ziemlich solide, aber es kommen (wahrscheinlich) noch Änderungen, daher ist er noch nicht final 20:04:00 <zzz> Ich habe einen Test-router im Netzwerk. Plan ist, die Unterstützung in .36 mitzuliefern, standardmäßig deaktiviert, und sie in .37 zu aktivieren 20:04:28 <eche|on> habe gerade einen Tweet von orignal gelesen, der etwas ntcp2 für i2pd macht 20:04:37 <zzz> Wir planen, denselben Meeting- und Entscheidungsprozess für den LS2-Vorschlag zu verwenden, und fangen bald an 20:04:43 <zzz> ja, die ganze Action ist in #ntcp2 20:04:51 <eche|on> ok 20:04:58 <zzz> Sonst noch etwas zu 3) ? 20:05:18 <eche|on> Wird .37 bereit sein, ntcp2 zu verwenden? 20:05:40 <eche|on> das ist Ende 2018 20:05:48 <zzz> genau, wir testen in 36 mit Leuten, die es manuell aktivieren. Danach aktivieren wir es standardmäßig in 37 20:05:53 <zlatinb> noch eine Frage: Gibt es Pläne, z. B. in .36 einen bob-only-Modus zu veröffentlichen? 20:06:03 <zzz> genau. 37 vielleicht im November 20:06:04 <zlatinb> oder bob-only in .35 für einfacheres Testen? 20:06:14 <zzz> was bedeutet bob-only? 20:06:28 <zlatinb> nur eingehende TCP-Verbindungen 20:06:45 <zzz> oh, nur Empfang? ja, das ist keine schlechte Idee. Nicht für 35 allerdings. 20:06:53 <obscuratus> Kann ich ntcp2 in meinem Testnetzwerk testen? 20:06:54 <zzz> hängt davon ab, wie viel Testing wir im 36er Zyklus bekommen 20:07:14 <zzz> obscuratus, nein, die vollständige Unterstützung wird erst nach dem 35-Release eingecheckt. Es ist noch in Entwicklung 20:07:29 <eche|on> Ich nehme an, ziemlich schnell nach dem .35-Release wird der Code in den Trunk verschoben 20:07:32 <zzz> Was jetzt in 35 drin ist, sind nur Stubs 20:07:36 <zzz> korrekt eche|on 20:08:05 <zzz> Sonst noch etwas zu 3) ? 20:09:01 <zzz> 4) Status-Scrum (zlatinb) 20:09:03 <zzz> los, zlatinb 20:09:33 <zlatinb> hi, machen wir wie üblich: 1. Woran habt ihr im letzten Monat gearbeitet 2. Was plant ihr für den nächsten Monat 3. Seid ihr von jemandem blockiert oder braucht Hilfe 20:09:36 <zlatinb> zzz zuerst 20:09:44 <zzz> ok 20:10:13 <zzz> Ich habe ungefähr zu gleichen Teilen an NTCP2, Bugfixes und dem Abschluss einiger neuer Features für 35 gearbeitet (SSL-Assistent und susimail-Ordner) 20:10:48 <zzz> Ich rechne nächsten Monat mit NTCP2, Bugfixes, dem 35-Release, das immer viel Zeit kostet, und dem Start mit LS2 20:11:01 <zzz> keine Blocker; EOT 20:11:22 <zlatinb> danke. eche|on ? 20:11:37 <eche|on> viel IRC, Forum, die Gelder verwalten, Arbeit am Kryptowährungssystem 20:11:54 <eche|on> diese Arbeit läuft weiter, noch keine Blocker, außer Urlaub ^^ 20:12:12 <zlatinb> ok. str4d, bist du hier? 20:12:40 <zlatinb> scheint nicht so. meeh, bist du hier? 20:13:18 <zlatinb> scheint nicht so. sadie schafft es nicht, mhatta und slumlord sind auch nicht hier 20:13:26 <zlatinb> gut, das war’s dann wohl 20:13:36 <zlatinb> eot 20:13:36 <eche|on> die Urlaubszeit hat uns erwischt.. 20:13:44 <eche|on> baffer? 20:13:46 <zzz> ok, hat noch jemand etwas für das Meeting? 20:14:31 <zzz> ja, es ist baffer-Zeit 20:14:52 <zzz> kurzes Meeting, aber es passiert eine Menge, alles gut 20:14:59 * zzz *bafs* die Sitzung ist geschlossen 20:15:01 <zzz> danke an alle

I2P-Entwicklertreffen - 1. Mai 2018

Tue, 01 May 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: anonymousmaybe, orignal, str4d, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.34 F-Droid-Status (str4d, meeh, nextloop) 20:00:00 <zzz> 2) 0.9.35 Update (zzz) 20:00:00 <zzz> 3) NTCP2 Update (zzz) 20:00:00 <zzz> 4) Status-Scrum (zab) 20:00:03 <zzz> 0) Hi 20:00:05 <zzz> hi 20:00:09 <zzz> 1) 0.9.34 F-Droid-Status (str4d, meeh, nextloop) 20:00:27 <zlatinb> hi 20:00:31 <zzz> ok, ich glaube, das Einzige, was für 34 noch übrig ist, ist F-Droid? Habt ihr einen Status? 20:00:35 <orignal_> hi 20:02:10 <zzz> ok, 3 Wochen seit dem 34-Release, hoffen wir, dass es bald abgeschlossen ist 20:02:15 <zzz> noch etwas zu 1) ? 20:03:01 <zzz> 2) 0.9.35 Update (zzz) 20:03:08 <zzz> 35 läuft gut 20:03:29 <zzz> 3 Wochen rum, noch 7 Wochen, bisher 16K Zeilen Diff. Feature-Freeze in 1–2 Wochen 20:03:57 <zzz> bisher eine Menge guter Sachen drin. Wie immer brauchen wir Tester 20:04:12 <zzz> noch etwas zu 2) ? 20:06:00 <zzz> 3) NTCP2 Update (zzz) 20:06:20 <zzz> wir hatten gestern unser 6. Treffen und ich habe vor ein paar Stunden mein wöchentliches Update am Vorschlag gemacht, es steht auf unserer Seite 20:06:45 <zzz> damit ist die Spezifikationsphase im Wesentlichen abgeschlossen. Hübsch ist es noch nicht und es wird sich sicher noch ändern, aber die großen Dinge sind entschieden 20:07:11 <zzz> wir sind jetzt in der Test-Implementierungsphase. Jedes Projekt sollte bis Ende Mai eine Implementierung schreiben, und im Juni machen wir Interoperabilitäts-Tests 20:07:37 <zzz> wir werden die Spezifikation natürlich weiterhin auf Basis dessen aktualisieren, was wir beim Coden lernen 20:08:00 <zzz> also läuft es ziemlich gut 20:08:15 <zzz> noch etwas zu 3) ? 20:08:21 <orignal_> zzz, kannst du die gesamte für NTCP2 benötigte Krypto aufzählen? 20:08:38 <zzz> bitte lies die Spezifikation, lass uns das nicht hier machen, danke 20:08:39 <orignal_> abgesehen von dem, was in I2P bereits enthalten ist 20:09:02 <zzz> oder wir können das nach dem Meeting in #ntcp2 besprechen 20:09:34 <orignal_> ich dachte, das könnte für alle interessant sein 20:09:36 <i2pr> [Slack/str4d] Argh, Internet 20:09:41 <zzz> noch etwas zu 3) ? 20:09:52 <i2pr> [Slack/str4d] Tippt 20:10:07 <i2pr> [Slack/str4d] Da wir jetzt einen einigermaßen stabilen Spezifikationsentwurf haben, schaue ich, ob ich ihn am Wochenende etwas aufräumen kann, und dann bitte ich einige meiner Kryptographen-Freunde, drüberzuschauen. 20:11:01 <zzz> ok 20:11:08 <zzz> noch etwas zu 3) ? 20:12:02 <zzz> 4) Status-Scrum (zab) 20:12:06 <zzz> leg los, zlatinb 20:12:15 <zlatinb> Hi, bevor wir anfangen – ich habe Finanzierungsanfragen von allen außer mhatta erhalten, aber das liegt an PGP-Verwirrung 20:12:32 <zlatinb> also werde ich die endgültigen Genehmigungen später heute Abend an jeden schicken 20:12:41 <zlatinb> und bei mhatta wird es am Ende etwas verzögert 20:13:37 <zlatinb> ok, lasst uns anfangen – wir gehen reihum, 1-2-3 20:13:37 <zlatinb> zzz: bitte 20:13:45 <zzz> ok 1) letzter Monat: 20:14:12 <zzz> 34-Release, Susimail-Ordner, DNSoverhTTPS, SSL-Assistent, die Gruppe hat das PETS-Paper begutachtet, neue Orchid-Veröffentlichung... 20:14:23 <zzz> NTCP2-Spezifikation, viele Meetings und Planung, viele Bugfixes 20:14:30 <zzz> 2) nächster Monat: 20:14:51 <zzz> NTCP2-Implementierung, Abschluss des SSL-Assistenten, viele Bugfixes, mehr Planung und Meetings 20:15:04 <zzz> 3) Blocker: mhatta TAILS Ready-Indication-Spezifikation 20:15:06 <zzz> EOT 20:15:18 <zlatinb> ok. str4d, du bist dran 20:15:31 <i2pr> [Slack/str4d] 1) Letzter Monat: 20:15:56 <i2pr> [Slack/str4d] - Migration von I2P-Bote auf die offizielle Apache-James-Server-Veröffentlichung abgeschlossen, IMAP und SMTP so weit zum Laufen gebracht, dass ein Dienst zum Weiterleiten von Zcash-Transaktionen implementiert werden konnte, neue Version veröffentlicht. 20:16:24 <i2pr> [Slack/str4d] - XRDS-Artikel fertiggestellt 20:16:33 <i2pr> [Slack/str4d] - VRP-Entwurfs-Update überprüft 20:16:40 <i2pr> [Slack/str4d] - Bugfixes 20:16:50 <i2pr> [Slack/str4d] - NTCP2 Design-/Spezifikations-Meetings 20:17:02 <i2pr> [Slack/str4d] - (Fast) die gesamte NTCP2-Entwurfsspezifikation in Rust implementiert 20:17:07 <i2pr> [Slack/str4d] 2) Nächster Monat: 20:17:32 <i2pr> [Slack/str4d] - Die letzten NTCP2-Ecken in der Entwurfsspezifikation implementieren 20:17:46 <i2pr> [Slack/str4d] - Testumgebung schreiben, um NTCP2-Testvektoren zu generieren 20:17:55 <i2pr> [Slack/str4d] - Mich davon überzeugen, dass SipHash für Längenverschleierung ok ist 20:18:09 <i2pr> [Slack/str4d] - AES-Verschleierung der ephemeralen Schlüssel als Noise-Erweiterung ausarbeiten 20:18:26 <i2pr> [Slack/str4d] - An der Java-Implementierung von Noise mit zzz und meeh arbeiten 20:18:39 <i2pr> [Slack/str4d] - Releases nach Bedarf 20:19:32 <i2pr> [Slack/str4d] 3) Blocker: derzeit keine; Reibung: Reisen. 20:19:34 <i2pr> [Slack/str4d] EOT 20:20:00 <zlatinb> alles klar. meeh, bist du hier? 20:20:49 <zlatinb> echelon? sadie? 20:21:31 <zlatinb> mhatta: zufällig da? 20:22:06 <zlatinb> :( 20:22:11 <anonymousmaybe> sorry für die Unterbrechung, aber gibt es hier Diskussion/Q&A? oder nur Auflistung? 20:22:39 <zlatinb> anonymousmaybe: SCRUM – Auflisten von Sachen, Diskussion vielleicht später 20:22:39 <zzz> in etwa 30 Sekunden frage ich nach anderen Themen, bitte warten 20:23:01 <zzz> war’s das für dich, zlatinb? 20:23:08 <anonymousmaybe> verstehe, danke 20:23:09 <zlatinb> Ich denke schon 20:23:36 <zzz> ok, vielleicht ist es Zeit für eine strenge E-Mail von dir an alle mit der Aufforderung, hier zu sein und pünktlich zu kommen... 20:23:48 <zzz> ok, das war’s für 4) 20:23:57 <zzz> noch etwas für das Meeting? anonymousmaybe, du bist dran 20:24:51 <anonymousmaybe> ich würde gern nach der Implementierung von DNSoverhTTPS fragen, 20:25:34 <zzz> ok, das ist ein technisches Detail, das wir am besten nach dem Status-Meeting besprechen 20:25:46 <zzz> noch etwas für das Meeting? 20:26:40 <anonymousmaybe> für mich nein 20:27:01 * zzz schnappt sich den Puffer 20:27:38 * zzz *bbbaffs* das Meeting geschlossen

0.9.34 Veröffentlichung

Tue, 10 Apr 2018 00:00:00 +0000

Aktualisierungsdetails

0.9.34 enthält wichtige Fehlerbehebungen für versteckte Dienste, Streaming und SAM. Die Veröffentlichung setzt die Arbeiten zur Vorbereitung von Ed25519 als Standard-Signaturtyp und NTCP2 als neuem Transportprotokoll fort. Leistungsverbesserungen und die üblichen weiteren Fehlerbehebungen sind ebenfalls enthalten.

Wie üblich empfehlen wir, auf dieses Release zu aktualisieren. Die beste Möglichkeit, die Sicherheit aufrechtzuerhalten und dem Netzwerk zu helfen, besteht darin, das neueste Release auszuführen.

I2P-Entwicklertreffen - 3. April 2018

Tue, 03 Apr 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: manas, meeh, str4d, zlatinb, zzz

Sitzungsprotokoll

20:00:01 <zzz> 0) Hi 20:00:01 <zzz> 1) 0.9.34-Update (zzz) 20:00:01 <zzz> 2) 0.9.34 Blocker-Tickets (str4d) 20:00:01 <zzz> 3) 0.9.34 Android/Maven-Build und Release-Rollen und -Zeitplan (str4d/meeh) 20:00:01 <zzz> 4) Vorgeschlagene Entfernung von open4you.i2p und git.repo.i2p von der Konsolen-Startseite (anonymousmaybe) 20:00:01 <zzz> 5) 0.9.35-Plan (zzz) 20:00:01 <zzz> 6) NTCP2-Plan (zzz) 20:00:01 <zzz> 7) Status-Scrum (zab) 20:00:05 <zzz> 0) Hi 20:00:07 <zzz> Hi 20:00:30 <zzz> willkommen zu Meeting 269, das sich über fast 16 Jahre erstreckt 20:00:33 <manas> Hey 20:00:43 <zlatinb> hi 20:00:44 <zzz> 1) 0.9.34-Update (zzz) 20:00:55 <zzz> okay, Übersetzungs- und Check-in-Frist ist in 3 Tagen 20:01:20 <zzz> kaum etwas an aktuellen Fehlermeldungen 20:01:36 <zzz> also sieht es gut aus, vorbehaltlich Punkt 2) 20:01:56 <zzz> Ich habe in den letzten paar Wochen an .35 und darüber hinaus gearbeitet 20:02:04 <zzz> noch etwas zu 1) ? 20:03:00 <zzz> 2) 0.9.34 Blocker-Tickets (str4d) 20:03:25 <i2pr> [Slack/str4d] Hi :B 20:03:32 <zzz> str4d hat mehrere Blocker-Tickets, die mehrere Monate zurückliegen, und die bereits über ein paar Releases hinausgeschoben wurden 20:03:38 <manas> hey there str4d 20:03:38 <zzz> str4d, was ist dein Plan dafür? 20:04:10 <i2pr> [Slack/str4d] Ich sehe zwei Blocker-Tickets. 20:04:19 <i2pr> [Slack/str4d] Eines betrifft das Reseeding auf älteren Androids 20:04:39 <zzz> okay, gut, 2 ist besser als „mehrere“ 20:04:45 <i2pr> [Slack/str4d] Dafür haben wir das Problemfenster eingegrenzt, konnten damals aber keine Lösung identifizieren (die, die wir ausprobiert haben, hat nicht funktioniert) 20:05:07 <i2pr> [Slack/str4d] Ich habe im Moment keine Zeit, daran zu arbeiten, und die älteren Versionen werden nach und nach weniger genutzt 20:05:24 <i2pr> [Slack/str4d] Daher denke ich, dass wir die älteren Android-Versionen einfach für obsolet erklären sollten 20:05:59 <i2pr> [Slack/str4d] Beachte, dass der Google Play Store Anforderungen eingeführt hat, wonach neue App-Uploads neueren APIs entsprechen müssen, daher sind uns in dem Sinne vielleicht die Hände gebunden, wenn wir weiter über GPlay veröffentlichen wollen 20:07:02 <zzz> und das andere? 20:07:16 <i2pr> [Slack/str4d] Die Unterstützung für ältere APIs fallen zu lassen, sollte im Rahmen des nächsten Updates relativ einfach sein, wenn wir uns darauf einigen. 20:08:03 <i2pr> [Slack/str4d] Das andere sind Korrekturen übersetzter Strings aus 0.9.31 (im OP steht „klein, aber als Blocker eingestuft“) 20:09:19 <i2pr> [Slack/str4d] Einiges davon habe ich lokal behoben, aber ich hatte keine Zeit, es zu extrahieren und rauszupushen. 20:09:41 <zzz> Ich schätze, die Frage ist, ob du überhaupt irgendwelche UI-Bugfixes machen willst. Der letzte Fix von dir war vor 5 Monaten. Ich habe vor etwa einem Monat rund 10 Tickets hervorgehoben, die ich für .34 gefixt sehen wollte. Hast du vor, künftig UI-Arbeit zu machen, oder sollen wir Ersatz finden? 20:09:58 <i2pr> [Slack/str4d] Realistisch betrachtet wird es, wenn es an mir hängt, weiter nach hinten rutschen, da meine Prioritäten derzeit anderswo liegen. 20:10:39 <i2pr> [Slack/str4d] Ich plane, weitere UI-Patches zu pushen, habe aber keine Zeit, das in einem ausreichend kurzen Zeitrahmen zu tun. 20:11:05 <zzz> okay, also sollten wir keinerlei UI-Arbeit, selbst einfache Fixes, von dir erwarten – weder für .34 noch später? 20:11:31 <i2pr> [Slack/str4d] Das Problem ist, dass das Wort „einfach“ da viel Last trägt :stuck_out_tongue: 20:12:11 <i2pr> [Slack/str4d] Für .34: korrekt, erwartet keine UI-Arbeit von mir. 20:12:15 <zzz> okay. Ich wünschte, wir hätten das vor Monaten gewusst. Wir haben sehr viel Zeit verloren. Wir fangen an, die Arbeit neu zuzuweisen und nach Ersatz zu suchen. 20:12:22 <zzz> noch etwas zu 2) ? 20:13:01 <i2pr> [Slack/str4d] Ich gebe gern Patchsets an andere weiter, um die „einfachen“ Fixes herauszuziehen – vielleicht haben sie beim Bändigen von monotone+git mehr Glück als ich 20:13:23 <zzz> 3) 0.9.34 Android/Maven-Build und Release-Rollen und -Zeitplan (str4d/meeh) 20:14:03 <zzz> Ich würde gern wissen, ob str4d und meeh geklärt haben, wer was für die .34-Maven/FDroid/Android-Releases übernimmt, damit ich weiß, wen ich verantwortlich mache und wann es passieren wird 20:15:37 <i2pr> [Slack/str4d] Meeh hat die Signierschlüssel für Android und FDroid 20:15:51 <meeh> Wir können das jetzt klären. Was meinst du, str4d, hast du Zeit dafür, oder soll ich? 20:16:16 <i2pr> [Slack/str4d] Mir wäre recht, wenn du es machst und ich dir dabei ins Ohr spreche :slightly_smiling_face: 20:16:31 <i2pr> [Slack/str4d] (weil ich unsere Release-Fähigkeiten ausbauen möchte) 20:16:47 <zzz> meeh, passt das für dich? 20:17:00 <i2pr> [Slack/str4d] Wir können einen Termin festlegen, um im Pairing daran zu arbeiten. 20:17:16 <meeh> Ja, können wir machen. Das ist bisher die beste Option, damit du mich auf Stand bringst, wie und was zu tun ist 20:17:29 <zzz> Was ist mit Maven Central? 20:17:45 <i2pr> [Slack/str4d] Ich bin derzeit der Einzige mit Zugangsdaten dafür. 20:18:08 <meeh> Ja, ich habe keinen Maven-Zugang 20:18:22 <i2pr> [Slack/str4d] Um das zu ändern, muss man bei Sonatype durch ein paar Hürden 20:18:29 <zzz> Also machst du es oder gibst du meeh die Berechtigungen? Ich muss wissen, wer verantwortlich ist und wann es passieren wird 20:18:39 <i2pr> [Slack/str4d] (ich erinnere mich vage daran, was ich ursprünglich tun musste, um es einzurichten) 20:18:52 <i2pr> [Slack/str4d] Das übernehme ich für .34 20:19:21 <i2pr> [Slack/str4d] (wahrscheinlich im selben Pairing mit meeh) 20:19:57 <zzz> Okay, kann ich euch beide auf eine Zwei-Wochen-Deadline festnageln, um alles zu releasen? Wenn ich meines bis 10. April schneide, wäre das der 24. April. okay? 20:20:41 <i2pr> [Slack/str4d] Okay. 20:20:51 <zzz> okay, meeh? 20:20:56 <i2pr> [Slack/str4d] Ich bin in der Woche des 9. in Denver, in der folgenden Woche wieder im UK 20:21:09 <i2pr> [Slack/str4d] Also welche Woche auch immer zeitzonenmäßig für meeh besser passt 20:21:11 <meeh> Jep 20:21:39 <zzz> okay. meeh, du schuldest mir außerdem ein ACK, dass du den gplay-Absturzbericht geprüft hast 20:21:45 <zzz> noch etwas zu 3) ? 20:21:49 <meeh> Ich sollte mich in diesem Zeitrahmen auf etwas einstellen können, das für str4d passt 20:22:27 <zzz> 4) Vorgeschlagene Entfernung von open4you.i2p und git.repo.i2p von der Konsolen-Startseite (anonymousmaybe) 20:22:48 <zzz> okay, anonymousmaybe berichtet, dass diese beiden Sites seit Wochen oder Monaten down sind und empfiehlt, sie aus der router-Konsole zu entfernen 20:22:55 <zzz> Einwände? 20:23:28 <i2pr> [Slack/str4d] git.repo.i2p ist schon eine Weile down, vor allem, weil ich keine Zeit hatte, reinzugehen und es wieder zum Laufen zu bringen. 20:23:53 <zzz> Also höre ich keinen Widerspruch :) 20:23:55 <i2pr> [Slack/str4d] Wenn gewünscht ist, dass es wieder läuft, kann ich mir Zeit dafür nehmen. Aber ich hätte auch nichts dagegen, es zu entfernen. 20:24:06 <zzz> Wenn nicht, entferne ich beide für .34 20:24:31 <i2pr> [Slack/str4d] Keine Einwände von mir zu open4you.i2p 20:24:33 <zzz> Ihr könnt die Wiederaufnahme nach unseren normalen Prozessen beantragen, sobald es läuft und stabil ist 20:25:00 <zzz> Es ist eine furchtbare User Experience, tote Links auf unserer Konsolen-Startseite zu haben, und wir sind es unseren Nutzern schuldig, sie entweder verfügbar zu halten oder zu entfernen 20:25:06 <i2pr> [Slack/str4d] ACK (I followed that process the first time IIRC :D) 20:25:15 <zzz> okay, noch etwas zu 4) ? 20:25:54 <zzz> 5) 0.9.35-Plan (zzz) 20:26:11 <zzz> okay, wir hatten vor ein oder zwei Wochen ein Roadmap-Meeting, und die Roadmap auf unserer Website spiegelt die Ergebnisse wider 20:26:22 <zzz> alles andere wurde auf 36/37 geschoben 20:26:35 <zzz> wir arbeiten seit ein paar Wochen intensiv an den 35er-Features 20:26:55 <zzz> So möchte ich bei jedem Release arbeiten: Arbeit im Voraus erledigen und dann früh im Zyklus mergen 20:27:13 <i2pr> [Slack/str4d] +1 20:27:13 <zzz> geplant ist ein .35-Release Mitte/Ende Juni, Standard-10‑Wochen-Zyklus 20:27:34 <manas> Wird es vor dem .35-Release ein ähnliches Meeting wie das letzte geben? 20:27:57 <zzz> ja, ich möchte ein Roadmap-Meeting für das nächste einige Wochen vor jedem Release machen 20:28:06 <manas> okay, klingt gut 20:28:20 <zzz> sonst noch etwas zu 5) ? 20:28:35 <zzz> s/all the// 20:29:08 <i2pr> [Slack/str4d] .35-Roadmap sieht für mich vernünftig aus 20:29:24 <i2pr> [Slack/str4d] +1 für Verbesserungen an der Einrichtung des privaten Testnetzes :smile: 20:30:01 <zzz> 6) NTCP2-Plan (zzz) 20:30:09 <manas> Ich hatte im Forum etwas spät gepostet, würde aber gern ein Meeting (oder beim nächsten Meeting darüber sprechen), um Spezifisches zum privaten Testnetz zu besprechen 20:30:30 <zzz> okay, wir haben ein Team mit Vertretern aus allen 3 Projekten zusammengestellt. Wir hatten bisher zwei Meetings und eine neue Version des Vorschlags veröffentlicht 20:30:39 <meeh> manas, ich melde mich in einem Tag oder so; habe dazu auch etwas gearbeitet 20:30:43 <zzz> wir planen, uns einmal pro Woche zu treffen und nach jedem Meeting einen neuen Entwurf zu veröffentlichen 20:30:49 <manas> meeh: alles klar :) 20:31:02 <zzz> Ziel ist, bis Ende April fertig zu sein und bis Ende Mai Testimplementierungen zu haben. 20:31:19 <zzz> Das nächste Meeting ist in #ntcp2 am 9. April, 16:00 UTC, alle sind willkommen. 20:31:20 <i2pr> [Slack/str4d] Welcher Vorschlag wird weiterverfolgt? 20:31:36 <zzz> Die Version, die wir gestern veröffentlicht haben. 20:31:52 <zlatinb> ist im Clearnet-Forum verfügbar, str4d 20:32:16 <zzz> Eigentlich ist es auf der Website. proposal 111. 20:32:56 <i2pr> [Slack/str4d] Okay, also ist es das Update, das ich vorgeschlagen habe 20:33:06 <zzz> Kommentare können auf i2pforum.i2p, i2pforum.i2p, im Trac-Ticket, im zzz.i2p-Thread, in #ntcp2, hier, oder per E‑Mail an mich abgegeben werden – wie auch immer es jemand machen möchte. Clearnet oder nicht. Wir begrüßen Teilnahme von allen. 20:33:11 <i2pr> [Slack/str4d] Ich muss prüfen, ob das, was auf die Website gestellt wurde, dem entspricht, woran ich lokal gearbeitet habe 20:33:46 <zzz> Wie ich dir vor einer Woche gemailt habe, benötigen wir keinen separaten Vorschlag von dir. 20:34:12 <zzz> 111 wird der Vorschlag sein und wir werden ihn jede Woche nach unserem Meeting aktualisieren.\ 20:34:33 <i2pr> [Slack/str4d] Ich pinge dich nach dem Meeting an. 20:34:40 <zzz> noch etwas zu 6) ? 20:36:00 <zzz> 7) Status-Scrum (zab) 20:36:04 <zzz> zu dir, zlatinb 20:36:30 <zlatinb> Hi. Bevor wir mit dem Scrum beginnen: Alle, die bezahlt werden möchten, füllen bitte das Stundenzettel-/Antragsformular aus, das zzz in seinem Forum gepostet hat 20:36:55 <zlatinb> und mailen mir das Formular 20:36:58 <zlatinb> und jetzt ab zum Scrum 20:37:01 <zzz> okay, ich schlage vor, wir warten zumindest bis zur letzten Woche des Monats, damit die Leute wissen, wie viel sie bis dahin gearbeitet haben? 20:37:42 <i2pr> [Slack/str4d] Einverstanden. Meines Wissens begann das Quartal im Februar 20:37:43 <zlatinb> klar, aber ich brauche ein paar Tage, nachdem ich das Formular erhalten habe 20:38:09 <manas> Ich glaube, im Post stand: nicht vor dem 23. APR 20:38:29 <zzz> Im Post habe ich gesagt: frühester Versand per E‑Mail ist der 23. April und spätester ist der 30. April. Aber du machst die Regeln und ich aktualisiere es. 20:38:49 <zlatinb> Diese Daten sind in Ordnung 20:39:07 * zlatinb wurde erwischt, den Post nicht gelesen zu haben ;-) 20:39:17 <zlatinb> wie auch immer :) 20:39:50 <zlatinb> Also Scrum – wir gehen reihum; wenn dein Name aufgerufen wird, poste bitte eine kurze Beschreibung von 20:39:56 <zlatinb> 1) was du seit dem letzten Scrum gemacht hast 20:40:02 <zlatinb> 2) was du im nächsten Monat planst 20:40:21 <zlatinb> 3) blockiert dich jemand oder brauchst du irgendwo Hilfe 20:40:40 <zlatinb> Bitte tu das auch, wenn du im Videochat Updates gegeben hast; das ist für die Nachwelt 20:41:02 <zlatinb> Also, zzz, du zuerst 20:41:35 <zzz> Danke, zlatinb. Im letzten Monat habe ich viel am .34-Release gearbeitet, inklusive vieler Bugfixes und neuer Features. 20:42:13 <zzz> Kürzlich bin ich zu 35er-Features und Forschung übergegangen, einschließlich Susimail-Ordnern und dem neuen NTCP2-Protokoll 20:42:53 <zzz> Im nächsten Monat plane ich, das Papier zu reviewen, das wir vor einem Monat erhalten haben, die Arbeit an NTCP2 fortzusetzen, das 34er-Release herauszubringen, 20:43:05 <zzz> und Bugs zu fixen. 3) Keine Blocker. EOT. 20:43:18 <zlatinb> danke 20:43:26 <zlatinb> eche|off: bist du zufällig hier? 20:43:39 <zzz> ich glaube nicht 20:43:40 <zlatinb> Ich weiß, er sagte, er wäre nicht da, aber nur für den Fall... 20:44:03 <zlatinb> alles klar. Nächster Vollzeitler – meeh, los 20:44:22 <meeh> Highlights 20:44:22 <meeh> Ich bin bald mit einem MVP für einen neuen OSX-Launcher fertig, verbesserter Outproxy-Dienst (Proxy für Verbindungen vom I2P-Netz ins clearnet) und dessen Tuning für bessere Performance. Ich habe ein paar Scala-Tests gemacht, mehr kommt. Und ich habe Testsysteme eingerichtet, die ich für Android- und OSX-Entwicklung/Tests brauche. Außerdem habe ich Zeit genutzt, um mich wieder mit den Codebases vertraut zu machen. Habe mich auch etwas in Proposals eingelesen. 20:44:40 <meeh> Verschiedenes: Vieles kann ich im Moment nicht wirklich abrufen. 20:45:23 <meeh> Für die nächste Runde: Das MVP für OSX fertigstellen. Euch mit einem schönen Browser-Bundle umhauen. Mehr Fokus auf Scala-Tests, Android und Beitragsdokumentation 20:45:51 <meeh> Blocker: tja ... mehr Sicherheit bei DNS-Änderungen, wie im letzten Video besprochen 20:46:12 <zlatinb> Ja, genau, ich muss „welt“ dahingehend ernster nachsetzen 20:46:34 <zlatinb> sonst noch etwas, meeh? 20:46:51 <meeh> Denn sobald wir sicher wissen, welche Änderungen wann kommen, kann ich einige alte Services mit frischen Servern und Software ablösen (Aufräumen und so weiter) 20:46:59 <meeh> Meine Services für I2P verbessern 20:47:04 <meeh> Jetzt fertig :) 20:47:19 <zlatinb> cool 20:47:35 <zlatinb> manas: Es muss bei dir sehr spät sein, schön dich zu sehen. Dein Update, bitte? 20:47:56 <manas> hey, zusammen. Schön, euch alle wiederzusehen 20:47:57 <manas> Zusammengefasst: Ich habe bis Kapitel 4, das von Java-Syntax handelt, des Buches gelernt, mit dem ich Java lerne. Werde diesen Monat mit Kapitel 5 weitermachen, Objekte in Java. Habe etwas Java-Code geschrieben, der von zzz reviewed wurde (danke, zzz). Werde auch weiterhin Krypto studieren. Lese mich in Ant und Gradle ein. Denke über das Testnetz nach, plane, dafür etwas Hardware zu beschaffen 20:47:58 <manas> . Ich warte weiterhin die von mir betriebenen Services und bleibe bei Sicherheitsmeldungen am Ball. Lese/beantworte regelmäßig Trac- und Forenbeiträge. 20:48:19 <manas> meeh, falls du irgendwelche Write-ups/Dokumentation zum Betrieb eines Outproxys hast, würde ich sie gern lesen :) 20:48:21 <manas> eot 20:48:57 <zlatinb> Gute Sachen – ich möchte bald über das Outproxy-Thema im Lichte von OTF sprechen 20:49:08 <meeh> Klar, können wir später besprechen. Im Wesentlichen ist es ein tunnel ohne irgendetwas im Domain-Feld 20:49:09 <zlatinb> aber jetzt zurück zum Scrum – str4d, du bist dran 20:49:11 <zlatinb> dran 20:49:18 <i2pr> [Slack/str4d] Im letzten Monat habe ich an unseren aktuellen Krypto-Spezifikationen gearbeitet, den Prozess zur Migration von Proposals ins neue Forum gestartet, das Tor-Entwicklertreffen in Rom besucht (für Zcash, hatte aber diverse I2P-relevante Gespräche), mit Elio/Ura an Website-Mockups gearbeitet, an Ire in Vorbereitung auf die NTCP2-Entwurfsimplementierung gearbeitet und allgemein über 20:49:19 <i2pr> NTCP2-Krypto-Primitiven nachgedacht. 20:50:20 <i2pr> [Slack/str4d] Im nächsten Monat plane ich, meine E-Mails zu prüfen XD, mit meeh beim .34 Android/Maven-Thema zu pairen, diese Meetings, die ich offenbar verpasse, in meinen Kalender einzutragen, das Papier zu reviewen, eine Entwurfsimplementierung von NTCP2 zu starten, um einige Noise‑Library‑Fragen zu klären, und an der Spezifikation der Elligator‑ähnlichen Verschleierung ephemerer Schlüssel zu arbeiten. 20:50:50 <i2pr> [Slack/str4d] Einziger Blocker ist E‑Mail-bezogen, ich pinge danach die Leute dazu an. 20:50:57 <i2pr> [Slack/str4d] EOT 20:51:38 <zlatinb> i2pr: str4d ping ping 20:52:35 <zlatinb> danke 20:52:46 <zlatinb> ist sadie auf Slack? 20:53:40 <zlatinb> wenn nicht, denke ich, ist das jeder/alles zu 7) 20:54:03 <zzz> okay, danke zlatinb, hat noch jemand etwas fürs Meeting? 20:54:38 <i2pr> [Slack/str4d] Ich glaube nicht, dass sie hier ist 20:54:55 <meeh> Nein, nur die Ankündigung, dass ich mehr Ressourcen für den Outproxy einrichten und ihn verbessern werde 20:55:03 * zzz schnappt sich den baffer 20:56:00 * zzz *bafft* das Meeting ist geschlossen

I2P Entwicklertreffen - 06. März 2018

Tue, 06 Mar 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, meeh, psi, str4d, zlatinb, zzz

Sitzungsprotokoll

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) Verbleibende Release-Punkte für 0.9.33 (f-droid.org, offizielles Debian) (nextloop, mhatta) 20:00:00 <zzz> 2) 0.9.34 Update (zzz) 20:00:00 <zzz> 3) Status-Scrum (zab) 20:00:04 <zzz> 0) Hi 20:00:06 <zzz> hi 20:00:17 <zlatinb> hi 20:00:20 <zzz> willkommen zu Sitzung 268 dieses großartigen, 15 Jahre alten Projekts! 20:00:44 <zzz> 1) Verbleibende Release-Punkte für 0.9.33 (f-droid.org, offizielles Debian) (nextloop, mhatta) 20:01:03 <zzz> ok, nextloop hat einen PR für f-droid gemacht, er ist noch nicht aufgetaucht, hoffentlich aber bald 20:01:30 <zzz> für Debian haben wir von mhatta noch nichts gehört, und wir haben die Bionic-Frist verpasst 20:01:51 <zzz> sonst noch etwas zu 1) ? 20:03:01 <zzz> 2) 0.9.34 Update (zzz) 20:03:37 <zzz> wir sind halb durch den geplanten 10‑Wochen‑Zyklus. Ich habe die Check-in‑Deadline auf in 4 1/2 Wochen gesetzt. Tag-Freeze in 3 Wochen, Release in 5 Wochen 20:04:03 <zzz> wir sind bei 16K Zeilen Diff. Die bemerkenswerteste Änderung ist Teil 2 des Susimail-Refactors. Der Rest sind Fixes überall 20:04:28 <zzz> ich ermutige alle im Team, für das Release wenn möglich ein paar Tickets zu fixen 20:05:01 <zzz> die Deadline für „große Änderungen“ ist vorbei, aber wir hoffen weiterhin, dass von allen noch verschiedene Fixes reinkommen 20:05:21 <zzz> und natürlich ist das Testen der Dev-Builds auch Aufgabe aller, bitte helft mit 20:05:31 <zzz> sonst noch etwas zu 2) ? 20:07:01 <zzz> 3) Status-Scrum (zab) gehört ganz dir 20:07:04 <eche|on> nicht wirklich 20:07:11 <zlatinb> Hi. Wir gehen reihum, und wenn dein Name aufgerufen wird, gib bitte eine kurze Beschreibung von: 20:07:21 <zlatinb> 1) was du seit dem letzten Scrum gemacht hast 20:07:29 <zlatinb> 2) was du im nächsten Monat vorhast 20:07:44 <zlatinb> 3) ob dich etwas blockiert oder du Hilfe von jemandem brauchst 20:08:11 <zlatinb> Bitte warte, bis der Scrum beendet ist, wenn du eine Frage ansprechen möchtest oder einen Kommentar hast 20:08:21 <zlatinb> los geht’s – zzz, leg los 20:09:10 <zzz> ok. Zusätzlich zu dem, was ich bereits gesagt habe ... ich habe daran gearbeitet, die SSL-Unterstützung in der Konsole und eepsites zu verbessern; UPnP-Verbesserungen; IPv6-Fixes; und diverses Refactoring 20:09:40 <zzz> ich rechne damit, im kommenden Monat mit SSL und IPv6 weiterzumachen sowie andere Fixes fürs Release abzuschließen, das Anfang April sein wird 20:10:06 <zzz> Bei den Vorschlägen bin ich blockiert, warte darauf, mit str4d zusammenzuarbeiten 20:10:07 <zzz> EOT 20:10:41 <zlatinb> eche|on: bitte 20:11:07 <eche|on> ok, ich habe an Trac, Forum und Blog gearbeitet 20:11:28 <eche|on> nächsten Monat geht das weiter, etwas mehr PR, Finanzen aktualisieren,... 20:11:39 <eche|on> derzeit alles ok, nächste Woche bin ich auf Reisen 20:12:12 <zlatinb> super. meeh, bist du da? Kannst du uns ein Update geben? 20:12:38 <meeh> Ja, Moment 20:13:45 <meeh> Ich habe am OS X-Launcher-Teil gearbeitet, weil er mich wahnsinnig nervt, da ich auf OS X bin; außerdem habe ich die letzten 1,5 Tage damit verbracht, unsere schreckliche SQLite-DB (Trac) auf etwas zu migrieren, das skaliert 20:13:53 <meeh> Versuche, dieses Null-Byte-Problem zu vermeiden 20:14:31 <meeh> Scheint, als würde ich es jetzt hinbekommen, sobald ich alle Tabellen vorab manuell in pgsql definiert habe, bevor ich zu importieren versuche (dann ohne Tabellen) 20:15:37 <meeh> Und ja, ich habe vielleicht auch etwas zum Git->Monotone-Export 20:15:45 <meeh> Das war’s von mir 20:16:22 <zlatinb> ok, also durch nichts blockiert, nehme ich an? 20:16:46 <meeh> nein 20:16:50 <meeh> Alles gut :) 20:17:16 <zlatinb> hervorragend. psi, willst du mitmachen? 20:17:22 <psi> klar 20:17:28 <psi> mal sehen 20:17:47 <psi> 1) Das ist mein erster Scrum für I2P 20:18:18 <psi> 2) Diesen Monat mache ich libsam richtig schick und großartig 20:18:32 <psi> möglicherweise mit einer epoll/kqueue-Variante 20:18:57 <psi> 3) Warte derzeit auf das Review für den PR, den ich auf GitHub für libsam erstellt habe 20:19:00 <psi> EOT 20:19:20 <zlatinb> prima 20:19:24 <zlatinb> str4d: bist du hier? 20:19:51 <zlatinb> sadie, vielleicht du? 20:20:09 <zzz> sadie hat mir gesagt, sie würde es wahrscheinlich verpassen 20:20:41 <zlatinb> und str4d scheint abwesend zu sein 20:20:55 <zlatinb> damit ist der Scrum, glaube ich, abgeschlossen – manas ist ausgenommen und mhatta unentschuldigt abwesend 20:21:20 <zzz> ok, noch etwas zu 3)? Noch etwas für die Sitzung? 20:21:34 <zlatinb> Gibt es jetzt Fragen oder Kommentare zu irgendetwas, das während des Scrum angesprochen wurde? 20:21:41 <meeh> Ich habe eine Frage zu Oracle, Lizenz und uns, wann immer Q/A-Zeit ist 20:21:54 <zlatinb> (das ist der Blocker/Blockee-Teil) 20:22:05 <zlatinb> meeh: ok, wir können nach der Sitzung chatten 20:22:43 <zzz> Ich füge nur hinzu, dass ich bei allen möglichen Paketierungsänderungen und -verbesserungen durch mhatta blockiert bin 20:23:12 <zzz> und beim Tails-Startbenachrichtigungs-Feature ebenso 20:24:22 <zlatinb> ok. Damit ist 3) glaube ich abgeschlossen 20:24:33 <zzz> ok, noch etwas für die Sitzung? 20:25:02 * zzz nimmt den baffer 20:25:27 <i2pr> [Slack/str4d] Hier 20:25:38 * zzz legt den baffer ab 20:25:38 <zlatinb> ohai 20:25:39 <i2pr> [Slack/str4d] Sorry für die Verspätung, wieder Internetprobleme 20:26:13 <zlatinb> also ja, kurz: 1) was du gemacht hast 2) was du machen wirst 3) blockiert / brauchst du Hilfe? 20:27:58 <i2pr> [Slack/str4d] 1) Bugfixing, Release-Arbeit, Router-Console UI Patchset, Android-Arbeit & Delegation des Signierschlüssels, Ticket-Triage, XRDS-Artikel 20:29:14 <i2pr> [Slack/str4d] Oh, und Zusammenarbeit mit Ura 20:29:24 <i2pr> [Slack/str4d] (plus übliche Meetings etc.) 20:31:40 <i2pr> [Slack/str4d] 2) Alle Proposals ins neue Forum migrieren, den NTCP Noise Draft als neuen Proposal fertigstellen, Tor-Dev-Meeting, Sync mit Ura, Sync mit dawuud zu SPHINCS, eventuell Paper-Review, Überarbeitungen am XRDS-Artikel, Ticket-Triage 20:34:49 <zlatinb> bist du bei etwas blockiert oder brauchst du von jemandem Hilfe? 20:34:50 <i2pr> [Slack/str4d] 3) Nichts im Moment, aber Outreach zu Leuten, die an Reviews interessiert sind 20:35:07 <i2pr> [Slack/str4d] Oh, Mailingliste 20:35:20 <zzz> ok, noch etwas zu 3)? Noch etwas für die Sitzung? 20:36:03 * zzz nimmt den baffer wieder 20:36:23 <zzz> zab, mir gefällt das 1-2-3, das hat gut funktioniert 20:37:01 * zzz **bafs** die Sitzung beendet

I2P auf der BSidesNYC

Mon, 12 Feb 2018 00:00:00 +0000

Sadie und str4d nahmen am Samstag, dem 20. Januar, an der BSidesNYC teil. Vielen Dank an das BSides-Team dafür, eine so großartige Konferenz auf die Beine gestellt zu haben!

Abgesehen von ein paar Vorträgen arbeiteten wir am Nachmittag im Gemeinschaftsbereich des John Jay College hauptsächlich an mehreren Zielen, die wir uns für den Tag gesetzt hatten.

Unsere dringendste Aufgabe war es, nach den Diskussionen auf dem 34C3 die übergeordnete Roadmap für 2018 zu verfassen. Diese wurde nun veröffentlicht - seht sie euch an! Außerdem haben wir einige Gespräche wieder aufgenommen, die während der Feiertage beiseitegelegt worden waren, rund um unseren entstehenden Vulnerability Response Process (Prozess zur Reaktion auf Schwachstellen), und daran gearbeitet, ihn in den “Produktiveinsatz” zu überführen.

Übergeordnete Roadmap für 2018

Sun, 11 Feb 2018 00:00:00 +0000

Eines der vielen Dinge, die wir auf dem 34C3 besprochen haben, war, worauf wir uns im kommenden Jahr konzentrieren sollten. Insbesondere wollten wir eine Roadmap, die klar macht, was wir auf jeden Fall erledigen wollen, im Gegensatz zu dem, was lediglich wünschenswert wäre, und die außerdem dabei hilft, Neulinge in beide Kategorien einzuarbeiten. Hier ist, was dabei herausgekommen ist:

Priorität: Neue Krypto(grafie!)

Viele der aktuellen Primitive und Protokolle behalten noch ihre ursprünglichen Entwürfe aus der Zeit um 2005 bei und müssen verbessert werden. Wir haben seit mehreren Jahren eine Reihe offener Vorschläge mit Ideen, doch das Vorankommen war schleppend. Wir waren uns alle einig, dass dies 2018 unsere höchste Priorität sein muss. Die Kernkomponenten sind:

Übergeordnete Roadmap für 2018

Sun, 11 Feb 2018 00:00:00 +0000

Eines der vielen Themen, die wir auf dem 34C3 besprochen haben, war, worauf wir uns im kommenden Jahr konzentrieren sollten. Insbesondere wollten wir eine Roadmap, die klar macht, was wir unbedingt erledigen wollen, gegenüber dem, was lediglich wünschenswert wäre, und die außerdem dabei hilft, Neulinge in beide Kategorien einzuarbeiten. Hier ist, was wir uns überlegt haben:

Priorität: Neue Krypto(grafie!)

Viele der aktuellen Primitive und Protokolle behalten noch immer ihre ursprünglichen Entwürfe aus etwa 2005 bei und müssen verbessert werden. Wir haben seit mehreren Jahren eine Reihe offener Vorschläge mit Ideen vorliegen, doch die Fortschritte waren langsam. Wir waren uns alle einig, dass dies 2018 unsere oberste Priorität sein muss. Die Kernkomponenten sind:

I2P Entwicklertreffen - 06. Februar 2018

Tue, 06 Feb 2018 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: echelon, manas, meeh, orignal, R4SAS, sadie, str4d, zlatinb, zzz

Sitzungsprotokoll

20:00:01 <zzz> 0) Hi 20:00:01 <zzz> 1) 0.9.33/34 Update (zzz) 20:00:01 <zzz> 2) 34C3 Nachbereitung (zzz) 20:00:01 <zzz> 3) B-Sides NYC Bericht (sadie, str4d) 20:00:01 <zzz> 4) FOSDEM Bericht (echelon) 20:00:01 <zzz> 5) Status-Scrum (zab) 20:00:05 <zzz> 0) Hi 20:00:08 <zzz> Hi 20:00:11 <zlatinb> hi 20:00:15 <manas> hi 20:00:19 <echelon> hi 20:00:35 <zzz> 1) 0.9.33/34 Update (zzz) 20:00:46 <zzz> ok, 0.9.33 ist seit einer Woche draußen, bisher sieht alles gut aus 20:00:47 <orignal_> hi 20:01:22 <zzz> verbleibende Punkte sind android/fdroid/maven von str4d und das offizielle Debian von mhatta. Würdet ihr zwei uns bitte eine ETA geben? 20:01:27 <R4SAS> hi 20:01:33 <echelon> ja, sieht gut aus 20:02:39 <zzz> wir brauchen beides bis zum Wochenende, um unser Zwei-Wochen-Ziel für primäre Release-Elemente einzuhalten und die Deadline für Bionic zu schaffen 20:03:24 <zzz> ok, ich mache mit .34 weiter, hoffe, sie tauchen noch auf 20:03:48 <zzz> Ich habe für .34 einen 10‑Wochen‑Zeitplan angesetzt mit einem Release Mitte April. Das würde bedeuten, dass die großen Punkte bis Anfang März drin sein müssen 20:03:59 <echelon> ok 20:04:06 <zzz> Ich habe ein paar Kleinigkeiten eingecheckt und in ein paar Tagen kommt eine große Überarbeitung von susimail 20:04:19 <echelon> werde sie testen 20:04:42 <echelon> noch etwas im Plan für .34? 20:04:50 <zzz> oh, noch etwas zu .33: Wir hatten 73 Tickets im .33‑Entwicklungszyklus. Ich habe etwa 30 davon behoben. 20:04:54 <i2pr> [Slack/sadie] hi 20:05:13 <zzz> Ich bin im Grunde der Einzige, der Triage oder Fixes macht, und wenn ich keine Hilfe bekomme, habe ich für nichts anderes Zeit 20:05:38 <zzz> würde es also sehr schätzen: Tickets sind jedermanns Aufgabe, bitte helft mit, wo ihr könnt 20:05:54 <echelon> Ich kann mir ein paar Tickets ansehen, aber kann keinen Code machen 20:06:08 <echelon> kämpfe immer noch mit der Benutzerverwaltung in trac 20:06:08 <zzz> Zu .34: Die Roadmap braucht etwas Nacharbeit, damit sie zu dem passt, was wir wirklich schaffen können, aber ich habe seit ein paar Wochen nicht hineingeschaut 20:06:23 <echelon> ok 20:06:34 <zzz> Viele der Tickets betreffen die Website, und wir haben seit langem niemanden, der kontinuierlich Website‑Fixes macht 20:06:51 <echelon> ok, Content ist einfach 20:07:02 <zzz> Ich nehme an, str4d hat ein paar UI‑Fixes für 34, da er für 33 nichts hineinbekommen hat – aber wir werden sehen 20:07:08 <zzz> sonst noch etwas zu 1)? 20:08:00 <zzz> 2) 34C3 Nachbereitung (zzz) 20:08:35 <zzz> Das war wirklich nur ein Platzhalter. Eine offene Sache ist, str4ds Übersicht der Roadmap‑Prioritäten fertigzustellen und auf die Website zu stellen 20:08:40 <zzz> str4d, irgendeinen Status dazu? 20:08:55 <zzz> Hat sonst noch jemand etwas zu 34C3 zu sagen? 20:09:17 <manas> es waren hervorragende 4 Tage :) 20:09:17 <echelon> es haben nicht so viele Leute mit uns gesprochen wie auf dem 33c3 20:09:52 <zzz> Ja, obwohl wir viel geschafft haben – vielleicht weil wir weniger Laufkundschaft hatten. Das ist eine Abwägung 20:09:55 <orignal_> Kein Interesse mehr an i2p? 20:10:06 <i2pr> [Slack/str4d] Ich habe seitdem den Entwurf, stoße aber immer wieder auf Zugriffsprobleme im Dev‑Forum 20:10:08 <zzz> es lag mehr an der Platzierung des Tisches 20:10:11 <i2pr> [Slack/str4d] Erledigt* 20:10:13 <echelon> klar 20:10:27 <zzz> str4d, ETA, um das auf die Website zu bekommen? 20:11:24 <zzz> str4d, zurück zu 1): ETA für maven/android/fdroid .33? 20:11:31 <i2pr> [Slack/str4d] Wenn ich kein weiteres Review aus dem Dev‑Forum einholen muss, könnte ich es heute Abend machen 20:11:55 <zzz> Ich habe einige Einwände gepostet, auf die du noch nicht geantwortet hast – zumindest vor ein paar Stunden 20:11:59 <i2pr> [Slack/str4d] .33‑Sachen wahrscheinlich nicht dieses Wochenende, ich werde das ganze Wochenende an Zcash‑Sachen arbeiten 20:12:11 <zzz> ETA für .33 dann? 20:12:23 <i2pr> [Slack/str4d] Genau, das ist es, was ich die ganze Zeit im Dev‑Forum zu posten versuche 20:12:57 <zzz> Nun, wenn du es gesehen hast, dann nimm die Einwände an – oder nicht, liegt an dir 20:13:58 <i2pr> [Slack/str4d] .33 muss dann nächstes Wochenende sein (so um den 18.?) 20:14:41 <zzz> Das sind 2½ Wochen nach dem Release. Keine Chance, früher dazu zu kommen? Wir müssen diese wirklich als primäre Release‑Produkte behandeln und sie schnell rausbringen 20:15:31 <orignal_> zzz, warum kannst du dich nicht selbst darum kümmern? 20:15:50 <zzz> Wir haben alle unsere Rollen. Ich kann nicht alles machen. 20:17:07 <orignal_> manchmal musst du 20:17:09 <zzz> ok, str4d antwortet vielleicht – oder auch nicht. Noch etwas zu 1) oder 2)? 20:17:17 <i2pr> [Slack/str4d] Meinen Arbeitsplan kann ich nicht ändern 20:17:48 <i2pr> [Slack/str4d] Es wäre großartig, wenn mehr Leute diese Releases machen könnten, insbesondere Maven 20:17:52 <zzz> ok, finden wir heraus, wie wir es nächstes Mal schneller hinbekommen 20:17:59 <zzz> 3) B-Sides NYC Bericht (sadie, str4d) 20:18:19 <zzz> sadie, str4d, würdet ihr uns bitte einen kurzen Bericht geben und uns auch die ETA nennen, bis der vollständige Reisebericht gepostet ist? 20:18:47 <i2pr> [Slack/sadie] es lief gut – wir haben einen Blogpost fertig (einige Probleme beim Posten) 20:19:22 <zzz> Das war ... wirklich kurz ... ETA fürs Posten? 20:19:34 <i2pr> [Slack/sadie] wir haben an der Roadmap gearbeitet, an der Website gearbeitet und Ideen für Outreach dieses Jahr diskutiert 20:20:11 <i2pr> [Slack/str4d] Die Website‑IA für die Navigation ist in deutlich besserem Zustand 20:20:25 <i2pr> [Slack/sadie] wir sind wieder mit Elio in Kontakt, der das neue Logo gemacht hat, um mit dem Subseiten‑Design zu beginnen 20:20:32 <zzz> IA? 20:20:40 <i2pr> [Slack/str4d] Informationsarchitektur 20:21:21 <zzz> sadie, str4d, ETA fürs Posten des Reiseberichts? 20:21:30 <i2pr> [Slack/str4d] Der Blogpost wird online sein, sobald die Roadmap online ist 20:21:56 <zzz> ok. Noch etwas zu 3)? 20:22:45 <zzz> 4) FOSDEM Bericht (echelon) 20:22:47 <i2pr> [Slack/str4d] tl;dr: lief gut, lohnt sich, es wieder zu machen 20:22:58 <zzz> echelon, wie lief es auf der FOSDEM, wie war der I2P‑Vortrag? 20:23:25 <echelon> fosdem ist ein schönes großes Event mit >20 parallelen Tracks und Tausenden Besuchern, alles kostenlos zu besuchen 20:23:34 <manas> wow, schön 20:23:58 <echelon> fosdem selbst ist gut geführt und organisiert, aber Essen zu bekommen dauert etwas; außerdem sind viele Talks schnell voll und man kommt nicht mehr rein 20:24:23 <echelon> aber alle Talks werden live gestreamt und jetzt zu YouTube hochgeladen und sind auf der fosdem‑Seite online 20:24:49 <echelon> der i2p‑Talk war ein kurzer schneller Vortrag darüber, was i2p ist und worin es sich von Tor unterscheidet, nicht viel mehr, die Zeit war knapp 20:25:09 <zzz> Hast du den Typen getroffen? 20:25:20 <echelon> der Autor ist ein i2pd‑Typ, hier nicht besonders in Kontakt, hatte aber einen ziemlich guten Einblick in den Code – abgesehen von ein paar falschen Zahlen 20:25:29 <echelon> Publikum waren ~100–150 Leute, der Raum war voll 20:25:53 <zzz> super, freut mich, dass du hingegangen bist 20:26:01 <zzz> sonst noch etwas zu 4)? 20:26:01 <echelon> nur 2 Fragen danach, z. B. ob Java‑I2P jetzt wirklich 2–4 GB nutzt und ob es auf einem raspverry pi läuft 20:26:17 <echelon> wir sollten 2019 auch gehen 20:26:43 <echelon> (Ich habe mir nur einen Husten mit nach Hause gebracht, zu dumm) 20:26:53 <orignal_> wieso kennen wir den Typen nicht? 20:27:27 <manas> echelon: ich habe mir auf dem Rückflug vom 34c3 hierher auch einen fiesen Husten mitgebracht :) jetzt wieder alles gut 20:27:29 <echelon> er ist unter dem Radar geblieben, hat aber Push‑Rechte auf git 20:27:49 <orignal_> manas, wo bist du jetzt? 20:27:51 <zzz> sonst noch etwas zu 4)? 20:27:58 <echelon> nicht viel geredet, da ich schon angeschlagen war und Zeit am Sonntag ein Problem war 20:28:29 <orignal_> Push‑Rechte? Ich denke, nur R4SAS, villain und psi haben die 20:28:38 <zzz> 5) Status‑Scrum (zlatinb) 20:28:45 <zzz> ok, zab, du hast das Wort 20:28:50 <echelon> er sagte, er habe Code nach i2pd gepusht 20:28:59 <echelon> ok 20:29:08 <zlatinb> Hallo zusammen. Ich freue mich sagen zu können, dass alle Vorschläge zur Vergütung genehmigt wurden! 20:29:10 <orignal_> wir werden ihn dann finden 20:29:46 <zlatinb> Gehen wir reihum, und wenn euer Name aufgerufen wird, gebt bitte eine kurze Zusammenfassung dessen, woran ihr in den nächsten 6 Monaten arbeiten werdet. Bitte hebt Fragen für später auf 20:29:55 <zlatinb> zzz, du fängst an 20:30:52 <zzz> ok, die meiste Zeit verbringe ich mit Projektmanagement, Bugfixes und neuem Code, aber ich plane, einen erheblichen Teil der Zeit für Vorschläge und Planung sowie zum Einlesen in Themen aufzuwenden 20:31:02 <zzz> damit ich klug genug bin, einige der Entscheidungen zu treffen, die wir treffen müssen 20:31:27 <zzz> die meisten von euch wissen, was ich mache, aber das ist eine schnelle Zusammenfassung 20:31:39 <zzz> Code Code Code, Bugs Bugs Bugs, immer wieder 20:31:42 <zzz> EOT 20:31:56 <zlatinb> Danke. echelon, du bist dran 20:32:23 <echelon> ok, die Gelder verwalten, etwas PR machen, die meisten Services managen, etwas trac‑Arbeit, zu Konferenzen gehen^^ 20:32:41 <echelon> eot 20:32:55 <zlatinb> str4d: bitte 20:33:04 <i2pr> [Slack/str4d] Erster Zugriff auf meine Zeit: Schreiben und Reviewen von Vorschlägen sowie das Management des Vorschlagsprozesses zusammen mit zzz, um sicherzustellen, dass wir hochwertige Vorschlagsdokumente für die Community haben. 20:33:33 <i2pr> [Slack/str4d] Zweite Priorität wird sein, Implementierungen der Vorschläge in Java und Rust zu entwerfen und mit Leuten außerhalb von I2P an gemeinsamen Komponenten zu kollaborieren. 20:34:10 <i2pr> [Slack/str4d] Den Rest meiner Zeit werde ich auf Maven, Android (nur Bugfixes) und I2P‑Bote verwenden. 20:34:13 <i2pr> [Slack/str4d] EOT 20:34:53 <zlatinb> sadie, danke fürs Dabeisein! Sag uns, was du vorhast 20:35:20 <zlatinb> Sadie? 20:35:42 <i2pr> [Slack/str4d] Du kannst die Schreibbenachrichtigung in shack nicht sehen 20:35:43 <i2pr> [Slack/sadie] Hi! Ich werde meine PR‑Rolle ausbauen – Blogposts, Konsolen‑News.. 20:35:47 <i2pr> [Slack/str4d] Slack* 20:36:26 <i2pr> [Slack/sadie] außerdem – Trac‑Triage – unsere Reaktionszeiten verbessern, Nutzern helfen 20:37:13 <i2pr> [Slack/sadie] Fördermittel‑Recherche, Outreach zu anderen Projekten und strategische Partnerschaften. Mehr Nutzer und Devs finden 20:37:35 <i2pr> [Slack/sadie] EOT 20:37:47 <zlatinb> Klingt großartig. manas, du bist dran 20:37:52 <manas> hi 20:38:05 <manas> nächste 6 Monate: Java lernen, i2p‑Dokumentation studieren und mit der Codebasis vertraut werden; Kryptografie, Anonymität, Privatsphäre & Sicherheit studieren – Empfehlungen für Bücher/Papers/etc. zu diesen Themen sind willkommen :) 20:38:10 <manas> ich habe einige Ideen für interessantes Artwork, das für i2p‑gebrandete Sticker/Shirts verwendet werden könnte, womit ich mich ebenfalls befassen werde 20:38:14 <manas> aktueller Stand: Büro eingerichtet; Networking‑Kram größtenteils erledigt – ein router benötigt ein Firmware‑Upgrade, Ticket eingereicht. Bereit, alle Aufgaben anzugehen. 20:38:16 <manas> eot 20:38:36 <zlatinb> super. meeh und mhatta, seid ihr hier? 20:38:49 <meeh> Ich bin hier 20:38:58 <zlatinb> leg los 20:39:01 <manas> hey meeh :) 20:39:05 <meeh> gib mir einen Moment, um aufzuholen 20:39:40 <zlatinb> wir machen gerade Scrum, gib einfach eine kurze Zusammenfassung dessen, was du in den nächsten 6 Monaten machen wirst 20:39:46 <meeh> alles klar 20:42:12 <meeh> nächste 6 Monate: so viele scalatests (Unittests) wie möglich für die Core‑ und router‑Teile von i2p fertigstellen, wahrscheinlich auch andere. Außerdem braucht i2p für OSX Verbesserungen; dort werde ich am Launcher und Update‑Prozess arbeiten. Ich hoffe auch, Verbesserungen an Doku/Web zu machen, so viel ich kann in trac bzgl. offener Issues aller Art nachfassen, und zuletzt etwas Forschung zu neuer Krypto / I2NP 20:42:45 <zlatinb> alles klar 20:44:39 <zlatinb> mhatta ist leider nicht hier, damit ist das Scrum beendet 20:44:39 <zlatinb> bevor wir das Meeting bafen, möchte ich den Leuten die Gelegenheit geben, den anderen Teammitgliedern Fragen zu stellen 20:44:40 <zlatinb> also, wenn ihr etwas Spezifisches zu den Zielen fragen wollt – los! 20:44:40 <zlatinb> wenn nicht, Falcon Heavy startet in einer Minute :) 20:44:41 <manas> meeh: wirst du dir ansehen, die Tests, die Netzwerkzugang benötigen, von denen zu trennen, die keinen brauchen? 20:44:42 <meeh> Ich würde gerne bitten, dass Leute sagen, wo wirklich Tests benötigt werden – vorrangig vor anderen. Offen für Vorschläge. 20:45:21 <zzz> manas und str4d sind am besten geeignet, die Tests zu besprechen 20:45:38 <meeh> manas: Ich würde das Netzwerk so weit wie möglich emulieren/mocken; ich habe mir noch keine Gedanken gemacht, falls ich auf einen Test stoße, wie man es macht, aber ich kann dich auf dem Laufenden halten :) 20:45:59 <manas> BobTheBuilder führt die ant‑Tests derzeit mit dem torsocks‑Wrapper aus. Wäre schön, Tests mit Netzwerkbedarf unabhängig vom Rest laufen lassen zu können 20:46:00 <meeh> s/test/a place where it's needed for a test/ 20:46:29 <zzz> zab, wir müssen besprechen, ob wir den Scrum‑Teil dieses Meetings beibehalten wollen oder nicht; das können wir in den kommenden Wochen tun 20:46:30 <meeh> dann werde ich mir das ansehen :) 20:46:33 <meeh> danke für den Tipp. 20:46:45 <zzz> und gibt es vor dem nächsten Monat ein Scrum? 20:47:03 <manas> meeh: wir besprechen das weiter, ich werde mir die Tests ebenfalls ansehen :) 20:47:11 <zlatinb> genau, ich hätte gerne jeden Monat ein Scrum mit allen 20:47:17 <meeh> für mich ist das völlig ok – ich mache immer noch Schlimmeres (jeden Tag 09:30 Uhr) :p 20:47:19 <zlatinb> außer manas, der es wegen der Zeitverschiebung nicht schafft 20:47:44 <zzz> ich bin sicher, mhatta ist in mindestens so einer ungünstigen Zeitzone 20:47:46 <manas> ja, hier ist es früh lol 20:47:47 <zlatinb> davon unabhängig werde ich mich wöchentlich mit denen treffen, die in Vollzeit arbeiten, über irc/signal usw. 20:47:56 <manas> mhatta schläft vielleicht tief und fest 20:47:59 <meeh> Ich wechsle notfalls sogar die Zeitzone, wenn nötig :) 20:48:14 <zzz> frühestens kann ich das Meeting um eine weitere halbe Stunde vorziehen; nach der Sommerzeitumstellung könnte ich wahrscheinlich 19:00 UTC 20:48:25 <zzz> immer noch nicht früh genug für mhatta, schätze ich 20:48:41 <manas> einmal im Monat wäre allerdings kein Problem. Einmal pro Woche könnte es sein 20:49:18 <zzz> Ich ermutige alle, so oft wie möglich im IRC zu sein. Es war hier erschreckend ruhig. Das ist der beste Ort, um Dinge zu erledigen 20:49:25 <zzz> sonst noch etwas zu 5)? 20:49:30 <zlatinb> ok, ich bin fertig, danke an alle 20:49:38 <zzz> sonst noch etwas fürs Meeting? 20:50:08 <meeh> Ich bin normalerweise immer hier – war nur beschäftigt damit, mich aus meinem Projekt im Dayjob herauszuarbeiten. Also werde ich mit der Zeit aktiver sein. 20:50:19 * zzz schnappt sich den *baffer* 20:50:29 <meeh> Ich schätze, dass ich innerhalb der Woche ein Startdatum habe, zlatinb 20:50:56 <zlatinb> großartig 20:51:02 * zzz *bafs* das Meeting ist geschlossen

0.9.33 Veröffentlichung

Tue, 30 Jan 2018 00:00:00 +0000

Aktualisierungsdetails

0.9.33 setzt die mehrjährige Umstellung des Netzwerks auf stärkere, schnellere Kryptografie fort. Diese Version umfasst Unterstützung für zusätzliche Signaturtypen und bereitet Ed25519 als Standard vor. Wichtige Fehlerbehebungen und Leistungsverbesserungen sind enthalten.

Wie üblich empfehlen wir, auf dieses Release zu aktualisieren. Der beste Weg, die Sicherheit aufrechtzuerhalten und dem Netzwerk zu helfen, ist, das neueste Release auszuführen.

I2P Dev Meeting - December 05, 2017

Tue, 05 Dec 2017 00:00:00 +0000

Quick recap

Present: str4d, orignal, zlatinb, zzz

Meeting Log

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 0.9.33 update (zzz) 20:00:00 <zzz> 2) 34C3 planning (zzz) 20:00:03 <zzz> 0) Hi 20:00:05 <zzz> hi 20:00:30 <zzz> 1) 0.9.33 update (zzz) 20:00:48 <zzz> 0.9.33 dev is off to a roaring start, with 20K lines of diff so far 20:00:55 <zzz> lots of good fixes 20:01:17 <zlatinb> hi 20:01:42 <zzz> also, 0.9.32 android was later than our 2-week target, so we've made some process changes to make sure we review the google play crashes before the desktop release 20:02:01 <i2pr> [Slack/str4d] hi 20:02:02 <zzz> this should enable a sooner and higher-quality android release 20:02:29 <i2pr> [Slack/str4d] I've got more CSS and JSP patches sitting locally, that I hope to get cleaned up and into mtn this weekend for longer review. 20:02:40 <zzz> I think we're on track for a late-january 0.9.33 release. That means big changes should go in this month, before CCC 20:03:28 <zzz> we have more streaming tweaks to do, and I've been fixing susimail issues this week 20:04:12 <zzz> anything else on 1) ? 20:04:24 <zlatinb> if I may suggest making dev builds available on postmans tracker 20:04:35 <zlatinb> some people will download and try anything that comes out there 20:04:50 <zzz> I believe you can get them via magnets or torrent files from bobthebuilder.com 20:05:17 <zlatinb> oh yes, its just that the presence on postman brings in a lot of visibility 20:05:43 <zzz> ok, talk to the bobthebuilder op about that, good idea 20:05:54 <zzz> anything else on 1) ? 20:05:58 <i2pr> [Slack/str4d] Also, we now have continuous builds on Travis CI as well, so keep an eye on `https://travis-ci.org/i2p/i2p.i2p` for another perspective 20:06:44 <zzz> str4d, if you can set up a irc bot for that, that might help, hard to remember to check a website 20:07:17 <zzz> anything else on 1) ? 20:08:01 <zzz> 2) 34C3 planning (zzz) 20:08:10 <zzz> ok, the sticker situation is under control 20:08:25 <zzz> eche|on has the train tickets 20:08:33 <zzz> hottuna signed us up on the wiki 20:08:43 <zzz> has noisy square showed up on the wiki yet? 20:08:50 <zzz> and who has the banner? 20:09:23 <zzz> I'll set up the twitter DM group later unless somebody else does it first 20:11:01 <zzz> hearing no response... anything else on 2) ? 20:12:01 <zzz> anything else for the meeting? 20:12:33 <orignal> maybe it makes sense to set meeting less frequent? 20:12:47 <orignal> due lack of interest 20:12:56 <orignal> but promote it more 20:13:09 <i2pr> [Slack/str4d] Looking forward to it! 20:13:35 <i2pr> [Slack/str4d] I think monthly is about right 20:13:41 <zzz> orignal, maybe, we can discuss that at ccc. 20:13:47 <i2pr> [Slack/str4d] Whether this is a good time is always up for debate 20:13:56 <zzz> The PR team could perhaps promote it more, for sure 20:14:10 <orignal> I would make it always a week before release 20:14:16 <i2pr> [Slack/str4d] zzz, just pushed config for IRC notifications to i2p.i2p 20:14:34 <zzz> also, planning note, our next meetings will be in-person at CCC. We will not have a meeting Jan. 2. 20:14:35 <orignal> at least it would have a subject 20:14:44 <zzz> Our next IRC meeting will be Tues. Feb. 6 20:15:33 <zzz> check out the thread on zzz.i2p for topics for CCC meetings 20:15:42 <zzz> add your suggestions there if you have any 20:15:47 <zzz> anything else for the meeting? 20:15:52 * zzz grabs the baffer 20:16:58 <i2pr> [Slack/str4d] I'll be doing more work on proposals ahead of CCC 20:17:11 * zzz *bafs* the meeting closed

0.9.32 Release

Tue, 07 Nov 2017 00:00:00 +0000

Update details

Wed, 03 May 2017 00:00:00 +0000

Update details

0.9.29 Release

Mon, 27 Feb 2017 00:00:00 +0000

Update details

0.9.29 contains fixes for numerous Trac tickets, including workarounds for corrupt compressed messages. We now support NTP over IPv6. We’ve added preliminary Docker support. We now have translated man pages. We now pass same-origin Referer headers through the HTTP proxy. There are more fixes for Java 9, although we do not yet recommend Java 9 for general use.

As usual, we recommend that you update to this release. The best way to maintain security and help the network is to run the latest release.

I2P Dev Meeting - February 07, 2017

Tue, 07 Feb 2017 00:00:00 +0000

Quick recap

Present: echelon, EinMbyte, manas, psi, str4d, zzz

Meeting Log

20:00:00 <zzz> 0) Hi 20:00:00 <zzz> 1) 33C3 follow-up 20:00:00 <zzz> 2) 0.9.29 update (zzz) 20:00:00 <zzz> 3) Tails maintainer (zzz) `http://zzz.i2p/topics/2108` 20:00:00 <zzz> 4) NTCP2 draft (Manas) 20:00:00 <zzz> 5) Reseed documentation patch (Manas) 20:00:04 <zzz> 0) Hi 20:00:05 <zzz> hi 20:00:21 <zzz> 1) 33C3 follow-up 20:00:32 <eche|off> hi 20:00:50 <zzz> anybody have anything they'd like to say about 33c3? I'd say the traffic to our table was less than previous years 20:01:07 <zzz> thanks to manas for doing some writeups over on zzz.i2p 20:01:09 <psi> ohay 20:01:15 <eche|off> yeah, was less, but still ok 20:01:21 <zzz> we'll cover tails in 3) 20:01:32 <zzz> let's hope for a new city this year 20:01:54 <zzz> anything else on 1) ? 20:02:25 <i2pr> [Slack/str4d] Hi 20:02:26 <i2pr> [Slack/str4d] I can't comment on that, but I really enjoyed it! 20:02:28 <manas> Hey! 20:02:38 <zzz> ok, moving on 20:02:43 <zzz> 2) 0.9.29 update (zzz) 20:02:51 <i2pr> [Slack/str4d] I had a good time with Yolgie in Linz and Vienna; should be a good connection moving forward 20:03:17 <zzz> I've set the checkin deadline for 2 1/2 weeks from now, friday 2/24, release about 2/27 20:03:21 <zzz> mostly bug fixes 20:03:30 <eche|off> uh, time to get something done, ok 20:03:40 <zzz> I'm also (still) planning to enforce sigs over at stats.i2p registration very soon 20:04:04 <manas> Enforce sigs? 20:04:12 <zzz> str4ds console rework was pushed to .30, so that would be a mid-Feb prop deadline 20:04:17 <zzz> *mid-march 20:04:32 <manas> So more verification steps when registering a host name? 20:04:42 <zzz> manas, basically proofs that you control the domain you're registering 20:05:10 <manas> Hm ok 20:05:15 <zzz> I fixed a bunch of bugs over the weekend, knocking out trac tickets, going to try for a few more in next week or two 20:05:38 <zzz> so the tag freeze and tx push will be in about 8 days 20:06:07 <zzz> i figured out how to do man page translations, so everybody go do your thing over on transifex for that 20:06:13 <zzz> anything else on 2) ? 20:06:16 <i2pr> [Slack/str4d] Woo 20:06:19 <i2pr> [Slack/str4d] If there's anything useful for me to work on for .29, let me know. Otherwise I'll continue on the .ui branch. 20:06:20 <eche|off> done that already^^ 20:06:37 <eche|off> I will do the cert on my reseed... 20:06:45 <manas> I'm continuing to work on the Hindi translations :) 20:07:04 <zzz> yeah str4d there's definitely some things that need work before you prop or the pitchforks will come out 20:07:14 <zzz> ok great 20:07:29 <zzz> 3) Tails maintainer (zzz) `http://zzz.i2p/topics/2108` 20:07:40 <i2pr> [Slack/str4d] I've got a bunch of changes locally that I'm tidying up before pushing 20:08:07 <zzz> we met a guy 'yolgie' at ccc who said he'd do it. pinged him in early jan, he said he'd start in feb. pinged him a few days ago,no response yet 20:08:26 <zzz> we're about to get evicted from tails, so anybody that can help would be great 20:08:45 <psi> i am ready to go with tails whenever, i have finally got building tails down 20:08:51 <i2pr> [Slack/str4d] What's the timescale on that? 20:08:57 <manas> psi: nice! 20:09:50 <zzz> see the zzz.i2p thread for a link to a tails ticket that has the schedule for our evition 20:09:55 <zzz> *eviction 20:11:15 <zzz> theres a bunch of old tickets and a bunch of haters and so it's all just about over 20:11:20 <zzz> anything else on 3) ? 20:11:44 <eche|off> I hope it will be fine 20:11:55 <zzz> 4) NTCP2 draft (Manas) 20:12:00 <zzz> manas what do you have for us? 20:12:24 <manas> Draft has been prepared, it's posted up on zzz.i2p 20:12:40 <manas> I haven't heard any comments as of today 20:12:51 <zzz> so it's a consolidation of the old proposal and EinMByte's complete rewrite? 20:13:07 <manas> I think I included the important bits, but I would need someone who knows this topic better to review. 20:13:14 <eche|off> some folks asking when it is done, but nothing more.. 20:13:30 <manas> zzz: Yes 20:13:47 * psi starts reading ntcp proposal 20:13:53 <zzz> this is progress, albeit small. I still consider the whole thing completely stalled, won't happen until people start participating 20:14:00 <manas> zzz: I did not include the parts from the old proposal which were outdated 20:14:22 <zzz> ok I'll give it a couple more days, if there are no comments in the zzz.i2p thread I'll just check it into the website? 20:14:59 <manas> zzz: There are a few minor edits I can make (style) at the very end 20:15:09 <zzz> ok great. anything else on 4) ? 20:15:16 <manas> From tuna's recent post 20:15:38 <manas> But that's all 20:15:41 <zzz> 5) Reseed documentation patch (Manas) 20:15:46 <zzz> manas what do you have for us? 20:16:04 <manas> Heard from backup 20:16:08 <manas> His comments are here: `http://zzz.i2p/topics/2210-reseed-webpage-updates` 20:16:27 <manas> Will be making another patch after I include his suggestions 20:16:46 <eche|off> great 20:16:48 <manas> He has suggested removing a number of parts (old reseed methods) 20:16:56 <manas> As well as removing support for lighttpd 20:17:06 <eche|off> I still do use the old methods, but thats fine 20:17:09 <manas> I don't know who if anyone is using lighttpd to run reseeds 20:17:26 <zzz> this is great work. backup owns the page but refuses to create html patches for his changes, and I refuse to be the html editor, so we've been stuck for a year. Thanks for moving us forward. 20:17:29 <manas> issue with not being able to set a certain HTTP header 20:17:55 <manas> :) 20:18:10 <zzz> manas for this one, when you're done, add a note in the zzz.i2p thread and I'll check it in 20:18:44 <manas> If anyone has comments on backup's proposed changes please post it. If there are no comments within a week, I'll share the updated patch and inform zzz. 20:18:57 <zzz> anything else on 5) ? 20:18:59 <manas> zzz: sure 20:19:16 <manas> Not on my end 20:20:03 <zzz> anything else for the meeting? 20:20:21 <eche|off> not from my side 20:20:28 <EinMByte> Am late, but about ntcp2 20:20:39 <manas> Hey EinMByte 20:20:40 <zzz> go ahead 20:21:00 <EinMByte> I can read through the latest draft 20:21:24 <EinMByte> Has a decision been made yet about which ciphers to support? 20:21:27 <manas> It's over here, by the way: `http://pinkpaste.i2p/show/246/` 20:21:39 <psi> there it is 20:22:19 <zzz> basically we've made no progress since the 1MB draft, and manas has just now merged it with the previous proposal 20:22:28 <zzz> anything else for the meeting? 20:22:58 <EinMByte> Ok, will read the draft. Someone should contact Winter 20:23:04 <EinMByte> (probably me) 20:23:11 * zzz grabs the baffer 20:23:24 * zzz *bafs* the meeting closed

0.9.28 Release

Mon, 12 Dec 2016 00:00:00 +0000

Update details

0.9.28 contains fixes for over 25 Trac tickets, and updates for a number of bundled software packages including Jetty. There are fixes for the IPv6 peer testing feature introduced last release. We continue improvements to detect and block peers that are potentially malicious. There are preliminary fixes for Java 9, although we do not yet recommend Java 9 for general use.

Present: dg, psi, sadie, str4d, Zerolag, zzz

Meeting Log

21:00:23 <zzz> 0) Hi 21:00:23 <zzz> 1) HOPE update (zzz) `http://zzz.i2p/topics/1968` 21:00:23 <zzz> 2) 0.9.27 update (zzz) 21:00:23 <zzz> 3) Summer of X update (sadie/str4d) 21:00:27 <zzz> 0) Hi 21:00:29 <zzz> hi 21:00:47 <psi> hi 21:00:48 <zzz> 1) HOPE update (zzz) `http://zzz.i2p/topics/1968` 21:00:48 <i2pr> [Slack/str4d] Hi 21:01:13 <zzz> ok, HOPE is in 2 1/2 weeks. The possible lunch meeting with Lance on Friday is still TBD 21:01:42 <zzz> please keep friday lunch open, I don't expect we will know if it's off or on until that week 21:01:49 <zzz> looking forward to seeing everybody there 21:01:54 <zzz> anything else on 1) ? 21:02:06 <i2pr> [Slack/str4d] I'm now guaranteed to not be there 21:02:20 <i2pr> [Slack/str4d] Timing has not been in my favour ;_; 21:02:51 <psi> i am not going to hope this year it seems 21:03:14 <i2pr> [Slack/sadie] I will be at HOPE 21:03:38 <zzz> 2) 0.9.27 update (zzz) 21:04:13 <zzz> .27 is progressing slowly, as expected. At this rate, the .27 release will be pushed from August to Sept. 21:04:31 <zzz> while we focus on X stuff, and perhaps, NTCP2 21:04:47 <i2pr> [Slack/str4d] Fine with me 21:04:50 <zzz> that OK with everybody? 21:05:02 <dg> There's nothing to rush on, so OK 21:05:09 <dg> ultimately we will release when we need to 21:05:28 <zzz> 26 seems really stable. The only thing is the bote class not found thing, which we're awaiting followup info for on trac 21:05:52 <dg> There was something to do with the Debian package which I found as an issue 21:05:56 <i2pr> [Slack/str4d] And that gives us a chance to get work done in August on plugins into .27 21:05:57 <zzz> and if it's what I think it is, we could fix it with a simple change and deb/ubuntu rebuild only 21:06:00 <dg> Will save it for a ticket though. 21:06:12 <zzz> anything else on 2) ? 21:06:38 <psi> does .27 affect anything in i2pd? 21:07:19 <zzz> there's ipv6 peer testing, yes. i2pd shouldn't bump to 27 until it's supported 21:07:39 <psi> okay 21:07:50 <zzz> doesn't have to be on the java schedule though 21:07:53 <zzz> anything else on 2) ? 21:08:42 <zzz> 3) Summer of X update (sadie/str4d) 21:08:51 <zzz> sadie, str4d, what's going on? 21:08:52 <i2pr> [Slack/str4d] Not yet, I think? 21:08:55 <i2pr> [Slack/str4d] Ah yep 21:08:55 <i2pr> [Slack/str4d] No 21:10:30 <zzz> perils of using a relay for the meeting? 21:10:40 <i2pr> [Slack/str4d] I think it's been going well so far 21:10:55 <i2pr> [Slack/str4d] We're a month in now, and have had three (IIRC) blog posts out about it 21:11:46 <zzz> ok, what are we doing in july? 21:12:02 <i2pr> [Slack/str4d] Apps 21:12:05 <i2pr> [Slack/str4d] Outreach 21:12:15 <i2pr> [Slack/str4d] So I'll be working with Tahoe-LAFS 21:12:29 <i2pr> [Slack/str4d] On their I2P integration 21:13:12 <zzz> any volunteers to work on transmission and/or libtorrent? Those seem to be swamps of brokenness right now 21:13:14 <i2pr> [Slack/str4d] And also submitting a PR to update lightning Browser's I2P library 21:13:45 <i2pr> [Slack/str4d] Yeah, it's never too late to pick up another API 21:13:59 <i2pr> [Slack/str4d] Other projects I'd like to see us help this month: 21:14:02 <zzz> the outreach part is key, lets get the word out via twitter and email 21:14:08 <psi> what was done in transmission before? 21:14:31 <zzz> there's a i2p fork for transmission, see the zzz.i2p thread 21:14:33 <i2pr> [Slack/str4d] psi, SAM support 21:14:52 <i2pr> [Slack/str4d] In libtorrent 21:14:54 <psi> that was before libsam3 wasn't it? 21:14:58 <psi> i'd guess it has totally bit rotted 21:15:09 <i2pr> [Slack/str4d] (I keep forgetting transmission doesn't use that) 21:15:23 <zzz> sadie, what do you have planned for July PR? 21:15:31 <i2pr> [Slack/str4d] Mmm, a clean fork might be easier 21:15:58 <i2pr> [Slack/str4d] As I was saying, the other projects I have ideas for: 21:16:01 <i2pr> [Slack/str4d] - IPFS (Go and Python impls) 21:16:27 <i2pr> [Slack/str4d] - OpenBazaar (will soon use IPFS) 21:16:34 <i2pr> [Slack/str4d] - ZeroNet 21:17:02 <i2pr> [Slack/str4d] Any of these would be good candidates for someone to help out 21:17:33 <villain> hello i2peeps :) zzz: I've just sent a patch for the website, hope it will be delivered 21:17:38 <psi> i have yet to figure out ipfs' contribution guide 21:17:45 <zzz> ok great. Anything else on 3) ? Sadie? 21:18:05 <zzz> thx villain, we're in the middle of a meeting, I'll look for it later 21:18:06 <psi> i'd love to get into IPFS but haven't figured out how. 21:18:25 <Zerolag> I'd love to get my hands on ZeroNet. See how well it goes over i2p. 21:18:28 <i2pr> [Slack/str4d] Psi, I can have a look this weekend at how they onboard 21:19:08 <psi> Zerolag: last time i checked adding i2p to zeronet should be pretty easy since they already have boilerplate for tor 21:19:11 <i2pr> [Slack/str4d] Zerolag, great! They are torrent-based, so would need modifying to our torrent spec 21:19:21 <psi> also, i2p.socket is getting there 21:19:33 <i2pr> [Slack/str4d] (to support clearnet and I2P torrents side by side) 21:19:54 <psi> zeronet uses mainline bittorrent? 21:20:01 <i2pr> [Slack/str4d] Not sure 21:20:17 <psi> i am pretty sure it doesn't but then again... 21:20:22 <i2pr> [Slack/str4d] (what impl they use) 21:20:36 <zzz> Anything else on 3) ? Sadie? 21:20:58 <i2pr> [Slack/str4d] psi, they user Bitcoin crypto and the bittorrent network 21:21:39 <i2pr> [Slack/str4d] I think Sadie might have double booked this meeting 21:21:49 <zzz> moving on then. anything else for the meeting? 21:22:21 <zzz> everybody ok with 9 PM again? I see echelon isn't here, maybe due to time change, maybe not 21:22:46 <psi> 9 pm works for me 21:22:46 <Zerolag> str4d alright, what is the i2p spec for torrent? 21:23:09 * zzz warms up the baffer 21:23:12 <i2pr> [Slack/str4d] Nothing else from me other than: pick a project and help them out! :-) 21:23:31 <i2pr> [Slack/str4d] 9pm is perfect for me 21:24:05 <Zerolag> I'll be here 9pm for sure 21:24:15 <i2pr> [Slack/str4d] Zerolag, see the I2P website (Docs -> Apps -> BitTorrent) 21:24:19 * zzz *baffffs* the meeting closed

Summer Dev roundup: APIs

Sat, 02 Jul 2016 00:00:00 +0000

Summer Dev is in full swing: we’ve been busy greasing wheels, sanding edges, and tidying the place up. Now it’s time for our first roundup, where we bring you up to speed on the progress we are making!

APIs month

Our goal for this month was to “blend in” - to make our APIs and libraries work within the existing infrastructure of various communities, so that application developers can work with I2P more efficiently, and users don’t need to worry about the details.

I2P on Maven Central

Mon, 13 Jun 2016 00:00:00 +0000

We’re nearly half-way into the APIs month of Summer Dev, and making great progress on a number of fronts. I’m happy to announce that the first of these is complete: the I2P client libraries are now available on Maven Central!

This should make it much simpler for Java developers to use I2P in their applications. Instead of needing to obtain the libraries from a current install, they can simply add I2P to their dependencies. Upgrading to new versions will similarly be much easier.

0.9.26 Release

Tue, 07 Jun 2016 00:00:00 +0000

I2P is now a proposed site on Stack Exchange! Please commit to using it so the beta phase can begin.

Update details

0.9.26 contains a major upgrade to our native crypto library, a new addressbook subscription protocol with signatures, and major improvements to the Debian/Ubuntu packaging.

Tue, 22 Mar 2016 00:00:00 +0000

Update details

To prevent the problems caused by the ancient commons-logging library, we have removed it. This will cause very old I2P-Bote plugins (0.2.10 and below, signed by HungryHobo) to crash if they have IMAP enabled. The recommended fix is to replace your old I2P-Bote plugin with the current one signed by str4d.

CCC-Rückblick

Sat, 23 Jan 2016 00:00:00 +0000

Anwesend: Sadie, Colin, lazygravy, zzz, hottuna, kytv, cacapo und eche|on.

Start

The project has had another successful year at CCC. We would like to thank the volunteers at 32C3 for all of their help in organizing this event and for being accommodating hosts for us. Many I2P contributors were able to attend this year’s Congress due to many of the generous donations from supporters like you to the project.

Just like previous years we were located in Noisy Square, located near the EFF’s table. This proved to be an ideal spot for us as our table was almost always busy with current and new users who were interested in I2P, many of whom we wouldn’t have otherwise had the ability to talk to.

I2P-Entwicklertreffen - 30. Dezember 2015

Wed, 30 Dec 2015 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: cacapo, comraden1, dg, eche\|on, hottuna, kytv, lazygravy, psi, str4d, zzz

Sitzungsprotokoll

09:49:14 <zzz> 0) Hi 09:49:14 <zzz> 1) Sitzungsstruktur und Ziele 09:49:14 <zzz> 2) PR 09:49:14 <zzz> 3) Projektmanagement 09:49:14 <zzz> 0) Hi 09:49:16 <zzz> Hi 09:49:30 <zzz> 1) Sitzungsstruktur und Ziele 09:49:30 <zzz> Zunächst entschuldige ich mich für die scheußliche Uhrzeit dieses Treffens für unsere nordamerikanischen Leute. 09:49:30 <zzz> Das wird sich etwas von unserer üblichen Sitzungsstruktur unterscheiden, weil hier auf dem CCC das meiste vor Ort stattfindet. 09:49:31 <zzz> Wir werden versuchen, die wichtigsten Punkte ins IRC weiterzugeben. 09:49:33 <zzz> Wir werden hier außerdem Notizen machen. 09:49:35 <zzz> Lasst mich dieser Sitzung nun eine kurze Einleitung voranstellen. 09:49:49 <zzz> Wie ihr alle wissen solltet, war Sadie maßgeblich an der Organisation und am Erfolg der I2PCon in Toronto beteiligt. 09:49:49 <zzz> Wir haben ihr Talent und ihre Begeisterung in Toronto gesehen, und offensichtlich möchte sie sich künftig stärker für I2P engagieren. 09:49:49 <zzz> Als wir vor und während der Con mit ihr zusammenarbeiteten, haben wir erfahren, dass sie umfangreiche Erfahrung in Projektmanagement und PR hat, 09:49:49 <zzz> sowohl bei Tor als auch draußen in der realen Welt. 09:49:49 <zzz> Ich habe sie nach der Con gebeten, unser Projekt besser kennenzulernen, unsere aktuelle Struktur und Prozesse zu verstehen, 09:49:52 <zzz> und mit Empfehlungen zurückzukommen, was wir verbessern könnten und wie sie uns helfen kann. 09:50:04 <zzz> Seitdem hatte sie mehrere lange Telefonkonferenzen mit tuna, mir, str4d, psi und anderen, 09:50:04 <zzz> und unsere Website, trac und die aktuellen Prozesse überprüft. 09:50:04 <zzz> Außerdem hat psi sie zur Assistant PR Director ernannt, und sie tweetet über den @GetI2P-Account und hilft dabei, I2P bekannter zu machen. 09:50:06 <zzz> Sie ist jetzt bereit, uns einige Empfehlungen zu geben. 09:50:06 <zzz> Obwohl meine ursprüngliche Frage an sie war „Wie kannst du uns helfen?“, ist die zurückkommende Antwort 09:50:06 <zzz> eher „Hier sind die Dinge, die wir beheben müssen, damit ich wirksam helfen kann“, 09:50:08 <zzz> gefolgt von den konkreten Dingen, die sie für uns tun könnte – bzw. genauer gesagt, wie wir alle effektiver zusammenarbeiten können. 09:50:19 <zzz> Was ich heute tun möchte, ist, ihre Empfehlungen anzuhören und jede kurz zu besprechen. 09:50:19 <zzz> Viele dieser Themen neigen dazu, lange Diskussionen auszulösen, und das würde ich gern begrenzen, damit wir nicht den ganzen Tag hier sitzen. 09:50:19 <zzz> Zu jeder Empfehlung hätte ich gern eine Zusage von jemandem von euch für die Nachverfolgung. 09:50:19 <zzz> Wenn die Empfehlung unstrittig ist und wir Konsens haben, wäre diese Zusage, sie umzusetzen. 09:50:20 <zzz> Wenn weitere Recherche nötig ist oder wir uns nicht einig sind, wäre die Zusage, unsere Optionen zu prüfen und 09:50:21 <zzz> einen Plan, einen Gegenvorschlag oder eine Liste von Optionen zu erarbeiten, die bei einer zukünftigen Sitzung besprochen werden. 09:50:23 <zzz> Diese Zusagen und Fälligkeiten werden notiert und nachverfolgt. 09:50:25 <zzz> Ich möchte mich nicht an einzelnen Punkten festfahren, daher werde ich für das meiste Freiwillige zur Nachverfolgung suchen. 09:50:42 <zzz> Ich möchte betonen, dass ich Sadie gebeten habe, das zu tun und uns ihre Meinung basierend auf ihrer bisherigen Erfahrung zu geben. 09:50:42 <zzz> Wir sind vielleicht nicht einverstanden, aber wir sollten zuhören und ihre Empfehlungen sorgfältig abwägen. 09:50:42 <zzz> I2P hat seine Eigenheiten, und nicht alles passt unbedingt zu uns, 09:50:42 <zzz> aber sie hat uns dieses Jahr ziemlich gut kennengelernt, also hören wir uns an, was sie hat. 09:50:43 <zzz> Natürlich können wir auch Vorschläge von anderen annehmen, aber ich habe das Gefühl, dass Sadie schon sehr vieles abdeckt. 09:51:24 <zzz> Wir sprechen zuerst über PR und dann über Projektmanagement. 09:51:24 <zzz> Beides sind große Themen und es wird Überschneidungen geben. Lasst uns aber versuchen, sie so weit wie möglich zu trennen. 09:51:54 <zzz> *** Ende des Einfügens für Thema 1), wir machen mit 2) in ein paar Minuten weiter. Danke *** 09:58:39 <hottuna> str4d: hey, wir sollten über die DH-Sachen sprechen, die wir verwenden 09:59:30 <str4d> hottuna, meinst du die NTCP- und SSU-Handshakes? 09:59:55 <hottuna> ich denke, überall dort, wo DH verwendet wird 10:00:39 <hottuna> ok. lass uns nach der Sitzung darüber sprechen 10:00:47 <str4d> Klar 10:00:57 <str4d> Laut `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` sind es nur NTCP und SSU 10:01:21 <hottuna> zzz wird uns jetzt die obige lange Notiz vorlesen 10:01:48 <str4d> (Ich muss diese Seite noch vor meinem Vortrag aktualisieren) 10:04:10 <psi> ich glaube, ich bin da 10:06:33 <lazygravy> psi: ja, zzz hat kurz bevor du beigetreten bist eine lange Nachricht gepostet. spricht gerade IRL 10:07:57 <hottuna> Wir wollen also Zusagen von Leuten bekommen, eine Reihe verschiedener Themen anzugehen 10:08:25 <hottuna> Einige der Dinge, die wir ansprechen, werden kontrovers sein, andere nicht 10:08:47 <hottuna> die unstrittigen Themen möchten wir einfach einer Person zuweisen und erledigt bekommen 10:08:56 <hottuna> Weiter zu Sadie und PR 10:09:16 <hottuna> gravy und sadie haben Blogposts geschrieben 10:09:29 <hottuna> und suchen nach mehr Inhalten 10:10:21 <hottuna> Viel Inhalt geht in den Commit-Nachrichten verloren 10:10:38 <hottuna> wo der Autor des Commits die Bedeutung des Commits nicht wirklich festhält 10:11:24 <str4d> Statt Commit-Nachrichten zu durchforsten, ist history.txt der beste/leichteste Ort zum Nachschauen 10:11:30 <hottuna> idealerweise möchten wir mindestens alle 2 Monate einen Blogpost veröffentlichen, um ein Gefühl von Momentum aufrechtzuerhalten 10:12:08 <str4d> Das gibt zwar immer noch keinen Hinweis auf die Wichtigkeit, ist aber kontextuell leichter zu verarbeiten und siebt das Commit-Spreu aus, das es nicht in die history.txt schafft 10:13:04 <lazygravy> str4d: der Punkt ist, dass so viele coole Dinge passieren, und es keine Möglichkeit gibt, das herauszufinden, ohne i2p genau zu verfolgen. Es sollte einfacher sein, die coolen Sachen zu sehen 10:13:47 <str4d> Vielleicht könnte helfen (das wäre ziemlich radikal), history.txt umzustrukturieren, um Punkte nach Wichtigkeit zu ordnen (major/minor/bugfix), mehr wie ein Changelog (oder eine parallele Changelog-Datei) 10:14:13 <str4d> denn in der jetzigen Form ist die History-Datei eigentlich nur ein leichter zu parsierendes Commit-Log 10:14:30 <str4d> Das gesagt, es *ist* praktisch, daher wären parallele Infos vielleicht besser (wenn auch schwieriger zu pflegen) 10:14:38 * str4d hört auf, sich in Details zu verlieren 10:14:41 <str4d> :P 10:14:59 <hottuna> lazygravy könnte als Redakteur fungieren und die Verantwortung für das Verfassen von Inhalten bei Bedarf delegieren 10:15:14 <str4d> Sicher ist es ein Plus, es zu erleichtern zu wissen, was vor sich geht, und ich denke, einige der Themen zur Organisation auf höherer Ebene werden dabei helfen 10:15:33 <str4d> (d. h. ein Blogpost-Autor kann dort die Übersicht auf hoher Ebene finden statt im Commit-Log) 10:15:56 <psi> klingt ziemlich nach Pair Programming 10:16:10 <hottuna> nächstes Thema im Bereich PR 10:16:29 <hottuna> bezüglich einer Reseed-Kampagne und dem Anwerben neuer Entwickler 10:16:46 <psi> (oder eher wie Ehepaar-Programmierung, der Programmierer und die Frau des Programmierers) 10:17:11 <lazygravy> str4d: i.e. WTF encrypted lease sets are, oder ein cooles Highlight von kytvs Debian-Repo 10:17:15 <hottuna> wir möchten torontocrypto einbeziehen, um mehr Reseed-Hosts zu gewinnen 10:17:23 <lazygravy> s/i.e./e.g./ 10:17:24 <iRelay> lazygravy meinte: str4d: z. B. WTF encrypted lease sets sind, oder ein cooles Highlight von kytvs Debian-Repo 10:18:25 <hottuna> Wir möchten ein Inhaltspaket erstellen, das alle Informationen enthält, die man braucht, um einen Reseed-Host einzurichten – alles an einem Ort verfügbar 10:19:14 <hottuna> Wir müssen darlegen, warum Reseeds benötigt werden und wichtig sind 10:19:18 <str4d> Mmm 10:19:42 <str4d> Das könnte sogar so einfach gemacht werden wie „sudo apt-get i2p-reseed“ 10:20:22 <lazygravy> str4d++ 10:20:23 <kytv> Ich dachte daran, Docker-Images zu erstellen, damit es komplett Plug-n-Play ist 10:20:47 <psi> Der Go-Reseed war extrem einfach einzurichten und zu verwenden 10:20:56 <hottuna> hottuna/Ich habe mich freiwillig gemeldet, ein paar Absätze darüber zu schreiben, warum Reseeds benötigt werden und was sie tun 10:21:07 <hottuna> kytv: das wäre großartig 10:21:23 <str4d> kytv++ 10:21:35 <str4d> Drop-and-go ist das Ideal 10:22:00 <str4d> So ähnlich wie in einem der Tor-Vorträge gestern erwähnt wurde, dass man in Zukunft ein LetsEncrypt-Zertifikat bekommen könnte, das mit einer kostenlosen .onion kommt 10:22:16 <str4d> (d. h. das letsencrypt script richtet dem Nutzer den Tor-HS ein) 10:22:38 <kytv> mdrollete’s i2p-tools ist als Docker-Image verfügbar, also könnten wir (=ich) vielleicht einfach mein I2P-Docker-Image (noch nicht beworben) aufpolieren, sodass man alles mit Copy’n’Paste einer Kommandozeile machen könnte und Reseeding würde „just work“ 10:22:41 <hottuna> zum Thema Developer-Onboarding, den Quellcode zugänglicher machen 10:22:42 <str4d> (das wäre für I2P an sich super, ist aber etwas anders als das, was wir hier brauchen) 10:22:55 <comraden1> kytv: Docker auf jeden Fall 10:23:01 <hottuna> str4d: könnte ich dich überzeugen, von geti2p.net aus ein paar Links zum Quellcode hinzuzufügen? 10:23:04 <str4d> Wenn Reseeds eine Appliance sind, macht es das auch wesentlich einfacher, ehrliche Reseeds synchron zu halten 10:23:17 <str4d> hottuna, wo? 10:23:18 <lazygravy> Gedanke: Wir sollten den Hinweis von 0.7.6 auf der Download-Seite entfernen 10:23:33 <kytv> (Ich bin eher ein LXC-Typ, aber ich lerne Docker, also whatevs ) 10:23:45 <kytv> ja 10:23:50 <lazygravy> kytv: Docker ist gerade „so hot“, daher ist es vielleicht am besten 10:23:54 <hottuna> wo immer es Sinn ergibt 10:24:08 <str4d> Ich glaube, es gibt mindestens einen Link zu kytvs ViewMTN, aber das ist innerhalb von I2P 10:24:11 <hottuna> aber die Idee ist, es einfacher zu machen, schnell einen Blick auf den Quellcode zu werfen 10:24:13 <kytv> Alle Dokus für uralte Sachen nach /attic oder so ähnlich verschieben 10:24:19 <hottuna> um Entwickler zu gewinnen 10:24:33 <hottuna> str4d außerhalb i2p und idealerweise von geti2p.net ist das, was wir wollen 10:24:36 <str4d> Ich könnte auf der neuen Devs-Seite Links zur Github-Seite hinzufügen, aber sie müssten eindeutig als read-only gekennzeichnet werden 10:24:50 <psi> Wenn wir wirklich Entwickler anziehen wollen, sollten wir GitHub aktiver machen 10:24:52 <hottuna> ja. 10:25:57 <str4d> Ist die neue Dev-Seite der Ort, wo du die Links haben willst? 10:25:57 <hottuna> das klingt nach einem einfachen, geradlinigen Schritt 10:25:57 <hottuna> einfach einen read-only-Link zu GitHub hinzufügen 10:25:57 <str4d> hottuna, welches? Links, oder GitHub aktiver machen? 10:25:57 <hottuna> wäre eine Verbesserung 10:25:57 <str4d> ahk 10:26:05 <hottuna> str4d: kann ich deinen Namen daneben schreiben? 10:26:24 <hottuna> bei diesem Punkt, meine ich 10:26:38 <str4d> Klar. Ich nehme an, für all das werden Tickets in Trac erstellt 10:26:51 <hottuna> weiß nicht, ob das so sein wird. 10:26:57 <hottuna> frage zzz 10:27:09 <str4d> Naja, für kleinere Aufgaben lohnt es sich wahrscheinlich nicht 10:27:20 <str4d> Solange ich die Liste irgendwann bekomme :P 10:27:26 <hottuna> ok 10:27:36 <hottuna> Ich denke, zzz wird einen zzz.i2p-Write-up machen 10:28:22 <kytv> es wird fast sicher auf zzz.i2p gehen, aber vielleicht auch als Tickets auf Trac 10:28:41 <str4d> k 10:28:50 * str4d ruft die To-Do-Liste auf, um Punkte hinzuzufügen 10:32:43 <hottuna> Wir sprechen darüber, welche Anwendungsfälle wir für i2p hervorheben sollten 10:33:13 <hottuna> und der Konsens scheint zu sein, dass wir Anwendungsfälle bewerben sollten, in denen wir gut sind. wie Bote 10:33:20 <str4d> Mmm 10:33:29 <str4d> Wir müssen den Peer-to-Peer-Aspekt auf jeden Fall stärker betonen 10:33:36 <hottuna> wie Torrents potenziell 10:33:38 <hottuna> y 10:33:57 <hottuna> Wir möchten diese guten Anwendungsfälle auf der Startseite hervorheben 10:34:12 <hottuna> *was wir hervorheben möchten 10:34:20 <str4d> Dabei sollte I2P einen grundlegenden Vorteil haben, aufgrund der paketvermittelten Natur und der tunnel-level Symmetrie 10:34:33 <hottuna> ja. und es gibt andere Dinge, in denen wir gut sind 10:34:39 <str4d> Und insbesondere Apps, die von sich aus Beiträge fördern 10:34:41 <hottuna> und genau das sollten wir bewerben 10:35:05 <hottuna> und in der Zwischenzeit können wir an den Dingen weiterarbeiten, in denen wir noch nicht so gut sind 10:35:09 <str4d> (weil I2Ps Bedarf an Beiträgen dann auf dem der App mitreiten kann) 10:35:43 <hottuna> lazygravy, str4d, cacapo: könnt ihr die 3 besten Anwendungsfälle für i2p ausarbeiten 10:36:01 <hottuna> damit wir sie anschließend ordentlich auf der Startseite präsentieren können 10:36:18 <str4d> Sicher 10:37:03 <cacapo> jep 10:37:08 <hottuna> wann könnt ihr mit etwas zurückkommen (Empfehlungen oder Website-Änderungen)? 10:37:43 <hottuna> ist eine Frist bis Ende Januar ok? 10:37:55 <cacapo> ok 10:38:01 <hottuna> in Bezug auf PR: i2p.net wird bald verfügbar 10:38:03 <str4d> Passt für mich 10:39:04 <eche|on> 16.4.2016 ist es für i2p,net 10:39:11 <str4d> Ich kann jetzt schon sagen, wenn wir „Dinge, die aktuell gut funktionieren“ meinen, dann geht es im Grunde nur um E-Mail mit hoher Latenz (Bote) und Torrents. Bald können wir auch verteilte Datenspeicherung hinzufügen (sobald Tahoe native I2P-Client-Unterstützung bekommt) 10:39:24 * str4d freut sich darauf, dass i2p.net wiederhergestellt wird 10:39:33 <eche|on> tahoe wird nur mit parallelem Up-/Download nutzbar sein 10:40:08 <str4d> Ich denke, es wäre ideal, das mit meinem Vorschlag für Dev-Services auf i2p.i2p zu verzahnen, sodass sie parallel im Netz und außerhalb verfügbar sind 10:40:12 <hottuna> cacapo erwähnt, dass i2p keine Erzählung über das Projekt gut vermittelt. oder überhaupt nicht. 10:40:29 <lazygravy> str4d: Tahoe hat seine eigenen UI-Probleme... :/ (obwohl ich es liebe) 10:40:29 <hottuna> anders als Tor, das viel Geschichte und Kontextgeschichte hat 10:41:03 <str4d> hottuna, welches Narrativ meint er? 10:41:09 <hottuna> im Zusammenhang mit Jake/Snowden&/etc 10:41:42 <str4d> ah, ein Narrativ, das die I2P-Geschichte in den Weltkontext setzt? 10:41:43 <hottuna> comraden1: meldet sich freiwillig, eine Zusammenfassung der Geschichte von i2p zu schreiben 10:41:52 <str4d> (so wie der Tor HS-Vortrag?) 10:42:05 <eche|on> history: zzzs Vortrag auf der I2PCon, mein Vortrag auf 32c3 10:42:06 <hottuna> (nicht gesehen) 10:42:33 <str4d> auch mein Vortrag auf der I2PCon hatte etwas davon 10:42:37 <hottuna> zzz, comraden1, lazygravy haben sich gemeldet, den eigentlichen Text zu schreiben 10:42:41 <hottuna> psi: da? 10:42:53 <psi> ja 10:42:57 <hottuna> str4d: und ebenso Lance James’ Beitrag 10:43:34 <str4d> lazygravy, die Tahoe-UX sollte sich deutlich verbessern, sobald Magic Folders veröffentlicht ist. UI-seitig gibt es noch Arbeit, aber nicht so viel wie bei uns :P 10:43:52 <hottuna> str4d, sadie, könntet ihr beide euch unterstützen, um Promo für den RWC-Vortrag zu machen? 10:44:03 <hottuna> ast call für PR-bezogene Themen 10:44:06 <hottuna> Lest* 10:44:08 <hottuna> last* 10:44:49 <hottuna> alles klar, ich werte das als Schweigen 10:44:50 <str4d> hottuna, ja, ich bleibe mit Sadie in Kontakt 10:44:56 * str4d muss diesen Vortrag noch vorbereiten :/ 10:45:04 <hottuna> Weiter zum nächsten Thema. PROJEKTMANAGEMENT 10:45:34 <comraden1> str4d: auch „history of how i2p started“. Ich denke an navy researching onion routing -> second generation onion router -> tor 10:46:40 <str4d> comraden1, mmm, du findest wahrscheinlich vieles davon in den frühen I2P-Sitzungsprotokollen auf der Website 10:47:15 <str4d> Wenn du dort wühlst, kannst du gern kurze Zusammenfassungen der Meetings schreiben, die ich hinzufügen kann :P 10:48:11 <comraden1> str4d: zzz erwähnte, dass er vieles davon im Kopf hat und einen groben Entwurf schreiben wollte. Ich werde redigieren und sicherstellen, dass es perfekt ist, bevor wir es veröffentlichen 10:48:45 <str4d> +1 10:49:19 <dg> Ich erinnere mich, dass ich vor Ewigkeiten mit zzz darüber gesprochen habe; wenn er Logs davon hat, könnte das hilfreich sein 10:49:22 <hottuna> wir sprechen darüber, was die eigentlichen Ziele des Projekts sind 10:49:54 <hottuna> und dass es wichtig ist, sie irgendwo aufzuschreiben, um sinnvolles Projektmanagement betreiben zu können 10:50:29 <str4d> Würde eine gute About-Seite ergeben 10:51:16 <str4d> Ich wollte die verschiedenen Intro-Seiten zusammenführen, aber wir könnten sie tatsächlich getrennt nutzen 10:51:36 <str4d> https://geti2p.net/en/about/intro in eine kurze Übersicht über I2P verwandeln, sowohl über das Netzwerk als auch das Projekt 10:51:38 <iRelay> Title: Intro - I2P (at geti2p.net) 10:51:59 <str4d> Und dann https://geti2p.net/docs/how/intro zur *eigentlichen* „Wie funktioniert I2P?“-Seite machen 10:52:00 <iRelay> Title: A Gentle Introduction to How I2P Works - I2P (at geti2p.net) 10:52:10 <str4d> So ungefähr, wie sie jetzt erscheinen, aber sauber getrennt 10:53:12 <dg> hottuna: Wo finde ich die Blogposts? 10:53:22 <dg> hottuna: Ich sehe nur einen (`http://i2p-projekt.i2p/en/blog/2015/11/15/Community-Outreach)` 10:53:25 <iRelay> Title: Community Outreach - Blog - I2P (at i2p-projekt.i2p) 10:54:38 <lazygravy> dg: die gibt es außer dem nicht 10:54:55 <lazygravy> und das war größtenteils ein POC IMO. Der nächste sollte am 10Jan2016 auf dem CCC veröffentlicht werden 10:58:32 <hottuna> wir sprechen darüber, ob wir gemanagt werden wollen 10:58:46 <hottuna> dg, str4d, psi: habt ihr Gedanken dazu, eure Arbeit managen zu lassen? 10:59:11 <psi> von wem und wie viel Management? 10:59:17 <hottuna> von Sadie 10:59:26 <dg> offen dafür 10:59:42 <hottuna> und das Ganze entspannt halten, was Deadlines angeht. aber keine durchgesetzten Deadlines 10:59:46 <hottuna> Dinge sind fertig, wenn sie fertig sind 11:00:11 <hottuna> aber ihnen gedanklich eine Deadline zuzuordnen, könnte ein hilfreiches Werkzeug sein 11:00:11 <dg> fertig, wenn sie fertig sind, aber ein bisschen Schub/Motivation 11:00:40 <psi> keine Gedanken, bis ich gefrühstückt habe 11:00:47 <hottuna> oder zumindest zu wissen, dass jemand anders weiß, dass eine bestimmte Aufgabe auf deinem Stapel liegt 11:01:15 <hottuna> zum Projektmanagement: wir möchten wöchentliche/14-tägige Meetings wieder zum Laufen bringen 11:01:25 <hottuna> zzz hat das Ziel, sie im Februar wieder zu starten 11:01:27 <hottuna> wieder* 11:01:36 <hottuna> und sie dann nach und nach an Sadie zu übergeben 11:01:48 <hottuna> damit das klappt, muss Sadie ins IRC kommen 11:01:56 <str4d> Ich bin dafür. Ich arbeite tendenziell besser, wenn ich jemanden habe, mit dem ich Ideen hin- und herwerfen kann 11:03:23 <hottuna> zzz hat sich gerade dazu verpflichtet, bis Ende Februar eine einheitliche Roadmap zu schreiben 11:03:23 <hottuna> großartig. 11:03:23 <hottuna> der Konsens scheint zu sein, dass leichtes Management wahrscheinlich gut ist. 11:03:23 <hottuna> aber alles mit harter Hand würde das hier einfach in Arbeit verwandeln 11:03:23 <str4d> Klingt gut. Wir können den Grad später immer noch anpassen, wenn wir damit Erfahrung gesammelt haben. 11:03:23 * dg nickt 11:03:23 <hottuna> *Roadmap wird für Ende Jan, nicht Feb 11:03:23 <hottuna> str4d: einverstanden 11:04:35 <str4d> FYI: zzz, Sadie und ich treffen uns Anfang März; wäre gut, das im Hinblick auf Dinge im Hinterkopf zu behalten, an denen wir dann arbeiten/über die wir sprechen können. 11:05:52 <hottuna> zu Trac-Tickets: Sadie bietet an, ein Auge darauf zu haben und Tickets an die richtige Person weiterzuleiten 11:06:05 <dg> Zu sehen, wie unsere Mechanik wie trac/zzz.i2p/irc funktioniert, ist ohnehin wichtig, damit Sadie vollständig versteht, wie wir arbeiten 11:06:16 <dg> Konnte sie das ohne IRC-Zugang tun? 11:07:04 <hottuna> str4d: wärst du bereit, Sadie bei diesem Unterfangen zu helfen? 11:07:40 <str4d> Ich habe schon länger auf meiner To-Do-Liste einen wöchentlichen Punkt „neue Tickets durchsehen“, den ich immer wieder verschiebe, weil zu viel los ist 11:08:06 <str4d> Aber ab nächstem Jahr werde ich mich bemühen, Sadie dabei zu helfen :) 11:08:49 <str4d> Euch ist vielleicht aufgefallen, dass es jetzt einen „open“-Status für Tickets gibt. Ich habe den hinzugefügt, damit wir zwischen neuen Tickets und solchen unterscheiden können, die wir zwar gesehen haben, zu denen wir aber nicht unbedingt schon eine Meinung haben 11:08:53 <hottuna> Letzter Aufruf für PROJEKTMANAGEMENT-Themen 11:09:10 <dg> hottuna: siehe oben 11:09:25 <str4d> Mein Ziel wäre, so wenige „new“-Tickets wie möglich zu haben, d. h. sie entweder einer relevanten Person/einem Status zuzuweisen oder auf „open“, um sie zumindest als gültiges Ticket anzuerkennen. 11:09:36 <hottuna> Letzter Aufruf für ANDERE Themen 11:09:48 <hottuna> dg: Sadie auf Trac zu bekommen ist entscheidend. und eine Voraussetzung 11:10:00 <hottuna> Ich meine im IRC 11:10:17 <dg> okay 11:10:23 <str4d> Ich habe seit einer Weile einen IRC-Bouncer-Account für sie 11:10:42 <hottuna> str4d: könnten wir dich bitten, ein paar Punkte dazu aufzuschreiben, was du über Vulnerability Response auf der Konferenz gelernt hast? 11:10:48 <str4d> Sie braucht nur Hilfe, ihre Seite verbunden zu bekommen, dann kann sie Logs etc. behalten, ohne die ganze Zeit verbunden bleiben zu müssen 11:11:40 <str4d> hottuna, meinst du aus dem Gespräch mit k8em0 auf der Kiwicon? 11:11:47 <hottuna> mhm 11:11:47 <dg> Außerdem Hilfe bei der Browser-Konfiguration/Privoxy? 11:12:13 <str4d> Ich habe nicht viel mehr gelernt als das, was ich ohnehin schon so halb wusste, außer dass ich vorab vom Bug-Bounty-Programm gehört habe, das Tor gerade angekündigt hat 11:12:26 <zzz> wir schlagen vor, die VRP-Diskussion auf Januar zu verschieben 11:12:36 <hottuna> str4d: Würde ein kleiner Write-up Sinn ergeben? 11:12:40 <str4d> k8em0 sagte, sie sei sehr beeindruckt von unserem VRP-Ticket gewesen 11:12:45 <hottuna> wie ein zzz.i2p-Post? 11:12:55 <hottuna> oder war das alles eher nutzlos? 11:13:15 <str4d> Nicht nutzlos, eher eine Bestätigung, dass unser VRP-Ticket auf dem richtigen Weg ist 11:13:31 * zzz ******BAFFFFS***** schließt die Sitzung, danke an alle

0.9.23 Veröffentlichung

Thu, 19 Nov 2015 00:00:00 +0000

Hallo I2P! Dies ist das erste Release, das von mir (str4d) signiert wurde, nach 49 Releases, die von zzz signiert wurden. Dies ist ein wichtiger Test unserer Redundanz in jeder Hinsicht, auch personell.

Wartungsarbeiten

Mein Signaturschlüssel ist seit über zwei Jahren (seit 0.9.9) in den router-Updates enthalten, daher sollte dieses Update, wenn Sie eine aktuelle Version von I2P verwenden, genauso einfach sein wie jedes andere Update. Wenn Sie jedoch eine ältere Version als 0.9.9 ausführen, müssen Sie zunächst manuell auf eine aktuelle Version aktualisieren. Sobald Sie manuell aktualisiert haben, wird Ihr router dann wie üblich das 0.9.23-Update finden und herunterladen.

Community-Engagement

Sun, 15 Nov 2015 00:00:00 +0000

Aufruf zum Feedback

Seien wir ehrlich – unsere Konsole braucht Verbesserungen. Auch unsere Website könnte ein Update gebrauchen. Wir suchen Feedback dazu, wie wir die Benutzerfreundlichkeit von I2P für neue und bestehende Nutzer verbessern können!

I2P-Entwicklertreffen - 03. November 2015

Tue, 03 Nov 2015 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: abyss, amknesia, anonimal, dogedDEV, eche|on, kytv, Lady3Jane, lbt, obscuratus, psi, sadie_i2p, str4d, trolly, xmz, Z0rg1nc, zab@kyirc, zzz

Sitzungsprotokoll

20:00:17 <zzz> 0) Hi 20:00:17 <zzz> 1) `http://dogecoindark.i2p/` Antrag für die Startseite der Konsole, erneute Prüfung aus dem Meeting vom 14. Juli `http://i2p-projekt.i2p/en/meetings/238` -- ursprünglicher Antrag: `http://zzz.i2p/topics/236?page=2#p9999` -- Ergebnis: `http://zzz.i2p/topics/236?page=3#p10078` -- möglicherweise ersetzt durch `http://doged.i2p/` 20:00:17 <zzz> 2) `http://exchanged.i2p/` Antrag für die Startseite der Konsole: `http://zzz.i2p/topics/236?page=3#p10391` 20:00:17 <zzz> 3) `http://i2pwiki.i2p/` Antrag für die Startseite der Konsole: `http://zzz.i2p/topics/236?page=3#p10437` 20:00:18 <zzz> 4) `http://lenta.i2p/` Antrag für die Startseite der Konsole: `http://zzz.i2p/topics/236?page=3#p10439` 20:00:21 <zzz> 5) CCC-Vorbereitungs-Update aus dem Meeting vom 6. Okt.: `http://i2p-projekt.i2p/en/meetings/239` 20:00:22 <zzz> 6) forum.i2p Ersatzvorschlag (hottuna, dg) – Nachbereitung vom Meeting am 6. Okt.: `http://i2p-projekt.i2p/en/meetings/239` 20:00:25 <zzz> Beachtet, dass mehrere frühe Kommentare zu den Punkten 1–4 auf der Agendaseite stehen `http://zzz.i2p/topics/1970` 20:00:27 <zzz> 0) Hi 20:00:42 <zzz> willkommen zum 240. Treffen dieses großartigen Projekts, seit 13 1/2 Jahren 20:01:00 <zab@kyirc> hi 20:01:10 <anonimal> Hallo 20:01:24 <iRelay> Title: zzz.i2p: Wie ich meine Eepsite zur Startseite der Router-Konsole hinzufügen lasse (bei zzz.i2p) 20:01:27 <zzz> für die Neuen: Dieses Meeting dient hauptsächlich der Gruppenentscheidung; lassen wir uns 10 Minuten oder weniger pro Agendapunkt vornehmen 20:01:43 <iRelay> Title: zzz.i2p: Wie ich meine Eepsite zur Startseite der Router-Konsole hinzufügen lasse (bei zzz.i2p) 20:01:51 <zzz> und zur Erinnerung: Jeder kann hier jederzeit aus beliebigem Anlass ein Meeting ansetzen 20:01:53 <iRelay> Title: I2PWiki (bei i2pwiki.i2p) 20:02:16 <zzz> 1) `http://dogecoindark.i2p/` Antrag für die Startseite der Konsole, erneute Prüfung aus dem Meeting vom 14. Juli `http://i2p-projekt.i2p/en/meetings/238` -- ursprünglicher Antrag: `http://zzz.i2p/topics/236?page=2#p9999` -- Ergebnis: `http://zzz.i2p/topics/236?page=3#p10078` -- möglicherweise ersetzt durch `http://doged.i2p/` 20:02:26 <iRelay> Title: zzz.i2p: Wie ich meine Eepsite zur Startseite der Router-Konsole hinzufügen lasse (bei zzz.i2p) 20:02:35 <iRelay> Title: I2P Development Meeting 239 - I2P (bei i2p-projekt.i2p) 20:02:39 <zzz> ist der Betreiber von dogecoindark.i2p hier? 20:02:39 <iRelay> Title: I2P Development Meeting 239 - I2P (bei i2p-projekt.i2p) 20:02:43 <iRelay> Title: zzz.i2p: Meeting Di., 3. Nov., 20:00 UTC (bei zzz.i2p) 20:03:17 <iRelay> Title: I2P Development Meeting 238 - I2P (bei i2p-projekt.i2p) 20:04:34 <zzz> Ich habe viele negative Kommentare zu dogecoindark.i2p/doged.i2p auf der Meeting-Seite gesehen. Möchte jemand Pro oder Kontra kommentieren? 20:05:03 <psi> ich finde, i2p sollte generell eine neutrale Haltung gegenüber Kryptocoins einnehmen 20:05:20 <zzz> Was würdest du sagen, was unsere Haltung jetzt ist? 20:05:33 <psi> neutral 20:06:03 <zzz> was meinst du dann mit ‚anfangen‘ eine neutrale Haltung einzunehmen? 20:06:06 <dogedDEV> ja 20:06:11 <dogedDEV> ich bin hier 20:06:30 <dogedDEV> was waren die negativen Kommentare? 20:06:32 <dogedDEV> ich habe alle Skripte entfernt, 20:06:35 <psi> keine Empfehlung mancher Coins gegenüber anderen 20:06:38 <dogedDEV> es sind jetzt nur noch Grafiken und HTML 20:06:54 <zzz> dogedDEV, bitte schau sie schnell durch, der Link steht oben 20:07:00 <dogedDEV> und ich habe viel unseres Quellcodes in das i2p-basierte Git-Repo verschoben 20:07:02 <anonimal> Ich habe meinen Standpunkt in `http://zzz.i2p/topics/1970-meeting-tues-nov-3-8-pm-utc` dargelegt 20:07:02 <str4d> hi 20:07:06 <iRelay> Title: zzz.i2p: Meeting Di., 3. Nov., 20:00 UTC (bei zzz.i2p) 20:07:51 <zzz> dogedDEV, bitte erkläre die Namensänderung und reagiere auf die Einwände wegen der vielen Bilder. Im Moment hast du überhaupt keine Unterstützung, also hast du etwa 2 Minuten, uns vom Gegenteil zu überzeugen 20:08:34 <dogedDEV> nun, ich habe ununterbrochen unseren Auftritt auf i2p ausgebaut 20:08:39 <dogedDEV> ich habe einen I2P Electrum-Server aufgebaut 20:08:49 <dogedDEV> ich habe die gesamte Seite überarbeitet, nachdem es Beschwerden gab, dass sie Widgets hatte 20:09:00 <dogedDEV> daher hat sich der Name zu i2p geändert. Ich habe die alte Seite verworfen und neu begonnen. 20:09:11 <dogedDEV> ich habe etliche Tutorials erstellt, um Nutzern den Einstieg in i2p zu erleichtern 20:09:29 <dogedDEV> und doged.i2p ist sein dauerhaftes Zuhause 20:11:15 <dogedDEV> ich würde annehmen, dass mit höherer Bandbreite die Grafiken schneller laden. Vielleicht füge ich in naher Zukunft eine Nur-Text-Version hinzu, um den Bedürfnissen von Leuten mit niedriger Bandbreite entgegenzukommen 20:11:15 <dogedDEV> ich mag i2p wirklich und habe vielen datenschutzbewussten Menschen weltweit davon und seinen Vorteilen erzählt 20:11:15 <zzz> aber das gesamte i2p ist „niedrige Bandbreite“. Das Problem liegt bei dir, nicht bei deinen Nutzern 20:11:15 <dogedDEV> die Bilder scheinen bei mir und anderen Nutzern, die ihre Bandbreite getuned haben, schnell zu laden 20:11:15 <zzz> bei mir nicht 20:11:15 <dogedDEV> ich finde, unsere Seite dort lädt genauso schnell wie unsere Onion-Seite. 20:11:19 <dogedDEV> ich habe mich in letzter Zeit weniger auf Tor konzentriert und mehr auf i2p. 20:11:21 <zzz> oder bei den anderen, die kommentiert haben 20:11:27 <anonimal> Bei mir auch nicht, und ich lade sie gerade erneut und warte. 20:11:45 <anonimal> Und es werden immer noch Clearnet-Quellen nachgeladen. Es ist, als hätte sich nichts geändert seit unseren Beiträgen in dem Thread. 20:11:50 <dogedDEV> ich kann die Auflösung wohl ändern 20:12:00 <zzz> keine Seite in 2015 stellt alles mit 200 Bildern auf der Startseite dar 20:12:02 <dogedDEV> woher wird aus dem Clearnet geladen? 20:12:13 <dogedDEV> es sollte nicht mit irgendeinem Clearnet kommunizieren 20:12:17 <abyss> hallo 20:12:24 <kytv> die Index-Seite 20:12:47 <zzz> im Moment sehe ich es nicht als „breit nützlich für die i2p-Community“, was unser erstes Kriterium ist 20:12:56 <zzz> Ich sehe, wohin du willst, aber ich denke, so weit bist du noch nicht 20:13:03 <dogedDEV> wie ist eine auf Privatsphäre fokussierte Kryptowährung nicht nützlich? 20:13:06 <kytv> es ist eindeutig besser als zuvor. 20:13:08 <str4d> Ich lade die Seite gerade 20:13:15 <zzz> ist hier jemand für diesen Antrag, bitte jetzt äußern 20:13:23 <dogedDEV> ich habe sie gerade geladen, die Hälfte der Grafiken ist bei mir schon geladen 20:13:39 <str4d> Die Seite brauchte 13 s, um das HTML zu laden (aber das meiste davon war das Holen des LS) 20:13:44 <dogedDEV> und ich verbinde nicht lokal oder so 20:13:48 <abyss> bei mir funktioniert es gut 20:13:50 <str4d> Ich habe die Seite an der neuen Adresse noch nie geladen 20:14:01 <str4d> Schnellstes Bild war 17 s 20:14:10 <str4d> Das langsamste bisher ist 1 Min 44 s 20:14:25 <dogedDEV> ich kann die Auflösung der Grafiken auf jeden Fall senken 20:14:34 <zzz> letztes Mal habe ich nach 10 Minuten aufgegeben 20:14:42 <abyss> dogedev hat hart daran gearbeitet, Privatsphäre zu fördern und die Clearnet-Kryptocoin-Community in Richtung i2p zu bewegen 20:14:44 <str4d> 3 Minuten drin, immer noch nicht geladen 20:14:51 <anonimal> ^ hier genauso, es lädt immer noch. 20:14:53 <kytv> bei mir ist es nie vollständig geladen 20:14:56 <eche|on> ok, hat vor 1 Min angefangen zu laden, warten wir 20:14:57 <str4d> dogedDEV, verwendest du beim Testen denselben I2P Router für den HTTP-Tunnel? 20:15:14 <dogedDEV> nein 20:15:14 <str4d> denn wenn ja, geht deine Verbindung nicht durch I2P 20:15:29 <zzz> wir zweifeln nicht an dogedDEVs Engagement für i2p. Wir bewerten nur die Eignung, die Seite auf die Startseite zu setzen 20:15:46 <dogedDEV> ich kann die Auflösung der Bilder senken und damit die Dateigrößen verkleinern. 20:16:01 <str4d> dogedDEV, ok, da jetzt ein Teil der oberen Hälfte der Seite geladen ist (Dev-Ressourcen usw.), sehe ich das Problem 20:16:10 <dogedDEV> ich wollte, dass es gut aussieht, aber vermutlich lädt es für den durchschnittlichen Nutzer langsam. Und Leistung ist genauso wichtig. 20:16:15 <str4d> Du solltest nicht für deinen gesamten Inhalt Bilder brauchen 20:16:22 <dogedDEV> wichtig* 20:16:30 <anonimal> Ich schätze den künstlerischen Anspruch, aber warum kann das nicht eine Gelegenheit für Innovation sein? 20:16:32 <zzz> Ich schlage vor, dass wir diesen Antrag ablehnen. Er kann jederzeit später erneut einreichen. Einwände? 20:16:42 <str4d> Nicht nur braucht die Seite dadurch ewig zum Laden, sie wird dadurch auch nicht durchsuchbar 20:16:52 <dogedDEV> es gibt Innovation in dem Coin, auch mit i2p 20:16:57 <dogedDEV> gibt es andere I2P Electrum-Server? 20:17:34 <zab@kyirc> Ich bin absolut dafür, in Finanzthemen einzusteigen, aber das hier ist viel zu langsam 20:18:01 <anonimal> Es scheint, dass die einzige Person, der die Vision der Website wichtig ist, der Autor ist. 20:18:01 <dogedDEV> ich arbeite jetzt an einer Android-App, die sich mit unserem I2P-Electrum verbindet 20:18:01 <str4d> Wenn dir die Schrift gefällt, kannst du diese Schrift per CSS laden 20:18:01 <zzz> wir zweifeln nicht an der Innovation oder deinem Gesamtprojekt. Nur an der Website. 20:18:01 <anonimal> Ich spreche ausschließlich über die Seite, dieses Meeting dreht sich um die Seite. 20:18:01 <zzz> letzte Runde zur Diskussion zu 1) 20:18:01 <str4d> Das meiste, was ich auf der Website sehe, ließe sich mit CSS machen, was die benötigten Bilder drastisch reduzieren und die Ladezeiten drastisch verbessern würde. 20:18:01 <dogedDEV> nein, ich stimme der Website-Vision zu; wenn die Grafiken zu groß sind, kann ich die Größe verringern und sogar einen Nur-Text-Link machen, der nur CSS verwendet 20:18:01 <abyss> anonimal, mir gefällt sie 20:18:02 <anonimal> Ich stimme str4d zu 20:18:29 <kytv> keine Einwände gegen Ablehnung. Es ist unerträglich langsam, wenn es lädt. 20:18:43 <dogedDEV> wann ist das nächste Meeting? 20:18:43 <kytv> und jetzt ist nicht einer dieser Momente... 20:18:47 <kytv> $ http_proxy=`http://127.0.0.1:4444` curl --silent `http://doged.i2p/` 20:18:50 <kytv> <html><head><title>408 Request Timeout</title></head> 20:18:51 <kytv> <body><h2>408 Request timeout</h2> 20:18:57 <zzz> und es geht nicht nur um die Seite selbst – es ist auch die jüngste Namensänderung (die vielleicht die Uhr komplett neu starten sollte) und psis Einwand gegen die Förderung _jeglicher_ Coins 20:19:09 <iRelay> Title: DogecoinDark.i2p Official Site (bei doged.i2p) 20:19:13 <zzz> ok, das war’s zu 1) 20:19:24 <str4d> dogedDEV, jetzt, wo etwas mehr der Seite geladen ist, sieht sie wirklich hübsch aus. Aber ich denke, fast alles bis mindestens zu den FB/Twitter/etc.-Links ließe sich via CSS machen, mit ein paar Bildern für die eigentlichen Bilder. 20:19:24 <zzz> 2) `http://exchanged.i2p/` Antrag für die Startseite der Konsole: `http://zzz.i2p/topics/236?page=3#p10391` 20:19:29 <dogedDEV> da psis Coin-Promotion die Bewertung beeinflusst, wird anoncoin dann entfernt? 20:19:38 <dogedDEV> denn das wäre albern 20:19:41 <iRelay> Title: zzz.i2p: Wie ich meine Eepsite zur Startseite der Router-Konsole hinzufügen lasse (bei zzz.i2p) 20:19:46 <str4d> Also bin ich -1 bei 1) vorerst. 20:19:47 <zzz> ist der Betreiber von exchanged.i2p hier? 20:20:06 <abyss> zzz, hey, ich bin hier 20:20:31 <zzz> ok abyss, bitte erzähle uns von deiner Seite und gehe auf Einwände im zzz.i2p-Thread ein 20:20:43 <psi> anoncoin ist tot 20:20:47 <psi> (meiner Meinung nach) 20:20:51 <dogedDEV> das ist traurig =\ 20:21:00 <dogedDEV> wie auch immer, weiter. Ich reiche erneut ein. 20:21:00 <abyss> psi, ist nicht tot 20:21:26 <dogedDEV> ich bin für exchanged.i2p, falls meine Meinung zählt. 20:21:31 <abyss> ok zzz, die Hauptsorge ist, dass mir nicht vertraut werden kann, mit dem Geld anderer Leute umzugehen 20:21:47 <zzz> erzähl uns bitte zuerst etwas über die Seite 20:21:50 <dogedDEV> Seite lädt schnell, Trades sind schnell. Viele doged-Nutzer haben dort gehandelt und ohne Probleme. 20:21:58 <abyss> ok 20:22:26 <abyss> Exchanged.i2p ist eine Seite, auf der Nutzer Kryptowährungen wie Bitcoin, Litecoin, Anoncoin, DogecoinDark usw. anonym handeln können 20:22:47 <abyss> wir sind seit dem 1. Juli in Betrieb 20:23:00 <abyss> Alpha-Tests starteten am 1. Juni 20:23:49 <abyss> außerdem haben die Anoncoin- und DogecoinDark-Entwickler für mich gebürgt 20:24:19 <abyss> der Anoncoin-Dev ist gerade nicht hier, aber hier ist der Link https://www.reddit.com/r/CryptoCurrency/comments/3cxk7k/exchangedi2p_anonymous_exchange/ 20:24:23 <iRelay> Title: Exchanged.i2p Anonymous Exchange : CryptoCurrency (bei www.reddit.com) 20:24:24 <zzz> es scheint zwei Einwände zu geben: dass die Seite zu grob/früh ist, und dass wir nichts Finanzielles unterstützen sollten 20:25:17 <zzz> das habe ich im Antragsthread gesagt: Wir hatten noch keinen Antrag für eine Exchange. Auch wenn ich nicht das Gefühl habe, dass wir qualifiziert sind, die Legitimität und Stabilität eines Markts zu bewerten, denke ich, wir sollten es versuchen, da es eine Art implizite Billigung sein könnte, wenn wir einen Link in die Konsole setzen. 20:25:28 <dogedDEV> indem man ein Icon in ein Menü setzt, sehe ich das persönlich nicht als Empfehlung. Es sei denn, ihr würdet seine Nutzung gegenüber anderen, die das gleiche beantragen, fördern. 20:25:49 <zab@kyirc> die Schlichtheit macht die Ladezeiten schnell und beeinträchtigt die Nützlichkeit nicht 20:26:12 <zab@kyirc> für Trader ist schnelle Reaktionszeit viel wichtiger als Hübschheit 20:26:13 <dogedDEV> ich mag die ASCII-Menüs. Erinnert mich an früher. 20:26:19 <abyss> ich habe versucht, ein Design zu schaffen, das die Nutzbarkeit maximiert 20:26:19 <dogedDEV> ich denke, vielen Nutzern geht es genauso. 20:26:19 <zzz> hat jemand eine Meinung dazu? Ist es eine Empfehlung? Sollten wir versuchen zu verifizieren? Oder sollten wir Märkte oder Handelsplattformen gar nicht auf die Startseite setzen? 20:26:34 <dogedDEV> richtig, Reaktionszeit und dass der Admin so lange dabei ist – ich denke, es passt. 20:27:00 <str4d> Aus Usability-Sicht scheint es gut (ich habe aber keine Trades gemacht) 20:27:15 <kytv> Ich bin mehr oder weniger indifferent. Mein Einwand gegen #1 ist die extreme Langsamkeit beim Laden. Diese hier ist zumindest sehr schnell. 20:27:17 <dogedDEV> er hat kürzlich auf Anfrage einer Analyse-Seite eine API hinzugefügt 20:27:17 <anonimal> Ja, da wir die Macht haben, auszuwählen, wird jeder Link zu einer impliziten Empfehlung. 20:27:24 <zab@kyirc> Ich bin definitiv für Märkte, Exchanges und alles Finanzielle über i2p im Allgemeinen. Das fügt der breiten Nutzbarkeit von i2p eine Dimension hinzu, die Leute anzieht 20:27:27 <str4d> Ich habe auch vorgeschlagen, ein helles Theme anzubieten, weil der dunkle Kontrast für manche Nutzer schwer ist 20:27:33 <zzz> hat hier _irgendwer_ die Seite für Trades genutzt? Bitte melden 20:27:37 <lbt> Nutzermeinung hier: Ich finde, Informationen sollten leicht auffindbar sein, denke aber auch, dass sie nicht Teil eines Routers sein sollten :o Vielleicht ein Link zu einer thematisch sortierten Liste aktiver Domains oder so auf der Router-Konsole? 20:27:45 <str4d> (insbesondere Blau auf Schwarz, obwohl der Blauton etwas besser ist als letztes Mal) 20:28:10 <zab@kyirc> str4d: 80er-Mainframe-Farben FTW ;-) 20:28:27 <zzz> lasst uns hier nicht in detaillierte Farbberatung abgleiten. Große Linie, Entscheidungszeit. Ja oder nein und warum bitte. 20:28:38 <amknesia> Gibt es bereits einen Hinweis auf der Router-Startseite, der besagt: „Die Links unten sind keine Empfehlung, sondern lediglich Seiten, die die Mindestkriterien erfüllen, um auf der Startseite aufgeführt zu werden“? 20:29:03 <dogedDEV> dafür – Seite lädt schnell, ich habe sie benutzt und sie funktioniert wie erwartet. abyss ist immer erreichbar und leicht anzusprechen. 20:29:08 <dogedDEV> amknesia, gute Idee. 20:29:35 <dogedDEV> die i2p-Entwickler befürworten/unterstützen die in der Konsole aufgeführten Seiten nicht. 20:29:44 <zzz> Ist es breit nützlich für die i2p-Community? 20:29:56 <zzz> explizit oder nicht, es ist eine implizite Empfehlung 20:30:02 <zab@kyirc> absolut 20:30:20 <str4d> Breit nützlich? Meiner Meinung nach ja. 20:30:31 <dogedDEV> solange keine Fiatwährung involviert ist, finde ich, es ist eine großartige Ergänzung. 20:30:39 <anonimal> Ja, breit nützlich, und die Seite hat sich in der Nutzbarkeit etwas verbessert. 20:30:48 <zzz> hat _irgendwer_ hier sie tatsächlich für einen Trade genutzt? 20:30:48 <Lady3Jane> Die Empfehlung ist implizit, besonders für Neulinge und besonders, weil viele Links tatsächlich offiziell sind 20:30:58 <anonimal> Nein. 20:31:07 <zab@kyirc> selbst wenn Fiat involviert ist, ist es immer noch eine tolle Ergänzung 20:31:07 <dogedDEV> ich habe dort gehandelt. 20:31:27 <anonimal>>Die Empfehlung ist implizit 20:31:28 <amknesia> zzz: Ich habe, nur ein paar Satoshis wert, allerdings. 20:31:28 <dogedDEV> kleine Beträge, aber über die Zeit, und es hat immer funktioniert 20:31:30 <str4d> Aber wenn Fiat involviert ist, ist es schwieriger, dass die Seite selbst gerechtfertigt anonym ist 20:31:33 <anonimal> Ja, und ein Disclaimer wäre nutzlos. 20:31:33 <Lady3Jane> pilgrim-wu (der nicht hier ist) ist tief in Krypto-Exchanges involviert (betreibt sogar eine in W.-China). Er hat exchanged.i2p schon benutzt. Er liebt es, zzz 20:32:25 <abyss> für die Interessierten kann ich ein paar doged zum Handeln geben 20:32:25 <zzz> ok, fassen wir zusammen. Der Konsens ist mir nicht klar, also bitte +1 für Ja und -1 für Nein eingeben 20:32:32 <dogedDEV> +1 20:32:35 <str4d> Aus „Risiko“-Sicht: Wenn die Seite nur Kryptocoins tauscht, unterliegt sie den Markteinflüssen anderer Exchanges hinsichtlich des Werts 20:32:42 <abyss> so könnt ihr es selbst testen :) 20:32:45 <zab@kyirc> +1 20:33:33 <trolly> +1 20:33:33 <Lady3Jane> (Ich weiß nicht, ob ich hier Stimmrecht habe, aber...) +1 20:33:48 <anonimal> -1: Kein Sex, keine Drogen, kein Geld und kein Rock’n’Roll in der Router-Konsole. 20:33:56 <kytv> = „neutral / nicht negativ“ 20:34:30 <abyss> +1, falls meine Stimme zählt 20:34:33 <psi> +1 keine Drogen Sex Geld Rock’n’Roll in der Router-Konsole 20:34:38 <trolly> kein Rock’n’Roll?? OMG anonimal!! 20:34:41 <obscuratus> -1: Gute Seite, aber ich stimme zu, es ist eine Empfehlung. 20:34:49 <psi> vielmehr, -1 20:34:57 <abyss> psi, :) 20:34:57 <trolly> +1 Drogen, Sex und Rock’n’Roll überall 20:35:01 <abyss> :( 20:35:09 <amknesia> Frage: Wie wäre es stattdessen mit einer Link-Seite/ -Site, die nicht die Startseite ist, aber von dort verlinkt wird. Das würde die „implizite Empfehlung“ der Startseite vermeiden und es Neulingen dennoch leicht machen, interessante Seiten zu finden. Ist eine der aktuellen Startseiten-Seiten dafür eingerichtet? 20:35:21 <obscuratus> amknesia: +1 20:35:28 <lbt> amknesia: +1 20:35:29 <Lady3Jane> Aus PR-Sicht, anonimal, stimme ich bei Sex und Drogen zu. Wir wollen nicht, dass die Konsole zum i2p-Äquivalent des Hidden Wiki wird. Aber warum sind Währungsbörsen inhärent negativ? 20:35:47 <Lady3Jane> Router-Konsole* 20:35:56 <anonimal> Ich würde zu amknesias Idee tendieren. 20:36:01 <dogedDEV> ich denke, private Netzwerke haben indirekt die Verpflichtung, Krypto zu schützen, besonders in letzter Zeit. 20:36:05 <dogedDEV> aber das sind nur meine zwei Cent. 20:36:05 <zzz> +1 von mir (knapp) 20:36:19 <str4d> Lady3Jane, das inhärente Problem bei einer anonymen Währungsbörse ist, dass es jederzeit passieren kann, dass die Seite mit allen Geldern verschwindet und es keinen Ersatz gibt 20:36:35 <dogedDEV> das kann bei jeder Exchange passieren 20:36:43 <dogedDEV> und ist bei Clearnet-Exchanges passiert. 20:36:51 <anonimal> ^ Dann sehe ich keinen Grund, hier noch eine zu empfehlen. 20:36:57 <amknesia> str4d: Als Gegenargument: Das ist bereits bei öffentlichen, nicht-anonymen Exchanges passiert, ist das also wirklich eine größere Gefahr? 20:36:57 <str4d> Ist es, ja. Aber es gibt Wege für zumindest teilweise Entschädigung 20:37:08 <Lady3Jane> abyss: Über das übliche Treuhandsystem hinaus, hast du Vorkehrungen, um der Öffentlichkeit (vor allem aber den Devs, die dich empfehlen sollen) zu versichern, dass du nicht mit einem Sack Geld türmst? 20:37:17 <abyss> anonimal, weil diese hier privat ist 20:37:25 <zzz> Ich zähle 4+ und 3-, aber wir könnten auch erklären, dass das zu knapp ist, und es in einem zukünftigen Meeting erneut betrachten 20:37:31 <str4d> Lady3Jane, ich sehe tatsächlich keinen Escrow 20:37:37 <str4d> (zumindest nicht in der Sicherheitsliste) 20:37:46 <str4d> Ich wollte auch nach Multisig fragen 20:37:58 <anonimal> Und vielleicht sollten wir die Standards für Einreichungen überprüfen. 20:38:19 <abyss> es gibt keinen Escrow oder Multisig, weil das für eine Low-Latency-Exchange nicht wirklich praktikabel ist 20:38:29 <zzz> kytv, str4d, mit vorgehaltener Waffe, bitte stimmt + oder - 20:38:32 <amknesia> Vielleicht ist es Zeit für einen Krypto-Rep-Service? 20:39:05 <dogedDEV> ähnlich wie cryptoasian meinst du? 20:39:17 * anonimal ist es egal, wer was wo oder wann macht, das hier betrifft nur die Router-Konsole von Java I2P. 20:39:25 <zzz> letzte Runde für Stimmen 20:39:27 <str4d> Ich bin momentan vorsichtig bei +0,5. Ich denke, die Seite ist für Nutzer vorteilhaft, aber die Risiken sollten den Nutzern besser vermittelt werden. 20:39:56 <dogedDEV> vielleicht kann abyss einen Disclaimer auf die Seite setzen? 20:40:10 <zzz> wie wäre es mit Zustimmung, wenn er einen Disclaimer hinzufügt? 20:40:16 <dogedDEV> und das würde zumindest diejenigen besänftigen, die wegen des Risikos mit Nein stimmen 20:40:27 <abyss> das kann ich machen 20:40:44 <str4d> Es gibt immer ein Risiko, aber solange Nutzer ausdrücklich über die Risiken informiert sind, bin ich 20:40:46 <kytv> zzz: +1 (mit einer Art Disclaimer) 20:40:51 <str4d> nicht dagegen. 20:40:52 <zzz> wir haben zu lange damit verbracht; wenn wir nicht in den nächsten 60 Sekunden entscheiden, gehe ich ohnehin weiter 20:41:04 <zzz> ok, klingt nach Zustimmung, wenn er den Disclaimer hinzufügt 20:41:07 <zzz> noch etwas zu 2) ? 20:41:20 <dogedDEV> zzz: wann ist das nächste Meeting? 20:41:23 <amknesia> Ist es schwierig, es auf Probe zu stellen? 20:41:27 <fox> +1 für abyss’ Exchange, Code ist sauber 20:41:32 <zzz> 3) `http://i2pwiki.i2p/` Antrag für die Startseite der Konsole: `http://zzz.i2p/topics/236?page=3#p10437` 20:41:34 <amknesia> D. h., ihr könntet es nach der nächsten Sitzung wieder verschieben, falls es Probleme gibt? 20:41:38 <zzz> ist der Betreiber von i2pwiki.i2p hier? 20:41:50 <iRelay> Title: I2PWiki (bei i2pwiki.i2p) 20:42:33 <zzz> irgendwelche Pro-/Kontra-Diskussionen zu i2pwiki? 20:42:43 <fox> ist open4you.i2p nicht nur ein Zombie? 20:42:56 <zzz> bitte bleibt beim Thema, alle 20:42:56 * anonimal lädt 20:42:59 <kytv> +1 für i2pwiki. Es lädt tatsächlich und der Nutzer stellt Backups bereit. 20:43:10 <str4d> dogedDEV, das nächste Homepage-Meeting ist in der Woche vor dem 0.9.24-Release 20:43:11 <psi> +1 i2pwiki 20:43:22 <fox> -1 open4you 20:43:31 <trolly> open4you.i2p funktioniert manchmal und manchmal nicht, fox 20:43:31 <dogedDEV> i2host lädt es bei mir nicht 20:43:31 <zzz> irgendwelche Einwände gegen i2pwiki? 20:43:41 <zzz> bitte bleibt beim Thema, alle 20:43:43 <abyss> ich finde, es ist ordentlich 20:43:44 <str4d> i2pwiki.i2p leitet standardmäßig zu B32 um 20:43:53 <fox> trolly: es lädt manchmal, aber ich glaube nicht, dass sie noch Hosting vergeben 20:43:54 <trolly> Admin hat nicht geantwortet, ich denke, open4you.i2p wurde gehackt oder so 20:43:57 <str4d> (zumindest bei mir) 20:44:03 <zzz> bitte bleibt beim Thema, alle 20:44:14 <anonimal> i2p slogans sind noch da. Das war zuvor ein Problem. 20:44:31 <trolly> er hat später admin2.ope4you.i2p erstellt, aber ich kann mich nur bei admin.open4you.i2p anmelden 20:44:32 <zzz> ist das Slogan-Problem genug, um es abzulehnen? 20:44:40 <abyss> str4d, ich glaube, das ist ein MediaWiki-Problem, meins hatte dasselbe Problem 20:44:45 <zzz> bitte bleibt beim Thema, alle. open4you ist NICHT das Thema. 20:45:05 <str4d> Außerdem interessant – ugha.i2p ist wieder online 20:45:19 <anonimal> Ja, wegen mancher Inhalte. Abgesehen davon wäre ich +1. 20:45:30 <abyss> 2015-10 Neue Wiki-Eepsite: Da ugha.i2p von Mai 2015 bis 2015-10-30 down war, wurde ein neues Wiki gestartet (`http://i2pwiki.i2p`). Es läuft auf MediaWiki. Bitte zu diesem Wiki wechseln. 20:45:30 <kytv> i2pslogans ist kein Problem. Das war auch auf ugha.i2p. Nutzer können das genauso moderieren wie auf ugha 20:45:31 <dogedDEV> -1 für i2pwiki.i2p 20:45:44 <abyss> *von der ugha.i2p-Startseite 20:45:46 <iRelay> Title: I2PWiki (bei i2pwiki.i2p) 20:45:47 <str4d> Ich bin grundsätzlich +1 für i2pwiki.i2p, hätte aber wirklich gern das Umleitungsproblem behoben 20:45:53 <dogedDEV> Could not find the following destination: `http://i2host.i2p/cgi-bin/i2hostjump?i2pwiki.i2p/` 20:46:07 <iRelay> Title: I2HOST Jump (bei i2host.i2p) 20:46:07 <str4d> dogedDEV, `http://nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p` ist das B32 für i2pwiki 20:46:11 <zzz> ok, wir haben + von psi und kytv und str4d, - von anonimal und dogedev. Die anderen bitte abstimmen 20:46:14 <zzz> ich: +1 20:46:16 <abyss> str4d, könnte es ein I2P Router-Problem sein? 20:46:17 <kytv> Es ist sicher nur eine I2PTunnel-Einstellung, kein MediaWiki-Problem. 20:46:20 <iRelay> Title: I2PWiki (bei nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p) 20:46:24 <fox> Thema ist nicht das Aufräumen von /home? 20:46:24 <lbt> str4d: Falls dir das entgangen ist, schau die Status-Seite von uhga an, es scheint, es war die ganze Zeit „up“ 20:46:26 <obscuratus> +1 20:46:49 <abyss> str4d, ich stelle fest, dass, wenn Seiten relative Links verwenden, der I2P Router standardmäßig auf die B32 umleitet 20:46:53 <zzz> fox, wir sind bei Agendapunkt 3) 20:47:02 <fox> +1 i2pwiki, es lädt und ist nützlich 20:47:23 <zzz> ok, ich zähle 6 + und 2 -, das klingt nach Zustimmung, letzte Einwände? 20:47:27 <abyss> +1, ich finde es nützlich und es funktioniert gut 20:47:51 <anonimal> +1, ich lag falsch. 20:47:56 <zzz> letzte Runde für 3) 20:47:57 <anonimal> Slogans wurden behoben. 20:48:06 * anonimal sah eine gecachte Version. 20:48:15 <zzz> 4) `http://lenta.i2p/` Antrag für die Startseite der Konsole: `http://zzz.i2p/topics/236?page=3#p10439` 20:48:22 <zzz> ist der Betreiber von lenta.i2p hier? 20:48:35 <iRelay> Title: Lenta.i2p | (bei lenta.i2p) 20:48:37 <zab@kyirc> +1 von mir. Es lädt schnell, die Nachrichten sind echt und das Layout ist angenehm 20:48:48 <zzz> dieser Antrag schien breite Unterstützung im zzz.i2p-Thread zu haben, und auch in #ru, als ich dort vor ein paar Wochen fragte 20:49:12 <zzz> weitere Gedanken pro/kontra? 20:49:34 <kytv> = „neutral / nicht negativ“ 20:49:45 <trolly> ist der Admin von i2pwiki da? 20:49:55 <zab@kyirc> etwas für .ru-Nutzer auf der Startseite zu haben, kann als Zeichen guten Willens gesehen werden 20:49:57 * anonimal Keine Einwände. xopowo. 20:50:08 <str4d> Ich habe keine Ahnung, was da steht, aber gut, dass wir die russische Nutzerschaft widerspiegeln. 20:50:14 <abyss> +1 für lenta.i2p 20:50:18 <zzz> klingt für mich nach Zustimmung. Letzter Aufruf für 4) 20:50:21 <psi> +1 für lenta.i2p 20:50:43 <kytv> +0,5 basierend auf der Zustimmung der Leute, die Russisch lesen können 20:50:51 <str4d> Der Titel sollte auf Russisch sein, damit Nutzer sofort erkennen, dass es eine RU-Seite ist 20:51:12 <amknesia> Ähmm, dumme Frage, aber sollte es vielleicht eine Aufteilung der Links nach „aktuell gewählte Sprache“ versus „Fremdsprachen“-Links geben? 20:51:16 <str4d> (sowohl damit Nicht-Russischsprachige nicht klicken, als auch Russischsprachige es tun) 20:51:30 <str4d> amknesia, den Gedanken hatte ich gerade auch :) 20:51:50 <zzz> wir können den Namen in der Konsole immer noch anpassen 20:51:57 <zzz> 5) CCC-Vorbereitungs-Update aus dem Meeting vom 6. Okt.: `http://i2p-projekt.i2p/en/meetings/239` 20:52:02 <iRelay> Title: I2P Development Meeting 239 - I2P (bei i2p-projekt.i2p) 20:52:34 <zzz> Ich habe diesen Agendapunkt nur rein genommen, falls es etwas zu besprechen gibt. Ich glaube, Banner und Süßigkeiten und all das sind unter Kontrolle. 20:52:47 <zzz> wir haben die Budgetentscheidungen im letzten Meeting abgeschlossen. 20:52:59 <zzz> Wenn jemand etwas zum CCC einbringen möchte, ist jetzt die Zeit; sonst gehen wir weiter 20:53:56 <zzz> letzter Aufruf für 5) 20:54:31 <str4d> Nichts von mir 20:54:36 <str4d> Habt dort Spaß, Kinder 20:54:46 <zzz> 6) forum.i2p Ersatzvorschlag (hottuna, dg) – Nachbereitung vom Meeting am 6. Okt.: `http://i2p-projekt.i2p/en/meetings/239` 20:55:13 <zzz> ok, die Notizen vom letzten Meeting sind online (danke kytv) und am Ende seht ihr, dass hottuna und dg einen Vorschlag vorlegen sollten. 20:55:30 <zzz> hottuna und dg, ihr seid dran. Allerdings scheint keiner von beiden hier zu sein? 20:56:05 <zzz> hat sonst jemand etwas zum Forenersatz, das die Diskussion vom letzten Meeting erweitert (nicht wiederholt)? 20:56:51 <str4d> Ich habe etwas nur am Rande Relevantes, das ich dranhängen möchte, falls wir Zeit haben. 20:56:56 <obscuratus> Was ist mit forums.i2p? 20:58:30 <zzz> ok, noch etwas zu 6) ? 20:58:30 <str4d> Ich denke, ein Nutzerforum ist eine gute Idee 20:58:30 <trolly> freedomforum.i2p funktioniert auch 20:58:30 <str4d> Und ich denke, dass es im Clearnet zugänglich sein sollte (nicht nur via Inproxy) 20:58:30 <obscuratus> str4d: +1 20:58:30 <zzz> der konkrete Agendapunkt ist, ob es einen „offiziellen“ Ersatz geben sollte 20:58:30 <trolly> und wir haben ein neues Forum.. `http://es.i2p` 20:58:30 <trolly> aber es ist nur Spanisch, wobei natürlich jeder einen Kanal auf En erstellen kann 20:58:39 <zzz> keine Site, „offiziell“ oder nicht, hat beantragt, auf die Startseite der Konsole zu kommen 20:58:42 <trolly> Kanal/Thread * 20:58:54 <zzz> ok, noch etwas zu 6) ? 20:59:01 <Z0rg1nc> mm, wie werdet ihr neue Forennutzer schützen, falls es auch down ist? 20:59:07 <str4d> Wenn wir Leute haben, die bereit sind, ein offizielles Forum zu pflegen, bin ich +1 20:59:14 <Z0rg1nc> *falls nicht nur Admins sprechen dürfen 20:59:39 * anonimal würde wirklich gern dg und hottuna dabeihaben, bevor er sich zu 6) äußert 20:59:44 <zzz> Ich bin +1 für viele Foren, -0,1 für ein offizielles 20:59:50 <trolly> Ich kann nicht sagen, ob der Admin von `http://es.i2p` auch ein offizielles Forum pflegen möchte, sorry 20:59:53 <amknesia> Ich beantrage, es bis zur nächsten Diskussion zurückzustellen. 21:00:13 <str4d> +1 fürs Vertagen 21:00:16 <zzz> da hottuna und dg nicht hier sind, stellen wir das zurück 21:01:20 <zzz> 7) str4d los 21:01:20 <str4d> s/tabling/shelving 21:01:20 <str4d> Okay 21:01:20 <str4d> Hier ist eine Idee, die mir seit ein paar Monaten im Kopf herumgeht 21:01:20 <str4d> Wir definieren *.i2p.i2p als einen nicht zuweisbaren Bereich. 21:01:27 <str4d> Und reservieren ihn für die Nutzung durch I2P-Devs / -Dienste 21:01:48 <psi> +1 klingt spaßig 21:01:51 <str4d> Das umgeht jeden merkwürdigen Kram, der jemals in Bezug auf I2P Adressbuch / Namensraum passiert 21:02:05 <amknesia> Klingt nach einem Plan. 21:02:07 <str4d> wir definieren in der Namensspezifikation, auf welche Dest sich jede 3LD (Third-Level-Domain) bezieht 21:02:19 <str4d> Und können das jederzeit ändern 21:02:37 <str4d> (möglicherweise durch eine im Netz gehostete hosts.txt, die die aktuell spezifizierten Dests enthält) 21:03:08 <anonimal>>wir definieren in der Namensspezifikation 21:03:21 <anonimal> Und das würde gegen Böswilligkeit schützen, ja? 21:03:50 <str4d> Ja. Die Spezifikation ist öffentlich und böswillige Änderungen wären vollständig sichtbar 21:03:55 <zzz> str4d, es ist bereits durch den stats.i2p-Registrar blockiert und ich glaube, die meisten anderen auch. Aktuell noch nicht im Adressbuch-Import blockiert. 21:04:23 <zzz> nicht sicher, welchen „merkwürdigen“ Kram du im Sinn hast 21:05:20 <str4d> zzz, das Problem beim aktuellen Adressbuchsystem ist, dass es nur pseudo-global ist. 21:05:36 <str4d> Das für sich ist diskutabel, für die Zukunft 21:05:37 <eche|on> das ist gut 21:05:53 <str4d> Aber meiner Meinung nach sollten Dienste, die von uns betrieben werden, global sein. 21:06:23 <amknesia> Dumme Idee: Wie wäre es mit einem Namecoin-ähnlichen Setup mit einer Art PoS-System mit erforderlicher CPU-Zeit, um Domains zu behalten? 21:06:30 <str4d> Am einfachsten ist es, einen Teil des Namensraums als von uns kontrolliert zu definieren. Logischer Abschnitt ist *.i2p.i2p 21:06:39 <str4d> amknesia, das liegt außerhalb des Umfangs dieses Meeting-Themas 21:06:43 <zzz> str4d, vielleicht schreibst du deinen Vorschlag im zzz.i2p Namens-Unterforum auf? 21:06:54 <amknesia> Ok 21:07:01 <str4d> zzz, mache ich, wenn ich Zeit habe (wahrscheinlich nächsten Monat) 21:07:11 <zzz> ok, noch etwas zu 7) 21:07:37 <zzz> noch etwas fürs Meeting? 21:07:40 <str4d> Hehe, in dem Zusammenhang habe ich noch einen weiteren Vorschlag: Vorschläge etwas formaler und sichtbarer machen 21:08:08 <zab@kyirc> drz entmuten und fux mergen (nur Spaß) 21:08:08 <zzz> ok, jetzt wirst du meta, also.... 21:08:14 <str4d> Kurzer 8) 21:08:28 <zzz> 8) str4d los 21:08:30 <str4d> zzz, legitimes Thema, versprochen :) 21:08:48 <str4d> Im Moment werden alle Vorschläge auf zzz.i2p vorgeschlagen 21:08:54 <str4d> Ihre allgemeine Sichtbarkeit ist meiner Meinung nach bestenfalls gering 21:08:57 * anonimal freut sich auf str4ds Beitrag 21:09:17 <zzz> einverstanden, also schlage etwas Besseres vor :) 21:09:24 <str4d> Nimm z. B. die Verbesserung des Hostname-Service-Feeds, die verloren geht 21:09:46 <zzz> ich halte meine Seite nicht für sakrosankt. Hast du einen Vorschlag? 21:09:54 <str4d> Ich schlage vor, dass Vorschläge formell im I2P-Website-Repo abgelegt und sichtbar gemacht werden 21:10:09 <zzz> für mich okay 21:10:15 <str4d> Mit Links auf den kanonischen Diskussionsthread auf zzz.i2p 21:10:22 <str4d> Ursprünglich hatte ich ein separates neues Repo geplant 21:10:32 <zzz> kannst du das einrichten/ 21:10:32 <str4d> Aber die I2P-Website erfüllt zwei Zwecke: 21:10:36 <zzz> ? 21:10:37 <str4d> - Spezifikation des I2P-Netzwerks definieren 21:10:47 <str4d> - Die Referenzimplementierung (Java) dokumentieren 21:10:55 <zzz> hat jemand Einwände? 21:11:03 <xmz> nein 21:11:11 <str4d> Und da die Spezifikationen bereits Teil der Website sind, schlage ich gleichzeitig vor, ihre Position aufzuwerten 21:11:27 <zab@kyirc> solange die Vorschläge Klartext sind – bitte keine Binärdateien in mtn 21:11:28 <anonimal> Wo würde es auf der Seite hin? 21:11:38 <str4d> Und sie der Einfachheit halber als nicht übersetzbar zu definieren 21:11:46 <str4d> zab, um Himmels willen nein 21:11:59 <str4d> anonimal, derzeit sind sie unter /langcode/docs/specs/* 21:12:03 <str4d> (die Spezifikationen) 21:12:04 <zzz> Ich glaube, str4d hat ohnehin Carte blanche für kleinere Website-Organisation 21:12:12 <zzz> also können wir das abschließen? 21:12:17 <zzz> noch etwas zu 8) ? 21:12:20 <str4d> Ich schlage stattdessen /spec/* für Spezifikationen und /spec/proposal/* für Vorschläge vor 21:12:46 <str4d> zzz, ja, aber das geht auch in Vorschlagsprozesse hinein 21:12:49 <zzz> lasst uns kein Meeting für die Diskussion von Website-Pfaddetails verwenden 21:12:56 <anonimal> Ich frage nur, weil mir das Layout der Seite auf einmal zu viel ist, meiner Meinung nach. 21:13:08 <str4d> Endziel ist, dass Leute außerhalb von I2P unsere Vorschläge ansehen können. 21:13:22 <str4d> anonimal, Redesign läuft, heben wir uns das für später auf :) 21:13:25 <zzz> einverstanden, und ich habe keine Einwände gehört 21:13:27 <zzz> noch etwas zu 8) ? 21:13:30 * anonimal :) 21:13:44 <zzz> noch etwas fürs Meeting? 21:13:54 <anonimal> Ja, kurz. 21:14:04 <zzz> 9) anonimal los 21:14:04 <abyss> hat es exchanged.i2p mit einem Disclaimer geschafft? 21:14:18 <abyss> so etwas wie „Haftungsausschluss: Der Handel mit Kryptowährungen ist riskant, anonymen Personen sein Geld anzuvertrauen ebenso.“ 21:14:32 <zzz> abyss ja 21:14:33 <zzz> 9) anonimal los 21:14:45 <abyss> \o/ 21:14:46 <anonimal> str4ds *i2p.i2p hat mich an die IETF-Kommentare auf der I2PCon und https://blog.torproject.org/blog/landmark-hidden-services-onion-names-reserved-ietf denken lassen 21:14:49 <iRelay> Title: Landmark for Hidden Services: .onion names reserved by the IETF | The Tor Blog (bei blog.torproject.org) 21:15:05 <amknesia> abyss: Vergiss nicht „Bitte ignorieren Sie den Mann hinter der Website mit dem virtuellen Koffer und der betankten DC-3“ :) 21:15:13 <anonimal> Also lautet die Frage: 21:15:27 <xmz> man könnte auch hinzufügen, dass der Dienst in keiner Weise vom I2P-Projekt unterstützt wird (sorry, ich sehe nicht die ganze vorherige Diskussion, ich bin am Handy) 21:15:49 <zzz> wir sind bei 9), bitte bleibt beim Thema 21:16:09 <anonimal> Drücken wir bei der IANA? 21:16:12 * anonimal sorry lag 21:16:26 <str4d> anonimal, ja. Ich bin I2Ps Vertreter in diesem Prozess. 21:16:58 <anonimal> Yay! Irgendetwas zu berichten? 21:17:02 <str4d> Ich habe mich auch gemeldet, im Design-Komitee zu sein, das Änderungen/Verbesserungen am RFC-6761-Prozess vorschlagen wird 21:17:31 <str4d> .i2p wurde zusammen mit .onion, .gnu, .bit und ein paar anderen vom GNUnet-Team vorgeschlagen 21:17:40 <zzz> großartig, danke, dass du das weiter verfolgst, str4d 21:17:42 <str4d> Das lag mehrere Jahre herum und wurde hin- und hergeschoben 21:17:56 <zzz> Ich bin sicher, du kannst ihn nach dem Meeting noch genauer informieren 21:17:58 <anonimal> Ja, danke, str4d. 21:18:05 <zzz> noch etwas zu 9) ? 21:18:09 <zzz> noch etwas fürs Meeting? 21:18:31 <str4d> naja... 21:18:34 <str4d> (nur Spaß ;) 21:18:40 <anonimal> lol 21:18:47 <sadie_i2p> ha 21:19:01 <zzz> danke an alle. /me ****bafs**** schließt die Sitzung

I2P Entwicklertreffen - 06. Oktober 2015

Tue, 06 Oct 2015 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: cacapo, comradenosebleed, dg, eche|on, hottuna2, postman, str4d, zzz

Sitzungsprotokoll

19:59:41 <zzz> 0) Hi 19:59:41 <zzz> 1) 32C3 Budget 19:59:41 <zzz> 2) Andere 32C3 To-do-Punkte - Banner, usw. 19:59:41 <zzz> 3) RWC Budget 19:59:44 <zzz> 0) Hi 19:59:47 <zzz> Hi 19:59:50 <eche|on> hi 19:59:53 <dg> hi 19:59:59 <zzz> 1) 32C3 Budget 19:59:59 <cacapo> hi 20:00:23 <zzz> ok, der Plan ist, es so zu machen wie in Toronto: ein Gesamtbudget festlegen und die Details von echelon regeln lassen 20:00:43 <hottuna2> i love soylent and you 20:00:46 <hottuna2> oups 20:00:47 <zzz> echelon, wie hoch ist die Summe der Reisekosten-Anfragen, die du bekommen hast 20:01:06 <eche|on> derzeit sind es grob 4k und 2 BTC 20:01:56 <hottuna2> wie berechnet? 20:02:03 <zzz> ok, gab es überzogene Anfragen oder Anfragen von irgendwelchen Unbekannten, die wir besprechen müssen, oder war alles vernünftig? 20:02:41 <eche|on> alles vernünftig, bisher keine über 1k Euro, also... alles gut 20:02:52 <eche|on> manche haben zu viele Informationen geschrieben, haha 20:03:22 <zzz> und ungefähr wie viel kommt noch dazu für CCC-Tickets, ein Abendessen, Gummischlangen und so? 20:04:06 <eche|on> Ich denke, das Abendessen wird 500+x sein, Tickets kosten je 100 (bei etwa 10 Leuten), und Schlangen und Kleinkram liegen bei 200–300 20:04:24 <eche|on> Abendessen für 20+x 20:05:04 <zzz> also sind das 1800 Euro + 4K Reise + ~500 für 2 BTC, macht 6300 Euro gesamt, richtig? 20:05:53 <eche|on> ja, aber wir werden da nicht rankratzen, IMHO wird ein Teil der Reisekosten in BTC bezahlt, und das Abendessen könnte günstiger sein... 20:05:59 <eche|on> also sagen wir 6k 20:06:34 <eche|on> letztes Jahr hatten wir 1257 ohne Reisekosten 20:06:38 <zzz> klingt für mich ziemlich vernünftig, machen wir die Diskussion auf... was meint ihr? 20:06:39 <eche|on> und ein paar Tickets 20:07:13 <hottuna2> heißt das, wir erreichen unser Ziel von 10% Ausgaben pro Jahr? 20:07:31 <eche|on> klar 20:07:53 <hottuna2> also dass wir unter 10% liegen? 20:08:01 <zzz> bezweifle ich, wir haben ~250K und haben für Toronto nur 4–5K ausgegeben, iirc 20:08:02 <eche|on> klar 20:08:22 <eche|on> warte, 150k, nicht 250... 20:08:49 <zzz> so oder so, wir liegen deutlich unter 10%, über den Daumen gepeilt 20:09:02 <eche|on> und aktuell haben wir dieses Jahr 5,3k ausgegeben 20:09:19 <hottuna2> ok. damit bin ich zufrieden. 20:09:22 <zzz> Einwände gegen ein 6k-Euro-Budget für den CCC? 20:10:05 <zzz> super 20:10:41 <zzz> wie immer, eche|on: Ich denke, wir bevorzugen es, Leute zu erstatten, aber wir können im Voraus zahlen, wenn es zum Ticketkauf nötig ist, richtig? 20:11:25 <hottuna2> gibt es eine Möglichkeit zu wissen, wie viel dir erstattet wird? 20:11:25 <eche|on> korrekt 20:11:44 <zzz> Ich glaube, wir haben gerade 100% der Anfragen genehmigt, korrekt? 20:11:49 <eche|on> ja 20:12:05 <zzz> ok, also was auch immer du beantragt hast, das bekommst du, hottuna2 20:12:13 <hottuna2> ok 20:12:23 <zzz> vielen Dank, eche|on, ich finde, der Prozess hat gut funktioniert 20:12:27 <zzz> noch etwas zu 1) ? 20:12:53 <zzz> 2) Andere 32C3 To-do-Punkte - Banner, usw. 20:13:05 <eche|on> Banner ist noch in Toronto 20:13:10 <eche|on> Poster – wir brauchen ein Poster 20:13:28 <zzz> DECT-Telefone Teil 2? Banner? Poster? Was muss getan werden, Freiwillige? 20:13:35 <eche|on> wir brauchen einen Tisch (ich versuche ins Wiki zu kommen und eine Seite über unsere Gruppe zu machen) 20:13:45 <hottuna2> wer hat das Banner? 20:13:57 <hottuna2> ich habe es nicht. 20:13:57 <str4d> j0 20:13:58 <eche|on> es war im Toronto Hacklab 20:14:13 <hottuna2> soll ich die Podiums-Grafik von der i2pcon mitbringen? 20:14:40 <zzz> hottuna2, kannst du dich darum kümmern, das Banner in Toronto zu finden und mitzubringen? 20:14:53 <eche|on> DECT-Telefone könnte man machen, aber ich weiß nicht – jeder hat ein Handy, WLAN ist verfügbar... 20:15:13 <zzz> vielleicht hat Twitter-DM DECT überflüssig gemacht 20:15:15 <hottuna2> zzz, mache ich. 20:15:19 <eche|on> hottuna2: Es gab eine Twitter-Diskussion mit sadie über das Banner, und sie soll es nach Hamburg mitbringen 20:15:23 <dg> ich gehe einfach zu Twitter 20:15:41 <dg> IRC, falls keine Antwort 20:15:50 <hottuna2> brauchen wir sonstiges Marketingmaterial? 20:15:50 <eche|on> der Tisch muss ASAP reserviert werden 20:15:59 <eche|on> Aufkleber 20:16:06 <zzz> eche|on, du hast dich gemeldet, den Tisch zu reservieren? 20:16:28 <eche|on> ein Faltblatt (3 Spalten, gefaltet) mit Basisinformationen würde wirklich helfen, ist aber nicht verfügbar 20:16:44 <eche|on> zzz: Ich kann versuchen, den Tisch am 26. vor dem Kino zu reservieren 20:16:56 <eche|on> oder besser: Ich gebe mein Bestes, ihn zu reservieren 20:17:00 <dg> üblicher Platz, oder? 20:17:10 <eche|on> dg: wäre am besten, noisysquare 20:17:11 <zzz> ja, aber du hast dich gemeldet, dich im Wiki einzutragen, richtig, echelon? 20:17:13 <dg> nur eine Frage: Wie groß ist der Tisch normalerweise? 20:17:24 <eche|on> ja, ich versuche auch das Wiki zu machen 20:17:28 <zzz> 8-10 20:17:30 <cacapo> eche|on: hatten wir nicht vor einer Weile einen Faltblatt-Wettbewerb 20:17:31 <dg> eche|on: ah gut 20:17:32 <hottuna2> Sadie sagt hi von Twitter 20:17:36 <dg> zzz: also Platz für alle? 20:17:38 <eche|on> der Tisch ist meistens ein runder Tisch für 8–10 oder ein eckiger Tisch 20:17:51 <dg> hottuna2: sie muss2irc 20:17:56 <zzz> wir sind nie alle zur gleichen Zeit da, keine Sorge 20:17:58 <eche|on> cacapo: ja, aber die Ergebnisse des Faltblatt-Wettbewerbs waren AFAIR nicht brauchbar 20:18:03 <hottuna2> das sage ich ihr gerade 20:18:20 <dg> alles klar :) 20:18:34 <zzz> es gab auch die Idee, USB-Sticks zu verschenken; ich habe nachgeschaut, sieht nach 2$ im Großpack für kleine Kapazitäten aus 20:18:41 <dg> ich warte auf den Zeitplan, damit ich meinen Tag planen kann 20:18:42 <eche|on> `http://echelon.i2p/29c3/` 20:18:46 <iRelay> Title: 29C3 I2P contest (at echelon.i2p) 20:18:51 <dg> wissen, wann man rein/raus huscht 20:19:29 <eche|on> dg: normalerweise treffen wir uns zwischen 10–12 Uhr und gehen nach 1 Uhr... 20:19:47 <zzz> also bzgl. Poster, wer kümmert sich darum? 20:19:48 <eche|on> zzz: die USB-Sticks sind nett 20:20:03 <eche|on> aber ich weiß nicht, ob wirklich nützlich 20:20:13 <hottuna2> das 2015er Wiki für die 32c3 scheint noch nicht offen zu sein 20:20:28 <eche|on> korrekt 20:20:36 <dg> später als meine Schlafenszeit ;) passt zu meinen Ausschlaf-Tagen 20:20:43 <zzz> Ich schleppe keine hunderten USBs über den Ozean. Keine Ahnung, ob es zu spät ist, um welche mit Logo zu bekommen 20:20:46 <dg> ist das CCH die ganze Nacht offen? 20:20:58 <eche|on> dg: CCH ist 24/7 geöffnet 20:21:08 <zzz> lasst uns die Gespräche über CCC-Grundlagen und Logistik vorerst verschieben 20:21:20 <dg> ok, danke eche|on 20:21:22 <zzz> dieser Tagesordnungspunkt ist nur zur Vorbereitung 20:21:36 <eche|on> zzz: 2 Wochen Zeit bei einem Versender 20:22:07 <zzz> möchte jemand für ein Poster oder für USB-Sticks freiwillig übernehmen? 20:22:29 <zzz> und wie war die Antwort zu den Aufklebern? 20:22:32 <eche|on> aber ein USB-Stick/-Karte kostet etwa 4–6 pro Stück 20:22:48 <zzz> ich habe sie für ca. 2$ auf ebay gesehen 20:22:58 <hottuna2> ich bin mir nicht sicher, ob ich die Idee hinter den USB-Sticks verstehe 20:23:08 <zzz> aber die waren nicht personalisiert, glaube ich 20:23:15 <dg> würden wir I2P bündeln, nur unser Logo draufmachen, oder...? 20:23:22 <zzz> beides 20:23:44 <hottuna2> ich bin mir nicht sicher, ob das eine gute Verwendung von Geld ist. Wenn wir Tails wären, wäre das eine andere Geschichte 20:24:41 <eche|on> Ich bin nicht wirklich ein Fan von USB in diesem preislichen Bereich, da wir 100+x bräuchten, das sind mindestens 500 20:24:45 <eche|on> für bedruckte 20:24:47 <zzz> ok 20:24:51 <eche|on> bei wenig Nutzen 20:25:10 <zzz> also lassen wir die USB-Sticks. Was ist mit Aufklebern? Wie sieht es mit dem Bestand bei euch aus? Habt ihr alle hierher gebracht oder? 20:25:17 <str4d> hottuna2: wir müssen die USBs nicht einmal verschenken 20:25:24 <eche|on> ich habe noch Aufkleber übrig 20:25:42 <comradenosebleed> zzz: ich habe auch einen Haufen Aufkleber, die mir tuna gegeben hat, ich bringe sie gern mit 20:25:44 <str4d> wenn sie gut genug sind, könnten wir sie zum Selbstkostenpreis verkaufen 20:25:45 <eche|on> aber einige der Toronto-Kontakte wollten ein neues Design erstellen, AFAIK. 20:25:55 <comradenosebleed> (sorry tuna, ich versuche, so viele wie möglich zu verteilen) 20:26:05 <dg> ich könnte noch ein paar Aufkleber haben 20:26:11 <eche|on> str4d: ich möchte auf dem CCC nicht verkaufen und neben meiner Debitkarte mit Geld hantieren 20:26:16 <zzz> eche|on, hast du genug für den CCC oder brauchst du, dass comradenosebleed welche mitbringt? 20:26:30 <hottuna2> wollen wir noch mehr T-Shirts besorgen 20:26:40 <eche|on> ich habe genug für den CCC, aber das ist mein letzter Vorrat 20:26:53 <comradenosebleed> ich habe wahrscheinlich etwa 200 auf meinem Schreibtisch liegen, ich bringe sie gern mit 20:27:07 <eche|on> also brauche ich ein neues Design oder ich bestelle noch einmal 10k mit dem gleichen Design 20:27:13 <hottuna2> und eine separate Frage: Wollen wir sie verkaufen? 20:27:23 <hottuna2> eche|on: Ich würde gern ein neues Design machen lassen 20:27:33 <hottuna2> bevor neue Aufkleber bestellt werden 20:27:36 <zzz> kaufen wir vorerst keine weiteren Aufkleber, wenn wir genug für den CCC haben und Potenzial für ein neues Design besteht 20:27:44 <eche|on> genau 20:27:51 <zzz> nein, ich denke nicht, dass wir sie verkaufen sollten 20:27:53 <dg> bring sowieso welche mit 20:28:02 <hottuna2> zzz, einverstanden. 20:28:12 <str4d> niemand verkauft Aufkleber auf Cons :P 20:28:21 <str4d> Die Werbung allein ist es wert 20:28:22 <hottuna2> trotzdem: wollen wir mehr T-Shirts besorgen? 20:28:43 <eche|on> hottuna2: wir können auf zzz.i2p Besucher (I2P-Team) fragen, die ein Shirt brauchen/wollen. mindestens dg und str4d brauchen welche 20:28:46 <str4d> (oh Moment, T-Shirts, nvm) 20:28:46 <eche|on> ja 20:28:56 <zzz> Ich sage nein zu T-Shirts. Zu viel Aufwand zu verkaufen, und fast jeder hat eins, oder? 20:29:05 <str4d> ich nicht 20:29:11 <str4d> ich bin allerdings nicht beim CCC 20:29:13 <eche|on> und postman postman !?? 20:29:20 <eche|on> oh, sry... 20:29:20 <dg> postman kommt übrigens dazu :) 20:29:29 <zzz> für die Einzelfälle können sie es auf Spreadshirt kaufen 20:29:40 <zzz> wenn sie wollen 20:30:04 <str4d> Das war mein Plan :) 20:30:19 <zzz> wie war die Antwort zum Poster? Vielleicht machen tuna und sadie etwas, vielleicht auch nicht? 20:30:22 <dg> ich hole mir auch eins, keine Notwendigkeit, mehr für das Projekt zu bestellen 20:30:37 <zzz> gibt es das Timothy-Leary-Poster noch? 20:31:27 <hottuna2> zzz, also kein T-Shirt für dg oder postman? 20:31:37 <hottuna2> ich habe nichts dagegen, sie zu bestellen/mitzubringen. 20:31:40 <postman> hey, ich würde eins nehmen 20:31:49 <eche|on> `http://echelon.i2p/29c3/user5/poster/final_with_garlic.jpg` 20:32:03 <eche|on> zzz: das? 20:32:06 <dg> Ich hätte gern ein gelbes, wenn du eins hast, aber sonst bestelle ich es selbst 20:32:43 <hottuna2> dg, postman, welche Größen habt ihr? 20:32:45 <zzz> klingt so, als klären das tuna, postman und dg untereinander mit den T-Shirts – ob tuna sie bestellt oder die anderen einfach selbst bestellen 20:32:56 <eche|on> T-Shirt-Kosten können auf der 32C3 für Team-Mitglieder erstattet werden 20:33:03 <dg> ja sorry, wir lassen das für später :) 20:33:26 <zzz> ok, also erstattet das Projekt T-Shirts für diejenigen, die keine haben 20:33:34 <zzz> Einwände dagegen? 20:33:41 <eche|on> wir haben die anderen Shirts schon bezahlt 20:33:48 <zzz> jup 20:34:31 <zzz> ok, klingt so, als hätten wir gerade keine Poster-Antwort, aber kein großes Ding, wenn wir keins bekommen 20:34:31 <eche|on> Datum fürs Abendessen vorab ankündigen? 20:34:32 <hottuna2> nein 20:34:32 <hottuna2> so wurde es bisher gemacht 20:34:39 <zzz> ja, eche|on, das ist das Leary-Poster 20:35:09 <zzz> eche|on, hast du einen Vorschlag, an welchem Abend fürs Abendessen? 20:35:42 <eche|on> hmm, der 27. ist etwas früh, aber noch ok. 28. oder 29. gehen auch. Aber ich muss den Vortragsplan abwarten 20:36:03 <zzz> ok, halten wir mal den 28. fest, vorbehaltlich Änderungen 20:36:08 <zzz> noch etwas zu 2) ? 20:36:09 <eche|on> wir können den 27. machen, ist Sonntag, erster Abend, alle sind jetlagged, keiner will Bier, billig^^ 20:36:49 <zzz> letzter Aufruf zu 2) 20:36:51 <dg> nein danke für den 27. 20:37:20 <zzz> 3) RWC Budget 20:37:36 <zzz> eche|on, gibt es Anträge für RWC-Finanzierung? Wie hoch ist die Summe? 20:37:51 <eche|on> ja, das ist ein bisschen wenig anonym, da ich eine Anfrage über 500 für Hotelkosten bei der RWC bekommen habe 20:38:20 <zzz> klingt vernünftig, Einwände? 20:38:25 <eche|on> nein 20:38:30 <eche|on> wenn das Paper gut ist, alles gut^^ 20:38:51 <eche|on> und es ist 2016, neues Jahr, neue 10% *g* 20:39:24 <zzz> Ich ermutige jeden, der zur RWC kann, sie sich anzusehen, es ist eine gute Konferenz 20:39:35 <zzz> noch etwas zu 3) ? 20:39:40 <eche|on> zu weit weg von mir 20:39:53 <eche|on> obwohl interessant, sicher 20:39:55 <dg> zu weit und inkompatibel mit dem CCC 20:40:50 <zzz> ok, sonstige Themen? Ich weiß, ich habe i2pcontrol, 32c3-Vortrag und Foren-Ersatz im zzz.i2p-Thread abgeschmettert, aber wenn jemand _kurz_ darüber sprechen möchte, jetzt melden 20:41:33 <hottuna2> ja. ich würde gern über forum.i2p sprechen 20:41:38 <hottuna2> wollen wir es ersetzen? 20:41:52 <dg> nur zum Foren-Ersatz: Wir sind offen dafür und diskutieren es. Wenn jemand meint, dass es eine gute Idee ist, dass wir das machen, meldet euch bei postman/mir/eche|on. Wir sind in der Lage, eins zu betreiben, aber wir wissen nicht, ob es viel Unterstützung gibt 20:42:33 <zzz> Ich füge meine Position von zzz.i2p ein, andere mögen widersprechen, das ist ok 20:42:35 <hottuna2> ich denke, wir sollten einen öffentlich sichtbaren Ort für Diskussionen haben 20:42:54 <zzz> Meine konsequente Ansicht war, dass Nutzer mit den Füßen abstimmen – lasst tausend Blumen blühen, etc. Es ist nicht notwendig oder sogar klug, wenn wir einen Ersatz küren. Eine oder mehrere Seiten können sich nach unserem üblichen Prozess um einen Platz auf der Startseite der Konsole bewerben. Wenn jemand eine Forenseite einrichten möchte, sollte er das tun, 20:43:18 <hottuna2> Ich stimme nicht zu. 20:43:19 <dg> hottuna2: Während ich einem Forum sehr offen gegenüberstehe – was ist an zzz.i2p nicht offen? Zur Info: Es ist unwahrscheinlich, dass ein von postman/echelon/mir betriebenes forum.i2p im Clearnet sein wird 20:43:43 <hottuna2> Ich denke, wir sollten ein Clearnet-Forum haben. 20:43:47 <zzz> zzz.i2p ist nicht für alle Themen offen 20:44:01 <hottuna2> mit I2P zu interagieren ist derzeit wie mit einem Ziegelstein zu reden. 20:44:06 <zzz> Foren werden über Inproxies von Spidern _zugespammt_ 20:45:15 <zzz> und über Inproxies mit Spam traktiert 20:45:15 <hottuna2> es gibt IRC und zzz.i2p. Das war’s, was öffentliche Kommunikation mit I2P angeht 20:45:15 <hottuna2> wie sollen wir Menschen anziehen, die neu bei Anonymitäts-Tools sind, wenn wir für diese Leute nicht einmal erreichbar sind? 20:45:15 <eche|on> zzz.i2p ist Entwickler-Talk, ein Nutzerforum wäre schön, aber es kann nicht im Clearnet betrieben werden 20:45:15 <zzz> ich würde gern sehen, dass das PR-Team den Blog auf unserer Website mehr nutzt 20:45:16 <hottuna2> ich verstehe, dass das Betreiben eines Forums sehr unbequem ist. 20:45:19 <eche|on> forum.i2p ist derzeit ein gutes Forum, ich halte es so sauber, wie ich mag 20:45:36 <dg> eins zu administrieren ist ok, Clearnet wird schwierig. Es ist möglich, aber... 20:45:38 <zzz> das Forum wird bis Jahresende wegen Rekey tot sein 20:45:38 <hottuna2> aber unser Blog unterstützt keine Kommunikation in beide Richtungen. Der Blog ist nur ein Sendetool. 20:45:53 <dg> ich sehe aber, dass Clearnet für Support hilfreich wäre. 20:46:02 <hottuna2> also ist das ein relevantes Thema, das wir so bald wie möglich angehen sollten. 20:46:38 <zzz> möchte jemand ein (oder „das“) Foren-Ersatz betreiben? Nur zu, ihr braucht niemandes Erlaubnis 20:46:42 <hottuna2> Support und auch neue Entwickler anziehen. Den Leuten zu zeigen, welche Themen wir diskutieren, ist ein Weg, Entwickler und Menschen aller Skill-Levels anzuziehen 20:46:50 <str4d> ich sehe keinen einfachen Weg, einen Blog hinzuzufügen, ohne über den nahezu statischen Ansatz hinauszugehen 20:47:19 <dg> das irc2p-Team ist dabei, aber ich weiß nicht, wie man das Clearnet-Problem handhabt 20:47:21 <zzz> hottuna2, niemand sagt, dass ein Forum keine gute Sache ist 20:47:47 <str4d> Kommentarbereich zum* 20:47:53 <hottuna2> also sind wir uns einig, dass es hilfreich für uns wäre, eins zu haben? 20:47:55 <eche|on> dg: forum.i2p war Clearnet, das lief nicht gut, wurde geschlossen und alles ist gut 20:48:09 <zzz> Ich habe forum.i2p schon im Januar für tot erklärt. Es gab genug Zeit. 20:48:16 <hottuna2> und wir sind uns auch einig, dass wir Neulinge ansprechen und für I2P gewinnen wollen? 20:48:23 <dg> eche|on: es wäre für Nutzersupport aber hilfreich 20:48:36 <hottuna2> damit es mehr ist als ein Vaporware-Ziel, braucht es Taten 20:48:37 <eche|on> dg: den Aufwand nicht wert 20:48:42 <zzz> hottuna2, einverstanden: Foren sind gut. Nicht sicher, ob einer von uns eines betreiben muss. Und ich bin mir nicht sicher, ob ich jemanden habe freiwillig melden hören. 20:49:08 <dg> Spam zu handhaben ist mir egal, ich will nur anonym bleiben, und das geht nicht, wenn man eine Clearnet-Seite betreibt 20:49:23 <eche|on> ja 20:50:46 <hottuna2> dg, könnte ich oder jemand anders den Root-Server mieten? 20:50:46 <eche|on> aber wirklich, du willst das I2P-Forum nicht im Clearnet 20:50:46 <hottuna2> und du hast Zugriff darauf über i2p+ssh? 20:50:46 <zzz> also könnte dg als Admin kombiniert mit einigen Server-Ressourcen eine Lösung sein 20:50:46 <dg> hottuna2: Das können wir besprechen, wenn du (oder jemand anderes) mit den Kosten einverstanden bist 20:50:46 <hottuna2> eche|on: Ich möchte, dass das Forum im Clearnet und auf I2P ist 20:50:46 <eche|on> hottuna2: du wirst es verlieren. 20:50:46 <eche|on> forum.i2p hatte massive Spam-Probleme 20:50:46 <dg> eche|on: Ich weiß, Clearnet kann ein Problem sein, aber viele Nutzer mögen es als Support-Mechanismus 20:50:46 <dg> IRC ist nicht für jeden, besonders, wo wir die „deep sleep chamber“ haben 20:50:46 <eche|on> deshalb wurde es geschlossen 20:50:46 <zzz> klar, Clearnet ist ein schöner Traum, vielleicht lösbar, vielleicht nicht 20:50:50 <eche|on> forum.i2p ist weiterhin ein guter Support-Kanal 20:50:54 <hottuna2> dg, damit bin ich einverstanden, und ich denke auch, dass I2P einen Foren-Server erstatten würde 20:51:24 <dg> mache ich gern einen Versuch und wenn es nicht klappt, sind wir eben nur I2P. Ich weiß nicht, ob I2P das erstattet (nicht meine Entscheidung), aber I2P erstattet ja bereits Core-Services... 20:51:25 <comradenosebleed> Wie viele Moderatoren gab es im Forum, als es Clearnet war? Mit mehr Mods könnten wir Missbrauch, Spam usw. besser eindämmen. 20:51:35 <hottuna2> eche|on: eche|on: würde I2P eine Foren-Maschine sponsern? 20:51:35 <dg> comradenosebleed: afaik war es nur eche|on 20:51:43 <eche|on> comradenosebleed: wir hatten mindestens 5–10 Leute 20:51:49 <dg> hottuna2: ich administre es gern in jedem Fall, will dich nur nicht belasten. 20:51:53 <eche|on> aber ein verdammt dummer Typ hat gespammt und etwas DDoS gemacht 20:52:06 <hottuna2> dg, würdest du dich melden, ein Clearnet+Hidden-Forum aufzusetzen und zu administrieren? 20:52:07 <zzz> dg, vielleicht kannst du Bandbreite-/Rechenleistungs-Anforderungen abschätzen und einen Vorschlag zusammenstellen? 20:52:25 <dg> hottuna2, zzz: OK, ich arbeite mit hottuna2 daran und wir können einen Vorschlag ausarbeiten 20:52:36 <dg> hottuna2: solange ich weiterhin anonym sein kann, kein Problem 20:52:38 <hottuna2> einen recht leistungsfähigen Server von hetzner zu bekommen, kostet etwa 30/Monat 20:52:42 <zzz> Ich bin weiterhin nicht dafür, aber bereit zuzuhören 20:52:55 <zzz> wir haben jetzt freie VMs, aber es hängt von der Last ab 20:53:02 <zzz> ok, noch etwas zum Forum? 20:53:06 <zzz> sonst noch etwas für die Sitzung? 20:53:11 <eche|on> außerdem kannst du im Clearnet viele Themen nicht hosten, die jetzt in forum.i2p sind 20:53:11 * zzz wärmt den baffer auf 20:53:28 <hottuna2> zzz, eche|on: wegen der freien VMs – wollen wir unsere gesamte Infrastruktur auf demselben Host platzieren? 20:53:30 <eche|on> z. B. wirst du fürs Forum einen muttersprachlich Russisch sprechenden brauchen, um es zu administrieren 20:53:31 <comradenosebleed> Ich melde mich als Moderator, falls wir ein Clearnet-Forum aufsetzen. So sehr ich es hasse, Cloudflare vorzuschlagen, sie haben exzellente DDoS-Abwehr 20:54:01 <hottuna2> comradenosebleed: notiert 20:54:02 <eche|on> und derjenige müsste die Regeln des Landes kennen, in dem der Host gehostet ist (hetzner ist deutsch, Deutschland hat z. B. ein paar seltsame Gesetze) 20:54:15 <zzz> ihr könnt die Forum-Diskussion gern fortsetzen, allerdings bin ich... gerade... 20:54:23 <eche|on> baffing! 20:54:25 <zzz> .. *baffing* die Sitzung geschlossen

0.9.22 Veröffentlichung

Sat, 12 Sep 2015 00:00:00 +0000

Aktualisierungsdetails

0.9.22 enthält Fehlerbehebungen für ein Problem, bei dem i2psnark vor dem Abschluss hängen bleiben konnte, und beginnt die Migration der Router-Infos auf neue, stärkere Ed25519-Signaturen. Um die Fluktuation im Netzwerk zu reduzieren, wird Ihr Router bei jedem Neustart nur mit geringer Wahrscheinlichkeit auf Ed25519 umstellen. Wenn der Schlüsselwechsel erfolgt, rechnen Sie für einige Tage mit einer geringeren Bandbreitennutzung, während er sich mit seiner neuen Identität wieder in das Netzwerk integriert. Wenn alles gut läuft, werden wir den Schlüsselwechselprozess in der nächsten Version beschleunigen.

I2PCon: Mission erfüllt

Thu, 20 Aug 2015 00:00:00 +0000

I2PCon war ein riesiger Erfolg. Für uns, die I2P-Mitwirkenden, stellt es einen großen Sprung nach vorn dar – hinsichtlich dessen, was wir als Community auf die Beine stellen können, wie wir die Anwendungsfälle von I2P kommunizieren und datenschutzbewusste Menschen erreichen.

Durch die Organisation dieser Veranstaltung haben wir unsere Community ebenfalls wachsen lassen. Menschen, die bisher nur in unseren IRC-Kanälen mitgelesen haben, unsere Software genutzt haben oder möglicherweise noch nie von I2P gehört hatten, sind nun Teil unserer Community.

0.9.21 Veröffentlichung

Fri, 31 Jul 2015 00:00:00 +0000

Aktualisierungsdetails

0.9.21 enthält mehrere Änderungen, um die Kapazität des Netzwerks zu erhöhen, die Effizienz der floodfills zu steigern und die Bandbreite effektiver zu nutzen. Wir haben die tunnels für gemeinsame Clients auf ECDSA-Signaturen umgestellt und mithilfe der neuen “multisession”-Fähigkeit einen DSA-Fallback für die Sites hinzugefügt, die ECDSA nicht unterstützen.

Die Referenten und der Zeitplan der I2PCon in Toronto 2015 wurden bekanntgegeben. Weitere Details finden Sie auf der I2PCon-Seite. Reservieren Sie Ihren Platz auf Eventbrite.

I2PCon

Thu, 16 Jul 2015 00:00:00 +0000

I2PCon ist die erste Veranstaltung ihrer Art. Sie hat zwei kurzfristige Ziele. Das erste besteht darin, der breiten Öffentlichkeit eine Veranstaltung zu bieten, auf der Wissen über Privatsphäre und Datenschutzbedenken vermittelt werden kann. Das zweite Ziel ist es, das I2P-Projekt und seine Community voranzubringen. Dies wird in Form technischer Diskussionen über Kryptografie, Anonymität und I2P-zentrierte Themen stattfinden.

Diese Veranstaltung hat ein größeres und langfristigeres Ziel: eine Gemeinschaft datenschutzbewusster Personen aufzubauen. Indem wir Menschen vernetzen, die die Bedeutung des Datenschutzes erkennen, möchten wir ein Forum bieten, in dem diese Gemeinschaft wachsen kann.

I2P-Entwicklertreffen - 14. Juli 2015

Tue, 14 Jul 2015 00:00:00 +0000

Kurzer Überblick

Anwesend: chlorelium, dg, EinMByte, hottuna, lazygravy, psi, RN, str4d, z3r0fox, zzz

Sitzungsprotokoll

20:01:40 <hottuna> 0) Hi 20:01:40 <hottuna> 1) I2PCon: Status-Update 20:01:40 <hottuna> 2) I2PCon: Spirituosenlizenz (25 $) 20:01:40 <hottuna> 3) I2PCon: Fotos ohne ausdrückliche Zustimmung erlauben? 20:01:40 <hottuna> 4) I2PCon: Videos erlauben? 20:01:40 <hottuna> 5) I2PCon: Ablauf des Events planen 20:01:43 <hottuna> 6) dogecoindark.i2p Startseiten-Anfrage 20:01:54 <chlorelium> aloha! Schön, heute mit euch allen hier zu sein. 20:02:02 <z3r0fox@oftc> o/ 20:02:07 <EinMByte> Hi 20:02:13 <hottuna> ***** 0) ***** 20:02:19 <hottuna> Hallo@all 20:02:36 <hottuna> Hat jemand Fragen oder etwas, das auf die Agenda sollte? 20:02:43 <RN> hi 20:03:00 <str4d> hi 20:03:00 <lazygravy> Hi 20:03:01 <EinMByte> Haben wir einen Livestream? (für die Con) 20:03:15 * RN hat Input zu #3, wartet aber, bis es dran ist 20:03:31 <lazygravy> EinMByte: klingt nach Thema für #4 20:03:38 <hottuna> EinMByte, nein. So etwas wurde nicht organisiert. Lass uns die Diskussion zu 4) packen 20:03:46 <hottuna> sonst noch was? 20:03:49 <EinMByte> ok 20:04:04 <chlorelium> eine Sache 20:04:06 <chlorelium> Spenden 20:04:15 <chlorelium> Ich habe mit dnj über Spenden bei der I2PCon gesprochen 20:04:22 <chlorelium> bin mir nicht sicher, wie wir das handhaben 20:04:25 <chlorelium> das sollten wir heute klären. 20:04:40 <hottuna> lass uns das als 7) hinzufügen 20:05:08 <hottuna> ok. 20:05:13 <hottuna> **** 1) **** 20:05:19 <hottuna> 1) I2PCon: Status-Update 20:05:37 <hottuna> Also.. der aktuelle Stand ist, dass wir die meisten Aspekte des Events finalisieren. 20:06:00 <hottuna> Alle unsere Vortragenden sind bestätigt. 20:06:16 <hottuna> Der nächste Schritt ist die Erstellung eines Zeitplans 20:06:27 <hottuna> Und zuletzt die zweite Ankündigung 20:06:48 <EinMByte> Wie viele Teilnehmende haben wir derzeit? Wissen wir das? 20:06:52 <hottuna> Mit mehr Details, wie Zeitplan und allem, was sonst noch nützlich sein könnte. 20:07:06 <EinMByte> Haben wir eine Webseite? Brauchen wir eine? 20:07:07 <hottuna> EinMByte, gute Frage. Das hat auch chlorelium angesprochen. 20:07:19 <hottuna> Hacklab hat 40 Sitzplätze 20:07:21 <EinMByte> So eine Seite auf geti2pNet 20:07:32 <EinMByte> s/geti2pNet/geti2p.net 20:07:42 <hottuna> EinMByte, ich habe gegen eine Webseite gestimmt, wegen des Aufwands. 20:07:44 <chlorelium> hottuna: habe tatsächlich eine korrigierte Zahl, es sind 48 Stühle, aber es ist eng 20:08:28 <hottuna> Apropos Anzahl der Teilnehmenden, chlorelium hat gebeten, dass wir die Zahl irgendwie nachverfolgen. 20:08:39 <EinMByte> hottuna: nun, eine ganze Website ist vielleicht etwas zu viel. Aber zumindest eine Seite mit den Informationen? 20:08:44 <hottuna> Die aktuelle Idee ist eine Eventbrite-Seite, auf der sich Leute anmelden können. 20:09:11 <chlorelium> EinMByte: Ich dachte an eine Eventbrite-Seite. Vor allem möchte ich nicht, dass wir 48 Plätze haben und 200 Leute auftauchen :) 20:09:30 <chlorelium> Hacklab hat einen Eventbrite-Account, ich kann zeitnah etwas einrichten. 20:09:39 <lazygravy> hottuna: egal was genutzt wird, stellt sicher, dass es Tor-Verbindungen nicht blockiert. Ich bin sicher, die meisten möchten sich darüber anmelden. 20:10:03 <hottuna> Könnten wir mehr als 48 Leute reinquetschen, wenn einige stehen? 20:10:03 <EinMByte> chlorelium: nun, man kann den Leuten immer ein Token geben, das sie beim Eintritt vorzeigen müssen 20:10:11 <hottuna> Nur um etwas Puffer zu haben 20:10:16 <dg> \o. 20:10:31 <hottuna> EinMByte, wir haben die Ankündigung, und wir werden eine weitere Ankündigung im gleichen Stil wie die erste machen 20:10:37 <chlorelium> hottuna: ja, Stehplätze vermutlich für 80+ 20:10:53 <chlorelium> lazygravy: vermerkt bzgl. TOR 20:10:56 <hottuna> sonst habe ich keine Freiwilligen für den Bau einer Webseite. 20:11:44 <chlorelium> EinMByte: Eventbrite generiert „Tickets“; benötigt keinen echten Namen oder echte Telefonnummer, kann anonym über Tor mit Wegwerf-E-Mail erfolgen 20:11:50 <chlorelium> EinMByte: das kann also so eine Art Token sein 20:12:02 <hottuna> klingt ziemlich gut. 20:12:16 <EinMByte> Das ist gut. Eventbrite scheint gut. Aber wir sollten wahrscheinlich von der I2P-Website darauf verlinken 20:12:29 <EinMByte> (kann in einem Blogeintrag sein, denke ich) 20:12:43 <hottuna> EinMByte, machen wir in der zweiten Ankündigung und wahrscheinlich auch von der ersten aus. 20:12:54 <EinMByte> ok 20:12:58 <hottuna> es dient nur dazu, uns eine Schätzung der Anzahl der Teilnehmenden zu geben 20:12:59 <RN> mmm... Ich nehme an, ein I2P-internes Mirror von Eventbrite wäre etwas viel... 20:13:21 <dg> RN: unwahrscheinlich, obwohl jemand (ich?) fragen könnte. Hängt davon ab, wie groß sie sind und ob wir Kontakte haben 20:13:35 <hottuna> :P 20:13:38 <hottuna> das ist sehr optimistisch 20:13:56 <hottuna> wir arbeiten auch an einem Flyer für das Event 20:13:56 <RN> ja, schreib das in die Notizen für „nächstes Mal“ 20:14:09 <EinMByte> Also cholerlium, richtest du die Eventbrite-Seite ein? 20:14:18 <hottuna> ich hatte gehofft, eine frühe Version jetzt fertig zu haben, aber wahrscheinlich sehen wir sie später heute Abend 20:14:19 <chlorelium> EinMByte: sicher, ich mache das doay 20:14:21 <chlorelium> *heute 20:14:43 <hottuna> großartig, je eher wir einen Link haben, desto eher können wir mit der Veröffentlichung beginnen 20:14:45 <chlorelium> EinMByte: Ich kann zumindest die URL zum Posten erzeugen, und wir können sie später bei Bedarf mit Inhalt füllen 20:15:27 <hottuna> Ok, möchte noch jemand etwas hinzufügen? 20:15:36 <RN> je früher die URL generiert wird, desto früher kann getestet werden, ob sie tor-freundlich ist 20:15:38 <EinMByte> *chlorelium 20:16:11 <z3r0fox@oftc> Bezüglich Infos in der zweiten Ankündigung: Leute wollen vielleicht wissen, ob sie etwas anschließen können 20:16:53 <hottuna> z3r0fox: guter Punkt 20:17:00 <chlorelium> z3r0fox: Strom, Netzwerk, oder was? 20:17:01 <lazygravy> Mit „anschließen“ ist Internetzugang gemeint? 20:17:14 <chlorelium> Strom haben wir :) 20:17:18 <z3r0fox@oftc> Beides... 20:17:28 <str4d> Ich habe Eventbrite schon über Tor genutzt, lief bei mir gut 20:17:30 <str4d> (2013, Registrierung für RWC 2014) 20:17:42 <RN> danke str4d 20:18:08 <chlorelium> also 20:18:12 <chlorelium> Strom: 20:18:17 <chlorelium> wir haben viele große Steckerleisten 20:18:26 <RN> Netzwerk? WLAN? 20:18:31 <chlorelium> einige hängen von der Decke, wir könnten sie ggf. unter/hinter Sitzreihen verlegen 20:18:37 <chlorelium> Netzwerk läuft größtenteils über WLAN 20:18:51 <hottuna> str4d, danke 20:18:51 <chlorelium> wir stemmen regelmäßig 30+ Leute im Gastnetz 20:18:57 <chlorelium> wir haben auch eine PirateBox, falls das wen interessiert :) 20:19:21 <chlorelium> Ich frage unsere Ops-Person, wie viele Verbindungen das Gastnetz verkraftet, bevor es den Bach runtergeht 20:19:27 <hottuna> ok. also haben wir zumindest etwas Strom und WLAN für ~alle 20:19:58 <chlorelium> yup 20:20:13 <chlorelium> das hilft auch beim Vorab-Headcount 20:20:22 <EinMByte> gut 20:20:22 <chlorelium> wir können den Bedarf fürs WLAN planen 20:20:27 <hottuna> gut. noch etwas zu 1)? 20:20:30 <dg> Vor ein paar Tagen hat mich jemand namens ‚saltire‘ angeschrieben und gefragt, einen Relay zwischen OFTC und IRC2P für #torontocrypto einzurichten. Er hat sich seitdem nicht gemeldet, und #torontocrypto hat keinen Relay (nur ChanServ und ich). Könnte saltire oder jemand anderes von TC einen einrichten? 20:20:48 <dg> Ich könnte es wahrscheinlich machen, da OFTC Tor erlaubt, aber mir wäre jemand von TC lieber. 20:21:13 <hottuna> dg, möglich. Ich kenne saltire aus dem Meatspace. 20:21:24 <hottuna> dg, könnten wir das nach dem Meeting verschieben? 20:21:28 <RN> mmm.... Lag? oder ist das Netzwerk nicht verfügbar...? 20:21:31 <dg> hottuna: np 20:21:40 <hottuna> ok 20:21:45 <hottuna> **** 2) **** 20:21:48 <hottuna> 2) I2PCon: Alkohollizenz (25 $) 20:21:53 <hottuna> Wir besorgen eine. 20:21:54 <hottuna> Heute. 20:22:03 <hottuna> Keine Sorge, das kriegen wir hin. 20:22:06 <chlorelium> Papierkram ist fast ausgefüllt, muss nur noch eingereicht werden 20:22:14 <lazygravy> :-) 20:22:21 <chlorelium> Habe bereits beim LCBO angerufen, die haben heute bis 21 Uhr EDT jemanden da, der unseren Antrag annimmt 20:22:25 <chlorelium> und die Frist ist tatsächlich morgen Abend 20:22:30 <zzz> ist die Lizenz für Konsum, Verkauf oder beides? 20:22:37 <lazygravy> BYOB? 20:22:38 <hottuna> Mit der Lizenz gibt es Pflichten. Etwa: Leute nicht sturzbetrunken werden lassen. 20:22:49 <hottuna> zzz, Konsum. 20:22:54 <hottuna> lazygravy, nein. 20:23:00 <chlorelium> Lizenz erlaubt keinen Verkauf. Sie ist nur für Konsum. Wenn wir eine Verkaufslizenz wollen, steigt die Gebühr auf 75 $ 20:23:11 <hottuna> Eine Lizenz ist nicht kompatibel mit BYOB 20:23:17 <EinMByte> Bedeutet das, Getränke sind kostenlos? 20:23:18 <chlorelium> BYOB ist ein No-Go. BYO ist bei öffentlichen Veranstaltungen wie dieser illegal 20:23:30 <hottuna> EinMByte, ja. aber nur eine kleine Menge. 20:23:32 * RN schmollt wegen Nicht-Teilnahme „awww man... die haben sogar Bier!!!“ :( 20:23:45 <hottuna> Wir reden über 1–2 Bier pro Person, je nach Teilnehmerzahl 20:23:46 <chlorelium> (und normalerweise wäre es uns egal, aber garantiert tauchen Regierungsleute auf und irgendwer beschwert sich irgendwo über fehlende Lizenz) 20:23:59 <hottuna> Und wie großzügig eche|on sich fühlt 20:24:06 <zzz> gut. wir haben einen Eimer für Spenden (Thema #7) 20:24:18 <chlorelium> Wir können mehr Alkohol zum Verkauf haben, aber dafür müssten wir 50 $ extra für die Lizenz drauflegen 20:24:24 <chlorelium> der Antragsprozess ist im Wesentlichen der gleiche 20:24:25 <EinMByte> hottuna: ok. Habt ihr ein System, um nachzuhalten, wer schon sein Getränk hatte? Oder glaubt ihr, das wird kein Problem? 20:24:41 <hottuna> zzz, solange der Spenden-Eimer nicht ausdrücklich für Alkohol ist, sollten wir fein raus sein 20:24:58 <hottuna> EinMByte, nicht wirklich. aber wir planen nicht, Unmengen mitzubringen. 20:25:02 <chlorelium> nur FYI: wenn wir an der Tür Spenden nehmen und Getränkemarken ausgeben, brauchen wir eine „Verkaufs“-Lizenz, weil das als indirekter Verkauf gilt 20:25:26 <chlorelium> das heißt nicht, dass wir Spenden annehmen und Getränkemarken ausgeben nicht dürfen, aber in dieser Reihenfolge geht es mit einer „kein Verkauf“-Lizenz nicht o_0 20:25:29 <chlorelium> Alkoholgesetze sind albern 20:25:59 <EinMByte> hottuna: dann gehen wir einfach von Ehrlichkeit aus 20:25:59 <chlorelium> EinMByte: Ich denke, Ehrlichkeit ist eine gute Richtlinie :) 20:25:59 <hottuna> EinMByte, das ist die Idee. 20:25:59 <hottuna> Noch etwas zu 2)? 20:26:14 <chlorelium> nur ein Hinweis 20:26:21 <chlorelium> sobald wir die Lizenz haben (in einer Woche) 20:26:32 <chlorelium> müssen wir mit der Lizenz zur LCBO, um einzukaufen 20:26:45 <chlorelium> wer Alkohol mitbringt, kann nicht einfach vorher was kaufen und mitbringen 20:26:58 <chlorelium> da gibt es was, dass die LCBO den Verkauf nachverfolgt 20:27:15 <hottuna> ok. das dürfte kein großes Problem sein. 20:27:21 <chlorelium> Ich glaube, die wollen sicherstellen, dass man nicht 1.000 $ Bier für ein einziges Event kauft :) 20:27:30 <chlorelium> die Lizenz wird vermutlich an das Lab geschickt 20:27:35 <chlorelium> ich melde mich, wenn sie da ist. 20:27:44 <hottuna> großartig 20:28:07 <hottuna> **** 3) **** 20:28:08 <hottuna> 3) I2PCon: Fotos ohne ausdrückliche Zustimmung erlauben? 20:28:13 <chlorelium> also 20:28:23 <hottuna> Hat jemand eine starke Meinung? 20:28:31 <chlorelium> Hacklabs Standard-Policy war fast immer „nicht ohne ausdrückliche Zustimmung“ 20:28:47 <chlorelium> wir können das aussetzen, aber die Chance ist groß, dass Mitglieder im Space sind, die nicht wegen der Con da sind und vielleicht nicht fotografiert werden wollen 20:29:04 <hottuna> gut, das macht uns die Entscheidung deutlich leichter. 20:29:19 <chlorelium> Wir könnten farbcodierte Namensschilder o.Ä. verwenden, um Zustimmung zu kommunizieren, falls euch die Idee gefällt. 20:29:31 <hottuna> Hat jemand ein Problem damit, wenn keine Fotos gemacht werden dürfen? 20:29:41 <hottuna> (ohne ausdrückliche Zustimmung) 20:30:26 <hottuna> Möchte jemand noch etwas zu 3) hinzufügen? 20:30:46 <dg> 3) ist Zustimmung zu Fotos? 20:30:49 <str4d> Ich finde ausdrückliche Zustimmung in Ordnung 20:30:52 <hottuna> ja 20:30:53 <z3r0fox@oftc> Es muss an der Tür klar gemacht werden, wegen der Handys 20:31:07 <lazygravy> str4d: das hat bei HOPE gut funktioniert. 20:31:10 <EinMByte> Ich stimme zu, manche möchten nicht fotografiert werden 20:31:20 <dg> Solange ausdrückliche Zustimmung ok ist und klar ist, dass Leute Bilder löschen, wenn man sie bittet 20:31:23 <chlorelium> z3r0fox: klar, wir machen ein Schild 20:31:27 <RN> ja 20:31:33 <RN> Ich habe 3) komplett verpasst 20:31:44 <hottuna> ausgezeichnet 20:31:56 <str4d> Die Namensschild-Idee ist nett. Vielleicht könnte es auf der Eventbrite-Seite ein Häkchen für Zustimmung geben (ja/nein/unentschieden) 20:32:14 * psi scrollt 20:32:26 <chlorelium> str4d: das wurde schon für Nicht-Hacklab-Events gemacht 20:32:37 <EinMByte> str4d: gute Idee 20:32:39 <chlorelium> es muss nicht mal ein Namensschild sein, eine farbige Papierscheibe reicht 20:32:46 <str4d> Namensschild mit grün == ok. Ohne == man muss fragen. 20:32:50 <str4d> chlorelium: nice 20:32:53 <RN> Ich habe noch was zu 3) und werde es in ca. 9 Zeilen einfach reinkopieren... 20:33:07 <hottuna> str4d, chlorelium: ich bin mir nicht sicher, ob ich das alles organisieren möchte, ich würde es lieber minimal halten mit einer einfachen Regel 20:33:10 <RN> macht eine Itoopie-Maske, die Leute, die nicht fotografiert werden wollen, sich bei Fotos vors Gesicht halten können.... 20:33:10 <RN> einfacher, als jemand anderem zu vertrauen, die Itoopie-Maske später reinzuphotoshoppen 20:33:10 <RN> Maskottchen-Präsenz == gute PR | Spaß | günstig 20:33:10 <RN> benötigte Materialien (Montage erforderlich) 20:33:10 <RN> Pappteller 20:33:11 <RN> gelbe Sprühfarbe 20:33:15 <RN> große Spatel (Holzmundspatel) 20:33:17 <RN> Klammern (die durch Holz gehen) oder Kleber/Klebeband 20:33:19 <RN> schwarzer Marker oder schwarze Farbe & Pinsel 20:33:39 <hottuna> RN: Wenn jemand eine Maske basteln will, wäre das perfekt! 20:33:46 <chlorelium> :D 20:33:49 <RN> gebt sie an der Tür aus... das startet das Gespräch über Fotos 20:33:55 <psi> sind Masken noch erlaubt? 20:33:59 <hottuna> ich packe es in die „klar, warum nicht“-Kiste. 20:34:02 <psi> wegen Anti-Protest-Gesetzen usw. 20:34:12 <dg> Ich nehme an, in einem privaten Raum ist das ok 20:34:17 <hottuna> wir protestieren nicht. Glaube ich. Und außerdem drinnen. 20:34:26 <psi> okay 20:34:27 <hottuna> können wir weitermachen? 20:34:35 <hottuna> **** 4) **** 20:34:35 <str4d> Und es ist eher eine Maske als eine Maske(nballmaske) 20:34:48 <hottuna> 4) I2PCon: Videos erlauben? 20:34:48 <hottuna> Video-Livestream? 20:34:58 <chlorelium> psi: die Maskengesetze gelten hier nicht 20:35:01 <dg> Ja ja ja ja ja, wenn sich jemand findet, der es macht. 20:35:07 <chlorelium> ianal, aber da bin ich mir ziemlich sicher :P 20:35:13 <str4d> Videos / Livestream hängt teilweise mit #3 zusammen 20:35:18 <lazygravy> Werden die Vortragenden damit einverstanden sein? 20:35:25 <dg> Klarstellen, dass aufgezeichnet wird, und anzeigen, wo man sitzen kann, wenn man nicht gefilmt werden möchte 20:35:26 <hottuna> Ich glaube nicht, dass wir jemanden haben, der bereit ist, die ganze Videoarbeit zu übernehmen. 20:35:31 <hottuna> Und wir haben auch nicht die Ausrüstung. 20:35:34 <z3r0fox@oftc> Da der Profi-Videograf nicht kann, könnte ich ein paar HD-Cams auf die Vortragenden richten, um die Präsentationen für später zu sichern. Aber es gab einige Vorbehalte. 20:35:37 <EinMByte> Ich finde, wir brauchen auf jeden Fall einen Livestream, wie ich vorhin vorgeschlagen habe 20:35:37 <dg> zzz hat etwas für Twitter erwähnt 20:35:46 <EinMByte> *live 20:35:48 <RN> Ich rede nicht vom Tragen einer Maske... aber wir sind, glaube ich, weiter... 20:35:52 <str4d> dg: Periscope 20:35:57 <dg> str4d: Das war's 20:35:59 <zzz> Ich schlage vor, die Vorträge einfach per Periscope vom @i2p-Account von meinem Handy zu streamen. Ich habe ein Mini-Stativ und eine Handyhalterung 20:36:25 <zzz> ein echtes Stativ wäre besser, wenn jemand eines mitbringen kann 20:36:29 <str4d> Erlaubt Periscope das Speichern von Videos, oder ist es nur ein flüchtiger Livestream? 20:36:41 <RN> ist Periscope persistent? 20:36:44 <zzz> kA 20:36:50 <hottuna> z3r0fox: wenn ich die Verantwortung, Video möglich zu machen (inkl. Nacharbeit), auf deine Schultern legen könnte 20:36:56 <dg> Ich könnte den Stream eventuell einfach mitschneiden 20:36:59 <hottuna> wäre ich ziemlich happy damit 20:37:15 <z3r0fox@oftc> zzz: Wäre das Material gut genug, um es für YouTube zu schneiden? Ich habe 1 Stativ, zwei HD-Cams, könnte noch ein Stativ für einen 2-Kamera-Dreh besorgen, falls nötig, dann würde ich schneiden und auf YouTube stellen oder privat verteilen, wie auch immer 20:37:26 <hottuna> wenn nicht und niemand sonst einspringt, wird es kein Video geben. 20:37:50 <psi> wenn wir Video machen, sollten wir auch einen eventual i2p-Torrent haben 20:38:11 <hottuna> z3r0fox: heißt das, du würdest das komplett übernehmen und alles organisieren? 20:38:14 <zzz> ich habe Periscope nur ein paar Minuten ausprobiert. Kein Experte. 20:38:16 * RN stimmt psi zu 20:38:29 <z3r0fox@oftc> hottuna: Ja, ist kein großes Ding, einfache Edits. Ich möchte nur nicht die Präsentationen verlieren, angenommen, die Vortragenden sind mit Filmaufnahmen einverstanden. 20:38:34 <zzz> Wenn wir niemanden haben, der etwas Besseres macht, ist Periscope unser Fallback 20:38:38 <hottuna> psi, ich stimme zu, es über Bittorrent zu verteilen. 20:38:39 <dg> Woo! livestreamer (ein Python-Tool) unterstützt Periscope (http://docs.livestreamer.io/plugin_matrix.html). Ich und andere könnten den Stream damit leicht auf Platte dumpen. 20:38:41 <iRelay> Title: Plugins Livestreamer 1.12.2 documentation (auf docs.livestreamer.io) 20:39:09 <RN> schöner Fund dg 20:39:13 <z3r0fox@oftc> hottuna: Ja, im Moment nicht viel Equipment aufzubauen. Ich spreche mit chlorelium über Sichtachsen und darüber, Leute offline darauf hinzuweisen, dass gefilmt wird 20:39:13 <hottuna> dg, Livestreaming ist etwas mehr Arbeit, um es wirklich zum Laufen zu bringen. 20:39:28 <str4d> Okay, wir haben also zzzs Handy und zwei HD-Cams von z3r0fox. Mehr als genug für Video 20:39:34 <hottuna> z3r0fox 20:39:35 <hottuna> klingt gut 20:39:37 <dg> hottuna: Ja, aber wenn wir Periscope über zzz-Handy nutzen müssen, ist Persistenz kein Thema. 20:39:42 <RN> wobei eine sekundäre Aufzeichnung auf dem Periscope-Gerät ideal wäre, falls der Stream ausfällt.... 20:39:46 <str4d> Relevante Punkte: 20:40:01 <str4d> a) Jeder Speaker müsste zustimmen/nicht zustimmen 20:40:15 <hottuna> zum Livestreaming: Möchte jemand die Verantwortung übernehmen, das möglich zu machen? 20:40:44 <str4d> b) Kameras so aufstellen, dass sie entweder nur die Speaker filmen, oder viele „blinde“ Bereiche für Teilnehmende lassen, die nicht gefilmt werden wollen. 20:40:46 <hottuna> str4d, a) das könnten wir beim Event regeln (wenn wir nicht vorher Widerspruch bekommen) 20:40:49 * RN reicht Zettel an hottuna und chlorelium „zzz’s Gerät höchste QoS und Firewall-Freigabe geben... “ ;) 20:40:57 <chlorelium> str4d: machbar 20:41:04 <chlorelium> lol 20:41:09 <str4d> c) Wir sollten auch die Präsentation selbst aufzeichnen, per Screen Recorder 20:41:10 <zzz> Ich mache Periscope. mit meinem schicken 1$-Stativ und der 4$-Halterung 20:41:11 <chlorelium> Ich rede mit Ops :) 20:41:16 <dg> zzz: Angeber 20:41:26 <str4d> (damit es ins finale Edit eingefügt werden kann) 20:41:34 <z3r0fox@oftc> str4d: Guter Punkt wegen der Foliensätze, hmm 20:41:55 <hottuna> Ich denke, ein Screen Recorder ließe sich einrichten. 20:42:14 <dg> Decks sind einfach, wir können sie am Ende alle darum bitten 20:42:17 <str4d> Man könnte es auch post- lösen, wenn wir die Slides selbst haben, aber wahrscheinlich einfacher, einen dritten Videostream reinzuschneiden statt Folien einzufügen 20:42:19 <z3r0fox@oftc> str4d: Ich könnte wahrscheinlich auch einfach die Slides benutzen, außer die Präsentation ist animiert 20:42:25 <hottuna> z3r0fox: könnte das Video ohne Screen Recorder gemacht werden (aber die Präsentationen irgendwie reingepackt)? 20:42:34 <hottuna> z3r0fox: perfekt 20:42:55 <hottuna> Bisher hat niemand Livestreaming organisiert 20:42:56 <z3r0fox@oftc> hottuna: ja, ich würde sie als Bilder auf einen anderen Video-‚Kanal‘ in kdenlive ziehen 20:43:06 <dg> Beim CCC schalten die Recorder i.d.R. zwischen Speaker und Präsentation um, je nachdem, was gerade relevant ist. 20:43:11 <zzz> wenn ihr Antworten zu Periscope wollt, installiert es auf eurem Handy und spielt damit. Folgt dem @i2p-Account und ich mache später in der Woche einen Test 20:43:13 <EinMByte> Slides sollten wahrscheinlich irgendwo hochgeladen werden 20:43:15 <str4d> ja, man könnte statische Slides aus PDF/PowerPoint/whatever anzeigen und Audio aus einem anderen Videostream abspielen 20:43:20 <hottuna> Also, solange sich das nicht ändert, gibt es keinen Livestream. Was ok ist. 20:43:24 <dg> Sie zeigen die Folie lang genug zum Lesen, zeigen den Speaker, wenn er aufgeregt wird/seit einer Weile nicht gewechselt hat, dann zurück zur Folie, usw. 20:43:32 <dg> hottuna: zzz macht Periscope 20:43:45 <hottuna> zzz, machst du Periscope? 20:43:49 <zzz> dein Handy piept, wenn ich live gehe ;) 20:43:50 <dg> ja 20:43:56 <dg> <&zzz> Ich mache Periscope. mit meinem schicken 1$-Stativ und der 4$-Halterung 20:44:04 <zzz> ja 20:45:06 <zzz> wenn zerofox ein Stativ für mich hat, wäre das noch besser. Hält es davon ab, umgestoßen zu werden, aber nicht erforderlich 20:46:23 <z3r0fox@oftc> zzz: Habe gerade nur eins, wollte mir ein zweites gebrauchtes für Cam 2 (zweiter Winkel) besorgen... aber vielleicht habe ich auch so ein kleines Tischstativ irgendwo 20:47:00 <zzz> ok. bring Gaffer-Tape mit ;) 20:47:11 <hottuna> ok. das ist Bestätigung genug 20:47:13 <hottuna> ich lege es in eure Hände 20:47:13 <hottuna> gut, noch etwas zu 4)? 20:47:13 <hottuna> *** 5) **** 20:47:13 <hottuna> 5) I2PCon: Ablauf des Events planen 20:47:13 <hottuna> Ich kann nicht sagen, dass ich schon viel dazu sagen kann, aber der Inhalt von Tag#1&&Tag#2 ist wie folgt 20:47:14 <hottuna> 15 Aug 20:47:14 <hottuna> vorläufige Zeit: 14:00 – Mitternacht Nicht unbedingt in dieser Reihenfolge 20:47:15 <hottuna> Nick Johnston: „TOS und PII – Was passiert mit deinen Daten, wenn das Unternehmen gekauft und verkauft wird?“ Unterschiedliche Terms of Service populärer Web-Apps 20:47:18 <hottuna> Keynote: Gastredner 1 (1 Stunde) (vor der Kryptoparty oder danach?) „Privacy vs. Intelligence – Why can't we all just get along?“ 20:47:21 <hottuna> Abendpause – wo/wann? 20:47:21 <hottuna> Kurze allgemeine I2P-Präsentation, von zzz: „Growing the Network, Spreading the Word“ 20:47:23 <hottuna> Kryptoparty-Präsentation, von ?? (j?) 20:47:23 <hottuna> Kryptoparty, von j (wie lange?) 20:47:25 <hottuna> 16 Aug 20:47:25 <hottuna> vorläufige Zeit: 00:00 – 20:00 Nicht unbedingt in dieser Reihenfolge 20:47:26 <hottuna> Bestätigter Gastredner 2 (1 Stunde) „I2P Monitoring and Filtration“ (Wunschzeit: früh) 20:47:29 <hottuna> Bestätigter Gastredner 1 (1 Stunde) „Anonymity protocols and malware – Why they fail“ 20:47:31 <hottuna> I2P Technische Präsentation, von zzz: „The Connection Limit Challenge“ 20:47:33 <hottuna> I2P Technische Diskussion, geleitet von (zzz??) Themen TBD 20:47:34 <hottuna> I2P App Dev Intro, von psi 20:47:35 <hottuna> The Agony and the Ecstasy of I2P on Android, von str4d (via Skype) 20:47:36 <hottuna> i2pd-Präsentation von orignal Titel: „i2pd“; Wunschzeit: 15 Minuten 20:47:38 <hottuna> Roadmap-Meeting. geleitet von zzz: When is 1.0? Crypto migration schedule (RI, snark) (EC vs. Ed), LS2, NTCP2, new DH, Java 7, SAM 3.2, Jetty 9, 12-month plan 20:47:41 <hottuna> Organisations-Meeting, geleitet von zzz: Finanzen, Rollen, PR, Server und Dienste, CCC-Planung 20:47:43 <hottuna> Abendpause – wo/wann? Sandwich-/Pizza-Lieferung bestellen? Gastredner vermutlich vor der Pause, da sie evtl. abreisen. 20:47:44 <hottuna> 20:47:45 <hottuna> entschuldigt die leicht chaotische Natur im Moment 20:47:46 <hottuna> das Sortieren und Fixen passiert als Nächstes 20:47:51 <hottuna> Es gibt nicht viel zu 5) hinzuzufügen, aber jetzt wisst ihr, was ich weiß. 20:47:51 <hottuna> hat jemand noch etwas zu 5)? 20:48:13 <hottuna> wissen alle, was sie tun/wozu sie sprechen? 20:48:34 <dg> ist orignal jetzt ok? 20:48:36 <psi> ich muss meinen Talk noch komplett ausarbeiten 20:48:37 <EinMByte> klingt gut, sollte aber irgendwo online stehen 20:48:46 <hottuna> dg, er war immer ok für einen kurzen Vortrag? 20:48:49 <dg> EinMByte: ist er 20:48:57 <psi> ich dachte an einen Workshop, aber es scheint ein Talk zu sein 20:49:01 <dg> hottuna: er war zögerlich überhaupt zu sprechen und wusste nicht, worüber 20:49:13 <dg> Ich glaube, er braucht etwas Anschub bei den Themen 20:49:19 <psi> wahrscheinlich ist ein Talk einfacher 20:49:20 <EinMByte> dg: Link? 20:49:34 <hottuna> psi, wäre ein kurzer Talk ok? Wir könnten ihn in den Kryptoparty-Teil verschieben? 20:49:59 <hottuna> dg, ok. Ich werde orignal ein zweites Mal bestätigen. 20:50:07 <hottuna> mache ich OOB außerhalb dieses Meetings 20:50:19 <dg> EinMByte: `http://trac.i2p2.i2p/wiki/MeetupToronto2015` 20:50:20 <psi> Kryptoparty-Zeit macht Sinn 20:50:28 <dg> i2p2.de, wenn du im Clearnet bist, aber warum bist du das? ;) 20:50:34 <EinMByte> dg: danke 20:51:19 <hottuna> ok. nächstes Thema? 20:51:30 <chlorelium> Frage: wie viel davon ist i2pcon und wie viel Kryptoparty 20:51:38 <psi> für meinen Workshop wollte ich die Leute den Beispiel-Echo-Client/Server schreiben lassen 20:51:41 <hottuna> ähm. gute Frage. 20:51:52 <chlorelium> also, laufen Kryptoparty und I2PCon als separate Events, oder halten die TC-Leute nur Präsentationen, oder wie? 20:51:54 <hottuna> wir haben derzeit nicht genug Kryptoparty-Stationen 20:52:02 <hottuna> daher wird es stark I2PCon-lastig 20:52:13 <hottuna> und eine Kryptoparty, soweit wir Freiwillige dafür finden 20:52:31 <dg> wenn jemand bereit ist, anderen beim Einrichten populärer Kryptotools wie OTR, natürlich I2P, Tor, etc., zu helfen, wäre das super 20:52:36 <chlorelium> also klingt das nach I2PCon mit etwas Beteiligung von TC, statt ein Event im anderen 20:52:41 <dg> Tails und so. 20:52:59 <hottuna> chlorelium, der Kryptoparty-Teil von Tag#1 wird wahrscheinlich für die Mittagspause angesetzt und nur ein bis zwei Stunden dauern 20:53:51 <chlorelium> hmm 20:53:52 <chlorelium> okay 20:54:09 <chlorelium> hottuna meinte gerade irl, dass mehr Freiwillige für den Kryptoparty-Teil gebraucht werden 20:54:22 <chlorelium> TC ist dafür am besten, ich kann da nicht so viel helfen 20:55:06 <chlorelium> nicht sicher, wie ihr das alle laufen lassen wollt. 20:55:42 <EinMByte> Können wir zu 6) gehen? Ich habe Kommentare und muss bald weg 20:55:47 <chlorelium> klar 20:55:51 <chlorelium> sicher 20:55:56 <hottuna> EinMByte, sicher 20:56:03 <hottuna> **** 6) **** 20:56:08 <hottuna> 6) dogecoindark.i2p Startseiten-Anfrage 20:56:17 <EinMByte> Die Website nutzt viele „externe“ Sachen 20:56:36 <EinMByte> Also, sie nutzt Ressourcen von diversen Nicht-I2P-Websites 20:56:48 <dg> Der Betreiber hat das Problem nicht so wirklich gesehen, aber nach Gespräch mit ihm hat er zugestimmt, dass es in einigen Fällen problematisch ist. Er fand, die Facebook/Twitter-Share-Buttons könnten bleiben. 20:57:01 <hottuna> zzz, EinMByte 20:57:05 <zzz> das ist mein Agendapunkt, hottuna, darf ich das Wort? 20:57:25 <hottuna> zzz, bitte 20:57:28 <EinMByte> Außerdem haben wir bereits anoncoin.i2p. Brauchen wir wirklich noch mehr Kryptowährungs-Links? 20:57:43 <zzz> danke, hottuna 20:57:53 <zzz> die Anfrage ist hier `http://zzz.i2p/topics/236?page=2#p9999` 20:58:03 <iRelay> Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (auf zzz.i2p) 20:58:06 <zzz> in Form von Antworten auf die Fragen im ersten Post dieses Threads 20:58:16 <zzz> ist der Betreiber der Seite hier? 20:58:29 <dg> nein, ich habe ihn in einem anderen Channel angepingt, er ist seit 5m idle, gebt ihm einen Moment 20:59:50 <EinMByte> Beachte auch, dass die Website JavaScript zum Laden benötigt, was ein Problem für einige Leute sein kann (wie mich) 21:00:11 <zzz> ok, während wir warten: hat jemand Pro- oder Contra-Kommentare? 21:00:48 <hottuna> ich weiß nicht so recht, was die Website ist 21:01:08 <dg> Es ist eine Kryptowährung, die I2P unterstützt 21:01:24 <hottuna> ist das straight up Dogecoin? 21:01:34 <zzz> zu 1MBs Kommentaren: wir haben externe Ressourcen oder JS-Nutzung derzeit nicht als Ablehnkriterium 21:01:37 <dg> nein, es ist Dogecoin geforkt, um I2P zu unterstützen 21:02:05 <EinMByte> Das Hauptproblem (abgesehen von technischen Dingen, die man natürlich fixen kann) ist, dass wir bereits Anoncoin auf der Startseite haben 21:02:09 <zzz> gehen wir zu den Basics zurück. Ist das von allgemeinem Interesse für die I2P-Community? 21:02:11 <EinMByte> was ein sehr ähnliches Projekt ist 21:02:29 <EinMByte> Daher bin ich nicht sicher, ob wir noch eine Kryptowährung auf der Startseite brauchen 21:02:52 <dg> „Wir brauchen von allem mehr“ — Ich weiß nicht, ob es schlecht ist, mehr als eine zu haben. Man muss an den Bus denken, und der Bus hat Meeh fast erwischt.. er war eine Weile weg und Anoncoin erholt sich erst jetzt. 21:03:06 <zzz> wir wollen nie nur eine Sache von etwas, und ANC liegt ohnehin auf der Intensivstation 21:03:26 <EinMByte> Ich stimme zu, dass „wir von allem mehr brauchen“. Aber ich glaube nicht, dass das für die Startseite gilt 21:04:09 <zzz> benutzt hier jemand dogecoindark? 21:04:41 <zzz> weitere Kommentare? 21:04:43 <dg> abyss tut das, aber er ist nicht hier (und scheint gerade nicht da zu sein). Er betreibt einen Markt. 21:04:52 <dg> Ich bin unentschieden. Stört mich nicht wirklich. 21:05:42 <zzz> jemand stark dafür oder stark dagegen? 21:05:52 <EinMByte> Nun, wenn es Interesse von anderen gibt, bin ich einverstanden, ABER nur, wenn das Problem mit externen Ressourcen gelöst ist 21:05:58 <hottuna> ich bin milde dafür 21:06:08 <EinMByte> (bis dahin stark dagegen, danach neutral) 21:06:27 <psi> kann ich stark indifferent sein? :D 21:06:34 <hottuna> schadet nicht. Ich denke, die Abhängigkeit von vielen externen Sachen ist eher schlecht. Und es sollte vielleicht eine Warnung geben 21:06:38 <EinMByte> Dazu sollte es eine Regel bzgl. externer Ressourcen geben, denn das ist ein ziemlich ernstes Problem 21:07:12 <zzz> meint ihr, Eepsites auf der Startseite sollten kein Clearnet-CSS/Bilder laden? Sollte das ein Kriterium sein? 21:07:32 <hottuna> möglicherweise? 21:07:45 <EinMByte> zzz: Ich denke, keine Eepsite sollte das tun, ja. Besonders nicht die auf der Startseite 21:08:13 <dg> es sollte keine Blanket-Regel sein. Wenn sie eine gute Begründung haben, könnten wir es erlauben, auch wenn mir keine einfällt 21:08:13 <EinMByte> Hier ist es wahrscheinlich nicht absichtlich böswillig 21:08:22 <EinMByte> Könnte es aber sein 21:09:25 <RN> Ich finde auch, dass Outernet-Ressourcen stark entmutigt werden sollten 21:09:25 <zzz> es ist allerdings keine gute User Experience 21:09:25 <zzz> ok, vertagen wir dieses Thema ohne finale Entscheidung 21:09:25 <zzz> zurück zu dir, hottuna, danke 21:09:25 <hottuna> ok :) 21:09:39 <hottuna> **** 7) **** 21:09:41 <hottuna> 7) I2PCon: Spenden 21:09:51 <EinMByte> Hat zzz dazu nicht schon was gesagt? 21:09:57 <EinMByte> Jedenfalls, bye. 21:10:05 <hottuna> EinMByte, cya 21:10:42 <chlorelium> Ursprünglich wurde uns gesagt, dass alle während der Con gesammelten Spenden an das Hacklab gehen 21:10:54 <chlorelium> das kam von dnj über f3ndot 21:11:02 <chlorelium> dnj und ich haben das neulich auch besprochen 21:11:19 <chlorelium> Ist aber eigentlich kein großes Ding; wenn i2p einen Teil/alles der Spenden will, können wir das arrangieren 21:11:21 <zzz> Ich erinnere mich nicht, dass das jemand versprochen hat 21:11:26 <dg> ich auch nicht 21:12:29 <chlorelium> Ich muss es nur der Hacklab-Mitgliedschaft mitteilen. Ich bezweifle, dass sie besonders verärgert sind 21:12:29 <zzz> hottuna, hast du das versprochen? 21:12:29 <chlorelium> hmm, interessant. da ist irgendwo etwas Kommunikation schiefgelaufen. 21:12:29 <dg> Ich finde es angemessen, einen Beitrag für die Leistungen zu geben, aber ich erinnere mich an keine Verpflichtung 21:12:29 <hottuna> nein. Das muss zwischen dnj und f3ndot entstanden sein 21:12:29 <hottuna> Ich habe das Thema Spenden bisher kaum angefasst 21:12:39 <hottuna> Also, was sind unsere Anforderungen an Spenden? 21:12:42 <hottuna> Haben wir welche? 21:12:43 <hottuna> Ist uns das wichtig? 21:12:55 <hottuna> Könnten wir getrennte Spendenboxen haben? 21:12:59 <zzz> ich schlage vor, wir haben einen einzigen Eimer und teilen ihn zu 3 gleichen Teilen i2p/TC/Hacklab, nachdem die Alkoholkosten gedeckt sind 21:13:13 <hottuna> Oder eine, deren Inhalt wir teilen? 21:13:23 <dg> Boxen klingen gut, bergen aber das Risiko, die Mittel zu splitten.. ein Eimer wäre gut 21:13:25 <hottuna> zzz, das klingt für mich gut. 21:13:37 <hottuna> :p 21:13:37 <chlorelium> zzz: wenn wir den Spendeneimer vor der Aufteilung die Alkoholkosten decken lassen, brauchen wir eine $75-Event-Lizenz 21:13:38 <dg> ich bin sicher, das Thema I2P-Finanzen/Projektgröße kommt in den Talks auf, wodurch Leute vielleicht ohnehin spenden 21:13:41 <zzz> wir bezahlen die Hacklab-Leistungen bereits 21:13:54 <hottuna> stört es jemanden, den Inhalt der Spendenbox aufzuteilen? 21:13:57 <chlorelium> nach ontarischem Recht muss die ausrichtende Organisation alle Alkoholkosten tragen 21:14:10 <zzz> wer ist die ausrichtende Organisation? 21:14:12 <dg> wenn Leute wirklich uns etwas geben wollen, können sie das tun 21:14:19 <dg> zzz: oh. dann zwischen i2p/tc, je nachdem, wie viel tc hilft 21:14:41 <zzz> auf wessen Namen steht die Genehmigung? 21:14:44 <chlorelium> zzz: Hacklab steht im Antrag 21:14:47 <hottuna> also sind die Spenden nicht an Alkohol gebunden. und sagen wir das lieber nicht. das wäre nur ein Problem für alle Beteiligten. 21:15:51 <zzz> ja, aber euch ist klar, dass wir euch nicht 1/3 vom Brutto geben können 21:17:07 <hottuna> zzz, sagst du, dass wir Hacklab nicht 1/3 geben wollen? 21:17:07 <zzz> also kauft Hacklab, nicht i2p, das ganze Bier? 21:17:07 <zzz> wer kauft das Bier? 21:17:07 <hottuna> technisch ja, praktisch nein. 21:17:08 <chlorelium> ^ das 21:17:18 <hottuna> eche|on, oder jemand läuft mit der Genehmigung zum Spirituosenladen und kauft, was wir brauchen. 21:17:26 <zzz> dann werden wir mal nicht zu technisch/praktisch bei Spenden 21:17:46 <str4d> Okay, also wird Hacklab für die Raummiete bezahlt und erhöht seine Rechnung, um die Bierkosten zu decken, oder? 21: seventeen:59 <hottuna> str4d, nein. 21:18:09 <hottuna> wir bezahlen das Bier. 21:18:11 <str4d> Dann bin ich verwirrt 21:18:20 <hottuna> es kommt aus eche|ons Tasche 21:18:27 <str4d> hottuna: ich meinte technisch 21:18:34 <hottuna> Hacklab ist monetär nicht involviert 21:18:43 <chlorelium> str4d: verständlich, der Genehmigungsprozess ist lächerlich. nebenbei, entschuldige ich mich im Voraus, wie kompliziert das alles ist. 21:18:44 <str4d> (da sie gesetzlich verpflichtet sind, es zu decken, oder?) 21:19:09 <hottuna> ah. technisch kaufen sie das Bier, praktisch wir (echelon) 21:19:17 <str4d> Ich will nur sicherstellen, dass alle Ärsche bedeckt sind 21:19:21 <str4d> K 21:19:26 <chlorelium> so ungefähr. man kann die Genehmigung zur LCBO bringen, oder wir machen das 21:19:30 <chlorelium> solange die Kosten gedeckt sind. 21:19:52 <hottuna> ich denke, wir haben das gut genug geklärt. 21:19:55 <str4d> Also würde es auf jeder Rechnung so erscheinen: „Venue: $X. booze: $Y. Already paid: $Y. Due: $X.“ 21:19:59 <str4d> K 21:20:03 <chlorelium> ihr mietet im Grunde den Lab-Space, was euch in diesem Fall zu einer Vertretung des Venue macht. oder das sage ich, wenn jemand fragt. 21:20:24 <chlorelium> str4d: klar. wir stellen normalerweise keine Rechnungen, aber das lässt sich arrangieren. 21:20:29 <zzz> also zurück zu meinem ursprünglichen Vorschlag, wir haben einen Spendeneimer, und über bestimmte (hust) Kosten hinaus teilen wir großzügig den Rest, falls vorhanden, zu 3 gleichen Teilen mit TC und Hacklab 21:21:16 <str4d> chlorelium: nicht sicher, ob Rechnungen gesetzlich erforderlich sind, das kannst du besser sagen :) 21:21:31 <hottuna> zzz, wollen wir das wirklich so machen. 21:21:33 <zzz> sofern TC überhaupt $$ will 21:21:38 <hottuna> ich würde es lieber „richtig“ machen. 21:21:44 <dg> was ist „richtig“? 21:22:02 <zzz> ^^ was ist überhaupt „richtig“? 21:22:02 <chlorelium> zzz: übrigens, wie viel wurde damals im April (oder wann auch immer) für die Raummiete besprochen? 21:22:05 <zzz> hören wir deinen Vorschlag 21:22:15 <hottuna> „richtig“ im Sinne von: kein Geld für Alkohol aus der Spendenbox nehmen. 21:22:21 <zzz> chlorelium, tuna hat verhandelt 21:22:22 <hottuna> mein Vorschlag: wir teilen es zu 3 gleichen Teilen 21:23:01 <zzz> wenn du kein Alkoholgeld aus Spenden nehmen willst, lass uns 50 $ mehr ausgeben und Bier verkaufen 21:23:17 <hottuna> will jemand da stehen und Bier verkaufen? 21:23:42 <zzz> andernfalls gibt i2p für jedes Bier, das wir verschenken, mehrere Dollar an TC und Hacklab! 21:23:43 <str4d> Wenn wir 50 $ mehr ausgeben, können wir Alkoholgeld aus Spenden nehmen 21:24:02 <str4d> (so wie ich es verstehe) 21:24:16 <zzz> oder eben drei Eimer 21:24:23 <hottuna> str4d, das stimmt wohl. aber weißt du wirklich, dass wir 50 $ an Spenden bekommen? 21:24:39 <hottuna> ich glaube, wir denken zu viel nach. 21:25:05 <hottuna> die Spenden werden _nicht_ annähernd die Ausgaben decken, die wir für dieses Event hatten 21:25:33 <zzz> ab erstem Dollar 2/3 unserer Spenden wegzugeben, während wir das Bier zahlen, ist eine schreckliche Idee 21:25:34 <hottuna> wir reden über 50–100 $ an Bier. 21:25:38 <hottuna> das ist nicht viel. 21:25:43 <chlorelium> hey 21:25:45 <chlorelium> also 21:25:47 <chlorelium> lass mich die Regelungen prüfen 21:25:54 <chlorelium> Ich glaube, ich muss eine Formulierung nochmal lesen 21:26:05 <chlorelium> im Wesentlichen dürfen wir den Leuten nicht sagen, sie sollen spenden, um die Bierkosten zu decken 21:26:18 <chlorelium> wenn Leute spenden und wir Geld aus dem Topf nehmen, um das zu decken, könnte es ok sein 21:26:26 <chlorelium> die Formulierung im Dokument ist mehrdeutig 21:26:31 <chlorelium> zur Aufteilung des Topfs 21:26:52 <hottuna> chlorelium, wenn das legal ist, machen wir das so. 21:27:04 <chlorelium> macht es, wie ihr wollt. Ich hänge nicht dran. 150 $/Tag wurden von i2p/tc für die Nutzung des Raums zugesagt, und das ist für mich ok 21:28:17 <str4d> Außerdem ist zu bedenken, dass Hacklab für erbrachte Leistungen bezahlt wird, während TC und I2P praktisch ehrenamtlich agieren. 21:29:30 <chlorelium> str4d: absolut 21:29:40 <chlorelium> okay, hier ist die Formulierung aus der agco-Genehmigung. 21:29:44 <chlorelium> Wird Alkohol verkauft? 21:29:44 <chlorelium> Sie müssen diese Frage mit Ja beantworten, wenn Sie 21:29:44 <chlorelium> Geld für Alkohol entweder direkt einnehmen, durch 21:29:44 <chlorelium> den Verkauf von Alkohol oder Getränkemarken bei der Veranstaltung (z.B. 21:29:46 <chlorelium> Barverkauf, Verkauf von Getränkemarken), oder indirekt durch 21:29:49 <chlorelium> den Verkauf von Eintritt, Mitgliedsbeiträgen oder das Einsammeln 21:29:51 <chlorelium> von Geld für Alkohol vor der Veranstaltung. 21:29:54 <chlorelium> daher denke ich, dass wir auf der sicheren Seite sind 21:30:08 <hottuna> Also im Grunde ist alles okay. 21:30:19 <chlorelium> Ich habe AGCO dazu angerufen, und die Antwort war sehr wischi-waschi. also ist wohl alles gut. 21:30:32 <hottuna> (Spenden – Bier_Kosten) / 3 21:30:40 <dg> Ich finde nicht, dass Hacklab einen Spendenteil bekommen sollte 21:30:51 <dg> Sie sind hilfsbereit, aber wir bezahlen sie für Leistungen 21:31:01 <hottuna> dg, sie verdienen hier nicht viel. 21:31:22 <dg> Können wir mehr für die Alkohol-Lizenz zahlen, das in unsere Zahlung an sie aufnehmen und die Spenden zwischen I2P und TC splitten (je nachdem, wie viel TC hilft)? 21:32:30 <hottuna> dg, wenn wir eine Spendenbox haben, ist es laut obigem Text ok, Geld aus den Spenden zu nehmen, um Bierkosten zu decken 21:32:39 <hottuna> wir brauchen also keine teurere Lizenz 21:32:44 <dg> oh, cool 21:32:45 <str4d> Während ich nichts dagegen habe, dass Hacklab einen Teil der Spenden erhält, könnte die Aufteilung z.B. 1:2:2 sein? 21:32:51 <dg> (Ich habe keinen Text bekommen) 21:32:56 <hottuna> Ich würde ihnen einen Teil der Spenden geben, weil A) es ihnen versprochen wurde (scheinbar von J) 21:33:05 <zzz> das wird deutlich mehr als 50 $ Bier. Ich trinke selbst 50 $ davon. 21:33:20 <dg> das dachte ich mir ;). Leute auf Hacker-Cons mögen Bier. sehr 21:33:44 * fox erinnert euch alle daran, beim Bier nicht zu geizig zu sein oder irgendwas Amerikanisches zu kaufen 21:34:07 <chlorelium> also, hottunas Laptop ist gerade abgekackt 21:34:21 <dg> lasst uns nicht die Versprechen anderer einlösen 21:34:27 <chlorelium> ich habe gerade mit zwei anderen Hacklab-Vorstandsmitgliedern gesprochen 21:34:33 <zzz> Ich messe Js Versprechen an Hacklab kein Gewicht zu, nein. 21:34:49 <chlorelium> wir sind mit nur 300 $ für die Raumnutzung cool und decken die 25 $ für die Alkohol-Lizenz, wenn das ok ist 21:34:53 <hottuna> B) weil sie Teil derselben Community sind wie wir. 21:34:57 <chlorelium> ihr könnt die Spenden behalten 21:35:12 <chlorelium> und sorry für die ganze Misskommunikation :( 21:35:18 <hottuna> ich würde es trotzdem gerne zu 3 gleichen Teilen splitten. 21:35:29 <hottuna> will noch jemand zu 3 gleichen Teilen teilen? 21:35:35 <zzz> Für mich ok mit 1/1/1-Split nach (hust) Kosten 21:35:44 <zzz> und damit, ihre 25 $ zu übernehmen 21:35:50 <str4d> hottuna: Ich hatte 1/2/2 vorgeschlagen 21:35:50 <hottuna> zzz, das schlage ich vor 21:36:07 <str4d> (es sei denn, Leute mögen keine harte Mathematik :P) 21:36:17 <hottuna> str4d, lass uns hier nichts Ausgefallenes machen. 21:36:28 <hottuna> mir wäre eine gleichmäßige Aufteilung lieber 21:36:43 <hottuna> alles andere impliziert gleich wieder sonst was. 21:37:23 <hottuna> habe ich alle von einem (Spenden–Bier)/3-Split überzeugt? 21:37:28 <chlorelium> zur Klarstellung: Ich freue mich sehr, euch alle hier zu hosten, ich wollte nur sicherstellen, dass alle auf demselben Stand sind. Ich möchte keinen Groll verursachen. Die Liebe zum Geld ist die Wurzel allen Übels :) 21:37:40 <dg> ok, aber lassen wir in den Talks den Fokus auf I2Ps Größe und Bedarf an mehr Spenden. Wer will, findet unsere Spendeninfos 21:37:59 <hottuna> Klar, wir packen das irgendwo rein. 21:38:25 <hottuna> str4d, dg, zzz: ok so? 21:38:34 <str4d> Zusammengefasst sagt Hacklab „Wir brauchen keine Spenden“, hottuna sagt „Ihr werdet Spenden nehmen“, und alle anderen ist es eher egal? :P 21:38:53 <hottuna> ja. das fasst es zusammen. 21:38:54 <str4d> Fürs Protokoll: ich habe nichts gegen 1/1/1 21:38:59 <chlorelium> str4d: ziemlich genau :P 21:39:00 <dg> hottuna: ok von mir 21:39:00 <hottuna> wollt ihr es auf meine Art machen? 21:39:23 <str4d> (nach (hust) Kosten) 21:39:23 <hottuna> ok. 21:39:29 <hottuna> ja. 21:39:31 <hottuna> ok. 21:39:41 <hottuna> ok, ich denke, wir sind hier fertig. 21:39:46 <hottuna> noch etwas? 21:39:51 <dg> generell oder i2pcon? 21:39:56 <hottuna> beides 21:40:02 <str4d> psi: bist du noch da? 21:40:06 <zzz> ja 21:40:19 <dg> ok, i2pcon-ish: 21:40:20 <dg> <+dg> Vor ein paar Tagen hat mich jemand namens ‚saltire‘ angeschrieben und gefragt, einen Relay zwischen OFTC und IRC2P für #torontocrypto einzurichten. Er hat sich seitdem nicht gemeldet, und #torontocrypto hat keinen Relay (nur ChanServ und ich). Könnte saltire oder jemand anderes von TC einen einrichten? 21:40:22 <dg> <+dg> Ich könnte es wahrscheinlich machen, da OFTC Tor erlaubt, aber mir wäre jemand von TC lieber. 21:40:38 <dg> hottuna: Könntest du mit saltire für ein Follow-up sprechen? 21:40:43 <psi> str4d: ja 21:41:17 <hottuna> dg.. sicher 21:41:20 <hottuna> eine sek 21:41:22 <hottuna> c 21:41:38 <str4d> Wenn saltire gefragt hat, ob er es einrichten kann, muss er nur die Netzwerk-Admins und den Owner des #torontocrypto-Channels auf Irc2P fragen 21:41:45 <zzz> Erinnerung: Relays zu irc2p erfordern die Erlaubnis der IRC-OPs (obwohl dg einer ist) 21:41:52 <hottuna> dg, ich habe ihn angepingt. 21:42:01 <hottuna> den Rest überlasse ich euch beiden. 21:42:18 <hottuna> saltire ist typischerweise auf #torontocrypto @ OFTC erreichbar 21:42:20 <dg> danke, und danke für die Erinnerung, ich würde gerne mit ihnen Verbindung aufnehmen, wenn sie sich melden 21:42:43 <dg> Falls niemand zu erschöpft ist nach 3h I2PCon und Spendengeschubse... 21:42:48 <hottuna> :P 21:44:00 <hottuna> ok 21:44:00 <hottuna> dieses Meeting ist offiziell beendet 21:44:00 <hottuna> baf's der Meeting-Hammer

Treffen in Toronto

Tue, 02 Jun 2015 00:00:00 +0000

Das I2P-Team freut sich, bekannt zu geben, dass wir am 15.–16. August in Toronto ein Treffen veranstalten. Eine Reihe von Mitgliedern unserer Community wird teilnehmen und Vorträge, Workshops und Diskussionen über I2P und verwandte Themen anbieten. Diese Veranstaltung ist jedoch nicht nur für die I2P-Community gedacht, sie richtet sich an alle.

Wenn Sie neugierig auf I2P sind, sich für Datenschutz/Kryptographie/Anonymität interessieren oder einfach nur vorbeikommen und mit uns sprechen möchten, tun Sie das bitte. Dies ist eine Veranstaltung für alle. Wenn Sie mit keinem dieser Themen vertraut sind, kommen Sie trotzdem vorbei, und wir zeigen Ihnen, wie I2P funktioniert und was Sie damit tun können.

Veröffentlichung 0.9.20

Tue, 02 Jun 2015 00:00:00 +0000

0.9.20 enthält viele wichtige Fehlerbehebungen und mehrere Änderungen, um die floodfill-Kapazität im Netzwerk zu erhöhen.

Router, die für 32-64 KB freigegebene Bandbreite konfiguriert sind, können jetzt floodfill werden, und Router, die für 512 KB oder mehr freigegebene Bandbreite konfiguriert sind, erhalten höhere Verbindungsobergrenzen. Diese Änderungen können dazu führen, dass Ihr Router mehr Ressourcen verwendet. Wenn der Router zu stark ausgelastet ist, ist der beste Weg, die Auslastung zu reduzieren, die Bandbreiteneinstellungen in Ihrer Konsole zu verringern. Wenn das nicht hilft, können Sie jetzt auf der Seite für erweiterte Konfiguration in der Konsole das automatische floodfill deaktivieren.

I2P-Entwicklertreffen - 5. Mai 2015

Tue, 05 May 2015 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: cacapo, dg, eche|on, hottuna, psi, str4d, xmz, zzz

Sitzungsprotokoll

20:00:23 <zzz> 0) Hi 20:00:23 <zzz> 1) Planung des Treffens in Toronto (15.–16. Aug.) 20:00:27 <zzz> 0) Hi 20:00:29 <zzz> hi 20:00:35 <eche|on> hi 20:00:51 <psi> so ziemlich Zeit für das Treffen? 20:00:53 <zzz> 1) Planung des Treffens in Toronto (15.–16. Aug.) 20:01:03 <dg> hi 20:01:14 <zzz> 1a) prüfen, wo wir stehen 20:01:19 <zzz> 1b) Freiwillige 20:01:32 <zzz> 1c) machen wir weiter 20:01:37 <zzz> 1a) prüfen, wo wir stehen 20:02:00 <zzz> hottuna, bitte gib uns ein Update zu Planung, Veranstaltungsort und voraussichtlichen Kosten 20:02:20 <hottuna> Hi@all 20:02:24 <psi> hi 20:02:50 <str4d> hi 20:02:53 <hottuna> Also, wir haben für den 15.–16. Aug. zwei 8‑Stunden‑Slots im Hacklab in Toronto reserviert. 20:03:20 <hottuna> Die Slots kosten jeweils 150 CAD 20:03:46 <hottuna> Das ist der Veranstaltungsort: https://hacklab.to/ 20:03:48 <iRelay> Titel: hacklab.to - Torontos Hacker-Kollektiv (at hacklab.to) 20:04:07 <hottuna> Der erste Plan ist, zwei getrennte Events zu haben. 20:04:37 <xmz> hi 20:04:44 <hottuna> 15. Aug.: I2P‑Allgemeinvortrag + I2P‑Crypto‑Party 20:05:28 <hottuna> 16. Aug.: Eine technische Präsentation, die in Diskussionen über verschiedene anstehende Themen überleitet 20:06:10 <hottuna> Idealerweise hätte ich bis zum Ende dieser Sitzung für beide Tage einen besseren Ablaufplan. 20:07:09 <psi> ist die Unterkunft Selbstorganisation oder ist das "geregelt"? 20:07:13 <hottuna> Zusätzlich haben wir über J@torontocrypto einen lounge‑artigen Raum in einem Haus in Toronto für sonstige/späte Planungen/Hacking/etc. gesichert 20:07:55 <hottuna> psi, Unterkunft kann kostenlos in besagter Lounge angeboten werden (das ist ein Haus auf der anderen Seite von Toronto) 20:08:14 <xmz> Transport zur und von der Lounge? 20:08:46 <hottuna> Öffentlicher Nahverkehr sollte ok sein. Etwa 25 Minuten U‑Bahn. 20:08:46 <xmz> Ich schätze, wir organisieren das selbst. Ich habe ein Auto, ich kann ein paar Leute mitnehmen 20:08:54 <eche|on> 8‑Std.-Slots, Zeiten? 20:08:55 <xmz> oh, das ist nicht schlecht 20:09:11 <eche|on> Autos in einer Stadt... 20:09:25 <zzz> ok, danke tuna, ich möchte jetzt für Fragen und Kommentare öffnen, bevor wir in Details zur Tagesordnung oder zu Freiwilligen gehen 20:09:28 <xmz> da hast du nicht Unrecht, eche|on 20:09:42 <xmz> der Verkehr in Toronto kann ziemlich schlimm sein 20:10:01 <eche|on> 2× 8‑Std.-Slots sind ok, wann sind die? Und ich nehme an, wir kommen, setzen uns hin, bekommen Strom und WLAN 20:10:03 <zzz> Hat jemand allgemeine Fragen oder Kommentare? 20:10:14 <eche|on> und etwas technische Ausstattung ist vorhanden 20:10:18 <dg> wird es Streams geben, und wollen wir das bewerben? Wenn ja, wie? 20:10:54 <hottuna> eche|on, 8‑Std.-Slots: Es sind Abend‑Slots, daher müssten wir das Hacklab so gegen 00:00 verlassen 20:10:54 <hottuna> J hat angeboten, den Crypto‑Party‑Teil am 15. Aug. zu organisieren. 20:11:23 <eche|on> Mitternacht ist ok, das macht 16:00 bis 24:00 20:11:32 <hottuna> eche|on: Strom, WLAN, Stühle, Tische etc. sind vorhanden 20:11:32 <xmz> das ist gut 20:11:48 <xmz> wenn genug Upstream verfügbar ist, ist Streaming definitiv eine Option 20:11:52 <eche|on> soweit für mich ok. 20:12:17 <eche|on> Streaming ist nicht so das große Thema, wir haben Root‑Server mit inkludiertem Traffic zum Verteilen, wenn wir wollen 20:12:26 <hottuna> xmz, ich bin nicht sicher, ob die eine wahnsinnig schnelle Internetverbindung haben. 20:12:42 <hottuna> außerdem könnte Streaming aus Datenschutz‑/Privatsphäre‑Gründen nicht akzeptabel sein 20:12:56 <hottuna> und zusätzlich wäre es ziemlich viel Organisationsaufwand 20:13:01 <str4d> Ja, das ist ein Thema zur Diskussion 20:13:01 <xmz> ja 20:13:14 <dg> wie sieht’s mit Werbung aus? 20:13:19 <eche|on> ja, ich bin nicht für Streaming, nur Twitter und Instagram^^ 20:13:34 <str4d> Technisch wäre es aber nicht schwer. Wir brauchen keinen 1080p‑Upstream ^^ 20:13:36 <eche|on> Werbung, wir machen doch schon Werbung auf zzz und im Forum, oder welche Werbung? 20:13:49 <fox> also, wer zuerst den öffentlichen WLAN‑AP hackt, gewinnt? 20:13:57 <hottuna> dg, J hat angeboten, etwas Werbung zu machen, und da er in Toronto schon ein paar Crypto‑Partys organisiert hat, sollten wir kein Problem haben, Leute anzuziehen. 20:14:06 <dg> Werbung für die breite Öffentlichkeit; ich weiß nicht, wie groß die Reichweite des Hacklab ist? 20:14:14 <dg> hottuna: danke, genau das wollte ich wissen 20:14:14 <hottuna> der I2P‑Twitter/ die Website wären auch hilfreich 20:14:30 <dg> Ich bin angenehm überrascht, wie viele teilnehmen können 20:14:48 <zzz> "j" will mit der Öffentlichkeitsarbeit loslegen; ich habe ihn (via tuna0 gebeten, zu warten, bis wir dieses Treffen hatten, geklärt ist, wer auf unserer Seite PR macht, und wir eine koordinierte Ankündigung machen können 20:14:52 <hottuna> fox, ein Gastnetz ist verfügbar 20:14:54 <eche|on> Ich bin für ein I2P‑Event mit „ein paar“ Gästen 20:14:55 <xmz> ja, ich bin froh, dass es in Toronto stattfindet. Wäre es woanders, wäre es für mich schwer teilzunehmen. 20:15:09 <dg> wäre super, wenn er auch hierher kommen könnte. 20:15:12 <dg> (j) 20:15:38 <hottuna> dg, J ist heute vom Meatspace abgelenkt 20:15:56 <hottuna> Das Einzige, worum J uns gebeten hat, ist ein Ablaufplan für den 16. Aug. 20:16:02 <dg> hottuna: Ich glaube nicht, dass es töten würde, einen Bouncer einzurichten! Er sagt schon eine Weile, dass er kommen wird 20:16:41 <eche|on> also, Sa/So jeweils 16:00 bis Mitternacht 20:16:42 <zzz> Hat sonst jemand allgemeine Fragen oder Kommentare, oder Einwände, das überhaupt zu machen? 20:16:58 <eche|on> Ich stimme für ein I2P‑Lunch am Sonntag vor dem Hacklab 20:16:59 <xmz> keine Einwände, nur Zuspruch hier 20:17:06 <xmz> das ist eine gute Idee 20:17:15 <psi> es ist faktisch Samstag bis Montagmorgen, richtig? 20:17:24 <eche|on> Es wäre schön, ein paar I2P‑Leute zusammenzubringen und sich zu treffen; alles andere ist für mich Zugabe 20:17:52 <zzz> lasst uns der Versuchung widerstehen, Kleinkram zu diskutieren. Zum Beispiel vermute ich, die Zeiten können sich ändern, die Agenda steht noch nicht, und wir müssen nicht über Bouncer‑Setup reden 20:18:02 <hottuna> eche|on, ja – soweit ich weiß. Dieses Zeitfenster könnte sich aber um eine Stunde verschieben. 20:18:16 <eche|on> ja, passt 20:18:38 <eche|on> also die „Lodge“ sprich Lounge ist dafür da, dass die Nachtschwärmer durch die Nacht kommen 20:18:41 <psi> hottuna: was ist allgemeiner Vortrag vs. technischer Vortrag? 20:19:03 <hottuna> psi, das ist eine gute Frage. Und etwas, das wir entscheiden müssen. 20:19:05 <eche|on> allgemeiner Vortrag: I2P, was es ist, wie es funktioniert; technischer Vortrag: was ist das Protokoll 20:19:22 <eche|on> hottuna: aber die Lodge mit Schlafplätzen ist Sa–Mo, oder? 20:19:30 <hottuna> für den 15. Aug. möchten wir eine allgemeinere Zielgruppe ansprechen. Also alles, was Nicht‑I2P‑Leute verstehen würden 20:19:31 <xmz> sind irgendwelche Guides/Walkthroughs geplant für Leute, die neu bei I2P sind? 20:19:33 <dg> s/kill/kill him/ 20:19:34 <str4d> Ich werde nicht teilnehmen (wie schon gesagt), habe aber keine grundlegenden Einwände 20:19:34 <iRelay> dg meinte: hottuna: Ich glaube nicht, dass es ihn umbringen würde, einen Bouncer einzurichten! Er sagt schon eine Weile, dass er kommen wird 20:19:34 <eche|on> und macht die Lounge Lärm für die Schlafenden? 20:20:06 <hottuna> xmz, eine Crypto‑Party, die im Grunde ein gemeinsamer Walkthrough/Workshop ist, ist für den 15. Aug. geplant 20:20:14 <xmz> das ist großartig 20:20:33 <psi> ich möchte eine kurze I2P‑App‑Dev‑Einführung machen 20:21:16 <psi> wir sollten wirklich zeigen, wie einfach die Entwicklung mit I2P ist <-- Workshop‑Idee 20:22:26 <hottuna> psi, und eine I2P‑App‑Dev‑Einführung wäre wohl gut für den 16. Aug. 20:22:30 <str4d> ++ 20:22:43 <str4d> Das würde gut mit Android zusammenpassen 20:22:45 <hottuna> eche|on, bzgl. Lounge: Ich möchte die Details dazu mit J bestätigen, Sa–Mo klingt passend 20:22:45 <dg> das wäre schön, psi 20:22:45 <hottuna> str4d, möchtest du über Android sprechen? 20:22:45 <eche|on> in dem Fall gehe ich in mein eigenes Hotelzimmer ;-) 20:22:45 <psi> ich müsste eine Kopie von monotone mitbringen, damit wir nicht 5 Stunden warten, bis es synchronisiert 20:22:45 <zzz> ja, ich sehe den Sa. als öffentliche Sache und den So. als Dev‑Meeting/Hackathon, öffentlich, aber wahrscheinlich nur wir. Außerdem könnten wir am So. eine zweite öffentliche Präsentation machen, wenn die erste „ausverkauft“ ist 20:22:45 <str4d> hottuna: ist wahrscheinlich eine gute Idee, wo ich doch de‑facto Android‑Projektleiter bin :P 20:22:46 <eche|on> klingt vernünftig, zzz 20:23:15 <hottuna> str4d, ich trage dich für den 16. Aug. ein und dass du dann über Android sprichst? 20:23:36 <str4d> Ja 20:24:12 <hottuna> psi, ich habe dich für eine I2P‑App‑Dev‑Einführung eingetragen. Ist das ok? 20:24:22 <psi> ja 20:24:29 <zzz> ok, lasst mich zu 1b) Freiwillige übergehen 20:24:44 <zzz> Wir haben das noch nie gemacht. Es wird nicht passieren, wenn nicht jemand die Verantwortung übernimmt. 20:24:44 <hottuna> danke. 20:24:57 <zzz> Eine Einzelperson kann nicht alles machen. 20:25:19 <zzz> Wir brauchen jemanden, der insgesamt die Verantwortung trägt, und mehrere Leute, die verschiedene Teile übernehmen. 20:25:20 <eche|on> Verantwortliche: Ich stimme für hottuna als lokalen Kontakt, um Veranstaltungsort und Lounge zu buchen; ich zahle 20:25:49 <zzz> Falls jemand denkt, das wird einfach ... noch mal nachdenken 20:26:08 <hottuna> ich bin bereit, die allgemeine Koordination fortzuführen, das habe ich bisher ja gemacht. 20:26:13 <zzz> und wenn wir nicht genug Freiwillige finden, lasst uns das Ganze jetzt absagen, bevor wir Geld ausgeben 20:26:32 <zzz> hier ist meine Liste aus meinem Beitrag, die vielleicht übertrieben ist, aber wir können hier anfangen: 20:26:47 <zzz> - Gesamtverantwortlicher/Head Planner (??) 20:26:47 <zzz> - Finanzen (echelon) 20:26:47 <zzz> - PR/Marketing (psi) 20:26:47 <zzz> - Ausstattung/Logistik (hottuna) 20:26:47 <zzz> - Gesamtzeitplan (??) 20:26:47 <zzz> - Planung Crypto‑Party (??) 20:26:49 <zzz> - Präsentation Crypto‑Party (??) 20:26:51 <zzz> - Tiefgehende technische Präsentation (zzz) 20:26:53 <zzz> - i2pd‑Präsentation/Planungssession (orignal) 20:26:58 <zzz> - Android‑Präsentation/Planungssession (str4d via Skype) 20:26:59 <zzz> - Roadmap/Leitung technischer Sessions (??) 20:27:01 <zzz> - Auswahl Essen/Trinken‑Location (orignal) 20:27:03 <zzz> - Auswahl Hotel/Crash‑House (hottuna) 20:27:05 <zzz> - Snack‑Koordinator (echelon) 20:27:07 <zzz> - Sticker (echelon) 20:27:09 <zzz> - Video/Audio‑Aufzeichnung (??) 20:27:53 <eche|on> Ich bin dafür, die Vorträge nicht allzu sehr zu verplanen. Wir haben hier einige Freiwillige, die Vorträge machen 20:28:18 <zzz> richtig. Ich möchte hier in dieser Sitzung nicht planen. Ich möchte Verantwortliche benennen und sie es machen lassen 20:28:39 <zzz> und die Gesamtverantwortliche Person kann alle folgenden Meetings leiten 20:28:45 <hottuna> Ich melde mich auch freiwillig, den Gesamtzeitplan zu erstellen. 20:28:52 <xmz> die Crypto‑Party‑Planung muss mit J koordiniert werden, richtig? 20:29:01 <xmz> oder übernimmt er das alles? 20:29:04 <hottuna> J hat sich bereit erklärt, die Crypto‑Party zu organisieren 20:29:17 <zzz> ok, also hottuna als Gesamtverantwortlicher und derjenige, der den Zeitplan verantwortet? 20:29:52 <str4d> +1, er ist am besten positioniert, den Überblick zu behalten 20:29:56 <eche|on> wenn er dazu bereit ist? 20:31:16 <zzz> ok, hottuna? 20:31:16 <hottuna> damit bin ich ok. So ist es wahrscheinlich einfacher 20:31:17 <hottuna> was die Crypto‑Party‑Präsentation angeht, bin ich mir nicht sicher, was sie enthalten sollte 20:31:17 <hottuna> bin ich. 20:32:02 <str4d> hottuna: Ich nehme an, das heißt, du wirst definitiv für die Party in Toronto sein? (Vorhin war das noch offen) 20:32:02 <zzz> war schon mal jemand auf einer Crypto‑Party? 20:32:08 <psi> ich 20:32:22 <psi> soweit ich sagen kann, ist es wie eine Mini‑Con 20:32:30 <hottuna> str4d, ich plane, in Toronto zu sein. Also, sofern keine Katastrophe eintritt, werde ich da sein, 20:33:01 <cacapo> hi – echelon und ich haben beim 29c3 eine kleine Crypto‑Party gemacht 20:33:16 <zzz> großartig. psi, können wir dich nominieren, zusammen mit J sowohl PR als auch die Crypto‑Party zu machen? 20:34:43 <psi> jap 20:34:43 <psi> (jetzt, wo das feststeht, kauf ich mein Reisezeug) 20:34:43 <hottuna> cacapo, eche|on: würdet ihr bei der Crypto‑Party mitmachen? 20:34:43 <hottuna> psi, hast du die Kontaktdaten von J? 20:34:44 <cacapo> hottuna: klar, ich bin dabei 20:34:54 <eche|on> Ich war nur Helfer für den I2P‑Teil; ich werde in Toronto sein, aber hauptsächlich als Backup :-) 20:34:55 <str4d> hottuna: Ich nehme an, das heißt, du wirst definitiv für die Party in Toronto sein? (Vorhin war das noch offen) :P 20:34:56 <str4d> äh 20:34:58 <str4d> sry 20:35:10 <psi> hottuna: im Moment nicht 20:35:25 <hottuna> Ich bin nicht genau sicher, was zu tun ist. Ideal wäre, wenn du das mit J koordinierst 20:35:28 <psi> hottuna: leite sie mir weiter, wenn du Gelegenheit hast 20:35:30 <str4d> psi: nicht spruchreif bis 1c) 20:35:38 <zzz> wer möchte an einer Präsentation arbeiten – oder eine halten – an einem der beiden Tage? 20:36:12 <psi> ich helfe als Wingman bei einer Präsentation, wenn jemand das braucht 20:36:13 <zzz> ich kann an jedem Tag eine halten, aber ich denke, wir sollten mehrere kurze haben, nicht eine große von einer Person 20:36:28 <eche|on> genau 20:37:37 <zzz> hottuna, sieht so aus, als hätte orignal gehen müssen, kannst du später mit ihm sprechen, wofür er sich melden kann – vielleicht eine i2pd‑Präsentation oder technische Session, oder ein Ausflug in eine Bar/ 20:38:13 <hottuna> zzz, also haben psi und str4d zwei technische Beiträge für den 16. Aug. angeboten 20:38:17 <hottuna> zzz, ich versuche, orignal zu erreichen, ja. 20:38:23 <zzz> möchte sonst noch jemand sich für irgendetwas melden? 20:39:56 <zzz> ok, für mich klingt es so, als hätten wir die wichtigen Aufgaben verteilt. 20:40:06 <eche|on> nicht viel, ich werde 1 oder 2 Tage früher da sein und mich umschauen 20:40:23 <zzz> also 1c) klingt es so, als hätten wir genug Leute, um fortzufahren? 20:40:33 <hottuna> ich würde sagen ja. 20:40:48 <eche|on> sind wir mehr als 5 Personen, die da sein werden? ;-) 20:41:14 <zzz> Ich möchte sicherstellen, dass wir nicht zu viel auf tunas Rücken laden. Lasst uns alle mithelfen, damit es ein Erfolg wird 20:41:33 <eche|on> ja, macht einen Plan auf zzz.i2p zu den Vorträgen 20:41:35 <zzz> ok, wenn tuna nicht in Panik ist, sind wir wohl gut aufgestellt 20:41:52 <hottuna> Ich bin nicht in Panik. 20:41:54 <eche|on> und hottuna sollte mir den Kontakt geben, um zu zahlen 20:42:11 <zzz> Ich erwarte, dass hottuna in den kommenden Wochen und Monaten mehrere weitere Meetings leiten wird, um alles vorzubereiten 20:42:15 <hottuna> eche|on, könnte das in bar im Meatspace erledigt werden? 20:42:27 <hottuna> Ich denke, wir brauchen eine Wiki‑Seite als organisatorische Basis. 20:42:40 <eche|on> Bar ist auch ok, aber alles, was ich im Voraus bezahlen kann, ist besser; meine Kredit/Debit‑Karte ist nicht wirklich unbegrenzt^^ 20:42:53 <psi> ich habe ein Wiki, das ich dafür abstellen kann 20:42:57 <psi> eventuell 20:43:00 <zzz> ich möchte 1d) finanzielle Unterstützung zur Agenda hinzufügen 20:43:13 <zzz> 1d) finanzielle Unterstützung 20:43:32 <hottuna> Darf ich vorschlagen: https://trac.i2p2.de/wiki/MeetupToronto2015 20:43:33 <eche|on> wir haben Geld zu vergeben. 20:43:49 <zzz> traditionell haben wir Leuten für Konferenzen nur etwa 200 $ erstattet 20:44:19 <zzz> ich höre, einige brauchen deutlich mehr, um teilnehmen zu können 20:44:28 <eche|on> str4d: dein Problem für die Teilnahme war hauptsächlich das Geld? 20:44:44 <str4d> eche|on: nein, Timing 20:44:51 <zzz> wie hoch ist das Maximum, das wir pro Person geben würden? Oder alternativ, wie viel Geld würden Leute brauchen, um teilnehmen zu können? 20:44:51 <eche|on> ha, nein, ich werfe gerade ein paar Namen durcheinander.. 20:44:52 <str4d> (naja, Geld auch) 20:44:59 <zzz> 500 $? 1000 $? 2000 $? 20:45:11 <eche|on> IMHO Flüge aus Europa kosten 1200 hin und zurück 20:45:19 <eche|on> und IMHO ist das, was kytv braucht, um teilzunehmen 20:45:33 <eche|on> wenn er/sie irgendwo $günstig und gut übernachten kann 20:45:45 <zzz> wenn jemand eine feste Zahl hat, die er braucht, jetzt sagen 20:45:53 <eche|on> kytv: jetzt ist deine Zeit. 20:46:09 <zzz> oder, wie viel halten die Leute für angemessen? 20:46:27 <eche|on> Ich denke, wir können vieles bezahlen, aber ich würde lieber mehr für Reisekosten und weniger für Alkohol beim Event ausgeben 20:46:35 <eche|on> (spricht man das booze aus?) 20:47:13 <hottuna> eche|on, Leute herbekommen ist wichtiger, ja. 20:47:16 <psi> hm 20:47:23 <hottuna> (es heißt booze, ja) 20:47:28 <zzz> oder, anders gefragt: Wie viel sollten wir insgesamt für dieses Event ausgeben? 20:48:01 <eche|on> aktuell auf meiner Liste zu bezahlen: Location, einige Snacks/Kaffee/Kaffeepause, ein Dinner/Lunch für I2P. 20:48:20 <psi> meine gesamten Kosten wären nur die Anreise, das müsste ich noch klären, wahrscheinlich Flug, vielleicht Bus/Zug 20:48:43 <zzz> wären 10.000 $ überzogen? 20:48:50 <eche|on> ich würde kytv (und jedem anderen engagierten I2P‑Mitwirkenden) 1200 für den Flug zahlen und allen anderen bis zu 500, wenn sie es wollen 20:49:20 <hottuna> eche|on, das klingt vernünftig 20:49:25 <str4d> 10.000 $ müssten gut begründet werden 20:49:33 <eche|on> und das würde grob 10k ergeben 20:50:04 <str4d> aber mit guter Begründung wäre ich nicht dagegen 20:50:59 <eche|on> ok, 5k–10k in der Größenordnung 20:51:24 <hottuna> sollten wir die kompletten Reisekosten erstatten oder so etwas wie 50 % oder 75 %? 20:51:27 <zzz> wie wäre es mit bis zu 1500 $ Erstattung für Core‑Team‑Mitglieder und bis zu 2500 $ für „besondere Umstände“, d. h. man braucht es wirklich 20:51:36 <eche|on> ich würde bis zu 10k zahlen; einziges Problem: Wenn wir das regelmäßig machen, ist es schwierig, jedes Jahr 10k zu zahlen 20:51:38 <hottuna> eche|on, ich denke, etwas näher an 5k als 10k wäre einfacher zu vereinbaren 20:51:56 <zzz> eche|on, erinnere uns: Wie viel Geld haben wir zzt.? 20:52:10 <eche|on> warte eine Sekunde 20:52:37 <str4d> Im aktuellen HoF: 44,6k Euro und 537,7 BTC 20:52:50 <eche|on> auf meiner Seite grob 41k Euro, 534 Bitcoin und 700 Litecoin 20:53:19 <eche|on> 534 BTC je 210, LTC ist 1,2 je 20:53:52 <fox> persönliche Erfahrung: Für günstige Unterkunft ist Motel 6 in ganz Nordamerika viel besser geworden 20:53:59 <xmz> ich kann bei Aufbau/Abbau etc. helfen 20:54:50 <hottuna> welche Art von Ausgaben möchten wir einer Person erstatten? Gesamtkosten der Reise? Nur Flüge? Flug+Hotel? 20:55:02 <fox> Inn‑Typ Unterkünfte sind nett, wenn man Frühstück möchte 20:55:22 <zzz> normalerweise machen wir das ohne Nachfragen, egal wofür du Geld ausgegeben hast 20:56:13 <str4d> aber bei diesem Umfang der Ausgaben wollen wir wahrscheinlich einige vernünftige Einschränkungen 20:56:33 <eche|on> ich stimme für Reisekosten 20:56:34 <zzz> sicher. 20:56:41 <eche|on> da die Lounge günstig und verfügbar ist 20:56:55 <psi> hottuna: nur zur Klärung – müsste ich persönlich ein Hotel buchen oder nicht 20:56:59 <psi> (für mich) 20:57:04 <xmz> man könnte eine Möglichkeit einrichten, beim Event Spenden anzunehmen 20:57:04 <eche|on> und Essen/Trinken ist wie @home, wenn du willst 20:57:25 <hottuna> psi: du müsstest die Buchung machen. Buche, was du möchtest. echelon wird es dir erstatten 20:57:33 <psi> okay 20:57:45 <zzz> wie wäre es mit max. 1.000 US$ für Nordamerikaner, max. 1500 Euro für Europäer, max. 2000 Euro für „besondere Umstände“ 20:58:20 <eche|on> zzz: Flüge US nach CAD sind <1000 $? 20:58:22 <cacapo> bei 5k–10k und vielen Schlüsselpersonen vor Ort – warum es nicht „Summit“ nennen – etwas offizieller 20:59:00 <zzz> sollte nicht mehr als 400 $ sein 20:59:04 <zzz> aber ich habe nicht nachgeschaut 20:59:12 <zzz> und für manche ist es Fahrdistanz 20:59:44 <zzz> wir haben noch nie 100 % für jemanden erstattet 20:59:44 <eche|on> ich möchte nochmal anmerken und fragen: Wenn wir diesen Betrag machen, müssen wir klarstellen, dass die Erstattungen für die 32C3 und die nächsten paar Events wie üblich ~200 sein werden, sofern nichts Besonderes passiert 21:00:03 <hottuna> eche|on, einverstanden 21:00:47 <zzz> ich werfe nur Vorschläge in den Raum, bitte stimmt zu/ab – zu hoch/niedrig 21:00:48 <eche|on> es ist irgendwie unfair, aber man kann es als eine Art Werbung sehen 21:01:00 <eche|on> zzz: ich stimme zu, mit dem Zusatz 21:01:46 <zzz> anders betrachtet: Ich denke, wir sollten mindestens 10 % unseres Geldes pro Jahr ausgeben. Vielleicht 15–20 %. 21:02:04 <eche|on> hmm 21:02:19 <zzz> denn weitere 10 Jahre wären eine lange Zeit so 21:02:58 <eche|on> wir hatten 2014 7k Spenden und haben 11k ausgegeben (allein in Euro) 21:03:55 <hottuna> zzz, wenn wir die Prozent‑Sache machen, lass uns niedrig anfangen. 21:03:57 <eche|on> dieses Jahr haben wir ~600 Euro bekommen und 3k ausgegeben 21:04:21 <eche|on> 10 % ist für mich derzeit ok 21:04:30 <eche|on> müsste wieder etwas BT in umwandeln... 21:04:31 <zzz> inklusive BTC haben wir ~150k Euro 21:05:00 <eche|on> Ich nenne BTC ein wenig „Spielzeug“, und solange sie nicht in hier sind, zähle ich sie nicht wirklich mit. 21:05:30 <eche|on> klar, der Wechselkurs ist derzeit 210, aber ich werde nie in der Lage sein, 400 BTC auf einmal zu tauschen. 21:05:38 <hottuna> ich stimme eche|on zu. BTC sind für solche Rechnungen nicht 100 % zuverlässig 21:06:10 <eche|on> also, mit der Einigung auf max. 10k für dieses Event werde ich einige BTC tauschen 21:06:33 <eche|on> ich will nur auf der sicheren Seite sein und eine Art „Reserve“ in haben. 21:06:40 <zzz> du kannst den Leuten extra anbieten, wenn sie die Erstattung in BTC nehmen 21:06:54 <eche|on> klar, das mache ich ständig. Das ist der Vorteil von BTC 21:07:08 <eche|on> man kann Leute damit bezahlen, aber man kann sich nicht darauf verlassen. 21:07:50 <hottuna> eche|on, zzz, psi, dg: sind wir alle mit einem harten Cap von 10k für Ausgaben zu diesem Event einverstanden? 21:07:53 <eche|on> aber ja, wir haben das Geld 21:08:02 <zzz> ok, wie wäre es so: Wir budgetieren 10k Euro für das gesamte Event. Das tatsächliche Pro‑Person‑Maximum hängt davon ab, wie viele gehen, Anträge für „besondere Umstände“ usw.; wird später festgelegt 21:08:03 <psi> harter Cap, ja 21:08:20 <hottuna> zzz, klingt gut. 21:08:44 <eche|on> Hmm, harter Cap ist interessant, hängt aber von den lokalen Snack‑Kosten ab^^ 21:09:07 <eche|on> wir können die Ausgaben für die Teilnahme pro Person hart deckeln. 21:09:15 <eche|on> und das wären 8 oder 9k? 21:09:24 <zzz> aber alle bitte mit Augenmaß. Du kannst nicht nach Toronto fahren und ein 400‑$‑pro‑Nacht‑Hotel buchen und erwarten, dass alles übernommen wird 21:09:55 <eche|on> zzz: Reisekosten, oder Reise&Hotel? 21:10:23 <zzz> weiß nicht 21:10:35 <eche|on> außerdem: Liste zu bevorzugender Personen (aka: Leute, die schon viel gemacht haben, Vortragende, andere) 21:10:38 <hottuna> eche|on, da es die Lounge gratis gibt, habe ich nichts dagegen, nur Reisekosten zu erstatten 21:10:47 <zzz> normalerweise sind es Flug + Hotel, aber wir waren noch nie nahe an voller Erstattung, daher war es egal 21:11:39 <str4d> ich denke, vorerst 10k Budget, dann eine Abfrage, damit wir wissen, wer *tatsächlich* fährt; dann können wir die Erstattung besser budgetieren 21:11:50 <eche|on> ich fasse meine Meinung zusammen: Cap 8k für Reisekosten der Teilnehmer, mit einer gewissen Priorisierung der Personen 21:12:00 <zzz> ok 21:12:32 <str4d> (Abfrage bei den Core‑Leuten) 21:12:34 <zzz> lassen wir’s fürs Erste gut sein; wir werden später die Leute bitten, echelon zu mailen, wie viel sie benötigen 21:12:37 <hottuna> eche|on, einverstanden. 21:12:51 <hottuna> alles klar 21:12:54 <zzz> ok, alle, die fahren und Erstattung vom Projekt möchten, sagen „aye“ 21:12:56 <zzz> aye 21:13:02 <eche|on> aye ;-) 21:13:04 <hottuna> https://trac.i2p2.de/wiki/MeetupToronto2015 enthält jetzt einige Informationen. 21:13:12 <psi> aye 21:13:19 <hottuna> wenn ihr euch für eine Verantwortlichkeit eingetragen habt, helft bitte, diese Seite zu pflegen 21:14:17 <zzz> ok, eche|on, bitte kläre später mit kytv, wie viel er bräuchte, um teilzunehmen 21:14:22 <hottuna> cacapo ?? 21:14:24 <zzz> noch etwas zu 1d)? 21:14:47 <cacapo> hottuna: aye, ich komme, wenn ich meinen Chef niedergerungen bekomme 21:15:12 <cacapo> ich nehme gern eine kleine Erstattung in BTC 21:15:14 <hottuna> zzz, nein 21:15:24 <zzz> es wird ein paar Tage dauern, herauszufinden, wer fährt . 21:15:49 <zzz> für ein paar Leute könnte die Erstattungshöhe in die Entscheidung einfließen, für die meisten aber wohl nicht 21:15:59 <zzz> noch etwas zu 1) ? 21:16:14 <zzz> noch andere (nicht‑Toronto‑) Themen zu besprechen? 21:16:46 <zzz> erstes Meeting in 6 Monaten, muss den „baffer“ suchen 21:17:15 <zzz> danke an alle und besonders an die Freiwilligen 21:17:26 <zzz> ahh, da ist er 21:17:40 <eche|on> großartig 21:17:49 <eche|on> Zeit fürs Bett jetzt^^ 21:17:52 * zzz *bafs* die Sitzung geschlossen

0.9.19 Veröffentlichung

Sun, 12 Apr 2015 00:00:00 +0000

0.9.19 enthält mehrere Fehlerbehebungen und Verbesserungen für die floodfill-Performance. Viele von Ihnen sahen nach der Veröffentlichung von 0.9.18 eine hohe CPU-Auslastung. Dies wurde verursacht durch eine Kombination aus verstärktem Einsatz von Verschlüsselung, dem starken Zustrom von Vuze-Nutzern ins Netzwerk, weniger floodfills aufgrund strengerer Leistungsanforderungen und einigen seit langem bestehenden Fehlern. Die Situation sollte deutlich besser sein, nachdem der Großteil des Netzwerks aktualisiert wurde. Wie immer ist der beste Weg, die CPU-Auslastung zu verringern, Ihre Bandbreitenlimits zu senken.

Version 0.9.18

Sun, 22 Feb 2015 00:00:00 +0000

0.9.18 enthält mehrere Fehlerbehebungen und Leistungsverbesserungen. Wir haben die Startzeit verkürzt und die Latenz in unseren Netzwerkprotokollen verringert. Wir haben die Standard-Verbindungslimits für die schnellsten router erhöht und die Thread-Nutzung in i2ptunnel reduziert. UPnP-Korrekturen sollten den Umgang mit Änderungen an externen Geräten verbessern. Die CPU-Auslastung in router mit hoher Bandbreite kann dank einiger NTCP-Korrekturen reduziert werden.

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Die beste Möglichkeit, die Sicherheit zu wahren und dem Netzwerk zu helfen, besteht darin, die neueste Version auszuführen.

31C3-Reisebericht

Tue, 20 Jan 2015 00:00:00 +0000

Anwesend: Apekatten , Echelon , Hottuna , Marielle , Meeh , Sindu, zzz

Wir waren zum zweiten Jahr in Folge an einem großartigen Standort auf dem Congress, in Noisy Square , direkt neben dem EFF-Tisch. Teil von Noisy Square zu sein, hat unsere Sichtbarkeit deutlich erhöht und vielen Menschen geholfen, uns zu finden. Vielen Dank an Noisy Square und die 31C3-Organisatoren für einen großartigen Congress.

Wir danken außerdem Gabriel Weinberg und seiner großartigen Suchmaschine DuckDuckGo für ihre Unterstützung von Open-Source-Anonymisierungswerkzeugen und ihren großzügigen Beitrag zu I2P im Jahr 2014. Die Finanzierung durch DuckDuckGo und andere hat unsere Teilnahme am CCC ermöglicht. Dies ist das wichtigste jährliche Treffen der I2P-Entwickler und für unseren Erfolg von entscheidender Bedeutung.

Veröffentlichungen der Android-App

Mon, 01 Dec 2014 00:00:00 +0000

Es ist schon einige Zeit her, dass ich zuletzt Updates zu unserer Android-Entwicklung veröffentlicht habe, und in der Zwischenzeit gab es mehrere I2P-Veröffentlichungen, ohne dass entsprechende Android-Veröffentlichungen erschienen. Endlich ist das Warten vorbei!

Neue App-Versionen

Neue Versionen von I2P Android und Bote wurden veröffentlicht! Sie können von diesen URLs heruntergeladen werden:

Die wichtigste Änderung in diesen Releases ist die Umstellung auf Androids neues Material Design-System. Material hat es App-Entwicklern mit, sagen wir mal, “minimalistischen” Design-Fähigkeiten (so wie ich) wesentlich erleichtert, Apps zu erstellen, die sich angenehmer nutzen lassen. I2P Android aktualisiert außerdem seinen zugrunde liegenden I2P router auf die soeben veröffentlichte Version 0.9.17. Bote bringt mehrere neue Funktionen sowie viele kleinere Verbesserungen mit; zum Beispiel können Sie jetzt neue E-Mail-Zieladressen per QR-Codes hinzufügen.

Veröffentlichung 0.9.17

Sun, 30 Nov 2014 00:00:00 +0000

0.9.17 ist in erster Linie ein Bugfix-Release, setzt aber auch unsere Migration zu stärkeren kryptografischen Signaturen fort.

Wir haben das Newsfeed-System, das für die Nachrichten auf Ihrer Konsole und die Anzeige der neuesten router-Version verwendet wird, auf ein signiertes Format mit 4096-Bit-RSA-Schlüsseln umgestellt, um die Sicherheit zu erhöhen.

Neue eepsites und Server werden standardmäßig ECDSA-signiert, sofern ECDSA verfügbar ist. In der Seitenleiste der Konsole gibt es jetzt eine Warnung, falls ECDSA nicht verfügbar ist. Für RedHat-Benutzer liegen uns Berichte über erfolgreiche Installationen des BouncyCastle Provider (bcprov) jar vor, um ECDSA-Unterstützung hinzuzufügen.

I2P Entwicklertreffen - 25. November 2014

Tue, 25 Nov 2014 00:00:00 +0000

Kurzer Überblick

Anwesend: dg, eche|on, EinMByte, JekabsR, kytv, orignal, psi, str4d, zzz

Sitzungsprotokoll

20:04:39 <str4d> Yo 20:04:44 <str4d> Es ist Zeit für das Meeting 20:06:47 <str4d> zzz, psi, kytv, Meeh, dg 20:07:30 <psi> ist es das? 20:07:39 <psi> ah Dienstag 20:09:03 <zzz> anwesend 20:09:48 <orignal> Meeting? 20:10:11 <str4d> orignal: Besprechung der To-do-Liste von Java I2P 20:10:35 <str4d> Während wir warten, dass die anderen auftauchen: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:10:41 <kytv> Auch anwesend, obwohl ich bei solchen Dingen normalerweise nutzlos bin. 20:11:37 <str4d> Ich habe das Gantt-Diagramm auf der obigen Seite (das ich für den 0.9.13-0.9.16-Entwicklungszyklus erstellt habe) angepasst, um zu zeigen, was wir meiner Meinung nach getan haben. 20:13:30 <zzz> interessant 20:14:06 <zzz> mehrere Destinations pro tunnel <-- ist nicht passiert 20:14:22 <str4d> Nicht? Okay, mein Fehler. 20:14:27 <zzz> findbugs-Durchlauf <-- ist passiert, kann man aber immer wieder machen 20:14:56 <str4d> Mehrere Sessions pro I2CP – das ist auch nicht passiert *derp* 20:14:56 * str4d korrigiert 20:15:48 <zzz> wow, wir hatten ein gutes Jahr (imho) 20:16:38 <eche|on> ja, das hatten wir 20:17:14 <str4d> zzz: ja, ich habe es ausdrücklich als Teil der Audit-Vorbereitung bezeichnet, aber du hast recht. 20:17:39 <zzz> neues DH untersuchen <---- ich würde sagen nur halb erledigt, jedenfalls bzgl. NTCP2 20:20:26 <str4d> Gantt zeigt halb fertig nicht so leicht an :P 20:20:34 <str4d> Seite neu laden, behoben 20:21:36 <str4d> Okay, das ist also, was wir im letzten Zyklus geschafft haben. 20:21:36 <zzz> dann nicht erledigt 20:23:45 <str4d> Zweck dieses Meetings ist es, mit der Planung für den nächsten Zyklus zu beginnen. 20:23:46 <zzz> Ich möchte wiederholen, dass ein Planungszyklus über 3–5 Releases sehr hilfreich zu sein scheint, um unseren Fokus und unsere Ressourcen zu bündeln 20:23:47 <str4d> (Wenn ich das Gantt-Diagramm aktualisiere, lasse ich die halb erledigten drin und schiebe sie nach vorne) 20:23:47 <str4d> Bei der vorherigen Sitzung habe ich die Teilnehmer gebeten, jeweils ein paar Punkte zusammenzustellen, was sie in I2P und rund um I2P erledigt sehen möchten 20:23:47 <str4d> Können wir die bitte jetzt einfügen? 20:24:21 <str4d> +1 20:24:36 <str4d> Und jetzt haben wir dafür einen Beleg! 20:26:15 <zzz> ohne darauf einzugehen, was wichtiger ist, denke ich, dass fast alles, was im Gantt-Diagramm angezeigt und noch unfertig ist, weiterhin wichtig ist 20:27:01 <str4d> Ich stimme zu. 20:27:07 <str4d> Ich möchte dennoch sehen, welche Ideen die Leute in der letzten Woche hatten, falls welche. 20:27:45 <str4d> Hier sind meine: `http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/` 20:27:46 <iRelay> Titel: Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (at pastethis.i2p) 20:28:07 <eche|on> Mir gehen die Optionen aus, ich sehe, I2P nach außen zu bringen, mit Hilfe von Bote Android, i2p messenger ist eine Option, ein XMPP-Server und Syndie. Sorry, ich halte Syndie immer noch für wichtig. 20:28:27 <str4d> eche|on: super, danke! 20:28:43 <str4d> Weiter so, her mit mehr :) 20:28:53 <eche|on> und mit der Android-App kommen restricted routes (eingeschränkte Routen) 20:28:54 <zzz> meine Liste neuer Dinge: das Red-Hat-ECDSA-Problem lösen, auf EdDSA migrieren, Jetty 9 / Java 7, die Vuze-Nutzerbasis ausbauen und mehr Marketing / Outreach / Partnerschaften / Einbettung 20:29:36 <str4d> Für die Nachwelt schreibe ich meine Ideen auch hier auf: 20:30:11 <str4d> Todo in I2P: Routerconsole-UX-Analyse und Redesign; Ideen aus Tors HS-2.0-Design übernehmen und auf I2P-Destinations anwenden; Bandbreitenplanung. Todo rund um I2P: Verbesserungen am Website-Theme; I2P-Bote Fetching-Relays implementieren; Forschung 20:30:23 <zzz> noch eins: orchid: reparieren oder abschaffen 20:30:32 <str4d> +100 20:31:13 <kytv> Bezüglich des RedHat/Gentoo-ECDSDA-Problems, vielleicht könnten/sollten wir eine Nachricht in der Seitenleiste (oder den Logs) mit einem Download-Link anzeigen. Oder den Benutzer fragen, ob ‚wir‘ es in ./lib herunterladen sollen 20:31:35 <zzz> noch eins: Test-Verbesserungen, Test-Hardware, Windows-Tests 20:31:58 <str4d> kytv: gute Ideen (aber die Diskussion kann bis zu einem anderen Meeting warten :) 20:32:03 <zzz> noch eins: mehr Geld ausgeben 20:32:36 <zzz> noch eins: China 20:32:58 <str4d> Zwischen diesen Ideen und der nicht erledigten Liste auf der obigen Seite haben wir einen guten Pool potenzieller Projekte. 20:33:34 <str4d> Mein Ziel ist es, diese Projekte aufzubereiten, zu formalisieren und auf der To-do-Seite der Website zu veröffentlichen 20:34:11 <str4d> Nachdem ich mir die To-do-Seiten anderer Projekte angesehen habe, ist dies das Format, das ich vorschlage: 20:34:11 <str4d> `http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/` 20:34:12 <iRelay> Titel: Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (at pastethis.i2p) 20:34:54 <eche|on> gute Idee 20:35:10 <kytv> dito zu Orchid 20:35:10 <kytv> Mein wichtigstes „TODO rund um I2P“ betrifft das Testen. Nicht automatisierte Softwaretests per se, sondern dass irgendeiner unserer Dienste live geht, ohne irgendeine Art von Test … einfach [puff], „es ist live … keine Ahnung, ob es funktioniert.“ 20:35:12 <kytv> In I2P: Den Installer so machen, dass er unter Windows ins Benutzerverzeichnis installiert, um jegliche Berechtigungsprobleme zu vermeiden. Sollte einfach sein, aber ich weiß nicht wie. 20:35:16 <kytv> Chrome hat das so gemacht (macht es vielleicht immer noch?) 20:35:41 <str4d> Mein ideales Endergebnis: Nutzer können zur To-do-Seite gehen und eine Liste all unserer Projektideen in und rund um I2P finden. 20:36:11 <zzz> noch eins: GSoC 20:36:14 <str4d> Oben wird es eine Tag-Cloud geben, auf die sie klicken können, um Projekte zu filtern, die bestimmte skils erfordern 20:36:17 <str4d> Skills 20:36:21 <zzz> noch eins: Sommertreffen 20:37:54 <zzz> noch eins: GNS-Untersuchung, zweiter Durchgang? 20:38:28 <str4d> mmm 20:38:54 <zzz> oder vielleicht reicht einfach noch eine Diskussion mit den Leuten 20:39:09 <str4d> Ich werde jetzt im Gantt die erledigten Aufgaben herausnehmen. 20:39:27 <zzz> kannst du es speichern und ein neues starten? 20:39:29 <str4d> zzz: welche der unteren paar wurden erledigt (SSU-Replay-Erkennung etc.)? 20:39:38 <str4d> Klar, kann ich. 20:39:49 <zzz> es ist irgendwie schön zu zeigen, dass wir tatsächlich Dinge schaffen 20:40:19 <eche|on> zzz: das meiste wurde IMHO von dir erledigt 20:40:35 <EinMByte> habe ich das Meeting verpasst? 20:40:37 <zzz> Ich glaube, ich habe alles gemeldet, was fälschlich als erledigt oder nicht erledigt stand. 20:42:39 <str4d> Neues Diagramm ist online 20:43:55 <str4d> zzz: Welche der drei ganz unten sollten nach vorne geschoben werden? Ich glaube, Client-Locking ist noch ein Thema? 20:43:59 <str4d> (client tunnel locking) 20:44:18 <str4d> zzz: Ich stimme zu. 20:44:34 <str4d> Das wird IMHO dadurch unterstützt, dass wir an der To-do-Seite arbeiten. 20:44:56 <str4d> Wenn wir die Nicht-Coding-Projekte so erklären können, dass Neulinge sie verstehen und erledigen können, hilft uns das ebenfalls. 20:44:59 <zzz> nicht 100% sicher im Moment, was dieser Client-Locking-Punkt ist, aber ich denke, er ist noch nicht fertig 20:45:08 <str4d> (Ebenso für Coding-Projekte) 20:45:32 <zzz> jup 20:45:53 * str4d schiebt auch Streaming-Verbesserungen nach vorne 20:46:03 <str4d> Kann ich SSU-Session-Replay-Erkennung dann streichen? 20:46:04 <dg> Meinst du die Duplikat-Probleme? 20:46:18 <dg> So wie wir tunnels bekommen, die sich nicht aus I2PTunnel deregistrieren und keine neuen zulassen? So etwas? 20:46:30 <zzz> str4d, ich komme wegen SSU-Replay nochmal auf dich zurück, bin mir im Moment nicht sicher 20:46:45 <dg> Ich würde lieber weniger tunnel death (Tunnelabbrüche) sehen als mehr Durchsatz 20:46:59 <str4d> dg: das könnte es sein. Es gibt auch das separate Problem, dass der I2PTunnel-Start die UI blockiert 20:47:29 <zzz> setz ‚tunnel death‘ als neuen Punkt drauf, warum nicht 20:48:01 <dg> str4d: Ganz vergessen! 20:48:03 <str4d> k 20:48:39 <zzz> Für das Locking-Ding habe ich, glaube ich, etwas Unabgehaktes im Code, das sich seit etwa 18 Monaten mitschleppt, ist aber immer noch nicht richtig 20:48:40 <str4d> Als Nächstes: die obigen Ideen durchgehen. Welche sollten auf *unsere* 6-Monats-Liste (d. h. welche soll ich ins Gantt aufnehmen)? 20:50:16 <psi> EinMByte: Meeting läuft 20:50:21 <psi> (nein) 20:51:51 <zzz> Ich schlage vor, erstmal alles dort aufzunehmen, dann sprechen wir später über Prioritäten, oder lassen die Gantt-Abhängigkeiten uns sagen, was als Nächstes zu tun ist? 20:52:52 <str4d> mmk 20:53:04 * str4d zieht die obige Liste heraus und räumt sie jetzt auf 20:53:08 <EinMByte> psi: oh großartig. 20:54:08 <psi> potenzieller Punkt: Durchsatz von tunnels und Nachrichten-Drop-Raten benchmarken 20:54:26 <str4d> EinMByte: hast du irgendwelche Ideen für unsere To-do-Liste? 20:55:15 <EinMByte> NTCP2, möglicherweise. Allerdings langfristig 20:56:39 <str4d> EinMByte: zur Referenz: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:56:53 <EinMByte> danke 20:57:04 <EinMByte> (wollte gerade fragen) 21:00:23 <str4d> Hier ist die Liste der Ideen von allen: 21:00:24 <str4d> `http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/` 21:00:25 <iRelay> Titel: Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (at pastethis.i2p) 21:01:01 <str4d> Fast alle davon lassen sich in Projekte für die To-do-Seite der Website umwandeln. 21:01:36 <str4d> Nächstes Diskussionsthema: Welche davon (und die derzeit im Gantt) sind für uns in den nächsten sechs Monaten wichtiger? 21:02:48 <psi> restricted routes ist wahrscheinlich der wichtigste Punkt, IMO 21:02:50 <EinMByte> bezüglich Syndie vielleicht: Ich habe an diesem Plugin gearbeitet – im Moment aber keine Zeit). Das könnte eine der Sachen sein, die Syndie mehr Aufmerksamkeit verschaffen (kann?). 21:03:20 <dg> str4d: tunnel death fehlt und ich finde, das ist ziemlich wichtig 21:03:37 <EinMByte> Wenn jemand Interesse an Firefox-/Icedove-Plugin-Entwicklung hat: ihr wisst, was zu tun ist 21:03:37 <str4d> dg: ist drin (tunnel thread locking) 21:03:41 <str4d> Ich dachte, das sei es 21:03:49 <dg> oh, sorry str4d, ich meinte, wenn Verbindungen abrupt beendet werden 21:03:54 <dg> mein Fehler 21:04:04 <str4d> Ah, k 21:04:55 <EinMByte> psi: Ich stimme zu, restricted routes sind wichtig. Aber ich denke auch, wir sollten sehen, dass die Implementierung ziemlich viel Zeit in Anspruch nehmen wird 21:05:21 <EinMByte> (nicht sicher, wie viel vom Design / Konzept schon gemacht ist) 21:05:35 <dg> In I2P: restricted routes, RedHats ECDSA-Probleme, Tors HS 2.0, dann der Rest. Rund um I2P: Vuze-Nutzerbasis, GSoC, Forschung, Benchmark, dann der Rest. 21:06:04 <dg> Ich stimme EinMByte zu.. das Routerconsole-Redesign ist wichtig, aber das könnte eine unbestimmte Zeit dauern. 21:07:15 <EinMByte> str4d: noch eine Sache, möglicherweise. Ich kenne einige Forscher, die ein neues Konzept für eine DWSE (distributed web search engine, verteilte Websuchmaschine) entwickelt haben; sie könnten daran interessiert sein, das als I2P-Anwendung zu entwickeln 21:07:42 <str4d> EinMByte: schön! 21:07:49 <EinMByte> Da die meisten DWSEs derzeit nicht wirklich gut funktionieren, wäre das IMHO sehr interessant 21:08:01 <zzz> nein, mit ‚tunnel death‘ meinte ich 3-Minuten-Tunnelabbrüche, den Datagramm-Test vom Vuze-Typen usw. Unterschiedlich zu lokalen i2ptunnel-Locking-Problemen. 21:08:07 <EinMByte> Das ist auch etwas, das ich in Betracht ziehen würde zu implementieren 21:08:20 <dg> Ich dachte nicht genau an 3 Minuten, aber das war mit enthalten. 21:08:34 <EinMByte> (mit Hilfe, hoffentlich) 21:09:03 <str4d> k, Gantt-Seite neu laden 21:10:34 <EinMByte> str4d: Verlass dich darauf trotzdem nicht zu sehr, es hängt davon ab, ob I2P-Nutzer an so etwas überhaupt interessiert sind. 21:11:14 <EinMByte> Außerdem bin ich mir beim GNS-Kram nicht sicher. Auf jeden Fall sollte es keine hohe Priorität haben. 21:11:56 <str4d> Aktualisierte neue Ideen: `http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/` 21:11:57 <iRelay> Titel: Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (at pastethis.i2p) 21:12:35 <zzz> ich würde sagen, 4 breite Kategorien haben höchste Priorität: 1) kurzfristige Crypto-Migration fortsetzen (addressbook, muiltidest, etc.) 2) langfristigere Crypto-Planung/Forschung (DH, LS2, NTCP2) 3) alles rund ums Testen 4) alles Nicht-Coding 21:13:48 <EinMByte> zzz: ist das in der Reihenfolge der Wichtigkeit? 21:14:05 <str4d> ECDSA-Probleme fallen in die erste Kategorie; Tor HS 2.0 fällt in die zweite Kategorie. 21:14:21 <zzz> nein. ungefähr gleich wichtig 21:14:44 <str4d> Also ist der einzige Punkt, der in diesen Kategorien nicht vertreten ist, restricted routes 21:15:28 <jenkins@kyirc> Starting build #556 für Job i2pd (previous build: SUCCESS) 21:15:30 <jenkins@kyirc> Projekt i2pd Build #556: SUCCESS in 8.2 s: `http://jenkins.killyourtv.i2p/job/i2pd/556/` 21:15:31 <jenkins@kyirc> * orignal: NTCPServerConnection entfernt 21:15:32 <jenkins@kyirc> * orignal: NTCP-Clientcode nach Transports verschoben 21:16:34 <EinMByte> vielleicht ist NTCP2 nicht *so* wichtig 21:16:50 <zzz> und der Grund, warum ich sie so gruppiert habe und gleiche Priorität sage, ist, dass es wahrscheinlich 4 getrennte Gruppen von Leuten für diese 4 Kategorien sind, die jeweils Fortschritte machen könnten 21:17:08 <EinMByte> oder zumindest, bevor wir richtig mit dem NTCP2 anfangen können, müssen wir viel recherchieren und auch ein paar sehr wichtige Fragen beantworten 21:17:33 <jenkins@kyirc> Projekt i2pd (Linux x86) Build #33: SUCCESS in 1 min 47 s: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/` 21:17:44 <EinMByte> zzz: in der Tat 21:17:51 <JekabsR> es ist interessant, dass das i2p-Netzwerk dazu neigt, alle schnellen router zusammenzubringen 21:17:58 <jenkins@kyirc> Starting build #33 für Job i2pd (Linux x64) 21:18:03 <zzz> genau. „NTCP2“ ist nur eine Abkürzung für eine Menge Dinge, die möglicherweise oder möglicherweise nicht in etwas resultieren, das „NTCP2“ genannt wird 21:18:34 <JekabsR> und sie bevorzugen keine langsamen router 21:18:40 <EinMByte> Ja. Wenn wir die Transport-Layer ändern, ist es auf jeden Fall extrem wichtig, keine Fehler zu machen, da das vermutlich I2P komplett kaputtmachen würde. 21:19:19 <psi> JekabsR: langsamere router werden immer noch genutzt, nur nicht so sehr 21:19:43 <jenkins@kyirc> Projekt i2pd (Linux x64) Build #33: SUCCESS in 1 min 52 s: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/` 21:20:05 <EinMByte> zzz: wenn 2 „Forschung“ ist, dann hast du allerdings recht 21:20:33 <EinMByte> das kann gleichzeitig gemacht werden 21:21:52 * str4d arbeitet das Gantt in diese vier Kategorien um (plus eine „Sonstiges“-Kategorie) 21:22:12 <JekabsR> aber es gibt ein Problem – Client-ähnliche Destinations bekommen selten schnelle router-Verbindungen 21:22:40 <eche|on> nein? 21:22:46 <psi> JekabsR: nicht ganz sicher, ob das zutrifft 21:23:46 <zzz> str4d, haben wir Android vergessen, oder ist das eine separate Roadmap? 21:23:59 <str4d> zzz: wir haben es vergessen 21:24:01 <eche|on> JekabsR: Hidden-Mode-router haben einige Probleme, aber andere bekommen schnelle Verbindungen, da genügend schnelle router verfügbar sind und freie Kapazität haben 21:24:26 <str4d> Technisch fällt I2P Android in die Kategorie „in I2P“ 21:24:35 <psi> oh, noch eine Forschungsfrage: wie viel Kapazität hat i2p gerade eigentlich? 21:25:14 <zzz> vielleicht ergibt eine 5. Kategorie für Android mehr Sinn 21:25:46 <zzz> aber ich hänge nicht an Kategorien. Ich habe die 4 nur als schnelle Art erwähnt, zu kommunizieren, was ich wichtig finde 21:25:54 <JekabsR> weil sie dazu neigen, eine kleine Zahl wirklich schneller Verbindungen und eine große Zahl langsamer Verbindungen zu erzeugen 21:26:11 <dg> [citation needed] 21:26:15 <JekabsR> mein router hat angefangen, langsame tunnels zu droppen 21:26:24 <str4d> zzz: Ich finde, das war eine gute Idee 21:26:56 <str4d> Gantt-Seite jetzt aktualisieren 21:27:07 <eche|on> JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 <eche|on> JekabsR: tunnels werden nur am Ende der tunnel-Lebensdauer gedroppt und wenn eigene tunnels die Kapazität brauchen. 21:30:29 <str4d> Wenn ihr `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` aktualisiert, seht ihr jetzt die Überschriften, jeweils mit einem Sechsmonatsbalken. Das gibt einen Hinweis darauf, wie viel Zeit es gibt, um alles unterzubringen. 21:32:43 <str4d> Jetzt, da wir einige Ideen für die nächsten sechs Monate haben, müssen wir mit der Zeitplanung beginnen. 21:33:18 <str4d> Und wer was angeht. 21:33:52 <JekabsR> meine Konsole meldet häufig, dass sie zu viele eingehende Verbindungen hat und tunnels teilweise abgewiesen werden. Wie entscheidet i2p, welche abgewiesen werden? 21:34:08 <dg> ‚zu viele eingehende Verbindungen‘? 21:34:21 <dg> JekabsR: Es läuft gerade ein Meeting, du solltest vielleicht warten, bis es vorbei ist 21:35:00 <str4d> Ich hätte auch gern ein paar Freiwillige, die helfen, die Ideensammlung in eine funktionierende Projektseite auf der Website-To-do zu verwandeln 21:35:12 <JekabsR> NTCP-Verbindungen: 425. Limit: 425. Timeout: 2 min. 21:35:30 <JekabsR> UDP-Verbindungen: 1149. Limit: 1275. Timeout: 4 min. 21:36:14 <JekabsR> Limits werden erreicht 21:37:42 <JekabsR> router nutzt 80% der CPU-Leistung 21:38:23 <str4d> Jemand? 21:39:36 <kytv> JekabsR: 1) Meeting im Gange, du willst vielleicht warten; 2) schau auf `http://127.0.0.1:7657/peers#help` 21:41:16 <JekabsR> kytv: werde ich mir ansehen 21:41:44 <zzz> str4d, ich glaube, du hast nach 1 Stunde 45 alle verloren. Vielleicht fürs Erste den Sieg erklären und wir machen ein andermal weiter? 21:41:45 <str4d> Versuchen wir ein paar spezifischere Fragen. 21:41:52 <str4d> Oder das./ 21:41:55 <JekabsR> 330,0 / 342,4 KBps meine aktuelle Last 21:42:06 <str4d> Ja, wir haben definitiv gute Fortschritte gemacht. 21:42:30 <JekabsR> und Torrent-Uploads mit 2–5 kb Geschwindigkeit :( 21:44:17 <str4d> Danke für die Diskussionen, alle zusammen! 21:44:20 * str4d wärmt den baffer auf 21:44:20 * str4d ***bafs das Meeting geschlossen

I2P Entwicklertreffen - 18. November 2014

Tue, 18 Nov 2014 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: dg, eche|on, Meeh, orignal, psi, RN, str4d, zzz, Das vollständige Protokoll ist teilweise aus dem Chat-Verlauf rekonstruiert worden, iRelay kam anfangs sporadisch dazu und fiel wieder weg.

Sitzungsprotokoll

<zzz> 0) Hi <zzz> 1) Erstattung für 31C3-Teilnehmer (zzz, echelon) <zzz> 2) Anschaffung von Test-/Build-Systemen (zzz, kytv) <zzz> 3) Release-Plan für 0.9.17 und/oder 0.9.16.1 (zzz) <zzz> 4) Reseed-Status und neuer Admin (zzz) <zzz> 5) SU3-News-Test vor 0.9.17 (zzz, echelon, psi) <zzz> 6) 6-Monats-Roadmap, NTCP2 usw. (str4d, verschoben vom 28. Okt.) <zzz> 7) Themen für neue Entwickler (str4d) <zzz> 0) Hi <zzz> Hi <dg> hi, war in der Lage, dabei zu sein. <str4d> Hi <orignal> hi <zzz> Ich würde die Punkte 1–5 gerne kurz halten, jeweils 5–10 Minuten. Dann übergebe ich an str4d für die restlichen Punkte, so lange er möchte. <zzz> 1) Erstattung für 31C3-Teilnehmer (zzz, echelon) <zzz> Wir haben traditionell Konferenztickets für Projektmitglieder bezahlt, und ich denke, es gibt breite Zustimmung, das fortzusetzen <RN> hi <zzz> Da die CCC letztes Jahr so produktiv war, schlage ich vor, zusätzliche Mittel bereitzustellen, um Leute zu unterstützen und zur Teilnahme zu ermutigen <zzz> Keine vollständige Erstattung, nur eine Teilunterstützung. Ich schlage 200 Euro pro Person zusätzlich zum Ticket vor. <zzz> Gedanken/Diskussion? <eche|on> passt für mich <str4d> Das Ticket kostet 150 Euro, wenn ich mich recht erinnere (IIRC)? <RN> klingt vernünftig für mich ... 350 ... 20:04:02 <zzz> Ich denke, das Ticket kostet 100–120 Euro 20:04:43 <eche|on> Ticket waren letztes Mal 80 Euro 20:04:43 <str4d> https://events.ccc.de/congress/2014/wiki/Static:Tickets 20:04:46 <iRelay> Titel: Tickets - 31C3_Public_Wiki (bei events.ccc.de) 20:05:01 <zzz> Außerdem: Wenn jemand ein höheres Unterstützungsniveau benötigt, um überhaupt teilnehmen zu können, sollte er/sie das jetzt sagen 20:05:16 <RN> welches Datum? 20:05:29 <eche|on> 27. bis 30. Dezember <zzz> klingt so, als hätten wir Einigkeit zur generellen Idee. Noch Diskussion zur genauen Summe? * RN kann nicht teilnehmen.... <RN> aber ich finde, extra über das Ticket hinaus ist gut für Nebenkosten und Unterkunft.... <str4d> Ich habe keine Einwände gegen 200 Euro + Ticket <eche|on> also, wer geht und wer würde das Geld bekommen? ;-) <RN> würden 200 zwei Tage Hotel abdecken oder alle vier? <zzz> Zur Budgetierung gehe ich von ca. 8 Leuten aus, wie letztes Jahr <eche|on> RN: kommt aufs Hotel an, ein Hostel deckt es sicher ab <str4d> RN: hängt davon ab, wohin du gehst <eche|on> ok, nicht die Anzahl der Leute ist das Problem, aber ich würde ungern einem Neuling das Geld zahlen, nur weil er/sie darüber gelesen hat. Kein Thema bei „bekannten“ Leuten <zzz> richtig <str4d> https://events.ccc.de/2014/10/14/31c3-special-terms-at-generator-hostel/ <str4d> Spezielles 31C3-Angebot. Doppelzimmer sind für 70,00 Euro verfügbar, ein Bett in einem Sechsbettzimmer 17,00 Euro pro Nacht. <zzz> Das ist keineswegs eine vollständige Abdeckung von Hotel/Essen/Flug. Nur eine kleine Hilfe, um Teammitglieder zur Teilnahme zu ermutigen <zzz> letzter Aufruf zur Diskussion zu 1) <str4d> Teilen sich zwei das Doppelzimmer oben, würden die 200 Euro das Hotel abdecken <RN> klingt immer noch vernünftig für mich... <zzz> ok, klingt nach Einigkeit <eche|on> sicher <RN> :) <zzz> 2) Anschaffung von Test-/Build-Systemen (zzz, kytv) <zzz> Wir haben begrenzte Testabdeckung für Windows und Mac. <zzz> zab hat früher mit Mac getestet, er ist weg; meeh hat einen Mac, aber der ist gestorben und/oder ihm fehlt die Zeit <zzz> Daher wollte ich fragen, ob wir mehr Testabdeckung bekommen könnten, wenn wir Win- oder Mac-Systeme für kytv und/oder andere kaufen <RN> mein Mac ist zu alt, um zu helfen ... und ich habe die Steckdosenleiste zerstört, in die er eingesteckt war... <Meeh_> zzz: Was muss ich testen? <zzz> Die könnten auch für andere Dinge genutzt werden (z. B. wären Laptops nett) <Meeh_> habe OSX 10.9 und 10.10 <eche|on> Ich habe eine Win-Kiste, aber nicht die Zeit. Wir haben noch 2 Win-8-Lizenzen <Meeh_> sag was, und ich mach's jetzt <zzz> Meeh_, Dev-Builds laufen lassen. Läuft bei dir aktuell was? <dg> Was meinen wir genau mit „Testabdeckung“? <zzz> Läuft bei irgendwem ein Dev-Build unter Windows? <Meeh_> nein, sorry, neuer Mac.. erst seit einem Tag, seit mein Lenovo gestorben ist; Marielle musste mir einen kaufen <Meeh_> habe also gerade Java installiert <Meeh_> gib mir eine Sekunde, dann baue und starte ich <RN> ja, denn je nach Zeit und Umfang der Testabdeckung... Ich habe ein XP +pos_ready, das Test-Builds läuft 20:14:15 <dg> könnte ich bei Bedarf, aber das wäre in einer VM und ich würde es nicht intensiv nutzen 20:14:25 <dg> schauen, ob es nach Uptime läuft, ein paar eepsites testen, etwas Snark laufen lassen, auf Fehler prüfen 20:14:30 <dg> Ich weiß nicht, ob ich alle Fehler erwischen würde, die ein echter Nutzer hätte 20:14:47 <zzz> Meine Frage ist: Können wir jemanden zu mehr Dev-Build-Tests motivieren, wenn wir ihm/ihr dedizierte Systeme kaufen? 20:15:31 <str4d> Es gibt zwei Arten von Tests, von denen wir profitieren würden: Leute, die manuell QA an den Builds machen, und CI-Server, die auf Windows und Mac laufen. 20:15:39 <eche|on> nicht ich. Ich habe die ganze Hardware/Software, aber nicht die Zeit/Laune für intensives Testen 20:15:49 <zzz> ja, str4d 20:16:09 <RN> oder was, wenn die Kiste mit einer Art „safe-via-I2P“-Remote-Zugang für das Dev-Team eingerichtet wäre... 20:16:17 <Meeh_> zzz, ich kann immer OSX testen; wenn ich auf IRC nicht antworte, versuch Twitter oder meeh@mail.i2p, beides pingt mein Handy 20:16:24 <str4d> Dieses Thema scheint um QA zu gehen, aber was bräuchte es z. B., um einen Mac-CI-Server an kytvs Jenkins anzubinden? 20:16:47 <Meeh_> für CI ja 20:16:48 <zzz> Würde jemand mehr machen, wenn wir ihm Hardware kaufen? 20:16:59 <Meeh_> leider muss ich meinen Mac von Zeit zu Zeit bewegen 20:17:22 <eche|on> <= bisher fehlt die freie Netzverbindung. 20:17:23 <Meeh_> welche Hardware, welche Tests unter welchem OS? (unabhängig von bezahlter HW) 20:17:26 <zzz> Meeh, du scheinst in letzter Zeit weniger Zeit zu haben, nicht mehr 20:17:37 <zzz> Windows und Mac 20:17:41 <eche|on> Ich betreibe bereits einen I2P-Knoten unter meiner Adresse. Aber hm, ich könnte Windows über IPv6 laufen lassen 20:17:48 <Meeh_> ja, habe in RL viel bereinigt, was Zeit gefressen hat 20:17:53 <RN> wenn der Rest meiner Infrastruktur nicht ständig chaotisch wäre, würde ich einem System ein Zuhause geben.... 20:18:26 <Meeh_> fyi, i2pd/i2p wird in etwa einer Stunde aus au,ru,nl,uk,de,no,us-w,us-e verfügbar sein 20:18:34 <Meeh_> downloadbar 20:18:39 <zzz> ok, kümmern wir uns nicht darum, wer genau. eche|on, wenn wir jemanden finden, haben wir das Budget für Hardware? 20:18:40 <Meeh_> CDN 20:18:47 <zzz> Meeh, bitte beim Thema bleiben 20:18:52 <eche|on> zzz: Wir haben auf jeden Fall Mittel 20:19:02 <eche|on> btw, Meeh, ist das Geld angekommen? 20:19:17 <zzz> Ok, ich schlage vor, dass wir das Thema beenden und in den kommenden Wochen nach Freiwilligen suchen 20:19:18 <RN> frag mich in 6 Monaten, wenn ich die Daemons stabilisiert habe... 20:19:24 <zzz> eche|on, bitte beim Thema bleiben 20:19:34 <zzz> weitere Diskussion zu 2)? 20:20:03 <Meeh_> oh, sorry, ich habe vergessen zu antworten. Es ist bezahlt und erledigt.. Ich denke, ich habe das Geld bekommen, aber Marielle hat zur gleichen Zeit überwiesen, also muss ich doppelt prüfen. Bin mir aber ziemlich sicher. Danke 20:20:07 <dg> ich würde gern kytv hören 20:20:18 <Meeh_> eche|on: ^ 20:20:28 <dg> pm, Leute 20:20:40 <zzz> Nehmen wir das auf die Agenda, um es im nächsten Meeting wieder aufzugreifen 20:20:51 <str4d> +1 20:20:51 <zzz> 3) Release-Plan für 0.9.17 und/oder 0.9.16.1 (zzz) 20:21:07 <eche|on> Ich stimme für 0.9.17 20:21:18 <zzz> Zwischenzeitlich wollte ich ein 0.9.16.1-Release machen, um den SSU-Bug zu fixen, aber da bin ich inzwischen drüber hinweg 20:21:21 <dg> Nichts ist umgekippt.. also 0.9.17. 20:21:21 <eche|on> in 2–3 Wochen 20:21:41 <zzz> Ich schlage jetzt ein „Mini“-0.9.17-Release am Wochenende des 29. Nov. vor 20:22:00 <zzz> d. h. ein 4‑Wochen‑Zyklus, um Bugs zu fixen, deutlich vor der Weihnachtspause 20:22:02 <str4d> Es gibt mehrere Berichte auf forum.i2p, dass das 0.9.16-Netzwerk langsamer geworden ist und die Teilnahme an Knoten zurückgegangen ist. 20:22:03 <RN> „mini?“ 20:22:22 <zzz> mini im Sinne von begrenzten Änderungen und keinem vollständigen 6–7‑Wochen‑Zyklus 20:22:25 <str4d> Keine Ahnung (IDK), ob der SSU-Bug das verursachen könnte... 20:22:37 <RN> ah... ja... mini... guter Plan... 20:22:43 <zzz> im Wesentlichen das, was jetzt in mtn ist. Etwa 13K Zeilen Diff, aber das meiste sind EdDSA-Teständerungen 20:22:49 <orignal> sicher tut er das. wegen verworfener Pakete 20:23:10 <zzz> btw, meine expl. Build-Erfolgsstatistiken sind seit dem .16-Release deutlich gestiegen. Weiß nicht warum 20:23:11 <RN> klingt also nach Ja für ein Mini-Release <zzz> der SSU-Bug ist eigentlich nur eine Irritation, ich denke nicht, dass er die Ursache realer Probleme ist <zzz> ok, erklären wir Tag-Freeze und peilen ein Release in 11 Tagen an <zzz> noch etwas zu 3)? <eche|on> also 0.9.17 in 2 Wochen <RN> wooohooo! <str4d> Sind die Release-Host-Operatoren dann verfügbar? <dg> yup. <str4d> (Zur Erinnerung: Der 29. Nov. ist direkt nach Thanksgiving) <dg> Dauert bei mir nicht lange, wird kein Problem. <zzz> Gehen wir erstmal davon aus und verschieben bei Bedarf. Ich bin da, aber im Truthahn-Halbkoma. Perfekt zum Bauen. <dg> Du brauchst sowieso hauptsächlich echelon <zzz> 4) Reseed-Status und neuer Admin (zzz) <zzz> Das ist nur eine kurze Ankündigung für die, die es nicht wissen. <Meeh_> yeo <zzz> Aus Zeitgründen hat Meeh den Reseed-Admin-Job an „backup“ übergeben <Meeh_> was derzeit eindeutig das Beste ist :) <zzz> backup ist nicht auf irc, aber leicht erreichbar unter backup@mail.i2p oder im Reseed-Subforum auf zzz.i2p <zzz> Danke an meeh und backup für den reibungslosen Übergang <Meeh_> aber ich denke, logstash wird bald interessant für den Reseed-Admin <Meeh_> das sammele ich von meiner Seite <eche|on> Thanksgiving ist hier in Europa kein Thema <zzz> backup arbeitet daran, die restlichen Sites auf su3 zu bringen, das Monitoring zu verbessern und neue Hosts zu rekrutieren <zzz> also bitte unterstützt backup voll. <str4d> Aye :) <dg> :) <zzz> arbeitet auch mit ihm zusammen, wenn ihr SSL-/TLS-Probleme habt, die er entdeckt hat <zzz> noch etwas zu 4)? <Meeh_> Ich kann jetzt Reseed aus Russland und Australien bereitstellen <Meeh_> falls gewünscht <Meeh_> ebenfalls <Meeh_> von mir nichts weiter zu 4 <eche|on> Meeh_: frag baclup^^ <zzz> super, kontaktiere deinen neuen Anführer ;) <zzz> 5) SU3-News-Test vor 0.9.17 (zzz, echelon, psi) <eche|on> aah <zzz> .17 enthält eine Umstellung auf SU3-News. <eche|on> das ist ein Thema <eche|on> Ich muss das testen 20:29:17 <zzz> Ich würde gerne, dass eche|on einen News-Eintrag hinzufügt, die SU3 baut, damit wir das vor dem .17-Release testen können 20:29:43 * str4d denkt die aktuelle Spezifikation durch, um sicherzustellen, dass sie optimal ist 20:29:52 <zzz> Alle Dev-Builds sollten jetzt von news.su3 ziehen, aber da es seit dem Release nichts Neues gab, braucht es einen Test 20:30:07 <eche|on> Ich werde versuchen, in den nächsten Tagen eine .su3 zu erzeugen 20:30:25 <zzz> Wäre auch ideal, aber nicht erforderlich, wenn psi ein Zertifikat erstellt und eincheckt, da er der Backup ist, aber derzeit keine eigene su3-Datei erstellen kann 20:30:45 <dg> warum kann er das nicht? 20:32:24 <zzz> str4d, bitte auch die XHTML-Whitelist im Code prüfen 20:32:24 <zzz> super, danke, eche|on 20:32:24 <str4d> Wird gemacht. 20:32:24 <eche|on> zzz: Skript war in mtn? 20:32:24 <zzz> eche|on, ja, i2p.scripts 20:32:24 <zzz> Ich weiß, dass str4d vorgeschlagen hat, das XML von Hand zu schreiben, und so habe ich es fürs .16-Release gemacht, aber vielleicht wäre eine Suche nach einem Feed-Writer hilfreich 20:32:24 <zzz> weiß nicht 20:32:24 <zzz> noch etwas zu 5)? 20:32:24 <str4d> Was ich tatsächlich vorschlagen würde: 20:32:51 <str4d> - Ein Programm zum Schreiben von Atom-Feeds finden. 20:33:22 <str4d> -- Falls nichts Geeignetes: ein Python-Skript schreiben, das ein Verzeichnis von XHTML-Einträgen in einen Feed konvertiert...? 20:33:56 <zzz> jup 20:33:56 <str4d> - Die Infos zu den Release-Versionen usw. in einer separaten Konfigurationsdatei speichern und ein Skript haben, das sie in den Atom-Feed einfügt. 20:34:19 <zzz> str4d, bitte dieses Spec-Review in den nächsten paar Tagen machen 20:34:26 <str4d> K 20:34:38 <zzz> noch etwas zu 5)? 20:35:26 <zzz> 6) 6-Monats-Roadmap, NTCP2 usw. (str4d, verschoben vom 28. Okt.) 20:35:26 <zzz> 7) Themen für neue Entwickler (str4d) 20:35:38 <zzz> Ich übergebe die Sitzung und den baffer jetzt an str4d 20:35:48 <str4d> Ooooooooo 20:35:56 * str4d grinst freudig 20:35:56 <Meeh_> und ich könnte am Ende noch Neuigkeiten haben 20:35:58 <Meeh_> des Meetings 20:36:02 <Meeh_> also HL mich bitte, str4d :) 20:36:25 <str4d> Okay, ich kann mich nicht genau erinnern, was ich bei 6) sagen wollte, als ich es ursprünglich vorgeschlagen habe.. 20:39:31 <str4d> Also fange ich mit 7) an und schaue, ob es mir wieder einfällt. 20:39:31 <str4d> Trotz des Website-Relaunches sind die Informationen dort nicht gut organisiert oder klar. 20:39:31 <str4d> Und mit dem im letzten Jahr erhöhten Fokus auf Privatsphäre und Sicherheit müssen wir das Beste aus dem aktuellen Umfeld machen. 20:39:57 <str4d> Wir haben mehrere Stellen mit Infos zu möglichen Projekten, Aufgaben usw., aber nichts Klares oder Aktuelles 20:41:06 <str4d> `http://i2p-projekt.i2p/en/get-involved/todo` 20:41:06 <str4d> `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:41:06 <str4d> `http://i2p-projekt.i2p/en/docs/overview/performance/future` 20:41:06 <str4d> `http://i2p-projekt.i2p/en/get-involved/develop/applications` 20:41:06 <str4d> Die letzten beiden Links lasse ich mal außen vor, aber zumindest möchte ich, dass wir uns jetzt die To-do- und Roadmap-Seiten ansehen. 20:41:17 <str4d> also: jetzt 20:41:20 <str4d> ;P 20:41:40 <iRelay> Titel: Roadmap - I2P (bei i2p-projekt.i2p) 20:41:42 <iRelay> Titel: Future Performance Improvements - I2P (bei i2p-projekt.i2p) 20:41:45 <iRelay> Titel: Application Development - I2P (bei i2p-projekt.i2p) 20:42:08 <str4d> Die To-do-Seite ist größtenteils mit Aufgaben gefüllt, die offenbar erledigt wurden. Von den übrigen: Wie viele sind noch relevant? 20:43:49 <zzz> Die Wiki-Seite auf Trac und die verschiedenen Threads auf zzz.i2p sind wahrscheinlich viel relevanter 20:44:13 <str4d> Wahrscheinlich. Aber sie sind für Außenstehende nicht sichtbar. 20:44:41 <str4d> „Hi, du willst bei I2P mithelfen? Such dir auf zzz.i2p etwas zu tun.“ 20:44:49 <zzz> richtig 20:44:56 <str4d> Ich sage nicht, dass wir Informationen duplizieren. 20:45:50 <str4d> Aber ich denke, die Website sollte eine knackige Übersicht enthalten, was wir für I2P wichtig finden, mit Links zu weiteren Infos nach Bedarf. 20:45:52 <str4d> Das spielt gut in ein zukünftiges GSoC-Projekt hinein. 20:46:16 <str4d> Wie üblich bringt uns das Reden so nicht weit :P 20:46:23 <str4d> 20:46:33 <zzz> Funktioniert eine gemeinsame Durchsicht jetzt im IRC, oder brauchen wir einen Freiwilligen, der alles überarbeitet, oder reichen ein paar Stunden bei der CCC? 20:47:19 <str4d> Gruppenreview jetzt wird nicht funktionieren. Und nach dem, was ich mit der Website durchgemacht habe, fände ich es unfair, das alles einer Person aufzubürden. 20:47:40 <eche|on> Ich stimme für „Lass uns etwas daran arbeiten und wenn es auf der CCC nicht fertig wird, machen wir es am Tisch weiter“ 20:47:45 <zzz> Vielleicht ist es fair, wenn du es nicht bist... 20:48:02 <str4d> CCC ist ziemlich nah, das wäre ideal. Aber wir müssten Website usw. sehr schnell aktualisieren, damit wir Leute darauf verweisen können. 20:49:32 <zzz> Wenn dein Ziel ist, dass dies im Kontext einer breiteren Initiative für eine GSoC-Bewerbung steht, mach das bitte klar 20:50:14 <str4d> Ich würde sehr gerne einen GSoC-Studenten an Bord holen, aber das ist ein separates Thema. 20:50:50 <zzz> Wenn nicht für GSoC, was ist der Grund für „sehr schnell“? 20:51:20 <str4d> zzz: Ich meinte nur, wenn die Arbeit auf der CCC gemacht wird, können wir nicht auf der CCC davon profitieren. 20:51:32 <zzz> oh, ok 20:52:08 <str4d> Stattdessen müssten wir sagen „schau in x Tagen auf die Website“, was keinen so guten Eindruck hinterlässt. 20:53:46 <zzz> Dein Ziel ist also, eine gute Antwort für Leute zu haben, die vorbeikommen und fragen: ‚Was braucht ihr?‘ 20:53:53 <str4d> Auf der Website ist /todo uralt. /roadmap ist spärlich. /performance/future ist abgetrennt, und /develop/applications ist ein Haufen Themen in einem. 20:53:56 <str4d> zzz: ja. 20:54:19 <str4d> Leute, die sich für I2P interessieren, können auf die Website schauen und sofort sehen, wo ihre Skills am nützlichsten sind. 20:54:44 <str4d> Ganz oben: UI-Designer ^_^ 20:54:53 <zzz> Aber die Leute, die das fragen, haben I2P generell noch nie laufen lassen, daher ist meine Antwort: „Installier es und lass es ein paar Wochen laufen, dann frag im IRC“ 20:55:52 <str4d> Ich denke nicht, dass I2P laufen lassen eine Voraussetzung fürs Mithelfen sein muss. 20:55:52 <zzz> aber ja, die andere Antwort ist „UI, Krypto, ...“ 20:56:25 <str4d> Meiner Meinung nach (IMHO) kann die Begeisterung verblassen, wenn man jemanden bittet, ein paar Wochen zu warten. 20:56:28 <str4d> Richtig, aber wir müssen konkreter werden. 20:56:28 <zzz> aber realistisch: Fängt jemand wirklich mit dem Entwickeln an, der es noch nie benutzt hat? 20:56:59 <zzz> Ich kann mir nicht vorstellen, freiwillig Code für eine Software zu schreiben, die ich nie benutzt habe. 20:58:33 <str4d> Nein, aber wir können anfangen, mit ihnen in Kontakt zu treten, während sie I2P zu nutzen beginnen. 20:58:33 <zzz> sicher. Einverstanden mit allem. Eine aktuelle To-do-Liste ist ein Zeichen für ein seriöses Projekt. 20:58:58 <str4d> Okay, Zeit für Aktionen: 20:58:58 <RN> dort ist von 6.x und älter die Rede... 20:59:07 <dg> was anderes ist, ob wir „Stop-and-Go“ usw. fallen lassen werden 20:59:16 <dg> Leute zeigen auf unsere Doku und sagen „wow, sie werden es haben/tun“ 20:59:33 <str4d> dg: ? 21:00:43 <> RN@kyirc lehnt sich im Stuhl nach vorn... 21:01:06 <dg> und äh, Verzögerungen 21:01:30 * RN wird nostalgisch 21:02:35 <str4d> Könnt ihr alle in der nächsten Woche zwei Listen erstellen. Eine mit Features und Verbesserungen, die ihr in I2P selbst sehen möchtet, die andere mit Features und Verbesserungen im I2P-Ökosystem (also Dinge wie neue Apps und Services, Entwicklungsarbeit an bestehenden Apps, Forschung, Code-Review usw.) 21:02:35 <str4d> Muss nicht lang sein, aber ich denke, wenn wir alle ein paar Punkte zu jeder beisteuern, selbst wenn sich einige doppeln, ist das ein guter Ausgangspunkt. 21:02:35 * str4d entwirft eine Gliederung, wie die Inhalte auf der Website präsentiert werden (welcher Content wohin usw.) 21:03:29 <RN> haben wir einen brauchbaren Umfragemechanismus? im Forum oder zzz? 21:03:31 <zzz> ja, wenn du den Rahmen aufsetzt, füllen wir ihn 21:03:53 <str4d> zzz: scheint immer so zu sein ;P 21:04:33 <str4d> Wer ist nächste Woche zur gleichen Zeit für ein „Meeting“/eine Gruppendiskussion verfügbar? 21:04:57 <RN> könnte sein 21:05:55 <str4d> Das einzige Thema wird sein, die Listen, mit denen Leute auftauchen, zu sortieren und sie in die Inhaltsbereiche zu organisieren, die ich präsentieren werde. 21:05:59 <zzz> klar 21:06:20 <dg> ich auch 21:06:31 <RN> willst du die Listen i2pmailed bekommen? 21:06:50 <RN> oder Beitrag zu einem Thread im Forum oder Trac oder??? 21:07:44 <str4d> RN: wenn du es nicht zum Meeting schaffst, schick mir einen Link zu pastethis.i2p 21:08:31 <str4d> Andernfalls bring sie einfach mit ins Meeting. 21:08:38 <RN> k 21:08:41 <str4d> Statt einer Diskussion auf zzz.i2p möchte ich diesmal unabhängiges Brainstorming versuchen, ohne von bereits Gepostetem beeinflusst zu werden. 21:09:16 <str4d> Nach dem Meeting haben wir etwas, das auf zzz.i2p oder im Wiki (wahrscheinlich dort) für weitere Diskussion und Bearbeitung gepostet werden kann. 21:11:36 <str4d> Hat noch jemand mehr zu 7)? 21:11:45 * str4d ist für dieses Meeting fertig 21:11:59 <str4d> Sonst gehe ich kurz zurück zu 6) 21:13:30 * RN erwartet das Baffing oder die Übergabe des baffer 21:13:54 * str4d nimmt nichts an. 21:14:00 <str4d> 6) 6-Monats-Roadmap, NTCP2 usw. (str4d, verschoben vom 28. Okt.) 21:14:39 <str4d> Ich kann mich immer noch nicht erinnern, wo ich mit diesem Thema hinwollte, aber es passt gut in 7 hinein. 21:14:52 <str4d> Frühere groß angelegte Entwicklungsarbeiten waren ungefähr halbjährlich, und wir sind etwa am Ende eines Zyklus. 21:15:38 <str4d> Abgesehen von der kontinuierlichen Bewegung hin zu neuer Krypto sollten wir entscheiden, worauf wir die Entwicklungsarbeit in den nächsten sechs Monaten fokussieren. 21:16:07 <str4d> NTCP2 ist ein Vorschlag, und PT-Entwicklung und -Integration 21:16:11 <eche|on> ich bin afk 21:16:21 <str4d> o/ eche|on 21:16:49 <str4d> Unsere To-do-Liste zu formalisieren wird meiner Meinung nach (IMHO) uns genauso helfen wie potenziellen neuen Entwicklern. 21:17:13 <str4d> Mindestens müssen wir sicherstellen, dass zzzs Papierliste der Entwicklungssachen busfest ist ;) 21:18:44 <Meeh_> was ist das aktuelle Thema? 21:19:24 <str4d> Meeh_: Ich glaube, alle sind jetzt mit meinem Rant durch, also übergebe ich an dich :) 21:19:28 <RN> 6‑Monats‑Roadmap... 21:19:53 <str4d> Zu 6) können wir nächste Woche mehr reden, nachdem wir die Listen der Leute besprochen haben. 21:20:00 <str4d> s/it/it more/ 21:20:01 <iRelay> str4d meinte: Zu 6) können wir nächste Woche mehr reden, nachdem wir die Listen der Leute besprochen haben. 21:20:31 <Meeh_> ah, danke 21:21:23 <Meeh_> nun, während ihr Meeting hattet, habe ich das getan, was ich meinte, ich tun sollte, und es gibt I2P jetzt viele weitere Download-Spiegel 21:21:48 <RN> :) 21:21:55 <str4d> Yay! 21:22:03 <dg> awesome 21:22:03 <Meeh_> in ein paar Stunden sollte download.i2p.io für alle funktionieren und basierend auf Latenz und GeoIP auflösen 21:22:06 <Meeh_> von meiner Seite nichts protokolliert 21:22:07 <Meeh_> dns-dings 21:22:14 <Meeh_> sie haben auch Namen 21:22:17 <Meeh_> ich liste sie jetzt auf 21:22:31 <Meeh_> die erwähnte Domain war eine Shared-Domain 21:23:45 <Meeh_> jp01-mirror.i2p.io, nl01-mirror.i2p.io, no01-mirror.i2p.io, ru01-mirror.i2p.io, uk01-mirror.i2p.io, use01-mirror.i2p.io, usw01-mirror.i2p.io 21:24:00 <Meeh_> alle antworten über HTTP(S) 21:24:19 <Meeh_> oh, de01 kommt auch dazu 21:24:38 <Meeh_> aber NL01 und DE01 sind wahrscheinlich erst morgen up, allerdings sollten alle anderen in kurzer Zeit funktionieren 21:25:01 * RN umarmt Meeh_ 21:25:09 <Meeh_> Ich habe außerdem meine Windows- und Apple-Zertifikate bekommen 21:25:32 <Meeh_> daher werde ich Builds für i2pd auf OSX und Windows signieren, um den „untrusted publisher“-Blocker/Warner zu umgehen 21:25:42 <Meeh_> außerdem 21:26:20 <Meeh_> jeder I2P-Team-Member kann sein eigenes Mailkonto @ i2p.io ODER Alias haben, mit Clearnet-Zugang, wohlgemerkt 21:26:31 <Meeh_> zum Beispiel hat Marielle m@i2p.io, und ich habe mv@i2p.io 21:26:39 <Meeh_> kurz & sauber :D 21:27:09 <Meeh_> abgesehen davon, sorry, dass ich nicht mehr da war, aber ich hoffe, RL-Sachen sind jetzt erledigt und ich kann hier weitermachen :) 21:27:51 <Meeh_> zuletzt wird heute Nacht oder morgen ein OSX- und Windows-Build von i2pd veröffentlicht. 21:27:53 <Meeh_> Danke fürs Zuhören! 21:28:12 * RN umarmt Meeh_ noch mehr 21:28:41 <Meeh_> hehe, danke RN:) 21:29:02 <str4d> Meeh_++ 21:29:16 <dg> str4d, zzz, Meeh_++ 21:29:32 <Meeh_> str4d, das kann/könnte auch F-Droid einschließen, wenn du willst 21:29:45 <str4d> Meeh_: Gibt es ein CDN-Setup für diese Server oder sind sie „einzeln“? Also: Wie soll die Mirror-Liste der Website aktualisiert werden? 21:30:04 <Meeh_> kytv: ein Server, sie alle zu beherrschen.. denk dran, wenn du auf den einen veröffentlichst, zu dem du Zugang hast, bekommen es alle Server 21:31:42 <Meeh_> str4d: Ich bin teilweise mit dem DNS-Balancing fertig 21:31:42 <Meeh_> heißt, es reagiert mit dem nächstgelegenen Mirror 21:31:42 <Meeh_> also könnten wir eine Domain für alle nutzen 21:31:42 <str4d> Ok, also ist der einzige Download-Link, den Leute sehen werden, download.i2p.io 21:31:42 <Meeh_> aber die Anleitung war für bind9 und ich betreibe powerdns auf dem benötigten Server, also muss ich nur ... deren Weg finden, das Gleiche zu tun 21:31:42 <str4d> (für dieses Mirror-System) 21:31:55 <Meeh_> ja, oder wenn wir es ... umfassend übernehmen, können wir alle ausschreiben 21:31:58 <str4d> F-Droid darauf wäre auch ideal. 21:32:51 <Meeh_> ja, im Moment ist es nur simples rsync, aber ich rüste an jedem Standort auf OpenStack-Swift-Proxy auf, sobald ich hohe Nachfrage sehe 21:33:07 <Meeh_> dann wird es auch eine REST-URL zum Veröffentlichen von Updates 21:33:15 <Meeh_> sogar zzz kann es dann mit den richtigen Credentials selbst aus seinem Browser tun 21:33:31 <Meeh_> (wenn Swift hinzugefügt ist) 21:33:47 <Meeh_> Grund, warum ich es jetzt nicht getan habe, war, dass es eine Stunde oder zwei länger gedauert hätte 21:33:49 <Meeh_> mindestens 21:34:00 <Meeh_> dann hätte ich das Meeting verpasst :p 21:34:20 <str4d> Entweder als https://fdroid.i2p.io/repo/ und https://fdroid.i2p.io/archive/, oder https://download.i2p.io/fdroid/repo/ und https://download.i2p.io/fdroid/archive/ 21:34:42 <str4d> Zweite Option ist wahrscheinlich besser, dann brauchen wir keine separaten HTTPS-Zertifikate. 21:34:51 <psi> wird i2p.io ein Inproxy? 21:34:51 <Meeh_> nimm irgendein *.i2p.io/* und du kannst das HTTPS-Wildcard nutzen 21:34:58 <Meeh_> deine Wahl 21:35:01 <Meeh_> nope 21:35:04 <Meeh_> i2pds Seite 21:35:14 <Meeh_> Unterseite von PS 21:35:24 <Meeh_> natürlich mit Link zu geti2p.net 21:36:02 <Meeh_> sieh es eher als Readme-Seite, sowohl zu I2P als Netzwerk als auch i2pd als Client 21:36:21 <Meeh_> noch nicht alles fertig, wenn du Input hast, bitte schreiben 21:37:47 <str4d> Meeh_: klingt gut. Wenn du ein Wildcard-Zertifikat hast, nehme ich fdroid.i2p.io (oder f-droid.i2p.io, was technisch korrekt wäre) 21:37:56 <str4d> Ja, nimm f-droid.i2p.io 21:38:08 <Meeh_> klar, fügen wir hinzu 21:38:16 <str4d> Ok, das Meeting ist meiner Meinung nach (IMHO) durch. Noch letzte Themenwünsche? 21:38:27 <Meeh_> willst du auch Zugriff und deinen eigenen vhost in nginx einrichten? 21:38:35 <Meeh_> derselbe Server, zu dem kytv 21:38:46 <Meeh_> Zugang hat 21:39:00 <Meeh_> Ich glaube, du hattest tatsächlich, oder hast 21:39:15 <Meeh_> wegen des frühen F-Droid-Setups 21:39:22 <str4d> Habe ich, ja – so habe ich die bestehenden F-Droid-Sachen hochgeladen 21:39:22 <Meeh_> IIRC 21:39:32 <str4d> Wie auch immer 21:39:34 * str4d wärmt den baffer auf 21:39:43 <Meeh_> logg dich ein, prüf, ob dein pw funktioniert, sag mir Bescheid, wenn nicht, und ich stelle sicher, dass du sudo kannst 21:39:55 * str4d ***bafs die Sitzung geschlossen 21:40:13 * RN tanzt einen Dank-für-ein-gutes-Meeting-Tanz

0.9.16 Veröffentlichung

Sat, 01 Nov 2014 00:00:00 +0000

0.9.16 ist ein bedeutender Schritt nach vorn in unserem Plan, bei kryptografischen Signaturen von DSA über ECDSA hin zu EdDSA zu migrieren, und nimmt mehrere weitere Änderungen vor, um Ihre Anonymität und Sicherheit zu erhöhen. Client tunnels für standard, IRC und SOCKS IRC verwenden standardmäßig ECDSA-Signaturen. Außerdem haben wir eine große Zahl schwerwiegender Fehler behoben, einschließlich des Einfrierens der Konsole.

Änderungen an den router-Datenstrukturen erfordern, dass Benutzer des i2pcontrol-Plugins auf Version 0.0.9 aktualisieren.

Veröffentlichung 0.9.15

Sat, 20 Sep 2014 00:00:00 +0000

0.9.15 fügt vorläufige Unterstützung für Ed25519 EdDSA-Signaturen hinzu. Es enthält ein neues, persistentes Konfigurations-Backend für i2psnark und behebt mehrere Probleme beim Umgang mit Dateinamen in i2psnark. Mehrere Verbesserungen beschleunigen SAM. Plugins unterstützen jetzt stärkere Signaturen im su3-Dateiformat. Die Plugin-Installation über die Konsole, die in 0.9.14 deaktiviert war, wurde wieder aktiviert.

Wir unterstützen ECDSA-Signaturen seit 0.9.12 und würden ECDSA gerne standardmäßig verwenden. Leider setzen einige von Ihnen noch ältere I2P-Versionen ein, und bei anderen unterstützt ihre Distribution oder die Java-Laufzeitumgebung ECDSA nicht. Es wird berichtet, dass Red-Hat-Distributionen (RHEL, Fedora) ECDSA nicht enthalten. Einige haben die Java-Probleme durch ein Upgrade von Java 6 auf Java 7 behoben; andere hatten Erfolg, indem sie die “unlimited strength policy files” (Richtliniendateien für unbegrenzte Kryptografiestärke) installiert haben. Wir haben Informationen über fehlende Kryptografie zur Protokolldatei und zur Seite /logs in der Konsole hinzugefügt. Nachdem Sie auf 0.9.15 aktualisiert haben, prüfen Sie bitte, ob ECDSA-Unterstützung fehlt, und versuchen Sie gegebenenfalls, dies zu beheben. Dies ist besonders wichtig für diejenigen, die populäre eepsites und Dienste betreiben.

Android-Testversion im Google Play Store in Norwegen

Sat, 23 Aug 2014 00:00:00 +0000

I2P Android gibt es seit über drei Jahren. In dieser Zeit hat es sich von einem einfachen Testprojekt zu einer benutzbaren, nützlichen Android-Portierung für den I2P router entwickelt. Unser langfristiges Ziel war es, I2P Android auf Google Play zu veröffentlichen, um es Nutzern zu erleichtern, I2P auf ihren Android-Geräten zu entdecken, zu installieren und zu verwenden. Nach viel Arbeit bei der Verbesserung der Benutzeroberfläche, beim Beheben von Fehlern und beim Testen sind wir der Meinung, dass I2P Android endlich bereit ist, dort präsent zu sein, wo die Nutzer sind.

Die Entstehung von Privacy Solutions

Fri, 15 Aug 2014 00:00:00 +0000

Hallo zusammen!

Heute kündigen wir das Projekt Privacy Solutions an, eine neue Organisation, die I2P-Software entwickelt und wartet. Privacy Solutions umfasst mehrere neue Entwicklungsinitiativen, die darauf ausgelegt sind, die Privatsphäre, Sicherheit und Anonymität der Nutzer zu verbessern, basierend auf I2P-Protokollen und -Technologie.

Diese Maßnahmen umfassen:

The Abscond browser bundle.
The i2pd C++ router project.
The “BigBrother” I2P network monitoring project.
The Anoncoin crypto-coin project.
The Monero crypto-coin project.

Die Anfangsfinanzierung von Privacy Solutions wurde von den Unterstützern der Anoncoin- und Monero-Projekte bereitgestellt. Privacy Solutions ist eine in Norwegen ansässige gemeinnützige Organisation, die in den norwegischen staatlichen Registern eingetragen ist. (Vergleichbar mit US 501(c)3.)

0.9.14.1 Veröffentlichung

Sat, 09 Aug 2014 00:00:00 +0000

0.9.14.1 enthält Fehlerbehebungen für das Formular “Add Torrent” in i2psnark und einige andere Webformulare. Wir haben die Möglichkeit, Plugins über die Konsole zu installieren, wiederhergestellt, aber Sie müssen zuvor Ihre Datei router.config (in ~/.i2p/ oder /var/lib/i2p/i2p-config/ oder %APPDATA%\I2P) bearbeiten, um die Zeile routerconsole.enablePluginInstall=true hinzuzufügen. Andere, selten verwendete erweiterte Funktionen, die in 0.9.14 entfernt wurden, können durch Hinzufügen der Zeile routerconsole.advanced=true wiederhergestellt werden.

Wie üblich lädt der router, wenn er mit der Standardeinstellung “Download and Verify” konfiguriert ist, das Update automatisch herunter und zeigt eine Schaltfläche zum Neustart an. Aufgrund eines Fehlers in 0.9.14 wird jedoch, wenn Ihr Update auf “Notify only” konfiguriert ist, die Download-Schaltfläche nicht angezeigt. Sie müssen Ihre Konfiguration auf “Download and Verify” oder “Download, Verify, and Restart” ändern, um zu aktualisieren.

I2P 0.9.14 Veröffentlichung

Sat, 26 Jul 2014 00:00:00 +0000

0.9.14 enthält kritische Korrekturen für XSS- und Remote-Codeausführungs-Schwachstellen, die von Exodus Intelligence gemeldet wurden. Als zusätzliche Vorsichtsmaßnahme haben wir mehrere erweiterte Konfigurationsfunktionen in der router-Konsole deaktiviert, einschließlich der Installation neuer Plugins. Wir planen, diese nach weiterer Prüfung in einer zukünftigen Version wieder zu aktivieren.

Aufgrund von Änderungen an den I2P-Bibliotheken müssen I2P-Bote-Benutzer ihr Plugin auf Version 0.2.10 aktualisieren, um mit I2P 0.9.14 kompatibel zu sein. Ihr router sollte das Plugin automatisch aktualisieren, nachdem der router neu gestartet wurde.

I2P-Entwicklertreffen - 14. Juli 2014

Mon, 14 Jul 2014 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: eche|on, Meeh, psi, zzz

Sitzungsprotokoll

20:00:11 <zzz> 0. Hi 20:00:11 <zzz> 1. Neuen PR-Manager auswählen (zzz) 20:00:19 <zzz> 2. mtn.i2p2.i2p in der Standarddatei i2ptunnel.config ersetzen (zzz) 20:00:23 <zzz> 0. Hi 20:00:29 <zzz> Hi 20:00:49 <zzz> 1. Neuen PR-Manager auswählen (zzz) 20:00:50 <zzz> 1) PR-Manager. orion hat seinen Rücktritt erklärt. Ich nominiere psi und Meeh als ausgezeichnete Kandidaten. Andere können unten oder in der Sitzung ihren Namen zur Erwägung einbringen. Du kannst dich auch als Assistent melden. Aufgaben umfassen: 20:00:50 <zzz> - Häufiges Tweeten mit @geti2p 20:00:50 <zzz> - Aufkleber an Leute schicken, die danach fragen 20:00:50 <zzz> - Auf Konferenzen und Meetups sprechen 20:00:50 <zzz> - Die E-Mails an press@i2pmail.org beantworten (einen neuen GPG-Schlüssel dafür erzeugen und verteilen) 20:00:52 <zzz> - Öffentlichkeitsarbeit, Kontakte zu Personen/Gruppen knüpfen, mit denen wir zusammenarbeiten wollen; strategische Allianzen bilden 20:00:55 <zzz> - Verschiedene Aufgaben in Promotion, Support und Kommunikation 20:00:56 <zzz> - Positive Einstellung bewahren 20:00:56 <Meeh> Hi 20:01:11 <psi> ? 20:01:13 <psi> hi 20:01:38 <zzz> Sind entweder psi oder Meeh bereit, den Dienst zu übernehmen? Gibt es andere Freiwillige oder Nominierungen? 20:01:50 <psi> Ich bin bereit, es zu übernehmen, wenn gewünscht 20:02:24 <eche|on> Hier verfügbar, aber nicht für diesen Job, sorry 20:02:27 <psi> Ich kann mir auch orions Aufkleber besorgen 20:03:23 <zzz> Meeh, bist du bereit, den Posten zu übernehmen, oder würdest du deine Unterstützung lieber psi geben? 20:04:49 <zzz> Hat sonst noch jemand Kommentare? 20:04:59 <Meeh> Ich kann beides, ich meine, ich kann es übernehmen, und ich werde natürlich psi unterstützen, wenn er es macht 20:05:45 <psi> PR-"Team" dann? 20:06:12 <Meeh> Warum nicht, ich kann nicht in die USA, also brauche ich ohnehin jemanden dort 20:06:21 <psi> passt 20:06:27 <zzz> Ich vermute, dass psi dafür vielleicht mehr Zeit hat als Meeh? 20:06:57 <psi> ja, ich habe im Moment haufenweise Freizeit und wahrscheinlich noch eine Weile 20:07:24 <Meeh> aber kein Problem, EU/Asien/Afrika abzudecken 20:07:34 <Meeh> Ja, in mancher Hinsicht denke ich das auch 20:07:44 <zzz> Seit ich ihn kenne, hatte Meeh niemals haufenweise Zeit 20:08:00 <Meeh> Allerdings denke ich, dass ich viel beitragen kann, was Tweeten, Vorträge auf Konferenzen und etwas Öffentlichkeitsarbeit angeht 20:08:17 <zzz> Wie wäre es mit psi als Leiter und Meeh als Assistent? 20:08:26 <psi> Öffentlich reden ist nicht meins, das kann ich an Meeh auslagern 20:08:36 <psi> klingt gut 20:08:44 <Meeh> Klingt für mich auch gut 20:08:47 <Meeh> Ich kann den öffentlichen Teil übernehmen 20:08:58 <zzz> Irgendwelche Einwände oder weitere Kommentare? 20:09:44 <zzz> ok, super 20:10:28 <zzz> Ich besorge psi das Twitter-Passwort. Bitte hol die Aufkleber von orion. 20:10:44 <psi> verstanden 20:11:19 <zzz> Bitte außerdem einen GPG-Schlüssel für press@ erzeugen und verteilen und welterde veranlassen, die Mailingliste entsprechend anzupassen 20:11:27 <zzz> apropos welt... 20:11:33 <eche|on> .... 20:11:36 <zzz> 2. mtn.i2p2.i2p in der Standarddatei i2ptunnel.config ersetzen (zzz) (Seit 12. Juni ausgefallen - mögliche Ersetzungen: mtn.killyourtv.i2p oder mtn.i2p-projekt.i2p) 20:11:52 * psi nominiert kytvs 20:12:05 <zzz> eche|on, kytv_ würde einer von euch sich freiwillig melden? 20:12:15 <zzz> Wir können nicht beide in einen tunnel packen, das verwirrt mtn 20:12:56 <zzz> Gibt es andere, die schon eine Weile in Betrieb sind? 20:13:01 <eche|on> Ihr könnt meinen eintragen, ich versuche ihn wie immer am Laufen zu halten 20:14:24 <zzz> ok, dann also echelon, denke ich 20:14:37 <eche|on> kytv macht ohnehin schon viele Jobs 20:15:07 <zzz> Beide scheinen sehr zuverlässig zu sein, daher macht es nicht viel aus 20:15:27 <Meeh> mtn.meeh.i2p läuft jetzt seit einem Jahr 20:15:29 <zzz> Es ist keine zusätzliche Arbeit, vielleicht nur ein kleines bisschen mehr Traffic, wahrscheinlich nicht einmal bemerkbar 20:16:25 <eche|on> Können wir 3 tunnels anlegen und nur einen aktivieren? 20:17:55 <zzz> schön, meeh, gut zu wissen 20:17:55 <zzz> Noch etwas zu 2)? 20:17:55 <zzz> Noch andere Themen für die Sitzung? 20:18:19 <psi> haben wir ein Backup-IRC? 20:18:39 <psi> Es scheint, dass wir aufgeschmissen sind, wenn ein Teil/alles von postmans Infrastruktur ausfällt 20:19:17 <psi> Mail+IRC ist postman, also was ist das Ausweich-Meetup, falls postmans Infrastruktur nicht funktioniert 20:19:29 <zzz> Klar, wir könnten 3 tunnels machen, aber das wirkt auf mich nur wie zusätzlicher Ballast 20:19:37 <psi> Das habe ich mich schon eine Weile gefragt ... 20:20:28 <eche|on> ok, richtig, innerhalb des 6 Wochen Release-Zeitraums können wir es schnell genug ändern, außerdem kommen wirklich interessierte Leute hierher. Ich kann den Schlüssel auch an eine $trusted Person weitergeben 20:21:54 <zzz> Wir haben 3 IRC-Server 20:21:54 <zzz> Für postman selbst gibt es kein Backup ... 20:21:54 * zzz warms up his short baffer for the short meeting 20:21:54 * zzz ***bafs the meeting closed

I2P Entwicklertreffen - 1. Juli 2014

Tue, 01 Jul 2014 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: bgwcb, eche|on, kytv, Meeh, psi, str4d, zzz

Sitzungsprotokoll

20:00:32 <zzz> 0. Hi 20:00:32 <zzz> 1. I2P auf Google Play (meeh / str4d) 20:00:32 <zzz> 2. Tablet-Tests (zzz) 20:00:37 <zzz> 0. Hi 20:00:39 <zzz> Hallo 20:00:51 <zzz> 1. I2P auf Google Play (meeh / str4d) 20:01:12 <eche|on> hi 20:01:13 <zzz> Meeh, str4d, bitte erzählt uns von euren Plänen für Google Play 20:03:31 <zzz> ok, ich sage euch, was ich weiß 20:03:56 <zzz> Meeh hat ein bestehendes, aber ungenutztes Konto; er wird str4d ebenfalls Zugriff geben; 20:04:35 <zzz> er hat derzeit einen Dev-Build dort hochgeladen, der nur auf Einladung zugänglich ist; sie planen, ihn mit dem 0.9.14-Build für alle verfügbar zu machen; 20:04:55 <eche|on> ein Dev-Konto sollte überhaupt kein großes Problem sein 20:05:06 <zzz> sie planen zwei Versionen, eine kostenlos und eine „Donate“-Version für etwa 2,50 $ 20:05:18 <eche|on> ja 20:05:30 <bgwcb> warum? 20:05:49 <zzz> Meeh würde die Gelder monatlich an echelon weiterleiten (vorausgesetzt, es ist genug, dass es sich lohnt, und meeh hat keine Ausgaben) 20:05:50 <eche|on> Es wird ein paar Probleme bei der Registrierung unter I2P geben, aber er/sie bekommt das schon hin 20:05:52 <bgwcb> und wofür braucht ihr Google Play? 20:06:14 <zzz> offenbar haben viele Apps Donate-Versionen, die Konversionsrate liegt vielleicht bei 1 % der kostenlosen Version 20:06:47 <eche|on> das ist eine gute Idee 20:06:50 <zzz> fast alle haben Google Play; nur wenige haben F-Droid oder Amazon oder laden direkt von einer Website 20:07:03 <eche|on> Ich glaube nicht, dass viel Geld reinkommt, aber besser als nichts 20:07:05 <zzz> Das ist mehr oder weniger alles, was ich weiß. Kommentare? 20:07:22 <eche|on> Kommentar: Die Registrierung als I2P wird chaotisch, aber ansonsten: macht weiter 20:08:08 <zzz> Jemand Unbekanntes hat net.i2p.android.router reserviert, aber nicht veröffentlicht. Meeh versucht, es zurückzubekommen. 20:08:11 <bgwcb> welche Unterschiede gibt es zwischen kostenlos und Donate? 20:08:21 <eche|on> bgwcb: keine ;-) 20:08:33 <zzz> Es ist nicht dramatisch, aber es würde die Erkennung von Duplikaten bei bestehenden Installationen von der Website oder F-Droid verhindern 20:08:33 <bgwcb> wow 20:08:33 <eche|on> außer der Spendenfunktion im Kauf-Feld. 20:08:44 <bgwcb> gute Idee, du schlafendes Genie 20:08:49 <psi> hi 20:08:57 <eche|on> zzz: Also läuft die Registrierung über die Java-Klassen und nicht den Projektnamen? 20:09:34 <zzz> Die Klasse ist im Grunde der Name bzw. der eindeutige Bezeichner. meeh und str4d prüfen das 20:09:48 <psi> zur Donate-Version: Wird sie „mehr Features“ haben? 20:09:54 <zzz> Wir versuchen auch, nextloop, unseren F-Droid-Menschen, für Unterstützung zu erreichen 20:10:02 <psi> oder ist es nur ein anderes Paket? 20:10:11 <eche|on> psi: nein, nur eine Funktion für „du hast die Donation-Version“ ;- 20:10:18 <eche|on> im Über-Dialog, IMHO 20:10:37 <eche|on> Balsam für die Seele: „Du bist besser als die anderen, du hast uns etwas gezahlt!“ 20:10:38 <psi> nett 20:10:41 <kytv> (verspätetes ‚hi‘) 20:10:53 <zzz> irgendwelche Kommentare zur Donate-Version? 20:10:56 <psi> epeen 20:11:21 <zzz> irgendwelche Einwände gegen eine Donate-Version? Oder gegen Google Play überhaupt? 20:11:28 <eche|on> zzz: macht weiter, ich würde in der App selbst einen anderen Über-Text hinzufügen 20:11:47 <eche|on> Ich hatte einmal die Idee, jede Android-Version zu verkaufen, aber das ist nicht nötig 20:12:29 <zzz> Wenn ihr an dem interessiert seid, was Meeh bisher hat, oder seine Version der App testen wollt, kontaktiert ihn 20:12:50 <eche|on> was ein schöner Leitfaden zu TOP2 ist ;-) 20:13:01 <zzz> letzter Aufruf für Kommentare zu Google Play 20:13:28 <kytv> +1 für Google Play, mehr Nutzer ist gut 20:13:50 <psi> +1 ebenfalls für Google Play, denn mehr Nutzer bedeutet mehr Feedback 20:14:14 <kytv> (für ‚Zahlung erforderlich‘ bin ich nicht unbedingt +1, aber Spenden sind absolut ok) 20:14:36 <Meeh> *Backlog lesen* 20:14:39 <zzz> 2 Versionen, kostenlos und nicht. Prognose: 99 % werden kostenlos wählen 20:15:12 <kytv> ja, hab ich verstanden. Das ist völlig in Ordnung. 20:15:25 <zzz> Meeh noch vor dem letzten Aufruf, geben wir ihm ein paar Minuten, um den Backlog zu lesen und auszuführen 20:17:56 <Meeh> hm, ja. 20:18:13 <Meeh> nun, ich würde tatsächlich gerne ein Thema hinzufügen, das in gewisser Weise damit zusammenhängt 20:18:24 <Meeh> aber in gewisser Weise auch nicht 20:18:55 <zzz> Meeh, letzter Aufruf für Kommentare zu 1) 20:19:04 <zzz> Habe ich irgendetwas falsch dargestellt? 20:20:04 <Meeh> Ich würde das gern machen, und die Zwei-App-Lösung mit Spenden scheint mir weiterhin eine gute Idee :) 20:20:05 <Meeh> nein, das mit dem Namespace usw. war richtig 20:20:05 <Meeh> du hast es richtig wiedergegeben 20:20:06 <zzz> okay dann. Ende von 1). 20:20:07 <zzz> 2. Tablet-Tests (zzz) 20:20:42 <zzz> Wir haben derzeit nicht genug Android-Tester und -Devs. Wir werden bald deutlich mehr Nutzer bekommen. Also brauchen wir definitiv mehr Tester und Devs. 20:20:49 <Meeh> Pingt mich an, wenn ich 3) hinzufügen kann, das ist ein großes Thema. Und es würde wahrscheinlich viele interessieren 20:21:03 <Meeh> muss während 2) noch etwas an dem Thema arbeiten 20:21:05 <zzz> ok 3) meeh auf der Liste 20:21:08 <zzz> zurück zu 2) 20:21:41 <zzz> Ich möchte vorschlagen, Leute zu erstatten, die ein Android-Gerät kaufen möchten und zusagen, zu testen oder zu entwickeln. 20:22:13 <zzz> Sagen wir, bis zu 200 $ pro Person für bis zu 8 Personen, genug für ein 7″-Tablet oder als Teilfinanzierung für ein Telefon oder ein 10″-Tablet 20:22:31 <zzz> Ich würde auch gern ein 10″-Tablet für str4d vollständig finanzieren, bis zu etwa 400 $ 20:22:44 <zzz> Kommentare? Freiwillige? 20:23:24 <eche|on> Mein Kommentar steht schon im Raum, macht weiter. 20:23:25 <str4d> hai 20:23:27 <str4d> ary für die Verspätung 20:23:36 <eche|on> aber kauft keine chinesischen Spyware-Geräte^^ 20:24:07 <zzz> Wir haben bereits einige Geräte für Devs gekauft, aber wir brauchen wirklich dringend Tester 20:24:47 <str4d> sry* 20:24:55 <zzz> Das wäre für Leute, die bereits Teil der Dev-Community sind, z. B. psi, orion, dg, kytv, echelon, etc. 20:25:23 <zzz> wer will eins? Ich denke, das wäre eine großartige Verwendung der Projektmittel 20:26:00 <kytv> Ich bin immer offen für Tests, aber ich habe kein Tablet und weiß nicht, wie nützlich mein Feedback wäre. Trotzdem kann ich testen und (hoffentlich) valide Berichte liefern. 20:26:21 <zzz> ok, da ist einer. super. 20:26:48 <zzz> wie üblich: Fragt echelon, unseren Schatzmeister, wegen Erstattung 20:26:52 <Meeh> Ich könnte auch testen, aber mein Pad wird langsam etwas alt 20:26:56 <Meeh> etwas* 20:27:18 <zzz> Ich mag die 7″-Android-Tablets wirklich. Super zum Testen und für den allgemeinen Gebrauch. Und man riskiert nicht, sein Phone zu zerschießen. 20:27:50 <zzz> letzter Aufruf für Kommentare zu 2) Android-Tablets fürs Testen 20:28:23 <str4d> Die Geräteauswahl ist wichtig 20:28:30 <eche|on> (Ich bezahle KEINE Apple-Produkte, lol) 20:28:37 <Meeh> Ich kann beim Testen helfen, aber um das Testen zu garantieren, bräuchte es wahrscheinlich die Anschaffung eines neuen Tablets 20:28:53 <str4d> Die Chance hier ist, eine Bandbreite an Geräte-Größen sowie Bildschirm-Dichten abzudecken 20:29:21 <zzz> Wenn wir jeder Person erlauben, ihr eigenes Phone oder Tablet auszuwählen, sollte das die nötige Vielfalt ergeben 20:29:55 <zzz> ok, weiter zu 3) Meehs unbekanntem Thema. Maximal 15 Minuten. 20:29:57 <zzz> los, Meeh 20:29:59 <str4d> (z. B. hat mein 7″-Tablet 600×1024 Pixel und fällt in die Kategorie -sw600dp) 20:32:03 <Meeh> ok, ich habe mich entschieden, nach einiger Zeit Abwesenheit mit einer Überraschung zurückzukommen, manche haben vielleicht davon gehört und manche schon etwas gesehen … kurz gesagt, ich habe ein „I2P Browser Bundle“ gebaut, das für win32 und osx vermutlich innerhalb von 24 Stunden fertig ist 20:32:29 <Meeh> schaltet eure Tor-Plugins ein und schaut https://hideme.today/dev/ 20:32:35 <iRelay> Titel: The Abscond bundle (bei hideme.today) 20:32:39 <Meeh> das ist das Feature-Set und das „Gesicht“ davon 20:32:57 <psi> warte, was 20:33:01 <psi> ein Browser-Bundle? 20:33:05 <Meeh> Ich versuche, den Einstieg in I2P leichter zu machen … denn das ist immer die Beschwerde, die ich bekomme 20:33:08 <Meeh> ja 20:33:17 <Meeh> noch mehr, da es 100 % portabel ist 20:33:26 <Meeh> ihr könnt es auf einen USB-Stick packen 20:33:39 <Meeh> es auf beliebigen Maschinen starten … mit einer Mod könnt ihr es auch cross-booten 20:33:42 <psi> nett 20:33:43 <str4d> psi: Tor Browser mit I2PButton 20:33:46 <Meeh> also dieselbe Installation auf win, linux, osx 20:33:58 <Meeh> mehr oder weniger so, wie str4d sagte, ja :) 20:34:38 <Meeh> also, habt ihr Kommentare dazu, Ideen, ++, ? 20:34:49 <psi> wo kann ich es bekommen? 20:34:56 <Meeh> dachte, etwas Feedback vor dem Release wäre gut 20:34:57 <psi> sieht so aus, als wäre die GitLab-Instanz gesperrt 20:35:11 <Meeh> Ich werde den finalen Code pushen und es ein paar Stunden nach dem Meeting verfügbar machen 20:35:21 <psi> okay 20:35:23 <Meeh> ich bin noch nicht mit einem vollständigen Build-Set fertig 20:35:38 <Meeh> also muss ich euch sagen, wie man alles kompiliert und zusammensetzt 20:35:44 <eche|on> Kommentar: viel Arbeit. 20:35:47 <eche|on> aber großartig. 20:36:13 <Meeh> Ich habe mich eher auf einen Prototyp/Proof of Concept konzentriert als auf ein Build-System 20:36:54 <Meeh> also habe ich den Tor Browser selbst genommen und umgebrandet, Torbutton ist fast vollständig umgeschrieben, um 100 % mit I2P statt mit Tor zu funktionieren, 20:37:17 <Meeh> der Launcher ist von mir von Grund auf neu geschrieben, vor allem wegen des JRE-Teils 20:37:34 <Meeh> daher schlagen alle alten Build-Skripte von Tor fehl 20:37:43 <Meeh> und sie sind nicht leicht modifizierbar 20:38:36 <psi> Orchid enthalten? 20:38:59 <Meeh> ja, es sind einige I2P-Plugins sowie Browser-Plugins enthalten 20:39:06 <psi> nett 20:39:16 <Meeh> I2P-Plugins vor allem, um Leute zu interessieren, z. B. i2p-bote 20:39:23 <Meeh> und Browser-Plugins für die Privatsphäre 20:40:20 <Meeh> Die Idee ist, ein Build-Skript zu haben, das bei jedem I2P-Release leicht ein neues Bundle für osx, linux, win32 baut 20:40:37 <Meeh> und natürlich Browser-Updates etc., aber das wird manuell Arbeit erfordern 20:40:53 <Meeh> aber ich habe in meinen Zukunftsplan aufgenommen, das zu pflegen 20:42:25 <zzz> ok, noch etwas zu 3)? 20:43:02 <zzz> hat noch jemand andere Themen? 20:43:14 <Meeh> nein, das war im Wesentlichen alles. Wenn jemand auf win32 testen möchte, bitte laut rufen, denn nach der Anoncoin-Erfahrung braucht das am meisten Tests 20:43:55 <Meeh> und ich sehe, mir geht das Koffein aus, wenn ich nicht schnell loslaufe und welches kaufe, bin in 10 zurück. Dauert jeweils 5 Min. :) 20:44:24 <zzz> ok, großartig. Zur Erinnerung: Jeder kann jederzeit zu jedem Thema ein Meeting einberufen. 20:44:35 * zzz *bafs* das Meeting ist geschlossen

I2P 0.9.13 Veröffentlichung

Thu, 22 May 2014 00:00:00 +0000

0.9.13 enthält Fehlerbehebungen für routers hinter einer Firewall, Verbesserungen bei netdb-Abfragen und ein großes SusiMail-Update. Natürlich gibt es auch die üblichen Fehlerkorrekturen und Übersetzungsaktualisierungen.

Wie üblich empfehlen wir, auf diese Version zu aktualisieren. Die beste Möglichkeit, die Sicherheit aufrechtzuerhalten und das Netzwerk zu unterstützen, besteht darin, die neueste Version auszuführen.

zzz hat seine GPG-Schlüssel aktualisiert, und die Release-Dateien sind mit seinen neuen Schlüsseln signiert. Sein neuer Schlüssel-Fingerabdruck lautet: 2D3D 2D03 910C 6504 C121 0C65 EE60 C0C8 EE72 56A8

I2P-Entwicklertreffen - 6. Mai 2014

Tue, 06 May 2014 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: bgwcb, dg, eche|on, EinMByte, hghoster, kytv, nombra, Nyakov, psi, topiltzin, user, Yi, zzz

Sitzungsprotokoll

20:00:37 <zzz> `http://zzz.i2p/topics/1618` 20:00:43 <bgwcb> na, starten wir? 20:00:46 <iRelay> Titel: zzz.i2p: Treffen Di., 6. Mai - 20 Uhr UTC (auf zzz.i2p) 20:00:57 <zzz> 0. Hi 20:00:57 <zzz> 1. hiddengate.i2p Anfrage für die Startseite der Konsole (siehe nächsten Beitrag für Details) 20:00:57 <zzz> 2. OMGWTFBBQ Sommer Europa - echelon 20:00:57 <zzz> 3. 0.9.13 Release-Zeitplan 20:01:06 <zzz> 0. Hi 20:01:09 <zzz> hallo 20:01:11 <eche|on> hi! 20:01:15 <psi> hallo 20:01:16 <topiltzin> hi 20:01:23 <nombra> o/ (gerade rechtzeitig wieder verbunden) 20:01:38 <kytv> hola 20:01:49 <Yi> worum geht's? 20:01:50 <zzz> Die meisten Punkte sollten kurz sein, begrenzen wir sie auf jeweils 15 Minuten 20:02:00 <hghoster> hi zusammen 20:02:05 * mokosoul schleicht sich davon, bevor jemand merkt, dass er/sie hier im Meeting war. 20:02:08 <zzz> 1. hiddengate.i2p Anfrage für die Startseite der Konsole 20:02:16 <zzz> siehe den obigen Link für Details 20:02:42 <zzz> hghoster ist der Antragsteller für hiddengate.i2p. Würdest du uns bitte ein wenig über die Seite erzählen? 20:03:52 <hghoster> HiddenGate ist ein Projekt für russische I2P-Nutzer. Ziel: Die Zeitung „Vestnik I2P“ online/offline veröffentlichen, die in I2P einführt und erklärt, wie man es erreicht. 20:04:00 <hghoster> wir haben Wiki, Forum, Imageboard 20:04:06 <EinMByte> Hi 20:04:47 <EinMByte> hghoster: also ... kann man sagen, es ist eine Art Hilfeseite? 20:05:03 <hghoster> also ... wir haben bereits die erste Version der Zeitung veröffentlicht. Außerdem füllen ein paar Leute das Wiki mit neuen technischen Artikeln weiter 20:05:04 <kytv> zur Bequemlichkeit, die ToS auf EN: `http://hiddengate.i2p/wiki/ToS#Terms_of_Service` 20:05:04 <zzz> ok, danke. Hat jemand Fragen oder Kommentare? Besonders gern hätte ich Kommentare von russischsprachigen Nutzern 20:05:08 <iRelay> Titel: HiddenGate Wiki: HiddenGate Wiki (auf hiddengate.i2p) 20:05:27 <bgwcb> hghoster: zensiertes Imageboard, aber das ist wahrscheinlich gut, denn wir, gute russische Anonyme, mögen CP nicht 20:05:29 <EinMByte> Ich habe die Website vorhin besucht, und sie sieht gut aus 20:05:50 <EinMByte> eine Sache möchte ich allerdings erwähnen: Die Startseite ist komplett auf Russisch 20:05:55 <hghoster> EinMByte: ja. unser Ziel ist, eine Plattform zu schaffen, auf der neue Nutzer kein CP sehen, etc., also keinen Schock-Content 20:06:15 <hghoster> nur für politische Diskussionen, gemeinsame Interessen usw. Kein Trash, kein CP 20:06:48 <hghoster> EinMByte: aber es gibt ein oder zwei Seiten auf Englisch, zum Beispiel die ToS. bitte einen Moment warten 20:07:08 <EinMByte> Also, vielleicht wäre eine englische Einführung nett? 20:07:08 <EinMByte> (selbst wenn der Rest der Seite auf Russisch ist) 20:07:08 <EinMByte> Klingt gut 20:07:14 <zzz> hghoster hat wie gefordert ToS auf Englisch und Russisch veröffentlicht: `http://hiddengate.i2p/wiki/ToS` 20:07:18 <iRelay> Titel: HiddenGate Wiki: HiddenGate Wiki (auf hiddengate.i2p) 20:07:20 <EinMByte> zzz: Angesichts der Anzahl russischer Nutzer halte ich das für eine gute Ergänzung 20:07:22 <hghoster> zzz danke 20:07:48 <EinMByte> Nun, ich hätte gern wenigstens einen englischen Satz auf der Startseite 20:08:05 <EinMByte> denn der Besuch von hiddengate.i2p war für mich ziemlich verwirrend 20:08:31 <EinMByte> und ich vermute, das wäre für die meisten nicht-russischen I2P-Nutzer ebenso 20:08:45 <EinMByte> trotzdem stimme ich dem Vorschlag zu 20:09:18 <zzz> weitere Kommentare von den russischen Nutzern hier - bgwcb denixx_ Nyakov ? 20:09:38 <hghoster> wir können oben auf der ersten Seite einen Willkommenstext platzieren, der nicht-russischen Nutzern erklärt, wo sie sind 20:10:12 <EinMByte> hghoster: genau das meine ich 20:10:19 <hghoster> ich logge unser Gespräch mit und wir werden es später auch noch diskutieren 20:10:21 <hghoster> ich glaube, sie schlafen vielleicht :) aber bgwcb nicht 20:10:22 <Nyakov> Ich finde, das ist eine gute Idee 20:10:36 <bgwcb> ich denke, wenn hiddengate auf die Startseite kommt, füllt das hiddengate mit gutem Inhalt 20:10:37 <hghoster> okay, ich merke mir das, danke 20:10:49 <EinMByte> Schließlich nehme ich an, dass das diejenigen sehen, die aus der Konsole kommen: die Startseite 20:10:49 <zzz> hghoster, ich habe letzte Woche in #ru Rückmeldungen bekommen, dass eure Seite sehr wenig Inhalt hat. Welche Pläne habt ihr, mehr Inhalt hinzuzufügen? 20:10:53 <Yi> ich finde, es ist ok 20:11:12 <zzz> wir wollen keine „toten“ Sites auf unserer Startseite 20:11:17 <user@kyirc> +1 für den Willkommenssatz. Der Domainname ist auf Englisch und ich hätte die Seite ebenfalls aufrufen können, und dann nicht einmal zu wissen, was es ist, ist irgendwie frustrierend, auch wenn der Rest für mich ohnehin unverständlich sein wird 20:11:53 <bgwcb> und es ist eine gute Idee, weil sie kein CP haben. Neulinge könnten Angst vor Darknetzen haben, weil sie als Zuflucht für Pädophile und Terroristen gelten 20:11:59 <hghoster> Pläne sind natürlich gut :) Es gibt da noch jemanden, „Glavred“, er ist der Ideengeber dieses Projekts. Ich arbeite daran als Admin. Außerdem gibt es ein paar Leute, die das Wiki weiter füllen 20:12:37 <hghoster> natürlich füllt es sich nicht so schnell, wie wir möchten. Aber wir machen auf jeden Fall weiter. Bis jemand wie Herr P. das Internet dichtmacht 20:12:48 <bgwcb> aber dann würde ich auch gern die Startseite `http://rus.i2p` bekommen mit dem Hinweis, dass sie etwas Schock-Content enthält 20:12:50 <hghoster> sorry für mein schlechtes Englisch 20:13:00 <iRelay> Titel: I2P Wiki (auf rus.i2p) 20:13:13 <zzz> kein Grund sich zu entschuldigen, du machst das gut :)( 20:13:40 <zzz> ok, noch andere Kommentare? Ich habe bisher keinen Widerspruch gehört? 20:13:53 <dg> Klingt gut für mich. 20:13:54 <EinMByte> zzz: bezüglich „toter“ Sites – sieh es so: Wenn eine Site es auf die Startseite schafft, kann das sehr wohl den Traffic erhöhen 20:14:09 <EinMByte> das könnte also auch einen positiven Effekt auf den Inhalt haben 20:14:12 <dg> Außerdem können wir eine Site jederzeit entfernen, wenn sie „tot“ ist 20:14:21 <EinMByte> genau 20:14:45 <kytv> hier keine Einwände, aber ein einleitender Satz oder zwei auf Englisch (passend zur Sprache des Hostnamens) wären willkommen. 20:15:26 <user@kyirc> der Konsolen-Tooltip könnte/sollte bereits erwähnen, dass es auf Russisch ist. bin dafür 20:16:08 <hghoster> die Site wird außerhalb Russlands gehostet, daher denke ich, es gibt keine Probleme damit. außerdem bin ich C++-Entwickler und habe einen guten Job, Geld ist also kein Problem. das Wichtigste ist, wie man I2P effektiver propagiert. wir hoffen, dass die Zeitung uns dabei hilft 20:16:32 <hghoster> kytv: ja, sicher 20:16:48 <zzz> ok dann, hghoster, wir genehmigen deinen Antrag und ich werde es für 0.9.13 hinzufügen. Danke für die Teilnahme am Meeting und viel Erfolg mit deiner Site 20:16:48 <bgwcb> ich bin dafür, dass es auf der Startseite erscheint 20:16:48 <zzz> danke auch an unsere Freunde aus #ru fürs Mithelfen 20:16:50 <psi> (C++-Leute sind eingeladen, bei i2pd und i2pcpp zu helfen) <-- off topic 20:16:59 <zzz> weiter geht's 20:16:59 <zzz> 2. OMGWTFBBQ Sommer Europa - echelon 20:17:01 <zzz> eche|on, erzähl uns davon 20:17:03 <hghoster> danke euch allen! 20:17:08 <bgwcb> danke euch allen, es war interessant 20:17:19 <eche|on> das BBQ 20:17:38 <eche|on> wir wollten schon immer ein BBQ machen, ich kann anbieten, diesen Sommer eines in Graz, Österreich, auszurichten 20:17:45 <eche|on> falls wir eines machen wollen 20:18:18 <eche|on> Geld für Getränke/Essen ist IMHO in den Fonds vorhanden, nur der Teil mit den Leuten, die dieses BBQ besuchen, ist ein Thema... 20:18:28 <EinMByte> wäre nett, aber ich würde wahrscheinlich nicht teilnehmen (aus Gründen der Anonymität) 20:18:35 <zzz> wann? 20:18:46 <eche|on> ich denke eher an Ende August, Zeitraum September 20:19:21 <zzz> ohne mit DEFCON zu kollidieren, erste Augustwoche 20:19:33 <eche|on> genau, ich weiß 20:19:48 <bgwcb> Es ist eine gute Idee 20:19:58 <EinMByte> zzz: kann ich kurz zwei Dinge anhängen: eine Frage zu Just Mail, eine andere zu DerbyCon (offtopic, sorry) 20:20:11 <psi> zum Thema Konferenzen, orion und ich werden wahrscheinlich bei der DerbyCon sein 20:20:17 <eche|on> und ich weiß, dass nicht viele Leute kommen werden, und ich kann nur einen Ort fürs BBQ bieten, keine Schlafmöglichkeit 20:20:23 <zzz> EinMByte, du bist Punkt 4 auf der Agenda 20:20:33 <EinMByte> zzz: danke 20:20:46 <zzz> psi, DerbyCon wird Punkt 5 auf der Agenda 20:20:52 <psi> okay 20:20:56 <EinMByte> eche|on: BBQ ist definitiv eine gute Idee 20:21:05 <EinMByte> wenn du genug Leute zur Teilnahme bekommst 20:21:38 <bgwcb> aber warum ist das Hosting außerhalb Russlands? 20:21:38 <zzz> alle, die an einem BBQ in Graz Ende August/Anfang September interessiert sind, bitte „yes“ oder „maybe“ tippen 20:21:53 <EinMByte> zzz: Teilnahme oder nur Unterstützung 20:22:09 <zzz> Teilnahme. 20:22:15 <zzz> Ich sage „maybe“ 20:22:37 <bgwcb> maybe 20:22:56 <psi> „maybe“ (wenn ich hinkomme, was sehr unwahrscheinlich ist) 20:23:11 <eche|on> hm, ich denke, ich starte eine Umfrage auf forum.i2p? 20:23:26 <eche|on> Graz ist per Flugzeug über Frankfurt sehr gut erreichbar ;-) 20:23:40 <eche|on> aber das ist teuer. Ich weiß. 20:24:14 <zzz> eche|on, nicht viel Zuspruch... vielleicht wäre ein Meetup oder BBQ auf einer Konferenz beliebter? 20:24:17 <EinMByte> Ich denke auch, es ist am besten, das Thema in ein Forum o. Ä. zu verlagern 20:24:51 <bgwcb> where owned? 20:24:52 <eche|on> zzz: das wäre besser. wenn wir eine Konferenz finden, die passt? 20:24:52 <bgwcb> sorry, wo genau 20:24:54 <EinMByte> 5? 20:24:54 <bgwcb> ? 20:24:55 <zzz> Ich fände ein Meetup im Sommer toll, aber kombiniert mit einer Konferenz ergibt es vielleicht mehr Sinn 20:24:57 <eche|on> dieses Jahr habe ich keine Zeit, nach Las Vegas zu kommen 20:25:45 <eche|on> (wieder) 20:25:48 <eche|on> aber wenn ihr was machen wollt, Geld ist vorhanden^^ 20:25:48 <zzz> ok, lasst uns dieses Thema für weitere Recherche vertagen, vielleicht können wir in ein paar Wochen mit Ideen erneut darüber sprechen 20:25:48 <eche|on> ich behalte das im Auge 20:26:03 <EinMByte> gut 20:26:14 <zzz> weiter geht's 20:26:18 <zzz> 3. 0.9.13 Release-Zeitplan 20:26:46 <zzz> wir sind etwa 4 Wochen seit 0.9.12, und unser normaler 5-8-Wochen-Zyklus ergibt ein Release Ende Mai 20:27:02 <dg> nur 4.. 20:27:11 <zzz> rfree hat gute Untersuchungen zu den Problemen in 0.9.12 mit firewalled Routern gemacht, und -14 scheint sehr zu helfen 20:27:17 <EinMByte> wie steht es um die angeblichen Probleme mit 0.9.12, sind sie behoben (falls es welche gab)? 20:27:19 <zzz> also empfiehlt er bald ein Release. 20:27:28 <EinMByte> ach ja, stimmt 20:27:50 <zzz> es scheint nur bei firewalled Routern aufzutreten, aber das betrifft dann auch alle TAILS-Nutzer 20:27:56 <eche|on> zzz: wie weit bist du mit susimail, fertig? 20:28:12 <zzz> ja, ich bin fürs Erste mit susimail so gut wie durch 20:28:24 <eche|on> ok, und Tails, nächstes Release an welchem Datum? 20:28:25 <zzz> also klingen susimail + Firewall-Fixes gut genug für ein Release 20:28:32 <eche|on> sprich, bis zu welchem Datum müssen wir fertig sein? 20:28:33 <zzz> also vielleicht in 2 oder 3 Wochen? 20:28:58 <user@kyirc> -0 war bei mir schlecht, auf lin, nicht hinter Firewall, -4 behebt die Erreichbarkeit. dann unter xp mit Firewall war -0 fast unbenutzbar. -14 funktioniert großartig 20:29:04 <eche|on> derzeit kein Problem mit einem kürzeren Zyklus 20:29:24 <user@kyirc> weiß aber nichts über das Konsolen-Locking-Problem, das es bei -14 gab 20:29:36 <zzz> Check-in-Deadline 16. oder 23. Mai und Release am 19. oder 26. Mai 20:29:47 <eche|on> der 16. Mai wäre besser (der 29. ist Feiertag) 20:29:50 <dg> Ich sage 16/19, sofern es keine Deadlocks und so gibt. 20:30:10 <dg> Wenn die Nutzer immer noch leiden, warten wir. 20:31:10 <zzz> OK, peilen wir den 16. als Deadline und den 19. als Release an. Wenn wir ungelöste Probleme haben, verschieben wir es 20:31:20 <EinMByte> ok 20:31:45 <user@kyirc> unter XP ist es völlig in Ordnung. Das Konsolen-Dings lag in MEINEM Fall möglicherweise an mir selbst, da ich ein Plugin ausprobiert habe, das noch von einer älteren Jetty-Version abhing. Vielleicht hat das etwas in meinen Einstellungen verändert, denn die Probleme blieben auch nach dem Entfernen der Plugins. aber das ist nur in MEINEM Fall 20:32:14 <user@kyirc> wenn sonst niemand dieses Problem hat, ist -14 ein guter Release-Kandidat, IMHO 20:32:49 <zzz> weiter: 4) EinMByte Just Mail 20:32:49 <EinMByte> ja, nur eine kleine Frage 20:32:49 <EinMByte> orion: ding 20:32:54 <EinMByte> Also, meine Frage war: konnte orion Kontakt aufnehmen 20:33:07 <EinMByte> und zweitens: was zum Teufel machen die da 20:33:16 <EinMByte> IMHO scheint es nicht so, als könne das funktionieren 20:33:20 <zzz> er hat eine Antwort bekommen und mich in Kopie gesetzt, sie sagte nicht wirklich viel aus 20:33:26 <EinMByte> also denke ich, sie brauchen etwas Beratung 20:33:30 <EinMByte> zzz: könntest du einfügen 20:33:38 <EinMByte> ich bin interessiert 20:34:04 <EinMByte> wie ich auf `http://zzz.i2p/topics/1614` schrieb, zweifle ich an ihren Ideen 20:34:10 <iRelay> Titel: zzz.i2p: Just Mail Kickstarter (auf zzz.i2p) 20:34:28 <EinMByte> * die Machbarkeit ihrer Ideen 20:35:09 <zzz> Ich werde es nach dem Meeting in diesen Thread einfügen. Es ist nur Marketing-Bullshit, erklärt eigentlich nichts. 20:35:26 <EinMByte> alles klar, danke 20:35:44 <zzz> noch etwas zu Just Mail? 20:35:47 <EinMByte> ich denke, das war's zu 4, es wirkt nicht so, als würde das etwas werden 20:36:12 <EinMByte> (es tut mir auch leid für die Leute, die investiert haben) 20:36:25 <zzz> weiter geht's 20:36:37 <zzz> 5) DerbyCon EinMByte psi orion 20:36:55 <psi> ich glaube, orion und ich werden an der DerbyCon teilnehmen können 20:37:00 <EinMByte> ich wollte nochmal den Status dazu wissen 20:37:07 <EinMByte> okay, gibt es schon Vorträge? 20:37:20 <psi> ich hatte gehofft, ihr zwei könntet einen halten 20:37:29 <zzz> `http://zzz.i2p/topics/1579` 20:37:33 <iRelay> Titel: zzz.i2p: Derbycon Louisville 24.-28. Sept. (auf zzz.i2p) 20:37:44 <EinMByte> zzz: keine Chance, dass du einen Vortrag hältst? 20:38:20 <zzz> Eine Chance gibt es, aber ich stimme für unseren PR-Mann orion 20:38:24 <EinMByte> weiß außerdem jemand, ob diese Vorträge übertragen werden oder nicht? 20:38:50 <psi> falls ja, könntest du dich immer noch wie der Unabomber verkleiden (str4d) 20:39:25 <zzz> psi, orion, ich empfehle euch, sofort Adrian zu kontaktieren, um Zeitplan und Ablauf des CFP herauszufinden und zu klären, welche Art von Vortrag passend wäre 20:39:35 <psi> okay 20:39:46 <zzz> Das ist hauptsächlich eine InfoSec-Konferenz, sehr anders als DEFCON/HOPE/CCC usw 20:40:39 <EinMByte> Es ist wichtig, dass wir einen Vortrag haben, denn das wird definitiv die Bekanntheit steigern 20:40:54 <EinMByte> (auch mehr Chancen auf akademische Forschung) 20:41:13 <zzz> apropos HOPE: `http://zzz.i2p/topics/1507` 20:41:19 <iRelay> Titel: zzz.i2p: HOPE X (auf zzz.i2p) 20:41:36 <zzz> und DEFCON: `http://zzz.i2p/topics/1556` 20:41:42 <iRelay> Titel: zzz.i2p: DEFCON 2014 (auf zzz.i2p) 20:42:07 <zzz> wie auch immer, psi und orion, wenn ihr zur DerbyCon geht, besteht die Chance, dass ich auch gehe. 20:42:18 <zzz> eche|on, Louisville-BBQ? 20:42:22 <EinMByte> in einer idealen Welt hätten wir auf all diesen Konferenzen einen Vortrag 20:42:30 <psi> ooh, das klingt nett, BBQ in KT 20:42:51 <zzz> KY 20:43:02 <psi> es ist KY? verflucht 20:43:50 <zzz> zwei oder drei von euch sollten gemeinsam einen Vortrag verfassen und mich da rauslassen. Das wäre am besten :) 20:44:00 <zzz> noch etwas fürs Meeting? 20:44:10 * zzz wärmt den baffer auf 20:44:14 <user@kyirc> ist zwar kein Agendapunkt, aber ich finde, wir sollten über unsere offizielle In-Netzwerk-Homepage nachdenken. www.i2p2.i2p ist hässlich. Sie wurde gewählt, um zur öffentlichen Internet-Domain i2p2.de zu passen. Da diese nicht mehr unsere Hauptadresse ist, sollten wir auch über eine schönere In-Netzwerk-Domain nachdenken. i2p.i2p zum Beispiel. weiß nicht, ob geti2p.i2p Sinn ergibt, da man I2P nicht mehr _get_ muss. 20:44:23 <eche|on> zzz: louiesville, Zeit, Ort? 20:44:39 <zzz> `http://zzz.i2p/topics/1579` 20:44:44 <iRelay> Titel: zzz.i2p: Derbycon Louisville 24.-28. Sept. (auf zzz.i2p) 20:44:53 <user@kyirc> nicht dringend, aber vielleicht etwas zum Nachdenken und leicht zu „fixen“ 20:45:22 <EinMByte> ja, eine neue Homepage wäre schön 20:45:22 <eche|on> hm, zu diesem Datum wollte ich in Schottland sein 20:45:30 <zzz> user, das ist welterde. In der Router-Konsole haben wir alle Verweise entfernt, wir verweisen jetzt auf i2p-projekt.i2p 20:45:59 <user@kyirc> was auch nicht perfekt ist, wegen des k 20:45:59 <zzz> danke euch allen für ein gutes Meeting 20:46:09 <eche|on> müsste Fahrpläne prüfen 20:46:20 <EinMByte> zzz: eine letzte Sache, plant ihr regelmäßige Meetings 20:46:30 <user@kyirc> da es ein Link ist, ist es nicht so ein großes Problem, aber ein englischsprachiger Name wäre trotzdem besser, IMHO 20:46:44 <EinMByte> (es sei denn, das ist schon der Fall?) 20:47:02 <zzz> EinMByte, wir planen Meetings nach Bedarf. Jeder kann jederzeit zu jedem Thema ein Meeting ansetzen. 20:47:17 <EinMByte> zzz: alles klar 20:47:23 <user@kyirc> was ist falsch an i2p-project.i2p ? schon von jemand anderem registriert? 20:47:47 <eche|on> aber Louisville ist gut erreichbar und zentral 20:47:50 <zzz> EinMByte, `http://zzz.i2p/topics/1491` 20:47:55 <iRelay> Titel: zzz.i2p: Project Meetings (auf zzz.i2p) 20:48:37 <EinMByte> ich denke über ein i2pcpp-Meeting nach 20:48:42 <EinMByte> aber ich muss mit orion darüber sprechen 20:48:44 <zzz> wenn wir zur DerbyCon gehen, sollten wir versuchen, Lance ebenfalls zu überzeugen 20:50:03 <eche|on> ok, ich behalte das im Kopf und gehe jetzt ins Bett 20:50:04 <eche|on> cya later 20:50:19 <zzz> jeder Vortrag muss richtig krass sein, um akzeptiert zu werden. Die DerbyCon war im ersten Jahr klein, aber das ist, glaube ich, das 4. Jahr. Wir haben ein bisschen einen Draht zu irongeek, aber es ist nicht nur seine Show. 20:50:55 <EinMByte> btw, ich bin bereit, mir Folien usw. anzusehen. Nicht sicher, ob das viel hilft, aber man weiß ja nie 20:51:51 <EinMByte> jedenfalls, tschüss

I2P Entwicklertreffen - 22. April 2014

Tue, 22 Apr 2014 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: hottuna, nombre\_, psi, str4d, zzz2

Sitzungsprotokoll

20:32:31 <str4d> Hallo zusammen 20:34:53 <str4d> 0) Hallo 20:34:53 <str4d> 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:34:53 <str4d> 2) Neuer Transport für Tor-PTs `http://zzz.i2p/topics/1551` 20:34:53 <str4d> 3) Alle Punkte, die sich aus 1) ergeben 20:34:53 <str4d> Aktivität nach dem Treffen: Mumble-Stresstest (Sprachchat über I2P) 20:35:07 <iRelay> Titel: zzz.i2p: TODO 0.9.13 - 0.9.16 (auf zzz.i2p) 20:35:10 <iRelay> Titel: zzz.i2p: Supporting Tor Pluggable Transports (auf zzz.i2p) 20:35:29 <str4d> 0) Hallo 20:35:57 <hottuna> Hallo 20:37:37 <str4d> Noch jemand? 20:38:01 <str4d> zzz2 orion psi kytv meeh_ 20:41:17 <str4d> Hoffentlich tauchen einige von ihnen auf. 20:41:17 <str4d> 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:41:22 <iRelay> Titel: zzz.i2p: TODO 0.9.13 - 0.9.16 (auf zzz.i2p) 20:41:26 <zzz2> hier 20:41:58 <str4d> Auf zzzs Bitte hin haben wir einen Diskussionsfaden gestartet, um Ideen für die zukünftige I2P-Roadmap vorzuschlagen. 20:42:27 <str4d> Es gab viel Gerede, aber es wurde kein wirklicher Konsens erzielt. 20:43:14 <str4d> Ich habe einige der ersten Vorschläge auf der Roadmap-Seite zusammengefasst `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:43:17 <iRelay> Titel: Roadmaps/1.0 I2P Bugtracker (auf trac.i2p2.i2p) 20:45:01 <str4d> zzz2: Ich sehe, du hast dich in susimail reingekniet (yay) 20:46:19 <zzz2> ja, bin in dieses Kaninchenloch gefallen, während wir versuchen zu entscheiden, was wirklich wichtig ist 20:52:07 <str4d> Ich denke, das war nützliche Arbeit, schon allein wegen eines langjährigen Bugs zu Anmeldeproblemen, und susimail ist eine der ersten Apps, die Nutzer ausprobieren werden 20:52:08 <str4d> `http://trac.i2p2.i2p/ticket/747` 20:52:12 <iRelay> Titel: #747 (Anmeldeprobleme mit Susimail) I2P Bugtracker (auf trac.i2p2.i2p) 20:54:45 <psi> str4d: ohai 20:54:47 * psi ist zu spät? 20:55:19 <str4d> ja, psi ist es 20:55:25 <str4d> Es ist bisher nicht viel passiert :/ 20:55:58 * psi scrollt hoch 20:56:07 <str4d> Zusammenfassung dessen, was seit der Veröffentlichung des RFC passiert ist: 20:56:18 <str4d> - zzz hat an susimail gearbeitet 20:56:59 <str4d> - psi hat sich in PTs, neues DH und JNI eingearbeitet 20:57:23 <str4d> - Ich habe an I2P-Bote Android gearbeitet und jetzt an Java-EdDSA 20:57:39 * psi hat den ganzen Tag damit verbracht, die Struktur von PT für i2p auszuarbeiten 20:58:59 <zzz2> wenn str4d und psi bei EdDSA, 25519 und PTs Fortschritte machen, dann ist meiner Meinung nach die beste Nutzung meiner Zeit, bei der Migration auf neue Signaturalgorithmen voranzukommen, z. B. mehrere Destinations (Zieladressen in I2P) über einen tunnel, und eine Art Adressbuch-Unterstützung 21:00:27 <jenkins@kyirc> Starte Build #581 für Job I2P 21:01:01 <zzz2> wie ist der Status von psis mtn-Schlüsseln und der Entwicklervereinbarung? Ich habe nichts per Post bekommen. 21:01:23 <str4d> psi hat die Entwicklervereinbarung unterschrieben, ich habe sie auf die Website gepusht 21:01:36 <str4d> (also sind seine öffentlichen Schlüssel vermerkt) 21:02:10 <zzz2> ist sein Key-Fingerabdruck dort auch drauf? 21:02:32 <zzz2> wenn ja, füge ich ihn hinzu und kündige es an 21:03:02 <psi> mein GPG-FP ist auf meinem Twitter 21:03:05 <str4d> nicht der Fingerabdruck, aber der Schlüssel selbst ist es 21:03:47 <zzz2> es muss in dieser Beispiel-monotonerc-Vorlagendatei stehen. psi, vielleicht kannst du das als deinen ersten Test deiner mtn-Fähigkeiten machen? 21:04:23 <jenkins@kyirc> Juhu, Build repariert! 21:04:24 <jenkins@kyirc> Projekt I2P Build #581: FIXED in 3 Min 55 Sek: `http://jenkins.killyourtv.i2p/job/I2P/581/` 21:04:36 <psi> das kann ich machen 21:04:40 <psi> das habe ich lokal schon gemacht 21:04:53 <str4d> zzz2, psi, ich habe das Gantt der Roadmap aktualisiert - `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 21:04:56 <iRelay> Titel: Roadmaps/1.0 I2P Bugtracker (auf trac.i2p2.i2p) 21:05:21 <psi> der monotone-Key-FP für meinen NICHT-Transport-Schlüssel ist "1ceb85b992114bae1bcb156ef238f8f3044a6bfe", -- ampernand@gmail.com 21:06:04 <psi> meinen Transport-Schlüssel-FP kann ich auch besorgen 21:06:29 <zzz2> ok, super, willkommen im Team! Wie ich allen sage: Bitte vorsichtig sein, übe zuerst auf www 21:06:30 <str4d> psi: du musst das an eche, kytv und welt schicken 21:06:43 <str4d> +1 21:06:56 * kytv hat es erhalten und fügt es seinem Server hinzu 21:07:08 <zzz2> psi, wir haben sehr genaue Anleitungen, wie man das alles macht, auf der Webseite... :) 21:07:27 <psi> ich werde mir das ansehen 21:07:38 <zzz2> z. B. mir Mail schicken (aber für dich nicht mehr nötig) 21:08:15 <str4d> Wie sieht die Gantt-Roadmap jetzt für alle aus? Gibt es Punkte, die unrealistisch erscheinen, oder solche, die fehlen 21:08:16 <str4d> ? 21:09:37 * psi prüft die Roadmap 21:09:43 <jenkins@kyirc> Projekt I2P UnitTests Build #528: SUCCESS in 5 Min 6 Sek: `http://jenkins.killyourtv.i2p/job/UnitTests/528/` 21:09:57 <jenkins@kyirc> Starte Build #82 für Job I2P-Android 21:09:59 <str4d> zzz2: Ich schlage vor, dass du den Punkt zu neuen GPG-Schlüsseln lieber früher als später erledigst ;) 21:10:19 <zzz2> str4d, sag uns bitte, was es dir darüber sagt, was wichtig ist 21:10:33 <str4d> psi: findest du viele Überschneidungen zwischen deiner PTs-Arbeit und NTCP2? 21:10:34 <zzz2> ja, ich mache es vor dem nächsten Release, versprochen 21:11:24 <str4d> Meiner Meinung nach (IMHO) gibt es drei wichtige Dinge: 21:11:32 <jenkins@kyirc> Projekt I2P-Android Build #82: SUCCESS in 1 Min 34 Sek: `http://jenkins.killyourtv.i2p/job/I2P-Android/82/` 21:11:40 <str4d> 1) Fortschritte beim Crypto-Upgrade – das kommt jetzt endlich in Gang 21:12:01 <psi> str4d: im Moment habe ich mir NTCP2 noch nicht angesehen 21:12:13 <str4d> (Fortsetzung der Vorarbeiten) 21:13:28 <zzz2> 1) 'kommt jetzt in Gang'? Ich schufte seit 6 Monaten daran 21:13:32 <str4d> 2) Audit-Vorbereitung – IMHO müssen wir unser Threat Model usw. so schnell wie möglich (ASAP) in den Griff bekommen 21:15:33 * psi ist für 30 Minuten afk 21:15:33 <psi> unerwartetes Ereignis, bbl 21:15:33 <psi> ich schaue mir den Scrollback später an 21:16:21 <zzz2> Es scheint da draußen einige Verwirrung über die 'neue Signatur-Krypto' zu geben. Sie ist fertig, sie ist in 0.9.12 drin, sie funktioniert. Für Destinations (Zieladressen in I2P). 21:17:06 <zzz2> Das 'Einzige', was nicht erledigt ist, ist die Migration bestehender veröffentlichter Destinations auf eine neue. 21:21:13 <str4d> ja, was zuerst darauf beruht, eine neue auszuwählen, was IMHO Ed25519 sein sollte, was wiederum eine schnelle Implementierung voraussetzt. 21:21:15 <str4d> Und gleichzeitig stimme ich zu, dass die verbleibende erforderliche Migrationsinfrastruktur implementiert werden sollte. 21:21:16 <str4d> <str4d> Seit Jahren haben wir das beiseite gelassen und an Dingen gearbeitet, von denen wir glauben, dass sie den Nutzern zugutekommen; aber IMHO, wenn wir mehr Forschungsinteresse wecken und es effektiv nutzen wollen, müssen wir uns stärker bewusst machen, was I2P leisten kann und was nicht. 21:21:17 <str4d> <str4d> Ich weiß, dass du das hast, zzz ;P 21:21:18 <str4d> <str4d> (Ich meinte speziell den Teil, der die eigentliche neue Krypto betrifft) 21:21:19 <str4d> <str4d> danke für den Aufwand, den du hineingesteckt hast, um es so weit zu bringen :) 21:21:20 <str4d> <str4d> 3) Usability, UX – das ist ein dritter wichtiger Punkt, der nicht im Roadmap-Diagramm steht 21:21:22 <str4d> <str4d> Nun – zzzs susimail-Arbeit fällt in diese Kategorie, ebenso Verbesserungen beim Streaming 21:21:41 <str4d> <str4d> Wichtig ist auch, unsere Fehler- und Hilfeseiten zu überprüfen und wie wir dem Nutzer helfen, seine Aufgaben zu erledigen. 21:21:41 <str4d> (nach meinem Punkt '2) Audit-Vorbereitung') 21:22:00 <str4d> Ich muss in 10-15 Minuten AFK 21:22:50 <str4d> Und da psi AFK ist, nehme ich '2) Neuer Transport für Tor-PTs' aus diesem Treffen heraus 21:23:55 <str4d> zzz2: was müssen wir deiner Meinung nach tun, bevor wir ein Treffen mit Lance bzgl. Bedrohungsmodell organisieren? 21:24:59 * str4d würde gerne ein Treffen mit Lance im Mai anstreben 21:26:04 <str4d> also müssen wir herausfinden, was wir bis dahin tun müssen, damit wir das Treffen so organisieren können, dass genug Zeit ist, das vorher abzuschließen. 21:29:27 <zzz2> Ich bin nicht damit einverstanden, dass wir zuerst auswählen müssen. 21:29:59 <zzz2> Oder, dass wir jetzt (P256) wählen und später noch einmal, wenn mehr Optionen verfügbar sind. 21:30:02 <MTN@kyirc> [ I2P ] compile fix [zzz@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/12396c3ee88d1194482fc2cc3751db1169cc52e3` 21:30:34 <zzz2> Wir könnten den Standard für neue Destinations in 0.9.13 auf P256 umstellen, wenn wir wollen. 21:30:35 <str4d> zzz2: wenn wir an dem Punkt sind, dass das Namenssystem mit dynamischen Enc-Auswahlen umgehen kann, stimme ich zu 21:31:05 <zzz2> P256 ist eindeutig besser als DSA 21:31:34 <str4d> Dem stimme ich auch zu. 21:31:43 <zzz2> Ich denke, die P256-Hasser sollten einen Schritt zurücktreten und darüber nachdenken, wie schlecht DSA 1024 ist. 21:32:03 <MTN@kyirc> [ WWW ] adding psi's transport key [kytv@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/029163d2d446f10ab1a129b559802fabac2ef8b7` 21:32:52 <str4d> zzz2: Ich verstehe deinen Punkt. 21:33:39 <zzz2> bezüglich Audit und Lance: Es ist immer eine gute Zeit. Hast du ein Update zum Audit-Prozess für uns von der Mailingliste? 21:33:40 <str4d> Ein Grund dafür, EdDSA vor dem Umstieg zum Laufen zu bringen, ist, dass ich basierend auf dem, was du zuvor in Threads gesagt hast, nicht zweimal den Signaturalgorithmus der Destination umstellen möchte. 21:34:14 <str4d> ja, das zweite Mal wäre etwas einfacher, weil Unterstützung für mehrere Destinations usw. vorhanden wäre, aber die Namensseite ist weiterhin die Schwachstelle. 21:34:48 <zzz2> für Server willst du nicht zweimal wechseln, aber für Clients ist es egal 21:35:04 <str4d> guter Punkt. 21:35:23 <str4d> Gibt es irgendetwas, das verhindern würde, dass neue Destinations mit alten sprechen? 21:35:31 <nombre_> also, ich entnehme, ihr macht Crypto-Upgrades? Gibt es vielleicht eine Seite, die im Detail darauf eingeht, was ihr alles plant? Und für eine 25519-Implementierung könntet ihr einfach NaCl via JNI oder Kalium verwenden, auch wenn das etwas einschränkend sein könnte 21:35:34 <zzz2> und selbst für Server: Wenn man auf P256 wechselt, scheint es kaum lohnend, noch einmal zu wechseln, es sei denn, es gibt wirklich schlechte Neuigkeiten über P256 21:35:54 <str4d> Wenn nicht, könnte es eine gute Idee sein, Clients früher auf P256 zu bringen 21:36:08 <zzz2> neue Destinations können mit alten sprechen und umgekehrt, solange beide auf 0.9.12 oder später sind 21:36:39 <str4d> zzz2: http://blog.cr.yp.to/20140323-ecdsa.html ist für mich Grund genug, nicht auf ECDSA zu bleiben 21:36:43 <iRelay> Titel: cr.yp.to: 2014.03.23: How to design an elliptic-curve signature system (auf blog.cr.yp.to) 21:37:56 <str4d> nicht wegen eines einzelnen Punktes (noch), aber wenn wir eine effektive, *korrekte* Implementierung von EdDSA bekommen, fände ich einen Wechsel sehr vorteilhaft 21:38:27 <str4d> nombre_: `http://trac.i2p2.i2p/ticket/856` 21:38:30 <iRelay> Titel: #856 (Krypto-Review/Migration) I2P Bugtracker (auf trac.i2p2.i2p) 21:38:30 <str4d> (und Links darin) 21:38:40 <nombre_> danke, str4d 21:38:53 <zzz2> nichts davon sagt mir jedoch, dass wir das Loswerden von DSA verzögern sollten. Es gibt dort auch nichts, was mich wegen P256 in Panik versetzt. Gibt es etwas Besseres als P256? Klar. 21:39:15 <str4d> keine wirklichen Updates von der OpenITP-Mailingliste; es gab in letzter Zeit nicht viel echte Aktivität. 21:40:38 <zzz2> Ich habe 65.536 Signaturalgos vorgesehen und 7 implementiert. 65.529 stehen noch aus, wir können bei jedem Release ein paar hinzufügen, wenn wir möchten. 21:43:27 <str4d> zzz, ich würde unterstützen, Clients in 0.9.13 auf P256 umzustellen 21:44:47 <str4d> aber wenn der Server-Umstieg noch nicht reibungslos sein wird, würde ich lieber noch etwas warten und schauen, wie die EdDSA-Arbeit vorankommt. 21:45:49 <nombre_> ich auch (nicht, dass meine Meinung irgendetwas zählt), NIST-ECDSA ist besser als DSA, auch wenn sich einige von uns Aluhutträgern erst sicher fühlen, wenn es 25519 ist 21:46:48 <nombre_> dest/b32 bricht dabei quasi zwangsläufig, oder? 21:47:13 <str4d> es hat lange gedauert und viel Arbeit gekostet, bis wir an diesem Punkt sind; es ergibt keinen Sinn, in letzter Minute zu überstürzen 21:49:48 * RN streckt den Kopf rein und schaut sich um 21:54:36 <zzz2> es gibt 1) Clients 2) neue Server und 3) Migration bestehender Server. 21:54:43 <zzz2> 1 und 2 können wir jetzt machen, 3) erfordert viel mehr Arbeit. 21:54:59 <zzz2> 1 und 2 brechen allerdings die Kompatibilität mit alten routers, i2pcpp und i2pd, bis diese nachziehen 21:55:16 <nombre_> arbeitet jemand daran, eine Java-Implementierung von 25519 zu finden/zu erstellen? und was ist der geschätzte Zeitrahmen, bis sie nutzbar wäre? 21:55:28 <nombre_> ich nehme an, mit P256 ist es schon machbar, weil das in Bouncy Castle enthalten ist? 21:55:52 <zzz2> P256 ist in der JVM 21:56:06 <nombre_> ah, noch besser 21:56:17 <zzz2> wir haben 25519 in Java jetzt, aber es ist viel zu langsam, um nutzbar zu sein. str4d und psi versuchen, es zu beschleunigen 21:57:39 <nombre_> hmm, da ich nichts über Krypto weiß, würde ich denken, dass die Verwendung von JNI der einfachste Weg wäre, es zu beschleunigen. Vielleicht sollte ich mir 25519 genauer ansehen, um zu verstehen, welche Teile die Engpässe sind 23:02:36 <str4d> Niemand hat es tatsächlich beendet, als ich AFK gegangen bin, also: 23:02:53 * str4d schließt das Treffen *baf*.

Version 0.9.12

Mon, 31 Mar 2014 00:00:00 +0000

I2P erfordert jetzt Java 6 oder höher. Wir empfehlen dringend, auf Java 7 zu aktualisieren. Wenn Sie noch Java 5 verwenden, müssen Sie Ihr Java aktualisieren, bevor Sie I2P 0.9.12 installieren.

0.9.12 fügt vorläufige Unterstützung für ECDSA-signierte Destinations hinzu. Es enthält mehrere Korrekturen bei der Verarbeitung von Delivery Status Messages (Empfangsbestätigungen), und diese Nachrichten sind nun Ende-zu-Ende verschlüsselt, um die Sicherheit zu erhöhen.

Wir haben auf Jetty 8 aktualisiert. Jetty 8 ist nahezu identisch mit Jetty 7, daher sind keine komplexen Konvertierungen von Konfigurationsdateien erforderlich, wie es bei früheren Jetty-Upgrades der Fall war. Es sollten keine manuellen Änderungen erforderlich sein.

Suchmaschine DuckDuckGo vergibt $5000 an das Invisible Internet Project

Wed, 12 Mar 2014 00:00:00 +0000

Somewhere, NH – Das Internetsuchunternehmen DuckDuckGo spendet 5.000 US-Dollar an das Invisible Internet Project (I2P) im Rahmen seines jährlichen Open-Source-Spendenprogramms. Die Auszeichnung wurde auf Grundlage von Nominierungen durch Mitglieder der Öffentlichkeit auf dem DuckDuckGo-Community-Portal vergeben. Mit einem Fokus auf Datenschutz bietet DuckDuckGo eine Suchmaschine, die ihre Nutzer nicht verfolgt und keine personenbezogenen Daten speichert. I2P ist ein anonymes Netzwerk, das Einzelpersonen vor flächendeckender Überwachung schützen soll, die regelmäßig von Internetdienstanbietern (ISPs) und Regierungen durchgeführt wird.

I2P Entwicklertreffen - 11. März 2014

Tue, 11 Mar 2014 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: AK-47, eche|on, efkt, inscrut\_, kytv, orion, psi, str4d, topiltzin, zzz

Sitzungsprotokoll

20:00:26 <zzz> 0. Hi 20:00:26 <zzz> 1. anoncoin.i2p Anfrage für die Konsole-Startseite (Meeh) 20:00:26 <zzz> 2. Git (Meeh) 20:00:26 <zzz> 3. Echelon reduzierte Dienste / incorporation (Gründung einer juristischen Person) 20:00:26 <zzz> 0. Hi 20:00:27 <zzz> Hi 20:00:33 <zzz> Lassen wir jedes Thema auf etwa 15 Minuten begrenzen 20:01:43 <eche|on> hi 20:02:02 <orion> Hi. 20:02:29 <inscrut_> hi eche|on 20:02:39 <inscrut_> o/ orion 20:02:48 <topiltzin> hi 20:04:08 <inscrut_> yo topz 20:05:15 <str4d> hey 20:05:26 <topiltzin> netsplit 20:05:54 <str4d> buh 20:05:59 <str4d> zisch 20:06:15 * inscrut_ wirft eine Tomate 20:08:58 <topiltzin> alles klar, Sitzung ist vorbei. Weitergehen 20:09:01 <eche|on> zu den Themen 0–2 bin ich mehr oder weniger „nur zu“. 20:09:12 <zzz> ok, versuchen wir das nochmal 20:09:12 <zzz> <zzz> 0. Hi 20:09:12 <zzz> <zzz> 1. anoncoin.i2p Anfrage für die Konsole-Startseite (Meeh) 20:09:12 <zzz> <zzz> 2. Git (Meeh) 20:09:12 <zzz> <zzz> 3. Echelon reduzierte Dienste / incorporation 20:09:12 <zzz> <zzz> 0. Hi 20:09:12 <zzz> <zzz> Hi 20:09:12 <zzz> <zzz> Lassen wir jedes Thema auf etwa 15 Minuten begrenzen 20:09:12 <zzz> <zzz> Für 2 und 3, das sind große und oft diskutierte Themen, konzentrieren wir uns darauf, wo wir jetzt stehen und was als Nächstes zu tun ist, nicht darauf, wie wir hierher gekommen sind 20:09:12 <zzz> <zzz> Ich erwarte keine Entscheidungen zu 2 oder 3, aber es wäre schön, nächste Schritte für Recherchen zu formulieren, falls nötig 20:09:12 <zzz> <zzz> Außerdem stehen Hintergründe zu den Agendapunkten unter dem Link in /topic oben. 20:09:12 <zzz> <zzz> 1. anoncoin.i2p Anfrage für die Konsole-Startseite (Meeh) 20:09:12 <zzz> <zzz> Meeh, bist du hier? 20:09:12 <zzz> <zzz> überspringen 1 und 2 20:09:12 <zzz> <zzz> 3. Echelon reduzierte Dienste / incorporation 20:09:12 <zzz> <zzz> eche|on, bist du hier? 20:09:44 <zzz> also haben wir 1 und 2 übersprungen und sind bei 3. eche|on, du hast das Wort 20:10:12 <eche|on> aufgrund vieler privater und nicht privater Angelegenheiten habe ich meine Dienste reduziert und werde noch etwas mehr reduzieren 20:10:20 <eche|on> z. B. ist false.i2p down 20:10:48 <eche|on> welcher Dienst als Nächstes dran ist, kann ich derzeit nicht sagen, ich werde dieses Jahr zumindest weiterhin derjenige sein, der sich ums Geld kümmert 20:11:27 <eche|on> Mir kam gerade der Gedanke, dass ich nicht verhindern konnte, dass I2P durch Betrug und anderes Geld verliert; es wird schwieriger 20:11:54 <eche|on> außerdem: Je mehr Geld, desto schwieriger wird es, besonders wenn Unternehmen uns Geld spenden, das wir für „Nützliches“ ausgeben sollten. 20:12:17 <orion> Ich würde gerne kurz einwerfen. 20:12:19 <eche|on> das ist alles nicht wirklich klar, mehr ein „Gefühl“, ich weiß, aber ich wollte euch nur informieren 20:13:33 <AK-47> Danke jedenfalls für die Zeit, in der es lief. 20:13:33 <psi> hi 20:13:33 <zzz> eche|on, hast du heute konkrete Vorschläge für uns? 20:14:30 <zzz> zwei Möglichkeiten, die deine Arbeitslast etwas verringern könnten – orion zum „stellv. Schatzmeister – U.S. $$“ und Meeh zum „stellv. Schatzmeister – BTC/Altcoin“ machen — würde irgendeine davon helfen? 20:14:31 <eche|on> mein Vorschlag: ernsthaft über incorporation nachdenken und wenn nicht 20:14:50 <eche|on> ein $-Schatzmeister hilft bei $-Spenden, klar 20:15:00 <eche|on> und meeh für Alt/BTC wäre auch in Ordnung 20:15:43 <inscrut_> ist es möglich, die Bücher zu veröffentlichen? vielleicht als doppelte Buchführung? 20:15:52 <eche|on> Bücher? 20:16:01 <eche|on> `http://echelon.i2p/donations/index.html` 20:16:09 <iRelay> Titel: Spenden (bei echelon.i2p) 20:16:26 <orion> Ich möchte zwei getrennte Vorschläge machen. Der erste ist folgender: Wir sollten das Geld auf mehrere Währungen verteilen (Dollar, Euro, *coin). 20:16:39 <orion> Und sie sollten in unterschiedlichen Jurisdiktionen gehalten werden. 20:16:40 <eche|on> mein größeres Problem/meine größere Sorge ist der Betrag von fast 40k in meiner Hand. denn das ist vor dem Gesetz „offiziell“ mein Geld, nicht das von I2p. 20:17:54 <str4d> hmm. Wenn du unabhängig davon finanzielle Probleme hättest, müsstest du rechtlich die I2P-Gelder aufbrauchen. 20:18:15 <eche|on> korrekt 20:18:32 <eche|on> das ist das Problem, wenn man keine juristische Person ist 20:18:54 <eche|on> und deshalb möchte ich hier nicht mehr als 50k , mehr oder weniger 20:21:36 <orion> eche|on: Bevor wir incorporation erwägen, stimmst du zu, dass das Geld sowohl in unterschiedlichen Währungen als auch in unterschiedlichen Jurisdiktionen gehalten werden sollte? 20:21:43 <eche|on> Ich habe (persönlich) nicht große Probleme mit mehr als 50k, aber wenn es Probleme gibt, verliert I2P, und das ist nicht meine Absicht 20:22:05 <zzz> es hat Vorteile, ein $$-Konto zu behalten. Vieles unserer Einnahmen und Ausgaben ist in $$ und wir verlieren viel bei den Hin-und-zurück-Umrechnungen 20:22:13 <eche|on> orion: ein US-basiertes $-Konto ist nützlich, und wenn es jemand will: ja 20:22:34 <orion> Ich melde mich freiwillig, USD auf einem Konto zu halten. 20:23:40 <zzz> ist es handhabbar, dass mehrere Leute Geld halten und dennoch die Summen und Transaktionen auf der Hall-of-Fame-Seite zusammenzuführen? 20:24:25 <eche|on> das ist möglich dank mtn/git-Hosting unserer Webseite 20:24:42 <eche|on> wir bräuchten eine Tabelle/Sektion für jede Währung 20:25:06 <str4d> die Anzeige ist einfach 20:25:07 <eche|on> wenn wir EINE Währung auf 2+x Personen aufteilen wollen, müssen sie gut zusammenarbeiten 20:26:58 <zzz> eche|on bliebe Schatzmeister und verantwortlich fürs Zusammenhalten der Summen, mit Assistenten, die für ihren Teil den Überblick behalten? 20:27:00 <eche|on> zu incorporation: 50k sind den Aufwand IMHO nicht wert, aber es GIBT ein Risiko 20:27:16 <eche|on> zzz: wäre okay. 20:27:30 <zzz> incororation reduziert das Risiko nur sehr wenig 20:27:50 <eche|on> aber es nimmt mir das Risiko ab ;-) 20:29:03 <orion> Ich habe einen Vorschlag, der keine incorporation erfordert: einen Treuhandfonds 20:29:03 <str4d> verhindert keinen vorsätzlichen Geldverlust, aber verhindert rechtlichen Verlust aufgrund persönlicher Insolvenz 20:29:06 <zzz> also lautet der Vorschlag, orion zum stellv. Schatzmeister – U.S. zu machen — Einwände oder weitere Diskussion dazu? 20:29:07 <topiltzin> Gib die Bitcoins nicht für Acid aus 20:29:09 <str4d> Ich unterstütze orions Nominierung 20:29:59 <zzz> ok, klingt nach einer beschlossenen Sache, eche|on und orion können die Details ausarbeiten. 20:30:16 <eche|on> Nachtrag zur Themenliste: 20:30:24 <eche|on> 4. 50BTC Bitcoin-Client-Bounty 20:30:43 <zzz> Wir sind ungefähr am Ende unserer 15 Minuten. Nächste Schritte zu incorporation oder Vorschläge oder Dinge zu tun bzw. zu recherchieren bzgl. incorporation? 20:30:53 <eche|on> 50BTC ist viel Geld für ein Plugin von I2P BTC. Vorschlag: auf 10 reduzieren und 40BTC in den allgemeinen Fonds 20:31:05 <zzz> ok ech, du stehst für #4 auf der Liste 20:31:15 <orion> topiltzin: Werde ich nicht. :x 20:31:29 <zzz> Letzter Aufruf für Thema 3 20:31:35 <orion> zzz: Treuhandfonds. 20:31:52 <orion> Das möchte ich als günstige Alternative zu incorporation vorschlagen. 20:32:25 <zzz> ok, wie wäre es, wenn du einen Vorschlag ausarbeitest und ihn irgendwo postest, und wir können das bei einem künftigen Treffen diskutieren? 20:32:41 <str4d> Mit z. B.: Was sind die rechtlichen Unterschiede? 20:33:46 <zzz> erkläre das Ende von Thema 3 20:33:50 <zzz> zurück zu Thema 1 20:33:52 <zzz> 1. anoncoin.i2p Anfrage für die Konsole-Startseite (Meeh) 20:34:09 <zzz> irgendwelche Diskussionen, Zustimmung oder Einwände gegen anoncoin.i2p auf der Startseite? 20:34:44 <eche|on> nur zu, füge es hinzu 20:35:41 <zzz> anoncoin könnte kurz davor sein, groß zu werden, und Meeh arbeitet daran, es stärker in der I2P-Community zu vermarkten 20:35:48 <zzz> Letzter Aufruf für 1 20:36:22 <eche|on> Ich wäre vorsichtig mit „groß werden“, selbst Litecoin ist nicht groß geworden, es ist alles ein bisschen Hype, aber hey, super, dass anoncoin für I2P bekannt ist 20:36:40 <eche|on> Schade, dass Snowden kein Marketing für I2P gemacht hat 20:36:49 <zzz> heh. 20:37:03 <zzz> aber sprich mit Meeh, wenn du Fragen zu seinen Plänen hast 20:37:06 <str4d> Ich konnte die Website nicht ansehen, aber ich habe keine offensichtlichen Einwände. 20:37:08 <eche|on> wird gemacht 20:37:16 <zzz> Ende von 1. Ich füge es hinzu. 20:37:17 <zzz> 2. Git (Meeh) 20:37:30 <efkt> +1 für anoncoin 20:37:38 <orion> Keine Einwände gegen anoncoin. 20:37:39 <eche|on> git – kein wirklicher Einwand, außer dem Resume-Problem und dem Bedarf an einem Howto 20:37:40 <zzz> Gedanken zu git? 20:37:56 <zzz> Gibt es ein Resume-Problem? 20:38:08 <str4d> Pro: 20:38:12 <eche|on> soweit ich weiß, unterstützt GIT kein Resume 20:38:16 <str4d> Jeder kennt es 20:38:24 <orion> Warte, was ist Resume? 20:38:32 <orion> Was ist der Kontext dieses Themas? 20:38:50 <zzz> `http://zzz.i2p/topics/1588` <--- Kontext 20:38:56 <iRelay> Titel: zzz.i2p: Meeting Di. 11. März 20:00 UTC (bei zzz.i2p) 20:38:57 <topiltzin> Wenn die Verbindung während eines fetch/clone/pull/push abbricht 20:39:03 <eche|on> orion: bricht bei einem großen clone/pull/... der tunnel ab, fängt git dann von vorne an oder in der Mitte der Transaktion? 20:40:11 <str4d> Alles unterstützt es 20:40:12 <str4d> Man kann Commits mit GPG-Schlüsseln signieren oder genehmigen 20:40:12 <str4d> orion: möglicher Wechsel von mtn zu git 20:40:12 <str4d> Contra: 20:41:09 <str4d> - Resume wird nicht unterstützt (wenn ein pull unterwegs fehlschlägt, muss man von vorne anfangen) 20:41:09 <str4d> - lokale Zeitzone wird im Commit gespeichert 20:41:09 <str4d> (fix with alias git='TZ=UTC git') 20:41:41 <zzz> HH hat kürzlich einen Pull-Request auf GitHub i2p.i2p akzeptiert. Wenn er das kann, warum auf git umstellen? Ist echtes git besser als Exportieren? 20:42:05 <topiltzin> echtes git wäre anonym, da wir GitHub nicht verwenden würden 20:42:42 <topiltzin> es gibt weitere Probleme beim Exportieren – Änderungen seit dem letzten Export sind erst beim nächsten Export sichtbar 20:42:49 <zzz> Ich dachte, es ginge darum, GitHub-Pulls zu erleichtern 20:43:26 <zzz> Wenn ein neuer Beitragender git innerhalb von i2p ausführen muss, haben wir es ihm wirklich leichter gemacht? 20:43:58 <topiltzin> Wenn wir was getan haben? 20:44:14 <zzz> zu git gewechselt haben, was auch immer das heißt 20:44:37 <topiltzin> Ich nehme an, wir hätten Git-Server sowohl in I2P als auch im Clearnet, so wie wir sie jetzt in mtn haben 20:45:46 <topiltzin> und sie würden periodisch synchronisieren wie jetzt. Konzeptionell bleibt alles gleich, wir ändern nur die Software 20:45:53 <zzz> Ich glaube, ich weiß nicht, wie Pull-Requests funktionieren, also höre ich auf zu fragen 20:47:30 <topiltzin> Ein Pull-Request ist so, als würde man sagen: „Bitte synchronisiere aus meinem Git-Repo“ 20:47:56 <topiltzin> Auf konzeptioneller Ebene gibt es sehr wenig Unterschied zwischen git und mtn. Es ist erstaunlich, wie ähnlich ihre Mechanismen sind 20:47:56 <zzz> Wie wäre es mit einem Stimmungsbild – wer eine Meinung hat, tippe ++, +, 0, - oder -- für stark dafür/dafür/neutral/dagegen/stark dagegen, zu git zu wechseln 20:48:05 <topiltzin> ++ 20:48:08 <orion> ++ 20:48:17 <eche|on> 0 20:49:02 <zzz> 0 20:50:14 <zzz> Freiwillige, die weiter recherchieren und Bericht erstatten? 20:51:08 <topiltzin> Konkretes dazu, was zu recherchieren ist? 20:51:28 <zzz> wir haben z. B. viewmtn, trac und einiges mtn-Zeug in unsere Build-Skripte eingebettet, das alles angegangen werden müsste. Jemand, der eine Liste macht, was erforderlich wäre und wie viel Arbeit 20:51:59 <zzz> und ob das Resume-Problem ein ernstes Problem ist oder nicht 20:53:01 <zzz> gut, dann schieben wir es zurück auf Meeh, da es sein Agendapunkt ist. Wir bitten ihn, bei einem zukünftigen Treffen Bericht zu erstatten. 20:53:10 <zzz> Noch etwas zu 2? 20:53:12 <topiltzin> Ich schaue es mir an, obwohl ich denke, dass kytv am besten über die Build-Skripte Bescheid weiß, oder? 20:53:42 <zzz> das Build-Zeug ist größtenteils von mir 20:53:52 <zzz> Ende von 2) 20:53:59 <zzz> 4. 50BTC Bitcoin-Client-Bounty – echelon, los 20:54:39 <eche|on> ok, der native Bitcoin-Client hat noch 50 BTC übrig für die Aufgabe „Integration des BTC-Clients in den I2P-Client“, aka: Plugin 20:55:38 <eche|on> Es gibt bereits einen BTC-Client für I2p (IMHO hat giv ihn gemacht), und er bekam 68 BTC und 30 aus der Bounty für den Standalone-Client 20:56:08 <eche|on> nun: 50 BTC ist SEHR VIEL für ein Plugin. Ich würde es gerne aufteilen, z. B. 10 BTC fürs Plugin, 40 in den allgemeinen Fonds 20:56:28 <str4d> selbst 10BTC ist viel. 20:57:12 <kytv> (1BTC ist viel) 20:57:22 <kytv> (für ein Plugin) 20:59:04 <eche|on> Ich weiß es nicht, deshalb habe ich es auf die Tagesordnung gesetzt 20:59:16 <eche|on> Ich möchte nicht der Böse sein, der Geld aus Bounties „stiehlt“ 21:02:42 <zzz> keine Einwände gegen die Aufteilung 21:03:00 <eche|on> ok 21:03:09 <eche|on> werde ich so machen 21:03:22 <zzz> Noch jemand mit Gedanken zu 4) 21:03:45 <kytv> nur zur Klarstellung: keine Einwände gegen die Aufteilung. 21:03:52 <zzz> Noch etwas fürs Treffen? 21:04:23 * zzz ermutigt die Leute, zwischen den Treffen Dinge zu diskutieren 21:04:41 <kytv> (großer Einwand dagegen, 50BTC an ein Plugin zu geben ... ich meine http://coinmill.com/BTC_EUR.html#BTC=50) 21:04:45 <iRelay> Titel: Bitcoins (BTC) und Euro (EUR) umrechnen: Währungsrechner für Wechselkurse (bei coinmill.com) 21:04:53 <zzz> und erinnert daran, dass jeder jederzeit zu jedem Thema ein Treffen ansetzen kann 21:05:06 * zzz *bafs* die Sitzung ist geschlossen

Schadsoftware auf i2pbrowser.net

Sun, 16 Feb 2014 00:00:00 +0000

Wir sind kürzlich auf die Existenz von i2pbrowser.net aufmerksam geworden. Diese Website kopiert unsere Startseite und unsere Download-Seite und versucht, Nutzer dazu zu verleiten, Windows-Malware herunterzuladen.

Es gibt mehrere Hinweise darauf, dass i2pbrowser.net eine Malware-Website ist:

The domain was registered on February 10th, 2014.
The download URLs for Windows, Mac OSX, Linux, Android etc. all link to the same .exe file.
The .exe is only 741 KB; the official Windows installer for I2P is 13 MB.

Wir haben die Malware nicht selbst untersucht, doch sie scheint nicht besonders ausgefeilt zu sein; sie ist weder in die I2P-Software integriert noch mit ihr gebündelt. Der Experte für Informationssicherheit Lance James veröffentlichte einen Tweet , in dem er sie als „einen gewöhnlichen DarkComet RAT“ bezeichnete.

0.9.11 Veröffentlichung

Sat, 08 Feb 2014 00:00:00 +0000

0.9.11 verbessert weiterhin LeaseSet-Lookup und -Speicherung, um zu verhindern, dass ein Angreifer eine Destination (Zieladresse in I2P) einem Router zuordnen kann. Es fügt Unterstützung für das Orchid Outproxy-Plugin hinzu, das bei plugins.i2p verfügbar ist. Durch Korrekturen bei den Transporten wurde der Speicherverbrauch reduziert. Wir haben einige I2CP-Protokollverbesserungen, die bessere Lookup-Funktionen und Autorisierungsschutz für externe Clients bereitstellen. Natürlich gibt es auch die üblichen Fehlerbehebungen. Alle Benutzer sollten aktualisieren.

Dies könnte die letzte Version sein, die mit Java 5 funktioniert, das sehr alt und nicht mehr unterstützt wird. Wenn Sie eine Java-5- oder Java-6-Laufzeitumgebung verwenden, empfehlen wir dringend, auf Java 7 zu aktualisieren.

Version 0.9.10

Wed, 22 Jan 2014 00:00:00 +0000

0.9.10 ändert den Mechanismus für LeaseSet-Abfragen, wodurch es für einen Angreifer schwieriger wird, eine Destination (Zieladresse) mit einem Router zu korrelieren. Außerdem behebt es Zeichenkodierungsfehler in susimail und enthält zahlreiche weitere Fehlerbehebungen und Aktualisierungen der Übersetzungen. Die meisten von Ihnen werden per Torrent aktualisieren und dabei das neue Update-Format “su3” mit stärkeren Schlüsseln verwenden.

Wir haben kürzlich am 30C3 und an der Real World Crypto teilgenommen, dabei mehrere neue Kontakte geknüpft und große Pläne für 2014 geschmiedet. Vielen Dank an alle, die unsere Teilnahme mit ihren Spenden unterstützt haben!

Syndie 1.105b Veröffentlichung

Tue, 21 Jan 2014 00:00:00 +0000

Dies ist die erste stabile Version seit Februar 2013. Sie ist im Wesentlichen identisch mit 1.104b-7-rc, mit einigen Aktualisierungen der Übersetzungen.

Alle Binärdateien und Quellpakete sind unter syndie.de und syndie.i2p verfügbar. Plugins sind verfügbar unter plugins.i2p und stats.i2p.

Wer von 1.103b aktualisiert, wird feststellen, dass der Start und das Herunterfahren von syndie dank der neuen Version von HSQLDB deutlich schneller sind.

Wed, 02 Oct 2013 00:00:00 +0000

0.9.8.1 behebt bei einigen Nutzern ein Problem beim Aktualisieren unter Windows auf 0.9.8. Neuinstallationen und Nicht-Windows-Plattformen sind nicht betroffen; jedoch werden alle Plattformen automatisch aktualisiert, selbst wenn 0.9.8 ausgeführt wird.

Siehe das Trac-Ticket für Details und Workarounds. Siehe die Versionshinweise zu 0.9.8 für Informationen zu IPv6 und anderen Änderungen.

Aufgrund jüngster Angriffe sind Anmeldungen auf Trac deaktiviert und neue Registrierungen auf zzz.i2p deaktiviert. Bis diese Dienste wiederhergestellt sind, melden Sie bitte alle Fehler im IRC auf freenode oder im IRC2P unter #i2p-dev.

Release 0.9.8

Mon, 30 Sep 2013 00:00:00 +0000

0.9.8 enthält die lang erwartete Unterstützung für IPv6. Es ist standardmäßig aktiviert, aber natürlich benötigen Sie eine öffentliche IPv6-Adresse, um es zu verwenden. Die Konfiguration finden Sie auf der Konfigurationsregisterkarte ’network’ in Ihrer Konsole. Außerdem gibt es Verbesserungen der Anonymität, darunter Padding von SSU-Paketen und längere private router-Schlüssel.

30% von Ihnen werden in diesem Update-Zyklus per In-Network-Torrent aktualisieren.

IPv6-Details

IPv6 ist standardmäßig aktiviert und bevorzugt. Wenn Sie eine öffentliche IPv6-Adresse haben und eine Verbindung zu einem anderen router mit veröffentlichter IPv6-Adresse herstellen, wird die Verbindung über IPv6 aufgebaut. In der router-Konsole gibt es unter /confignet einen neuen IPv6‑Konfigurationsabschnitt. Falls IPv6 Probleme verursacht, können Sie es dort deaktivieren.

I2P Entwicklertreffen - 10. September 2013

Tue, 10 Sep 2013 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: dbowie, dg, efkt, EpicCoffee, Pseudonemo, psi, topiltzin, trolly, welterde, zzz

Sitzungsprotokoll

20:00:31 <zzz> 0) hi 20:00:38 <zzz> 1) website revamp (str4d) 20:00:55 <zzz> 2) console home page request for `http://open4you.i2p/` 20:01:03 <iRelay> Title: open4you.i2p (at open4you.i2p) 20:01:11 <zzz> 3) disable outproxy (topiltzin / dg) 20:01:20 <zzz> 4) netdb project update (hottuna) 20:01:23 <zzz> 0) hi 20:01:25 <zzz> hi 20:01:30 <dg> hi 20:01:35 <topiltzin> hi 20:01:42 <zzz> more info and links at `http://zzz.i2p/topics/1460` 20:01:55 <zzz> let's try something new and limit each agenda item to 15 minutes 20:02:00 <iRelay> Title: zzz.i2p: Meeting Tues. Sept. 10, 8 PM UTC (at zzz.i2p) 20:02:03 <zzz> 1) website revamp (str4d) 20:02:07 <zzz> go str4d 20:04:12 <zzz> skipping 1) for now 20:04:17 <zzz> 2) console home page request for `http://open4you.i2p/` 20:04:21 <iRelay> Title: open4you.i2p (at open4you.i2p) 20:04:28 <zzz> is the open4you requester here? 20:05:53 <zzz> skipping 2) for now 20:05:59 <zzz> 3) disable outproxy (topiltzin / dg) 20:06:05 <zzz> go dg or topiltzin 20:06:05 <dg> \o 20:06:13 <dg> I'll take it first. 20:06:50 <dg> Hi all, I've been mulling this over for some time: I think the outproxy for HTTP (and possibly HTTPS) being included by default isn't aligned with our goals; 20:07:25 <dg> most of the time, when asked on IRC about outproxying, community members recommend Tor and not to touch the outproxy for many/any uses 20:07:38 <dg> "we leave that to Tor" is something that's thrown around a lot 20:08:22 <dg> the outproxy is centralized which is obviously a big issue, there's problems with Tor having thousands of exit nodes even, let alone us having just one 20:08:43 <dg> security issues aside, it's a usability problem. What if someone trying to use I2P thinks I2P is just really slow because google.com loads slow? Oh, and it's in German? Huh? 20:09:14 <dg> We haven't built in the code for outproxying as a 'real' measure for a reason: we don't want to do it and hidden services are our target 20:09:58 <dg> I feel we're putting users at risk by inserting the outproxy by default and (possibly) confusing their perception of what I2P is and what it does. 20:10:04 <dg> iniial pitch over 20:10:17 <zzz> topiltzin, you have anything to add? 20:10:52 <topiltzin> that's a good list; I can also see KillYourTV 's point that the functionality should not be removed 20:11:22 <zzz> ok let's throw it open to comments from others 20:11:23 <topiltzin> but I strongly agree with dg that it's better to steer users away from using i2p for clearnet surfing 20:12:17 <dg> Someone (Pseudonemo) has suggested an explanation page as to why clearnet websites will not load and possibly a Tor recommendation. 20:12:19 <welterde> a plugin that outproxies via tor locally would be nice.. 20:12:45 <dg> welterde: funny you say this.. jtor was introduced by ioerror to zzz a few weeks back. 20:13:26 <welterde> dg: yeah.. that's what I was thinking about.. should be much cleaner than having to rely on an external running component 20:13:52 <dg> So, thoughts? 20:13:54 <efkt> Usually the only time I observe topic of I2P's in discussion is answering questions like "Why doesnt it work like I want it to?" and supplying alternatives like Meeh's outproxy or just using Tor. Having the option for the outproxy is a good thing, and having users knowing that there is such an option is also nice. 20:13:56 <zzz> I'm against removing it - it's a limited feature, yes, but what it does it actually does pretty well. We won't improve the usability of it by disabling it. We'll just make things harder and more confusing. 20:14:45 <EpicCoffee> I think overall I agree with zzz (since my entrance) 20:14:58 <zzz> perhaps when we have a better solution (a tor plugin) then we could disable echelon;s by default 20:15:19 <trolly_> options are always good, and I use the outproxies a lot, I know of course not to trust outproxies communications 20:15:21 <dg> Why should we do something that we (mostly) acknowledge is something Tor is better for? It seems like we're letting down people by even trying, it's a false impression. A well designed explanation page could ease the confusion/hardness 20:15:46 <dg> I don't suggest we remove the capability, just the default 20:15:47 <zzz> sounds like dg is mainly describing a documentation / education problem, that won't be fixed by disabling it. 20:16:24 <topiltzin> it would not be fixed but would be avoided 20:16:31 <dg> I don't know why the user should be trusting a third party by installing I2P 20:16:36 <zzz> i2ptunnel is scary and I'd rather not have to point people in there to turn it on 20:16:36 <EpicCoffee> Some people do not use tor and will not use tor for various reasons. They can have use for an I2P outproxy. 20:17:12 <topiltzin> kytv's proposal to have a warning page that makes things clear would be a proper solution, no? 20:17:16 <trolly_> dg you are right, EpicCoffee too 20:17:26 <EpicCoffee> On rare occasions I use the outproxy, mostly to check out links sent in i2prc 20:17:42 <dg> I understand we can say "well, the user should read" or similar but.. should we let them shoot themselves in the foot so easily? 20:17:49 <trolly_> like me EpicCoffee 20:17:51 <zzz> to look at it another way, while it's on by default on the i2p side, it always takes affirmative action by the user to enable it in the browser. So you could say it is not on by default now, if you consider the browser too. 20:18:09 <EpicCoffee> If the link cannot be loaded through the outproxy, I am unlikely to load it through the clearnet. 20:18:32 <dg> it takes affirmative action to browse eepsites, it is still confusing. If someone is aware of the risks, they can add the outproxy. 20:18:37 *** trolly_ is now known as trolly 20:18:37 <dg> Or load the maybe-coming tor plugin 20:18:49 <EpicCoffee> I'm sure I'm not alone in this. 20:18:49 <EpicCoffee> lol 20:18:55 <zzz> does eche|on have an opinion? 20:19:03 <dg> This isn't an attack on echelon either but should we be trusting a single person with all outproxy traffic? 20:19:12 <dg> Regardless of who it is, it's a single point and a single person 20:19:37 <zzz> would you rather trust one person you somewhat know, or 3000 people you don't? 20:19:41 <dg> An assumption could easily be made that I2P is performing a tor like mechanism 20:19:57 <dg> 3000 people I don't 20:20:10 <zzz> coming up on the 15 minute mark. do we have any sort of consensus? anybody else that has a thought on this? 20:20:34 <welterde> imho we shouldn't disable it until we have the tor plugin 20:20:37 <Pseudonemo> I think dg is primarily arguing from the perspective of new users. They don't know eche|on. 20:20:51 <topiltzin> +1 Pseudonemo 20:20:59 <dg> *I* know eche|on, as a result, I don't mind the outproxy much but yes. 20:21:04 <dg> welterde: I can agree on this compromise. 20:21:21 <EpicCoffee> nobody should use an outproxy for anything sensitive. that should be a given lol. 20:21:22 <dg> Let's leave it there? 20:21:33 <topiltzin> assuming a tor plugin is in the works at all.. which it isn't 20:21:54 <zzz> ok, interesting topic, thanks for bringing it up dg. May be worth talking about again after a while, whether we have a tor plugin or not 20:21:59 <topiltzin> it is an education problem so it would be best to solve it through education 20:22:16 <dg> zzz: no problem, thank you. 20:22:39 <zzz> any volunteers to look at the education / documentation issue and propose some improvements? 20:22:42 <EpicCoffee> topiltzin: I don't think I would like a tor plugin in i2p. My opinion on that is I don't like/trust tor. 20:22:55 <dg> EpicCoffee: moved topic, save for next time :) 20:23:16 <zzz> last call for volunteers and then we are done with this topic 20:23:43 <zzz> ok then. 20:24:04 <zzz> skipping 4) as hottuna is not here 20:24:04 <zzz> lets circle back to 1), is str4d here? 20:24:45 <zzz> skipping 1) again 20:24:49 * EpicCoffee must be oblivious to the "list" 20:25:01 <dg> EpicCoffee: you weren't here for the start, will pm. 20:25:09 <zzz> 2) open4you.i2p, which we will discuss whether or not the requestor is here. 20:25:12 <EpicCoffee> ah thank you dg 20:25:13 <zzz> open4you are you here? 20:25:15 <topiltzin> EpicCoffee: channel is logged real-time `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-09-10.log` 20:25:54 <zzz> the request is at the bottom of `http://zzz.i2p/topics/1429` 20:26:03 <iRelay> Title: zzz.i2p: 0.9.8 Release Summary (at zzz.i2p) 20:26:44 <zzz> as a refresher, since we haven't done this in a while, my personal guidelines are at `http://zzz.i2p/topics/236` 20:26:49 <iRelay> Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:27:09 <zzz> has anybody used this site? Does anybody have any thoughts about putting it on the console? 20:27:30 <dg> If open4you doesn't turn up, can I propose one? 20:27:31 <dg> loading the guidelines now 20:27:36 <topiltzin> I like that the operator is upfront about what he can and cannot guarantee 20:28:08 *** trolly is now known as trolly_ 20:28:14 <topiltzin> but besides that (positive) impression there isn't much to say... 20:28:15 <zzz> we are considering open4you only today, at least in item 2). If you like you can have a new item 5) dg 20:28:28 <EpicCoffee> I believe there should be available hosting on i2p, however I'm not sure I would trust a host lol. I'm conflicted on the hosting topic so I'll step aside on this one 20:28:29 <dg> zzz: ok, thx 20:28:42 <zzz> his TOS looks ok to me 20:29:03 <zzz> it's a new category not currently on the console so that's a plus 20:29:03 <dg> i know of no clients from open4you.i2p so I can't vouch for it but if the owner can turn up another time, I'm fine with discussing it again 20:29:56 <dg> no vouches makes me suspicious 20:30:24 <zzz> the recent FreedomHosting thing makes eepsite hosting interesting 20:31:13 <dg> I get the gist this is free, right? 20:31:19 <zzz> do we have any questions that the requestor must answer for us to make a decision? or can we make a decision today? 20:31:33 <zzz> I didnt see whether it was free or not. the faq is only in russian. 20:31:45 <topiltzin> it's free 20:31:45 <dg> If it's free, why not? There's no risk of a scam and it's definitely of 'interest'. 20:31:49 <dg> "9 months work free web hosting in i2p." 20:31:58 <dg> sorry guys, I was under the impression it was bitcoin 20:32:19 <topiltzin> still, we have no idea if it actually works 20:32:46 <dg> Should we bite the bullet and find a volunteer to test it at some point from now to the release? 20:32:55 <dg> If it doesn't work, we pull it 20:33:15 <zzz> I'm inclined to say yes now. I don't know what one person testing it would prove. We can always pull it later. 20:33:33 <dg> well, testing it at least works. There's not much else we can test. 20:33:39 <zzz> I would hope people are at least vaguely aware of the trust issues involved in hosting 20:33:41 <dg> yeah, I'm also a yes. 20:34:10 <zzz> there's no reason it shouldn't work. For one, I dont see any evidence of an automated process. 20:34:12 <dg> Any other votes? 20:34:26 <dg> it seems to be email drivne 20:34:28 <dg> driven 20:34:43 <zzz> last call for opinions / objections 20:34:57 <topiltzin> by works I mean whether the operator will actually do what he says he will do 20:35:14 <psi> do we have any testimonies from users on open4you? 20:35:22 <topiltzin> as opposed to set up an eepsite and abandon it 20:35:24 <dg> no 20:35:28 <topiltzin> psi: none, that's the problem 20:35:31 <dg> topiltzin: if that happens, we can remove it. 20:35:39 <dg> the owner is at least somewhat active as he requested 20:35:48 <dg> I'm for it. 20:35:53 <psi> yeah, i'd say not to go ahead with endorsement , first we get a test user in 20:35:56 <zzz> my guess is he has almost no business so far. Let's give him a trial period of a couple of I2P releases with it in the console, and if its bogus then we pull it 20:36:09 <psi> or... if we endorse put a big fat warning on it 20:36:10 <dg> zzz: +1 20:36:27 <psi> hmm 20:36:33 <psi> zzz has a good point 20:36:42 <psi> but... still 20:36:49 <dg> psi: it is free 20:36:56 <zzz> psi pls clarify are you objecting or not 20:36:56 <topiltzin> I'll email him the next few days 20:36:58 <psi> oh? it is? 20:37:04 <dg> yes 20:37:08 <psi> i am voicing caution 20:37:13 <psi> no objection 20:37:16 <topiltzin> I guess I might as well put zab.i2p back up 20:37:22 <dg> I thought it was bitcoin but it isn't 20:37:25 <dg> It's free so.. I don't care much about testimonies yet 20:37:30 <dg> :) 20:37:40 <dg> topiltzin: You for or against? 20:37:52 <topiltzin> abstaining 20:38:00 <zzz> sounds like we have no objections and it's approved? if I'm wrong please speak up 20:38:01 <topiltzin> I will test his hosting the next few days though 20:38:05 <dg> 2 for, 0 against 20:38:12 <psi> abstain 20:38:19 <welterde> abstain 20:38:26 <EpicCoffee> im curious how files are transferred to open4you hosting account 20:38:47 <dg> EpicCoffee: ftp (huh?) or via a control panel it seems. 20:39:07 <psi> sftp? 20:39:18 <zzz> ok I'll email him to get a logo and check the stuff into the console. Any of you so inclined, please sign up and report back 20:39:34 <zzz> if it's bogus or doesnt work, we can always pull it just before the release. 20:39:35 <dg> "1 GB of available space, php5, mysql, ftp access, 3 tunnel \ 2 hop" 20:39:40 <dg> +1 20:39:48 <welterde> psi: doubt it.. 20:40:01 <zzz> and that ends item 2) 20:40:18 <zzz> no sign of hottuna or str4d so we're on to 5) dg's request 20:40:20 <zzz> dg go 20:40:29 <welterde> although it should work better over i2p (you know.. passive/active mode and so for ftp..) 20:41:36 <dg> I propose `http://salt.i2p/` (not my site, efkt's) for inclusion in the router console. salt.i2p contains; a helpful, large wiki of eepsites and guides; xmpp; an IRC channel which is probably most active one on IRC2p 20:41:51 <iRelay> Title: salted (at salt.i2p) 20:42:00 <dg> It provides a lot of eepsite 'starting points' and is SFW. 20:42:02 <EpicCoffee> ill say +1 for salt 20:42:07 <EpicCoffee> I like the salt wiki 20:42:16 <topiltzin> yep, #salt pwnz +1 20:42:18 <dg> salt has grown to be a great resource for me and others in the community 20:42:28 <dg> the channel is #salt ftr 20:42:52 <zzz> we really can only take requests from the eepsite owner. Could you ask him to apply following the guidelines on `http://zzz.i2p/topics/236` ? then we can consider it for 0.9.9 20:42:54 <welterde> +1.. pretty much what that old wiki used to be now.. 20:43:06 <iRelay> Title: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:43:33 <zzz> I'm not familiar with the site 20:43:55 <zzz> I don't think we want to start adding sites w/o permission 20:44:14 <dg> He was active not long ago, he may shoot up in a second 20:44:23 <dg> I agree with not adding w/o permission 20:44:34 <dg> figured it was worth a shot though 20:44:43 <zzz> paging efkt 20:44:49 <efkt> You have my permission as long as everyone's happy with it. I created the site with some of I2P's possible policies and ideas in mind about what content is appropriate for I2P. Im open to discussion if you don't like some of what might be there (Just saying) 20:44:53 <EpicCoffee> efkt is the owner of salt? I presume such based on observations. 20:44:59 <dg> Yes, EpicCoffee. 20:45:10 <efkt> Thus the disclaimer on the front page, explicit policies about gore/pr0n/etc 20:45:43 <efkt> The wiki is not open to edit unless we end up knowing you, so it is unlikely to be vandalized. 20:46:03 * EpicCoffee also points out the salt xmpp 20:46:17 <dg> the XMPP is popular too and comes with guides. :) 20:46:50 <topiltzin> yeah salt is pretty damn great.. has a real community feel to it 20:46:59 <zzz> if you want to do it right now please answer the following questions. If it's too much to do now we can discuss in about 6 weeks before the next release 20:47:00 <EpicCoffee> so long as users of it realize the admins can see what is said if not encrypted (I think the wiki article on it highly encourages otr) 20:47:06 <efkt> We have enough XMPP servers floating around that in the future it might not be a bad idea to list a few in the console. Most of us running servers have S2S happening. 20:47:07 <zzz> - An email address 20:47:07 <zzz> - The URL to link to 20:47:07 <zzz> - The URL of your English terms of service if available or necessary 20:47:07 <zzz> - If the site is not in English, a brief description of the site in English 20:47:07 <zzz> - (Optional) A URL to a transparent png icon to display. Size must be 32x32 (subject to change). If no icon is provided the icon will be "toopie". We will copy this icon into the router console source and serve it locally. 20:47:10 <zzz> - If an icon is provided, the license of the image. 20:47:12 <zzz> - (Optional) A one or two-word label in English. If not provided we will use example.i2p 20:47:14 <zzz> - (Optional) a few words or a sentence in English for a popup (tooltip) 20:48:19 <efkt> efkt@mail.i2p 20:48:23 <efkt> site: `http://salt.i2p` 20:48:27 <iRelay> Title: salted (at salt.i2p) 20:48:38 <efkt> site terms of service - Theres a disclaimer on the front page: `http://salt.i2p` 20:48:43 <iRelay> Title: salted (at salt.i2p) 20:49:15 <efkt> I dont have a 32x32 icon to provide speedily but it would be the same as our favicon, a black star with transparent or white background 20:49:47 <efkt> label name can be simply "salt" 20:49:59 <EpicCoffee> efkt I can make a quick 32x32 icon if you want. well as quick as i2p will allow lol 20:50:25 <zzz> we can give you a week for the icon :) 20:50:32 <zzz> how long has the site been up? 20:50:34 <efkt> EpicCoffee: If you like. Its just like the favicon - the black "anarchist star", you see the same kind of shape all over google images. It takes only a moment really 20:50:40 <efkt> zzz: august 2012, IIRC 20:51:21 <dg> `http://salt.i2p/wiki/index.php/Main_Page#Tutorials` 20:51:21 <efkt> Honestly, I'm very surprised I get so many users unable to reach the site as its not part of the default addressbook (or the XMPP) - Yet we get a lot of newcomers being directed there through IRC. Sorry to step off topic. 20:51:35 <iRelay> Title: Salted Wiki (at salt.i2p) 20:51:41 <efkt> zzz: Oh, and the blurb "Cryptomunitions and tutorials' 20:51:46 <dg> Yeah, it's a problem (in addition to the annoying addressbook-not-found bug) when introducing users. 20:52:20 <zzz> anybody on the console home page is automatically added to the default address book 20:52:42 <efkt> Oh. That will be helpful for anyone who is new to I2P coming to IRC2P to explore. 20:52:52 <efkt> one headache solved :) 20:52:59 <dg> 1/2. 20:53:05 <dg> no xmpp.salt.i2p ;) 20:53:32 <zzz> efkt to me your terms of service are insufficient for a wiki that we would recommend, as it describes only what you are not responsible for. It does not say what type of content if any is disallowed. 20:54:03 <zzz> If anything goes then I cannot support the request. 20:54:04 <efkt> zzz: Even though noone is allowed to edit the wiki, at all, unless I have personally vetted them and given them an account? 20:54:19 <dg> efkt: I believe he's saying the actual rules are unclear. pr0n, etc. 20:54:41 <efkt> Hrm. 20:54:53 <zzz> there are no rules stated at all. 20:54:56 <dbowie> 32X32 blackstar.jpg, base64 encoded: `http://pastethis.i2p/show/5437/` 20:54:57 <iRelay> Title: Paste #5437 | LodgeIt! (at pastethis.i2p) 20:55:00 <zzz> wrt allowed content 20:55:54 <efkt> I can easily add something. It's not a problem, only mulling over what "extra" things to add - Content such as Gore, Rape, Torture, Snuff, or weird sex will never be allowed on the site 20:56:23 <dg> so, family friendly - safe for work etc? 20:56:53 <zzz> I don't think we should ask you to draft a content ToS in the next 30 seconds. Want to think about it and come back in a few weeks? 20:57:06 <efkt> At this time no I cannot say salt is family friendly or safe for work. The onionland page explicitly links to drug onions. 20:57:43 <efkt> zzz: Yes, I'd like that at least - Id rather work with everyone and produce something desirable that's useful to I2P 20:59:22 <EpicCoffee> EpicCoffee: any image hosts on i2p? 20:59:24 <zzz> my philosophy is that anything similar to postman's tracker rules are acceptable. 20:59:24 <zzz> I don't want to tell you how to run your site or how to write your rules. You do what you like and then we'll decide if we want it in the console. 20:59:24 <zzz> but you can survey the links we have now and get a feel 21:00:36 <zzz> we're past 15 minutes so can we ask you to come back in a few weeks? Any site that has that much support from the folks here I think would be a good addition to the console, if you can work out the ToS stuff. 21:01:36 <efkt> I'm happy to work out a ToS, and to talk about anything on the site the community feels doesn't belong. Thanks zzz. Yes that's fine 21:02:13 <zzz> great. glad to hear about a new site I wasn't familiar with. I'll check it out. email me or post on zzz.i2p when you pull it all together 21:02:19 <zzz> and that's the end of 5) 21:02:25 <zzz> last call for str4d for 1) 21:02:36 <zzz> hottuna still not here for 4) 21:02:47 * zzz warms up the baffer 21:03:50 * zzz *bafs* the meeting closed 21:07:16 <zzz> thanks everybody, good meeting

0.9.7.1 Veröffentlichung

Sat, 10 Aug 2013 00:00:00 +0000

Diese außerplanmäßige Veröffentlichung deaktiviert die RouterInfo-Verifizierungsnachrichten, die bei dem in der UCSB-Veröffentlichung beschriebenen Angriff verwendet wurden, was die Zuordnung eines LeaseSet zu einem Router deutlich erschweren sollte. Wir haben außerdem eine begrenzte Anzahl weiterer Fehlerbehebungen aufgenommen, die unten aufgeführt sind. Unser Release 0.9.8, das IPv6-Unterstützung enthalten wird, liegt weiterhin im Zeitplan für Ende September.

Wie üblich empfehlen wir allen Nutzern, auf diese Version zu aktualisieren.

DETAILS ZUR VERÖFFENTLICHUNG

Anonymity Improvements

Disable RouterInfo verification messages

Verbesserungen der Anonymität

Extend inbound tunnel expiration
i2prouter: bashism fix
i2psnark: increase max piece size, mime type updates
New reseed host
New update hosts, thanks Meeh and dg
Streaming: RTO changes
Updater: Increase update-via-torrent to 30 percent
UPnP fix for some hardware

Sonstiges

293f445196a2f35c4d580f65b548135399e1f4443450b5ecf1cc53b1203fdad1 i2pinstall_0.9.7.1_windows.exe
9fae874a4d680f50f5efd7be70cfcf55f2f4687e011bde9c4b4899bafb002e97 i2pinstall_0.9.7.1.jar
7b73bdb23c53798054741cbaa4e7d8cce832ee566fbb17df0c803d0c22d099e1 i2psource_0.9.7.1.tar.bz2
69ca22a77a2de87f726d86555317f8688891d31f5312cf71d5a43febe2729b38 i2pupdate_0.9.7.1.zip
f59c9c80349c328b3e912113a3842146f647ff22ae323cef6b1e56a23f8c8cf1 i2pupdate.su2
52d1f32e2a72091da10312853e5df6bced12cb97770ba20732f2d9d6c4d2f5fe i2pupdate.sud

0.9.3 Release

Sat, 27 Oct 2012 00:00:00 +0000

0.9.3 includes extensive low-level changes to the queueing of messages in the router. We implement the CoDel Active Queue Management (AQM) algorithm. We also unify the queueing and priority mechanisms in the transports to aid diagnosis and reduce network latency. Work continues on fixing UDP transport bugs and making UDP more resistant to attacks. There are more changes to improve the performance of the router and reduce its memory usage. Also, we enable i2psnark’s DHT support, introduced last release, by default.

0.9.2 Release

Fri, 21 Sep 2012 00:00:00 +0000

0.9.2 includes extensive low-level changes to improve the performance and efficiency of the router. We have updated our UPnP library, to hopefully make UPnP work for more people. I2PSnark now has DHT support, but it is not yet enabled by default, as we plan to do more testing during the upcoming 0.9.3 development cycle.

As usual, there’s also lots of bug fixes in this release, so updating is recommended.

Files are available on the download page .

0.9.1 Release

Mon, 30 Jul 2012 00:00:00 +0000

0.9.1 includes a large number of bug fixes in i2psnark, some streaming lib improvements, home page changes, new themes, and translation updates. Upgrading is recommended.

Files are available on the download page .

RELEASE DETAILS

I2PSnark

Fix several bugs in downloading torrents with skipped files
Fix places where rarest-first was not honored
Fix handling of encoded magnet links
Additional inbound connection limits
Immediate closing of connections with handshake errors
Blocklist peers with multiple handshake errors
Delay “ballooning” files on disk until required, to speed torrent adds
Store partial pieces in temp files to greatly reduce memory usage when leeching
Remove peers restriction when leeching torrents with large pieces
Improve configuration of open and private trackers
Prevent configuration of default trackers as private
Improved display and control of torrent file downloads
Reduced number of threads
Faster startup and shutdown of torrents
Allow clearing of message box
New light theme
Torrent info page updates and cleanups
Fix problems with restarted torrents
Delay tunnel close at shutdown to ensure trackers are notified
Better UI behavior during tunnel startup and shutdown

Bug Fixes

Prevent shutdown hangs caused by buggy plugins
Fix for Raspberry Pi crashing
Fix rare job queue hang
Fix routing key modifier rarely not updating at midnight
Fix excessive padding in some AES-encrypted messages
Fix occasional gunzip failures
Several fixes to streaming lib to speed recovery after dropped packets and improve retransmit behavior
Fix bug that reduced reuse of tunnels

Other

Ports are now passed through the SOCKS and HTTP proxies to support eepsite virtual hosts. See http://zzz.i2p/topics/1182 for setup instructions.
I2PTunnel configuration changes now take effect immediately. No tunnel restart required.
Summary bar iframe removed, refresh is now via Javascript only
Reduce netDB flood redundancy
Reduce stats publishing frequency
Minor router console changes
New Hungarian and Greek translations
Completed Italian translation
Updates to Dutch, Finnish, French, German, Spanish, and Swedish translations
Update geoip to Maxmind 2012-07-04
Theme updates
Theme support for SusiMail and SudiDNS; new dark themes
I2PTunnel and SusiDNS now iframed with summary bar
Console home page now shows news summary in summary bar
Console home page icon updates
Console summary bar now configurable
Change the HTTP proxy error code from 404 to 500
Cleanups for efficiency in netdb and I2CP
Increase timeout for internal uses of eepget to improve reliability

SHA256 Checksums:

0727af83988e82f32e0972a9e12c72ac14c3c0da0815c5902193d6b13d356371 i2pinstall_0.9.1_windows.exe
39c19c0df042ad231a14fdf1c20e4927651a2af0f0cf734b46eba0d2b8419314 i2pinstall_0.9.1.jar
8603c928a210ced77b6498bf8ee07cb000be9641adc389b34c3c8a10ac4f0677 i2psource_0.9.1.tar.bz2
136b74435b93aededef5884d39cfbc513f57184b74c8481580bcd5324aa23b1a i2pupdate_0.9.1.zip
4f07fee850d56fada06f0aeabb5bb46c6172bad72411e07bf4f6a8e0d76d8acd i2pupdate.su2
c039b423983789d914a1d02d3703b3c1aa36c87165e132419ff39b5d184ef480 i2pupdate.sud

0.9 Release

Wed, 02 May 2012 00:00:00 +0000

The 0.9 release concludes over a year and a half of work on the 0.8.x series, in which we greatly improved the performance and security of the router, and the scalability of the network.

In the 0.9 release we migrate to Jetty 6 for the console and eepsite web server, and introduce a simplified router console home page. This release is network-compatible with prior releases, however see below for important information on compatibility with existing eepsites, plugins, and webapps. Upgrading is recommended.

0.8.13 Release

Mon, 27 Feb 2012 00:00:00 +0000

The 0.8.13 release contains several bug fixes and a couple of new features. We are pleased that the last release significantly improved performance, and the network is running well despite continued rapid growth. Upgrading is recommended.

Files are available on the download page .

RELEASE DETAILS

This is likely to be the last release before 0.9, in which we will migrate to Jetty 6, and introduce a simplified router console home page. Monitor the news section of your the router console in the coming weeks for more information on the next release.

0.8.12 Release

Fri, 06 Jan 2012 00:00:00 +0000

The 0.8.12 release fixes several message corruption bugs, some present since 2005. It also contains a redesign of the router’s congestion control, and continued optimization of CPU and memory usage. We are hopeful that these changes will improve network performance. Upgrading is recommended.

Files are available on the download page .

RELEASE DETAILS

This release contains several big changes that should help network reliability and performance.

The first two changes are fixes for major UDP packet transmission bugs, described below. The third change is fixes to the decompressor. Fixing these should eliminate a big source of message delivery failures.

0.8.11 Release

Tue, 08 Nov 2011 00:00:00 +0000

As you all have noticed, the unprecedented network growth starting October 5th has dramatically increased network congestion, especially on evenings (UTC) and weekends. The last two releases contained a few changes that we hoped would relieve the pressure, but unfortunately these measures have been only modest successes. The primary issue is to limit the number of direct router to-router connections in the network. This isn’t a new problem; we’ve been working on it for several years, with good results. However, the recent growth pushed us over the edge once again.

0.8.10 Release

Thu, 20 Oct 2011 00:00:00 +0000

Release 0.8.10 includes two changes intended to reduce the number of router-to-router connections, and therefore improve tunnel build success rates and general reliability. Of course, there’s also a few bug fixes and translation updates.

Files are available on the download page .

RELEASE DETAILS

Major Changes

Disable tunnel testing as it forces too many router connections
Select outbound endpoint - inbound gateway paths that are closer, using an XOR metric, to reduce router connections

Bug Fixes

Fix exceptions at shutdown
Fix concurrency errors in SSU
Fix timeout message on POST

Other

Increase max tunnels, reduce router info expiration
Add gunzip support to eepget to reduce reseed bandwidth
Finnish, Italian, Russian, and Swedish translation updates

SHA256 Checksums:

8494640d29b1b7969118169a7ae1c56bc5a07f354ec883734687bf09eef0e35c i2pinstall_0.8.10.exe
e5832bb49f46b0b6620e8492e6fc6454de4107b84bca5a4b35461c6b7ac0575e i2psource_0.8.10.tar.bz2
64bcd1fdd478cfda987c1d4906d94b3f20a0555bd4037aefa7a09af4f39a0e99 i2pupdate_0.8.10.zip
5620113f4e19768e15af0a9c8bc670ca443e9983a0d4868997800ee215790c51 i2pupdate.su2
39bfbfebbf77d660081fe1ce282f642fb15ed9cd170901f54a954bc986eadaf5 i2pupdate.sud

0.8.9 Release

Tue, 11 Oct 2011 00:00:00 +0000

The 0.8.9 release has several performance improvements, and many changes to handle the continued rapid growth of the network. It uses a new iterative method for Kademlia network database lookups that should be more reliable and efficient. There are also several improvements to our SSU (UDP) transport protocol that should help reliability and efficiency. We have made several changes to improve tunnel build success rates. And, of course, there are lots of bug fixes and translation updates.

Ipredator Summer of Code

Sat, 03 Sep 2011 00:00:00 +0000

itoopie and I2PControl are launching!

I’m happy to announce that itoopie and I2PControl are available publicly.

itoopie is a graphical interface intended as a compliment to the I2P Router Console. The aim of itoopie is to provide an interface that is simpler and has a lower learning curve than the I2P Router Console.

I2PControl is an I2P plugin providing a JSONRPC interface for the I2P router. The interface supports setting basic settings (bandwidth, ports etc.), reading many stats and is provided over an SSL encrypted HTTP connection.

0.8.8 Release

Tue, 23 Aug 2011 00:00:00 +0000

I2P release 0.8.8 enables the new hosts.txt database to speed hostname lookups and store additional information on hostname entries. It also includes improvements to speed a router’s integration on startup. There is new code to detect and react to large clock shifts that should help a router recover after suspend/resume of the computer.

There are new translations for Danish and Ukrainian and lots of updates in other languages. Also included are, of course, a large collection of bug fixes, performance improvements, and updates to deal with the continued rapid expansion of the network.

0.8.7 Release

Mon, 27 Jun 2011 00:00:00 +0000

I2P release 0.8.7 contains several upgrades to long-neglected components, including the Naming Services, graphing, the native CPU ID and BigInteger libraries, crypto implementations, and the wrapper.

Thanks to new contributor KillYourTV who was instrumental in implementing and testing these upgrades, with additional support from sponge and hottuna.

CPU ID enhancements are by hottuna, generously funded by Relakks and Ipredator - thanks to Peter Sunde and Jan-Erik Fiske for their support.

Ipredator Summer of Code

Mon, 06 Jun 2011 00:00:00 +0000

I have been commissioned to contribute code to I2P during the summer of 2011, implementing a control protocol and a client for this protocol (similar to Vidalia for Tor). This work was the idea of Jan-Erik Fiske of ViaEuropa and Peter Sunde of flattr and The Pirate Bay fame and its funding will be generously provided by Relakks and Ipredator.

Current information can be found on zzz’s forum and #i2p-dev on chat.freenode.net

Cheers

// hottuna (or Robert)

0.8.6 Release

Mon, 16 May 2011 00:00:00 +0000

The 0.8.6 release contains more peer selection defenses to resist powerful attackers, and tweaks to adjust to the recent rapid growth in the network. Upgrading is recommended.

Please help grow the network. Get involved , spread the word, and donate ! If you find a bug, please enter a report on gitlab. We are still looking for help on new and existing translations. Please volunteer on IRC #i2p-dev.

Files are available on the download page .

0.8.5 Release

Mon, 18 Apr 2011 00:00:00 +0000

The 0.8.5 release contains a few bug fixes and performance improvements, and lots of translation updates. As usual, upgrading is recommended.

Files are available on the download page .

Release details:

Lots of router console HTML fixes
i2psnark magnet handling fixes
SusiMail Translation support by “duck”
Continuing work on the Arabic translation by “hamada”
Completion of the French translation by “magma”
Completion of the Spanish translation by “punkibastardo” and “user”
Other translation updates
Better support for text-mode browsers
Profile display improvements
Tunnel build request queue limiting
Require nonce to change console language
i2psnark improved logging of errors
i2psnark improved metainfo handling
Use the reseed server as a backup time source
Change profile file extension from .dat to .txt.gz
Change all i2ptunnels to 3 hops for new installs
Add all bogons to blocklist for new installs
More efficient use of entropy for padding

SHA256 Checksums:

6ae6b196352e1053c4e7b91edc575330d108ff9abfc2746ea3c3b2e3fd467006 i2pinstall_0.8.5.exe
de9fa105c1335d58609689a942d3e6a508ca824fc8b27a34c1c0b09fc7e0167b i2psource_0.8.5.tar.bz2
7e4c1835dfd7aaa42d84cf4646f5858a37efa027f43a26eb98360e3cb4750ac8 i2pupdate_0.8.5.zip
efea978f3e4e955b9afa05847dc4ebb83c8df3651adeb717769e32a908bc5f53 i2pupdate.su2
1b6eca94b7938f5c61c26b4482c89919bdfbc7c41aee7735f8f561c01c3a29d3 i2pupdate.sud

0.8.4 Release

Wed, 02 Mar 2011 00:00:00 +0000

The 0.8.4 release contains some performance improvements and important bug fixes. Also, i2psnark now supports magnet links. As usual, upgrading is recommended.

Files are available on the download page .

Release details:

Fix a severe memory leak in router I2CP session management that caused router crashes for people running the Robert bittorrent client
Fix a bug from 0.8.2 that filtered cookies in the HTTP Server tunnel, causing authentication problems for some eepsites (I2P Sites)
Several fixes for rare NPEs

I2PSnark

Magnet and “maggot” link support
Peer Exchange
Metadata transfer
Details page enhancements
Bandwidth limiter improvements
Bug fixes

Other

More performance improvements
Adjustment to peer selection, to hopefully use more of the available network capacity
Translation updates
Start of a new Arabic translation by ‘hamada’

SHA256 Checksums:

2b9f82b2c236cedcb6d394557a366ea3e181ca244461375a810709b2f7d4e881 i2pinstall_0.8.4.exe
e454880a753963361e43d65da69542c4e8caa62d2646e8ce851b2f95fd9e735c i2psource_0.8.4.tar.bz2
5c6632b5f97e02296ad2d3d5f108b472d6766967a037d96421ad36fa5f2e60a9 i2pupdate_0.8.4.zip
155cd3ca7d174c30367dfa147b11a0c55fb6e85680a0aeda126afcb5e141db42 i2pupdate.su2
465060129520ad115a3823e625def94b8ebafdd28c6ab9b27e125afed70cf851 i2pupdate.sud

0.8.3 Release

Mon, 24 Jan 2011 00:00:00 +0000

The 0.8.3 release contains several performance improvements, including reduction of threads and memory usage, and faster I2CP (client-router) communication.

There is also new SSL router console support, a new reseed configuration page including HTTP proxy support for those behind restrictive firewalls, a new I2CP configuration section including I2CP-over-SSL support for remote clients, a new server connection limits and blacklist configuration section for enhanced DoS protection, and a new HTTP proxy jump server configuration section so you may easily add alternative jump servers. Statistics are now limited by default to reduce memory usage; the full set of statistics may be re-enabled on the stats configuration page. There are also bug fixes, of course, so as usual, upgrading is recommended.

0.8.2 Release

Wed, 22 Dec 2010 00:00:00 +0000

The 0.8.2 release includes extensive bug fixes and theme updates in the router and in i2psnark. There are also optimizations to reduce memory usage in i2psnark. The HTTP and SOCKS proxies now support local and remote authorization. Upgrading is recommended.

I2P will be at 27C3 in Berlin the week of December 27th. Look for the I2P people there and ask for I2P stickers!

0.8.1 Release

Mon, 15 Nov 2010 00:00:00 +0000

The 0.8.1 release contains the usual collection of bug fixes and performance tweaks. There is also a new i2psnark theme and several translation updates. Upgrading is recommended.

Please help grow the network. Give the developers feedback on IRC #i2p or forum.i2p2.de and get involved , spread the word, and donate ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.

Files are available on the download page .

I2P Dev Meeting - September 08, 2010

Wed, 08 Sep 2010 00:00:00 +0000

Quick recap

Present:

Meeting Log

22:02 <@Mathiasdm> okay 22:02 <@Mathiasdm> meeting time 22:03 <@Mathiasdm> 0) Hello 22:03 <@Mathiasdm> 1) Website content progress 22:03 <@Mathiasdm> 2) Website backend progress 22:03 <@Mathiasdm> 3) Location for dev discussion 22:03 <@Mathiasdm> 4) Task appointing + handling of disagreements 22:03 <@Mathiasdm> 5) Status updates 22:03 <@Mathiasdm> 6) Upcoming dev conferences 22:03 <@Mathiasdm> okay 22:03 <@Mathiasdm> 0) Hello 22:04 <@Mathiasdm> Welcome to the 208th dev meeting! (shamelessly stolen from badger :p) 22:04 * Mathiasdm pokes everyone 22:04 <eche|on> *poke* 22:04 * Mathiasdm pokes zzz, thanks for the op 22:06 <@Mathiasdm> hm, more poking needed to wake everyone up? zzz badger dr|z3d dream duck eche|on hottuna postman sponge superuser ReturningNovice (sorry :)) 22:06 <eche|on> *POKE* 22:06 <@Mathiasdm> sorry, eche|on :p saw your poke 22:08 <duck> moin 22:08 <@Mathiasdm> moin duck 22:09 <hawk> * Mathiasd1 pokes welterde 22:11 <@Mathiasdm> okay, waiting a bit longer then, since there's only 3 of us so far 22:11 <@Mathiasdm> anyone who wants to join in, just poke back 22:11 <whitenoise> *poke* 22:11 <@zzz> ack 22:12 <@Mathiasdm> aha, lead dev, good :) 22:13 <@Mathiasdm> and just to be sure as many people as possible can join in, waiting 2 more minutes and then starting 22:14 <@Mathiasdm> 1 more minute now 22:14 <superuser> mooin 22:15 <@Mathiasdm> right on time, superuser ;) 22:15 <@Mathiasdm> hi all 22:15 <superuser> ;-) 22:15 <superuser> hi Mathiasdm 22:15 <superuser> and all 22:15 <@Mathiasdm> 1) Website content progress 22:15 <@Mathiasdm> as we probably all know, I2P development is currently halted due to the specs overhaul 22:16 * Mathiasdm hands the hot potato to zzz, so he can talk about the specs overhaul progress 22:16 <eche|on> right 22:17 <@zzz> it's been 7 weeks, progress is slow. I'm working on i2cp right now, I've spent several hours on it already 22:17 <@zzz> need other ppl to chip in both on what they've promised to do, and on the stuff that is unclaimed 22:17 <@zzz> eot 22:18 <@Mathiasdm> okay 22:18 * Mathiasdm will get started again tomorrow, now dev environment is set up again 22:18 <@Mathiasdm> others having something to say about it, go ahead :) 22:19 <@Mathiasdm> guess not 22:19 <@Mathiasdm> hm 22:19 <@Mathiasdm> 2) Website backend progress 22:19 <eche|on> I think is is great form the peoples doing it. 22:19 <@Mathiasdm> oh 22:19 <@Mathiasdm> sorry :) 22:21 <@Mathiasdm> we're skipping 2) for now, unless welt comes in 22:21 <@Mathiasdm> 3) Location for dev discussion 22:22 <@Mathiasdm> this is related to `http://zzz.i2p/topics/719` 22:22 <@Mathiasdm> I quote: 22:22 <@Mathiasdm> "* Post developer discussions on zzz.i2p. What I mean is: IRC is a highly 'volatile' medium, where not everyone is online all the time, and not everyone logs. It's a great medium for a short discussion, but do consider posting a short write-up on zzz.i2p, so others can join in on the discussion." 22:22 <eche|on> dev discussion is a hard topic. IRC is nice, but not reliant neither an archive 22:22 <@Mathiasdm> yes, agreed 22:23 <@Mathiasdm> but there are many things to chose from 22:23 <@Mathiasdm> zzz.i2p, forum.i2p, mailing list 22:23 <@Mathiasdm> well, okay, 3 things :p 22:23 <eche|on> I would suggest some central point of archive 22:23 <eche|on> with a backup. 22:24 <@Mathiasdm> yes 22:24 <@Mathiasdm> but setting up distributed storage for this sounds like a hard thing :p 22:24 <@Mathiasdm> though mailing list is doable, I guess 22:25 <@Mathiasdm> mailing list is 'kinda distributed' 22:25 <eche|on> :-) 22:25 <superuser> isn't the website itself already distributed? 22:25 <@Mathiasdm> anyone else, ideas? 22:25 <eche|on> a mailinglist is a good solution, to 22:26 <superuser> could also go there 22:26 <@Mathiasdm> yes, but that doesn't include the forum, superuser 22:26 <eche|on> rightm website is in monotone 22:26 <@Mathiasdm> true 22:26 <superuser> no, I don't mean the forum, but website itself 22:26 <superuser> aren't old dev meetings available there somewhere too? 22:26 <@Mathiasdm> but it's hard to discuss when you have to check your discussions into monotone :p 22:27 <superuser> true 22:27 <@Mathiasdm> perhaps with the new backend welt is working on, it'll be more doable 22:27 <superuser> would only be of interest for archiving, not for keeping discussing 22:28 <@Mathiasdm> for a temporary way, I would propose: if you keep a big discussion on IRC, post a few notes on _a_ persistent medium 22:29 <@Mathiasdm> be it zzz.i2p, mailing list or forum 22:29 <@Mathiasdm> I know, that's a bit vague 22:29 <eche|on> I vote mailinglist ++ 22:29 <@Mathiasdm> hm, welt, are mailinglist instructions on the website somewhere? 22:29 <superuser> you mean welt's nntp service? 22:29 <@Mathiasdm> mailing list sounds good to me too, eche|on, but I wonder if it will work to get everyone to use it? 22:29 <eche|on> currently no ml available 22:29 <@Mathiasdm> yes, superuser 22:29 <@Mathiasdm> er 22:29 <@Mathiasdm> or what was it 22:29 <@Mathiasdm> I think so 22:30 <@Mathiasdm> eche|on: welt set a few ml's up this summer 22:30 <eche|on> nntp is news server 22:30 <@Mathiasdm> but not widely used yet 22:30 <@Mathiasdm> yes, indeed, but there's a mailing list now too 22:30 <@Mathiasdm> but I don't have the location here 22:30 <@Mathiasdm> zzz, duck: opinions? 22:31 <superuser> I have no mailing list info so far, just seen welt's and Mathiasdm's and ReturningNovice's posts on news server 22:32 <@zzz> I'm not a big fan of an ML but I'll use it if ppl want. welt's seems to be a big secret atm 22:33 <duck> I think zzz.i2p is fine 22:33 <@Mathiasdm> imho anything not-irc would be useful (I like IRC, as said before, but too much dev discussions are unfolloweable) 22:33 <eche|on> zzz.i2p is fine, but: irc discussions needs to be copied intoi AND somehow a kind of backup would be nice 22:34 <@Mathiasdm> hm, maybe I can set s omething up like 22:34 <@Mathiasdm> er 22:34 <@Mathiasdm> what was it called 22:34 <@Mathiasdm> 2 or 3 years ago 22:34 <@Mathiasdm> trevorreznik.i2p? 22:36 <@Mathiasdm> how about: we keep using zzz.i2p, and we start using a mailing list, and try to make sure IRC discussions don't stay IRC-only? 22:36 <duck> all major design stuff is already on zzz.i2p 22:36 <eche|on> better: try keep using zzz.i2p and copy IRC into it. 22:36 <duck> I dont see your problem 22:37 <superuser> what if zzz one disappears 22:37 <superuser> s//? 22:37 <duck> dev/design 22:37 <@Mathiasdm> for example, everything sponge posts (just an example, sponge :p) about seedless and bob is often irc-only discussion 22:38 <duck> I dont think a mailinglist will result into sponge documenting his protocol and api 22:38 <duck> but sure, give it a try 22:39 <@Mathiasdm> nooo, that's not what I meant, duck 22:39 <@Mathiasdm> as said, I don't care if it's on zzz.i2p or on mailing list 22:39 <@Mathiasdm> I just don't want it to be IRC-only, those discussions 22:39 <@Mathiasdm> but yes, you have a good point too 22:39 <@Mathiasdm> that some things will perhaps stay irc-only 22:39 <duck> then go talk to sponge 22:39 <@Mathiasdm> it was an example 22:40 <duck> (which you might be doing through this meeting ofc) 22:40 <duck> ok, understood 22:40 <@Mathiasdm> :) 22:41 <@Mathiasdm> okay, I guess if everyone just tries to post things on zzz.i2p (or mailing list -- but we'll wait for welt :p), that's settled 22:42 <@Mathiasdm> for now, at least 22:42 <@Mathiasdm> anyone have anything to add on this? 22:44 <@Mathiasdm> okay 22:44 <@Mathiasdm> next 22:44 <@Mathiasdm> 4) Task appointing + handling of disagreements 22:45 -!- Moru [kvirc@irc2p] has joined #i2p-dev 22:45 <@Mathiasdm> currently, tasks (displayed on http://www.i2p2.de/team.html ) are appointed/chosen by people simply changing the webpage 22:45 <hawk> <preforce> Title: Team - I2P (at www.i2p2.de) 22:45 <@Mathiasdm> so if you want to do a task, you just do it, and you add yourself to the webpage 22:45 <@Mathiasdm> which is good, I guess :) 22:46 <eche|on> if someone disagree: discussion in IRC/zzz.i2p 22:46 <@Mathiasdm> yes, disagreeing is the point 22:46 <eche|on> but people need checkin-rights to change, means: need som etrust from existant devs 22:46 <@Mathiasdm> there was disagreement this summer, and we didn't really handle that 22:46 <@Mathiasdm> true, eche|on 22:47 <@Mathiasdm> how do we resolve a discussio if the people disagreeing can't come to agreement? 22:47 <@Mathiasdm> vote or something? 22:47 <@Mathiasdm> that's what I was wondering about 22:48 <@Mathiasdm> suggestions? 22:48 <eche|on> last line of defense was noted once 22:48 <eche|on> which was zzz 22:48 <@Mathiasdm> last line of defense? 22:48 <@Mathiasdm> ah 22:49 <whitenoise> what about a third better solution? 22:49 <duck> if all else fails; resort to zzz 22:49 <eche|on> but voting is a nice idea, but I think a solution will be found ahead 22:49 <@Mathiasdm> if the third solution is definitely better, the two parties will choose that one ;) 22:50 <@Mathiasdm> hm, okay 22:50 <@Mathiasdm> just out of curiosity, zzz, you agree to being 'the last line of defense'? :) 22:50 <@Mathiasdm> it sounds okay to me, but do you want that yourself? 22:51 <@zzz> not particularly. my rule is whoever is actually doing something is in charge. ppl that do nothing but talk and piss other ppl off are not. 22:52 <@zzz> there's plenty of work to go around. 22:53 <@Mathiasdm> okay :) sounds good 22:53 <@Mathiasdm> anyone have additional comments? if not, next item 22:53 <superuser> generally "the one who does it is in charge" sounds good 22:53 <superuser> but what if two parties actually do 22:53 <superuser> and still go in opposite directions? 22:54 <superuser> I guess in that case a voting mechanism would not be too uncool 22:54 <@Mathiasdm> true 22:54 <@zzz> if it's code I can pick. I'm definitely not the last line of defense for the website. welt and echelon are. 22:55 <@Mathiasdm> well, if discussion happens and a solution cannot be found, there can be a vote or someone (zzz, welt?) can pick 22:55 <@zzz> they would pick a winner by pulling privs from the loser. 22:56 <@Mathiasdm> *only if it's a nasty discussion, I would hope ;) friendly disagreements shouldn't result in losing privs :p 22:57 <eche|on> right 22:58 <@Mathiasdm> okay then 22:58 <@Mathiasdm> next point 22:58 <@Mathiasdm> if that's okay 22:58 <@Mathiasdm> 5) Status updates 22:58 <eche|on> ok 22:59 <@Mathiasdm> I will start 'collecting' status updates this weekend, I think 22:59 <@Mathiasdm> I was going to do so last week, but caught up in work 22:59 <eche|on> great. go ahead. 22:59 <@Mathiasdm> basically, simply 'what did you do last week?' and 'what are your plans for next week?' 23:00 <@Mathiasdm> and I'll post them a bit summarized on the website 23:00 <@Mathiasdm> suggestions are always welcome :) 23:00 <@Mathiasdm> okay, final point (added only a bit before starting the meeting) 23:00 <@Mathiasdm> 6) Upcoming dev conferences 23:01 <@Mathiasdm> -who's going to 27c3? 23:01 <@Mathiasdm> -who's going to brucon? 23:01 <@Mathiasdm> -any others? 23:02 <@Mathiasdm> I will certainly attend brucon, and most likely 27c3 for a day (and will stay in berlin for a few days) 23:02 <whitenoise> Mathiasdm, I added 1 more point 10 min. before the beginning. 23:02 <@Mathiasdm> oh? sorry, didn't see 23:03 <@Mathiasdm> okay, will do that in a minute, whitenoise 23:03 <whitenoise> ok 23:03 <whitenoise> thanks 23:03 <@Mathiasdm> nobody remarks on dev conferences? 23:04 <@Mathiasdm> then: 7) Promoting the usage of the bittorrent protocol inside I2P: pros and cons 23:04 * Mathiasdm hands hot potato to whitenoise 23:04 <whitenoise> Ok, so we discussed this a little bit with duck 23:05 <whitenoise> While it's a good way for cover traffic and network growth, it may lead to the notoriety of I2P as a illegal file-sharing network 23:05 <eche|on> I decided to not attend to 27c3 23:06 <@Mathiasdm> ah, too bad, eche|on 23:06 <@Mathiasdm> true, whitenoise 23:06 <whitenoise> On the other hand... 23:06 <superuser> I think, bt should not be empahsized more than other services, but i2p be promoted as general use network 23:07 <superuser> oh, he had not yet finished... 23:07 <@Mathiasdm> he might be lagging, give him a bit :) 23:08 <whitenoise> if we don't promote this protocol, in some not very near future, if the business model for selling digital media is not changed, the pressure on torrent users will be higher, so they will start looking for ways to hide 23:08 <whitenoise> which can lead to my first point (notoriety) anyway 23:08 <whitenoise> but it's doubtful, of course 23:08 <Moru> Hello! Excuse me for butting here... sad but true, promote it as filesharing and you will have loads more users and plenty of developers joining. Mabe even get funded by those that wants to use a safe filesharing platform. 23:09 <@Mathiasdm> simply promoting it would not do that, imho 23:09 <@Mathiasdm> and whitenoise, you are right about notoriety 23:09 <@Mathiasdm> but are we promoting it? 23:10 <whitenoise> Imo, right now we don't 23:10 <@Mathiasdm> and bittorrent in itself is not causing the notoriety, file sharing is (imho important distinction, but perhaps not in this discussion) 23:10 <@Mathiasdm> (and hi, Moru) 23:11 <whitenoise> Well, bittorrent is the most used way, that's why I talk about it 23:11 <whitenoise> of course, it may be emule or anything else 23:11 <@Mathiasdm> how would you see promoting it? 23:12 <whitenoise> For example, current simple users have some difficulties setting everything up 23:12 <whitenoise> We could make info about bittorrent more conspicuous 23:13 <@Mathiasdm> hm, yes 23:13 <whitenoise> description more simple 23:13 <whitenoise> and so on. 23:13 <@Mathiasdm> but that's (imho) more a general I2P problem 23:13 <whitenoise> maybe improve i2psnark a little 23:13 <@Mathiasdm> I2P could become a lot more conspicuous :p 23:13 <whitenoise> yes 23:14 <whitenoise> but doing it (as well as advertising it on twitter, for example) will surely attract some users 23:14 <@Mathiasdm> yes 23:14 <@Mathiasdm> well, I agree, and I hope we will more towards making everything clearer (better usability and such) in the near future 23:14 <whitenoise> so, the question is, I guess, what we should do and what we shouldn't 23:15 <whitenoise> improve description but don't advertise as a filesharing network, maybe? 23:15 <@Mathiasdm> what we should do (once development of 0.9 starts) is imho take a look at the 'pain points' of usability 23:15 <eche|on> laready got some ideas of those 23:17 <@Mathiasdm> yes, I2P description would help; console overhaul (perhaps? I don't know) would help 23:17 <@Mathiasdm> eche|on: didn't we have a .pdf with usability remarks from a conference you went? 23:17 <eche|on> hm 23:18 <@zzz> i have it 23:18 <eche|on> need to look for it, but we had some issues over all. 23:18 <@Mathiasdm> have a link, zzz? 23:19 <@Mathiasdm> okay, we could focus on it a bit after the website specs? 23:20 <@zzz> `http://zzz.i2p/files/petcon-usability-long.pdf` 23:20 <@Mathiasdm> thx 23:20 <eche|on> thats a nice idea 23:21 <@Mathiasdm> okay then 23:21 <@Mathiasdm> other remarks or ideas, whitenoise? 23:21 <whitenoise> hm... 23:22 <@Mathiasdm> you are of course always free to start working on website usability improvements too 23:22 <eche|on> just wait for some mails with contact data to pay out some money ;-) 23:23 <whitenoise> well, I guess we decided to improve usability in general without any accent on bittorrent, right? 23:23 <whitenoise> :-) 23:23 <@Mathiasdm> that looks like it, yes, whitenoise 23:23 <@Mathiasdm> I will mail you my bank account, eche|on, just send me the money ;) 23:23 <@Mathiasdm> okay then 23:23 <@Mathiasdm> 8) cookies for everyone who attended 23:24 <eche|on> *g* 23:24 <@Mathiasdm> ===Meeting over=== 23:24 <@Mathiasdm> thanks all :) 23:24 <eche|on> COOKIES! 23:25 <@Mathiasdm> don't eat all of them 23:25 * Mathiasdm pokes eche|on

0.8 Release

Mon, 12 Jul 2010 00:00:00 +0000

In early 2009, shortly after our attendance at 25C3, we released version 0.7 of the I2P Anonymous Network. Over the next 15 releases in 18 months we have worked to improve the usability of the I2P software and increase its performance, security, and reliability - all while dealing with unprecedented growth in the network.

In recognition of these accomplishments, we are declaring the start of the 0.8 series. The 0.8 release is fully compatible with all 0.7.x releases. This release contains several bugfixes, a new Dutch translation, and completion of the German translation. As always, users are encouraged to upgrade.

0.7.14 Release

Mon, 07 Jun 2010 00:00:00 +0000

The 0.7.14 release contains the usual collection of bug fixes and performance tweaks. There are also some i2psnark improvements and more fixes for plugins. Upgrading is recommended.

Files are available on the download page .

0.7.13 Release

Tue, 27 Apr 2010 00:00:00 +0000

The 0.7.13 release contains several changes and bug fixes to improve performance. It also includes improvements for the plugin support that was introduced in the last release. The new, smaller tunnel build message is enabled, to reduce overhead and increase build success.

Of course, there is the usual assortment of bug fixes as well. Upgrading is recommended.

0.7.12 Release

Mon, 15 Mar 2010 00:00:00 +0000

The 0.7.12 release contains support for user-generated plugins. These plugins may contain console web applications, themes, translations, or standalone programs. Some plugins are already available for testing. We are hopeful this support will enable rapid development of innovative i2p applications.

The release fixes the blank-page bug when an eepsite(I2P Site) is not reachable, and also improves handling of clock skews and IP changes. It adds support for a new, smaller tunnel build message, that will be tested in this release and enabled in the next release.

0.7.11 Release

Mon, 15 Feb 2010 00:00:00 +0000

The 0.7.11 release fixes several issues, some related to clocks, which prevented new routers from quickly integrating into the network. It also fixes the installer for 64-bit Windows. The release includes an update to Jetty 5.1.15 to fix this vulnerability .

Wie üblich enthält die Version weitere Verbesserungen bei Anonymität und Leistung sowie eine Reihe von Fehlerbehebungen. Ein Upgrade wird empfohlen.

Bitte geben Sie den Entwicklern Feedback im IRC #i2p oder auf forum.i2p2.de und engagieren Sie sich , sagen Sie es weiter und spenden Sie ! Wir suchen weiterhin Hilfe bei neuen und bestehenden Übersetzungen. Bitte melden Sie sich im IRC #i2p, wenn Sie mithelfen möchten.

0.7.10 Release

Fri, 22 Jan 2010 00:00:00 +0000

0.7.10 closes some recently-discovered vulnerabilities related to the way routers communicate with floodfill peers. Network database stores and verifies are moved from exploratory to client tunnels, and are encrypted.

Also, to improve anonymity, router’s fast peer set is now limited to a maximum of 30. The release also fixes a bug causing Windows installs to fail when the install or user path contained a “\r” or “\n”. Upgrading is recommended. Please give the developers feedback on IRC #i2p or forum.i2p2.de and get involved or donate ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.

0.7.9 Release

Tue, 12 Jan 2010 00:00:00 +0000

0.7.9 fixes several longstanding bugs causing message corruption. We are hopeful that network performance will improve once it is widely deployed. There are other changes that should help router reachability and tunnel build success rates. The release also includes additional translation support, and a full Russian translation by “forget” which was sponsored by “russiansponsor”.

There are more changes to reduce memory and CPU usage, and other bug fixes. Upgrading is recommended. Please give the developers feedback on IRC #i2p or forum.i2p2.de and get involved or donate ! We are still looking for help on new and existing translations. Please volunteer on IRC #i2p.

I2P 0.7.8 Veröffentlichung

Tue, 08 Dec 2009 00:00:00 +0000

Die Version 0.7.8 enthält erste Unterstützung für Übersetzungen der Router-Konsole sowie Änderungen am floodfill-System, die die Grundlage für die Unterstützung eines starken Wachstums im Netzwerk legen.

Um eine einfache Blockierung von I2P durch böswillige Firewalls zu verhindern, wählt diese Version für Neuinstallationen einen zufälligen I2P-Port. Für bestehende Installationen: Bitte helfen Sie denjenigen, die anfällig für Blockierungen sind, indem Sie den UDP-Port von 8887 auf einen zufälligen Port ändern und Ihre Firewall bei Bedarf anpassen.

I2P 0.7.7 Veröffentlichung

Mon, 12 Oct 2009 00:00:00 +0000

I2P Version 0.7.7 enthält mehrere Verbesserungen der Anonymität. Die Verwendung von Sitzungsschlüsseln für die Kryptografie wurde vollständig überarbeitet, und I2PSnark verwendet nun eigene tunnels für die Tracker-Kommunikation. Die Arbeiten zur Verbesserung der router-Konsole werden fortgesetzt, einschließlich der Einhaltung von HTML-Standards und besserer Unterstützung von UTF-8.

Es wird auch weiterhin daran gearbeitet, die Geschwindigkeiten zu erhöhen, indem die Anzahl der übertragenen Sitzungsschlüssel verringert wird, die Verfahren zum Verwerfen von Nachrichten bei Überlast verbessert werden und Nachrichtenverluste bei router mit hoher Bandbreite reduziert werden. Für diejenigen unter Ihnen, die automatische Updates auf die allerneuesten Entwicklerversionen wünschen, gibt es eine neue Option für unsignierte Updates.

I2P 0.7.6 Veröffentlichung

Fri, 31 Jul 2009 00:00:00 +0000

I2P-Version 0.7.6 enthält weitere Fehlerbehebungen für Probleme mit der Netzwerkstabilität im Zusammenhang mit dem Aufbau von tunnel und Verbindungslimits. Während die Version 0.7.5 die in den UTC-Abendstunden und an Wochenenden auftretende Überlastung deutlich verringerte, wurde sie nicht vollständig beseitigt; diese Version sollte die Situation weiter verbessern.

Diese Version enthält außerdem neue Konsolen-Themes von dr|z3d, die auf der neuen UI-Konfigurationsseite (Benutzeroberfläche) ausgewählt werden können. Leider sind die neuen Themes nicht für IE-Browser verfügbar.

I2P 0.7.5 Veröffentlichung

Mon, 29 Jun 2009 00:00:00 +0000

I2P-Version 0.7.5

I2P-Version 0.7.5 geht vorrangig Stabilitätsprobleme im Netzwerk an, indem das Verfahren zum Aufbau exploratorischer tunnels angepasst wird, wenn sich ein router seinem Verbindungslimit nähert, und außerdem, indem bei der Auswahl für die Aufnahme in tunnels zwischen verbundenen Peers und anderen nicht ausgefallenen Peers unterschieden wird.

Diese Version enthält außerdem Korrekturen für das Verhalten des Installationsprogramms unter Windows, die Router Console, den NTCP-Transport und den UPnP-Mechanismus.

Außerdem ändert Version 0.7.5 den Speicherort der Datei “news.xml”, an dem I2P routers prüfen, ob eine neue Version verfügbar ist. Anstelle der alten URL (http://complication.i2p/news.xml) wird eine neue Adresse (http://echelon.i2p/i2p/news.xml) verwendet. Wenn Ihr router die Standardeinstellungen des Updaters verwendet, wird er automatisch die neue URL nutzen. Falls nicht, müssen Sie in der Router Console “configupdate.jsp” aufrufen und die URL manuell ändern.

I2P 0.7.4 Veröffentlichung

Sat, 13 Jun 2009 00:00:00 +0000

I2P-Version 0.7.4

I2P Version 0.7.4 führt bemerkenswerte neue Funktionen wie GeoIP-Funktionalität und UPnP-Unterstützung ein. Während erstere zur Grundlage für geografiebewussten tunnel-Aufbau werden kann, sollte letztere sofort mehr routers in die Lage versetzen, eingehende TCP-Verbindungen zu akzeptieren, was dazu beiträgt, die Arbeitslast gleichmäßiger zu verteilen.

Inbound NTCP ist jetzt automatisch aktiviert, wenn der router nicht als hinter einer Firewall erkannt wird, und die Standard-Bandbreitenlimits für Neuinstallationen wurden erhöht.

Darüber hinaus sind mehrere Fehlerbehebungen und Aktualisierungen enthalten, die Probleme mit dem NTCP transport, dem BOB protocol, der Verbindungsbegrenzung, dem Verhalten neuer I2PTunnel-Optionen und der SusiDNS-Benutzeroberfläche beheben. Verbesserungen an der Router Console sind ebenfalls enthalten. Eine Aktualisierung wird empfohlen.

I2P 0.7.3 Veröffentlichung

Mon, 18 May 2009 00:00:00 +0000

I2P-Version 0.7.3

I2P-Version 0.7.3 enthält mehrere Fehlerbehebungen und Verbesserungen, umfasst umfangreiche Wartungsarbeiten und neue Versionen beider Anwendungs-Gateway-Protokolle, SAM und BOB.

Ein Patch für I2Ps internen Webserver Jetty ist enthalten, um das Verhalten von SusiDNS unter Windows zu korrigieren. Die Art und Weise, wie I2P-Knoten sich freiwillig melden, um an der Netzwerkdatenbank mitzuwirken, wurde geändert, um zu vermeiden, dass dies zu viele gleichzeitig tun, und der Aufbau neuer teilnehmender tunnel wird nun gedrosselt, bevor in bestehenden tunneln das Verwerfen von Nachrichten beginnt.

I2P 0.7.2 Veröffentlichung

Sun, 19 Apr 2009 00:00:00 +0000

I2P-Version 0.7.2

Das Release 0.7.2 behebt mehrere Fehler und potenzielle Probleme in I2P und schafft zugleich die Grundlage für neue Funktionalität.

Threading-Probleme mit der SimpleTimer-Klasse sollten nicht mehr auftreten, der NTCP-Transport sollte nicht mehr auf NullPointerExceptions stoßen, und “abandoned” tunnels sollten ihren Betrieb korrekt beenden.

Unterstützung für den Zugriff auf die Router Console über IPv6 wurde hinzugefügt, ein neuer Nachrichtentyp ermöglicht I2CP-Anwendungen das Abfragen der Bandbreitenlimits beim router, eine experimentelle Desktop-Oberfläche zur Verwaltung des router ist erstmals enthalten (aber noch nicht automatisch aktiviert), und die Teilnahme eines einzelnen Peers an zu vielen tunnels wird verhindert, um Zuverlässigkeit und Sicherheit zu verbessern.

I2P 0.7.1 Veröffentlichung

Sun, 29 Mar 2009 00:00:00 +0000

I2P-Version 0.7.1

Die Version 0.7.1 optimiert I2P für eine bessere Leistung und führt neue Funktionen ein.

Mehrere Fehler wurden behoben, Ersatzimplementierungen der SimpleTimer-Klasse sollen weniger Zeit für Objektsperren benötigen. Einige alte Komponenten wurden entfernt und mehrere Klassen refaktoriert, um Code-Duplizierung zu vermeiden.

Die Unterstützung für verschlüsselte LeaseSets (zur Einrichtung von Verbindungen über I2P, die ein Angreifer nicht durch Angriffe auf Gateways behindern kann) wird weiter ausgebaut. Neue tunnel-Typen wie IRC-Server-tunnels und neue Optionen wie verzögerter Start und Leerlauf von tunnels werden ebenfalls unterstützt, außerdem wurde die Benutzerfreundlichkeit des I2P Socks-Proxy-Mechanismus verbessert.

I2P-Entwicklertreffen - 10. Februar 2009

Tue, 10 Feb 2009 00:00:00 +0000

Kurze Zusammenfassung

Anwesend: altGuest, badger, dream, eche|on, hottuna\_, l00kns33, unixfr3ak, welt, welterde, zzz

Sitzungsprotokoll

20:58:32 <unixfr3ak> Entwicklertreffen, hm? 20:59:27 -*- dream schaltet devo ein 21:00:25 <welt> dream: ah.. schön, dass du auch hier bist :) 21:00:51 <badger> 0) Hallo 21:00:55 <dream> Du bist? 21:00:58 <badger> 1) I2P 0.7 21:01:02 <badger> 2) Syndie 21:01:06 <badger> 3) Spenden 21:01:15 <badger> 4) ???? 21:01:21 <badger> 5) Eine kurze Gedichtrezitation von zzz 21:01:39 <badger> 0) Hallo 21:01:53 <altGuest> hi 21:02:00 <badger> Willkommen allerseits zum 207. Dev-Meeting 21:02:05 <badger> 'lo 21:02:20 <hottuna_> 'lo! 21:02:40 <eche|on> willkommen! 21:02:43 <zzz> Also, fangen wir damit an, was seit dem 10. April 2007 passiert ist – falls überhaupt etwas. 21:02:48 <badger> Zur Einordnung: Es ist fast 2 Jahre seit dem letzten vergangen 21:03:06 <badger> Nun ja... Bush ist raus... Obama ist drin... 21:03:36 <dream> lol USA 21:03:51 <badger> 1) I2P 0.7 21:03:56 <eche|on> Ich denke, die 0.7-Release-Note gibt einen guten Überblick darüber, was mit I2P passiert ist 21:04:20 <badger> Sieht so aus, als sei das Rollout von 0.7 ziemlich reibungslos gelaufen 21:04:22 <badger> mit jetzt etwa 84 % Netzabdeckung 21:04:29 <unixfr3ak> nicht schlecht 21:04:48 <eche|on> :-) 21:04:48 <hottuna_> Wie stark ist das Netzwerk seit 0.7 gewachsen? 21:04:48 <badger> Ein großer Applaus an das Dev-Team und die Release-Crew dafür, dass es rausgekommen ist 21:04:52 <unixfr3ak> Einen Bug, auf den ich hinweisen möchte, den ein anderer Nutzer und ich bemerkt haben, ist 21:04:52 <hottuna_> oder sogar seit Weihnachten? 21:05:21 -*- welt wartet, bis stats.i2p geladen ist.. 21:05:28 -=- Sie sind nun als welterde bekannt 21:05:31 <badger> hottuna_: ein eher langsames, aber stetiges Wachstum, wenn man den Stats glauben darf 21:05:41 <unixfr3ak> Das Hinzufügen neuer privater Hosts in susidns erfordert das manuelle Bearbeiten der Datei privathosts.txt 21:06:08 <welterde> zzz: War das nicht der Bug, den du kürzlich gefixt hast? 21:06:18 <welterde> oder war das was anderes? 21:06:25 <eche|on> Die Stats zeigen ein stetiges, langsames Wachstum 21:06:35 <zzz> Ja, ich habe es in 0.7 kaputtgemacht, gestern gerade gefixt, wird in -4 drin sein 21:06:40 <eche|on> welterde: ja, er scheint es gefixt zu haben 21:07:05 <badger> Etwas, worauf man sich in 7.0.1 freuen kann 21:07:14 <welterde> zzz: gut.. dann ist das erledigt 21:07:16 <badger> äähm 0.7.1 21:07:19 <eche|on> mehr Nutzer :-) 21:07:22 <zzz> Sorry dafür 21:07:35 <unixfr3ak> Was wollt ihr gegen Network-Lag tun... scheint ein wachsendes Problem zu sein; am Wochenende wirkt I2P überlastet 21:07:56 <welterde> Vielleicht noch ein paar Tweaks an der Streaming-Lib? 21:07:57 <unixfr3ak> Ich finde, mehr Nutzer ist gut 21:08:00 <badger> zzz: Nun, du hast genug gefixt und verbessert, da ist der eine oder andere Bruch verzeihlich :) 21:08:33 <hottuna_> Ich habe vorgeschlagen, Nutzer zum Teilen zu motivieren, indem man eine Ratio-Anzeige in die Konsole einbaut 21:08:57 <unixfr3ak> Klingt gut 21:09:14 <eche|on> Die Netzlast ist letzten Monat stark gestiegen 21:09:17 <zzz> freak, ich schaue mir an, die Kapazitätsberechnung in den Peer-Profilen etwas zu tweaken, damit es besser reagiert, wenn es voll wird. 21:09:20 <eche|on> seit Monaten, sieht bisher ziemlich gut aus 21:09:51 <hottuna_> zzz: abgefahren :) 21:09:55 <unixfr3ak> Das ist vielleicht ambitioniert, aber wie wäre es mit einem Cron-Job unter Linux oder was auch immer Windows nutzt, um I2P freiwillig Bandbreite zu geben, wenn der Computer nicht benutzt wird 21:10:17 <zzz> Solche Dinge müssen sehr sorgfältig justiert werden, und jede Änderung braucht einen ganzen Release-Zyklus zum Testen 21:10:21 <hottuna_> Ein Scheduler wäre auch eine großartige Lösung 21:10:24 <unixfr3ak> Um es einfacher zu sagen 21:10:28 <badger> Der PR-Schub zur Version 0.7 scheint die Zahlen nur marginal bewegt zu haben, bei weitem nicht so, wie ich gehofft hatte 21:10:41 <unixfr3ak> Erkennen, wann Netzwerk/CPU idle sind und es nutzen / nicht nutzen, wenn sie es nicht sind 21:10:43 <welterde> zzz: Diese jüngste Erweiterung von I2CP erlaubt das noch nicht, richtig? 21:10:52 <badger> Es gab allerdings einige gute Berichte auf deutschen News-Seiten 21:11:04 <badger> aber slashdot/digg/reddit war eher mager 21:11:09 <zzz> Erlaubt was, welterde ? 21:11:29 <welterde> zzz: die Ratio/Up-BW/Down-BW von außerhalb der routerconsole zu ändern 21:11:29 <eche|on> badger: Es braucht etwas Zeit, bis die Nutzer es kennenlernen und dabeibleiben :-) 21:11:32 <unixfr3ak> Und ein Default-Autostart-Registry-Eintrag wäre nett oder ein einfaches Shell-Skript für Unix 21:12:04 <zzz> Nein, welterde, das hat damit nichts zu tun 21:12:08 <hottuna_> Keine Ahnung wegen der PR.. ich nehme an, unser „Brand Name“ wächst jedes Mal, wenn wir ein neues Release haben und eine PR-Welle dazu 21:12:13 <welterde> zzz: Dachte ich mir :/ 21:12:56 <zzz> Hoffentlich wird das gulli-Interview mit mir bald veröffentlicht, aber ich habe seit einer Woche nichts von ihm gehört 21:13:06 <unixfr3ak> Ist I2P bereit, Sponsoren um freiwillige Bandbreite zu bitten? (außer mir mit meiner winzigen Leitung) 21:13:39 <welterde> hmm.. das wäre einen Versuch wert 21:13:50 <dream> Ich glaube nicht, dass jemals jemand „nein“ zu freiwillig bereitgestellter Bandbreite gesagt hat. 21:14:12 <unixfr3ak> Das Tor-Netzwerk hat viele gesponserte Nodes, aber viele Nodes im selben Subnet wären für Nutzer verdächtig und gäben jemandem mehr Kontrolle über das Netzwerk 21:14:37 <welterde> Ich glaube, das haben wir schon „gefixt“ 21:14:59 <hottuna_> Sponsoring wäre keine schlechte Idee 21:14:59 <hottuna_> Ja, einfach ein HTML-Tab auf der Startseite? 21:14:59 <hottuna_> nur* 21:15:05 <unixfr3ak> Zufällig verteilte Nodes von einzelnen Freiwilligen scheinen sicherer zu sein 21:15:05 <unixfr3ak> aber nicht so praktisch 21:15:15 <unixfr3ak> Die meisten Leute werden naturgemäß leechen 21:15:44 <dream> Ich glaube nicht, dass das zwingend stimmt, unixfr3ak, aber es ist gut, auf Nicht-Mitwirkende vorbereitet zu sein. 21:16:21 <unixfr3ak> zum Beispiel 21:16:40 <unixfr3ak> jemand, der einfach den I2P router startet, keine Ahnung hat, was er macht, und i2phex ausführt 21:16:49 <unixfr3ak> und ständig herunterlädt 21:17:11 <unixfr3ak> Vielleicht sollte die Standard-Bandbreite geändert werden 21:17:22 <hottuna_> wurde in 0.7 geändert 21:17:34 <unixfr3ak> oder man fragt Nutzer während der Installation nach der Verbindungsgeschwindigkeit, um genauere Bandbreiten-Sharing-Limits zu setzen 21:18:26 <unixfr3ak> oder vielleicht ein Virus, der I2P als Backdoor installiert :P 21:18:34 <welterde> heh 21:18:40 <hottuna_> wäre eine großartige Idee.. der Installer sollte das unterstützen, oder? 21:19:08 <welterde> Das erste oder das zweite? :> 21:19:08 <unixfr3ak> Mein Witz oder das Abfragen der Verbindungsbandbreite? 21:19:23 <welterde> Ersteres) wahrscheinlich ja 21:19:26 <unixfr3ak> Das sollte eine Zeile oder zwei in irgendeiner Config-Datei sein 21:19:39 <unixfr3ak> das ohne das :P 21:20:59 <badger> Download-Limits für Nutzer, die keine Upstream-Bandbreite teilen? 21:21:15 <unixfr3ak> Klingt interessant 21:21:20 <unixfr3ak> aber 21:21:33 <unixfr3ak> ich glaube nicht, dass wir schon zu solchen verzweifelten Maßnahmen greifen sollten... 21:21:38 <dream> Standardmäßig teilt es bis zu 100 % der Bandbreite, unixfr3ak. Sobald es ein paar client tunnels hat, wird der Großteil für intermediate tunnels aufgewendet. 21:21:45 <welterde> Bestrafen nicht router schon andere router, die keine tunnels routen? 21:22:00 <unixfr3ak> ja 21:22:00 <dream> Und ich denke, I2P ist bereits load-balanced. Ich kann im Bandwidth-Tab jedenfalls nicht mehr herunterladen als ich hochlade. 21:22:25 <unixfr3ak> Denke ich auch, aber wenn viele Leute gleichzeitig leechen, belastet das das Netzwerk trotzdem stark 21:22:32 <badger> Vielleicht ist es einfach eine Frage, Erstnutzern mehr Informationen zu geben 21:22:35 <unixfr3ak> besonders wenn ihre IPs dynamisch sind 21:22:46 <eche|on> `http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y` 21:22:56 <badger> Klarstellen, dass Zurückgeben ans Netzwerk die eigene Erfahrung verbessert 21:23:07 <unixfr3ak> ja 21:23:18 <unixfr3ak> und es laufen lassen, wenn sie ihren PC nicht nutzen 21:23:36 <unixfr3ak> anstatt die Leitung, für die sie bezahlen, einfach idle sein zu lassen 21:23:51 <dream> Die meisten Leute schalten ihre Computer aus, das ist wirklich traurig 21:24:09 <unixfr3ak> ja 21:24:12 <dream> Sie zahlen ihrem ISP monatlich, dabei könnten sie stattdessen zum Preis von 4 Glühbirnen... 21:24:15 <l00kns33> Ich glaube, die meisten verstehen das – ich denke sogar, die meisten, die I2P nutzen, sind selbst Geeks ;) 21:24:32 <badger> Wie auch immer, weiter im Text – noch etwas zu 1) I2P 0.7? 21:24:55 <unixfr3ak> fürs Erste ja 21:25:16 -*- welterde wartet auf sein Signal.. 21:25:20 <unixfr3ak> aber das könnte sich in Zukunft ändern 21:25:25 <eche|on> badger: nein 21:25:25 <badger> 2) Syndie 21:25:37 <welterde> ok dann :) 21:25:37 -*- badger reicht das 70er-Boom-Mikro an welterde weiter 21:25:45 <badger> *mic 21:26:15 <welterde> Wie ihr vielleicht (oder auch nicht) wisst, habe ich kürzlich die Arbeit abgeschlossen, diese Patches von MOSFET einzupflegen 21:26:20 <welterde> +know 21:26:35 <unixfr3ak> Lasst mich in den Foren raus, die nutze ich nicht :P , bin gleich zurück, Zigarette 21:27:14 <welterde> was einige Bugs fixen und dieses (imho) b0rked Default-UI deaktivieren sollte 21:27:26 <welterde> stattdessen wird das SWT-UI verwendet, das die meisten Nutzer einfacher finden 21:27:42 <badger> <jrandom>w0rd</jrandom> 21:28:11 <welterde> hmm? 21:28:30 <dream> Schön zu hören, dass jemand daran gearbeitet hat, fehlgeschlagene Synchronisierungen erneut zu versuchen. 21:28:40 <badger> welterde: sorry, alter Dev-Meeting-Witz 21:28:59 <badger> Gibt es irgendwo ein neues öffentliches Syndie-Archiv? 21:29:06 <welterde> Wie auch immer.. ich hoffe, ich habe bald Zeit, dieses b0rked ;) Index-Ding zu ersetzen 21:29:09 <welterde> badger: jap 21:29:25 <welterde> http://syndie.welterde.(i2p|de)/ 21:29:52 <dream> Es ist wichtig, Syndie mit einer entfernten Datenbank betreiben zu können, würde ich sagen, damit es leichter wird, eigene Archive zu betreiben. 21:29:54 <welterde> aber man kann dort (noch) nichts posten, da es nur ein statisches Archiv ist 21:30:47 <welterde> Das muss auch zu den Default-Archiven hinzugefügt werden 21:30:56 <welterde> Mache ich bald 21:31:16 <eche|on> Also geht die Syndie-Arbeit weiter 21:31:32 <welterde> jap 21:31:54 <welterde> Versuche derzeit, Syndie zu profilieren.. 21:32:29 <welterde> konnte aber nicht viel Zeit darauf verwenden.. 21:32:59 <eche|on> so viel zu tun... 21:33:14 <welterde> ja :/ 21:33:17 <dream> Syndie im Textmodus zu betreiben ist knifflig, da die Oberfläche dem aktuellen Verhalten hinterherzuhinken scheint 21:33:17 <dream> Meist funktioniert es, wenn man es einfach in --cli laufen lässt, aber wenn es einfriert, gibt es keinen echten Hinweis. 21:33:41 <welterde> Ja.. die CLI ist derzeit auch b0rked :/ 21:34:00 <welterde> imo sollten wir Syndie in mehrere Teile aufsplitten, z. B. libsyndie, GUI, CLI, ... 21:34:12 <badger> Ergibt für mich Sinn 21:34:19 <welterde> Das sollte das Schreiben eigener Erweiterungen usw. erleichtern 21:34:29 <dream> Welche Dinge würde libsyndie abdecken? 21:34:36 <badger> In frühen v0.0.1 war Syndies UI nur ein Aufsatz auf dem CLI-Binary 21:34:48 <badger> aber diese Idee ist unterwegs wohl verloren gegangen 21:34:55 <dream> Es hat heute sogar die Textkonsole. 21:35:23 <welterde> dream: Nachrichten-Dekodierung, Archiv-Sync, etc. etc. 21:35:34 <welterde> der Großteil der Logik 21:36:06 <dream> Also ist libsyndie im Wesentlichen ein Interface über die Datenbank, und vielleicht das Verzeichnis archive/? 21:36:09 <badger> Ja, GUI, CLI und Webtop sollten nur leichte Wrapper sein 21:36:10 <welterde> Imho sollten wir GUI/CLI von der Programmlogik trennen 21:36:42 <welterde> dream: Das Verzeichnis archive/ wird nicht zum Speichern verwendet.. es dient nur dem Ausliefern des Archivs 21:37:02 <dream> Weiß ich. 21:37:14 <welterde> Aber da CLI/Webtop es verwenden, sollten wir es auch in libsyndie packen 21:37:15 <dream> Dann müsste wohl nur der Webserver mit diesem Verzeichnis umgehen. 21:37:35 <dream> Es füllen und daraus syncen, so in etwa wie eine Postfix-Mail-Queue. 21:38:00 <welterde> Aber wir sollten es nur generieren/syncen, wenn wir es tatsächlich verwenden.. nicht so wie jetzt.. 21:38:08 <welterde> wo es immer generiert/gesynct wird... 21:39:18 <dream> Ich sehe kein Problem damit, das Verzeichnis archive/ nur für den Webserver zu verwenden. Es ist eigentlich nur eine Bequemlichkeit, damit man vorhandene Funktionalität für statisches Ausliefern nutzen kann. 21:40:07 <welterde> Es sollte einen CLI-Befehl wie generate_archive geben, oder so ähnlich, imho 21:40:57 <welterde> Und wir sollten dieses import.cgi zurückbringen, damit wir ein weitgehend statisches Archiv betreiben können und dennoch posten können 21:41:04 <welterde> oder... hmmm... 21:41:04 <dream> Was würdest du mit diesem Archiv über die Client-Oberfläche machen? 21:41:15 <welterde> rsync mit einer Remote-Site? 21:41:26 <welterde> So funktioniert syndie.welterde.(i2p|de) ;) 21:41:43 <dream> Das Problem bei einem statischen Archiv ist, dass das Filesystem mit der Datenbank aktuell zu halten eine Aufgabe ist, die dem Design einer Datenbank ähnelt. 21:41:59 <welterde> hmm.. nicht wirklich 21:42:05 <welterde> da es nur One-Way ist 21:43:17 <unixfr3ak> Das ist vielleicht etwas off-topic, aber hat jemand eine Datastore-Funktion in Betracht gezogen? 21:43:20 <dream> Angenommen, jemand erstellt mit einem hypothetischen --cli eine Nachricht. Danach generate_archive ausführen? Klingt verdächtig ähnlich wie ein Commit nach einem Insert. 21:43:52 <unixfr3ak> Auch in i2phex, wie ich Complication zuvor gesagt habe: Der Bitzi-Lookup in i2phex ist nicht anonym 21:43:55 <dream> magicbutton() 21:44:04 <welterde> dream: ähm.. nein 21:44:17 <dream> ...i2phex fragt bitzi.com ab? Das ist verrückt 21:44:37 <unixfr3ak> ja 21:44:39 <welterde> unixfr3ak: Es gab, soweit ich mich erinnere, etwas Arbeit in Richtung Freenet 21:44:43 <dream> welterde, dann geht ihre Nachricht nie in das Verzeichnis archive/ und kann nicht synchronisiert werden... 21:45:20 <welterde> dream: nein.. ich meine nur, eine Transaktion ist etwas anderes 21:45:27 <welterde> zum Beispiel: Du bearbeitest nichts 21:45:33 <welterde> (außer vielleicht den Index) 21:46:02 <welterde> generate_archive macht nur einen Dump der DB und aktualisiert dabei die Indizes 21:46:41 <unixfr3ak> Rechtsklick auf eine Datei 21:47:20 <unixfr3ak> und „View Bitzi ticket“ bringt dich auf die nicht-anonyme Seite 21:47:20 <unixfr3ak> Zum Glück wird mein Browser über I2P geproxyt, und mein alternativer über Tor 21:47:31 <dream> Wie bekommst du also die neuen Datenbankinhalte ins Archiv? Was, wenn Syndie nach dem Einfügen einer Nachricht abstürzt, aber bevor du sie ins Verzeichnis archive/ schreibst? 21:47:39 <unixfr3ak> 0_0 sieht so aus, als hätte Spongebob das Meeting verpasst 21:47:57 <welterde> dream: gar nicht.. es ist nur nicht archive/ 21:48:16 <welterde> aber beim nächsten erfolgreichen Lauf von generate_archive wird es drin sein 21:49:01 <dream> Ich würde den Client den Webserver laufen lassen, und der Webserver prüft archive/ und zieht alle Nachrichten aus der DB, die dort noch nicht sind. Oder die DB-Nachrichten direkt ausliefern. 21:49:23 <dream> generate_archive wirkt nicht wie etwas, das der Client im Blick behalten sollte. 21:49:50 <welterde> Problem ist.. man kann Syndie nicht auf jeder Maschine laufen lassen 21:50:18 <welterde> Zum Beispiel hat dieser Server (i2p2.de/welterde.de) sein Limit erreicht 21:50:36 <welterde> er swappt heftig, wenn ich Syndie darauf laufen lasse.. 21:50:41 <welterde> also muss ich es lokal laufen lassen 21:50:46 <eche|on> ja 21:51:06 <welterde> Kein Problem, wenn ich einen vernünftigen Upload hätte... den habe ich aber nicht 21:51:19 <welterde> was die meisten ADSL-Nutzer nicht haben.. 21:51:45 <badger> Wie auch immer – gute Arbeit mit all den Patches, welterde – können wir in naher Zukunft mit einem Release rechnen? 21:51:47 <welterde> Also entweder ein statisches Archiv oder eines, das höllisch langsam ist 21:52:08 <welterde> badger: Ich denke, ich wechsle bald von a nach b (Alpha zu Beta) 21:52:16 <badger> großartig 21:52:40 <badger> Noch etwas zur zukünftigen Entwicklung? 21:52:56 <badger> (Syndie) 21:53:10 <welterde> n0pe 21:53:19 <welterde> ;) 21:53:24 <badger> Gut, dann 21:53:30 <badger> 3) Spenden 21:53:49 -*- badger schwenkt das Mikro zu eche|on 21:54:00 <eche|on> Es ist wieder offen! 21:54:18 <eche|on> Ich habe ein PayPal-Konto erstellt und es auf der I2P-Website verlinkt 21:54:42 <hottuna_> :D 21:54:47 <badger> coolio 21:54:50 <hottuna_> klasse 21:54:52 <eche|on> aber die Buttons verlinken auf https://-Seiten von PayPal, funktioniert für die eepsite noch nicht 21:55:01 <dream> Ja, ich denke, das ist ein Vorteil, welterde 21:55:08 <eche|on> Bislang kein Eintrag in dieser Hinsicht 21:55:20 <welterde> eche|on: Vielleicht solltest du ein paar Hinweise hinzufügen, wie man dir mitteilt, was du damit tun sollst 21:55:29 <eche|on> und unentschlossen wegen eines Accounts für 2ndlive 21:55:31 <zzz> Kannst du von der Donate-Seite auf die Hall-of-Fame-Seite verlinken und/oder mehr Infos bereitstellen, wofür Spenden verwendet werden 21:55:39 <dream> Ich finde immer noch, dass das, was das Archiv erzeugt, eher synchronisieren als nur dumpen sollte. 21:55:48 <badger> jap 21:56:02 <badger> Planst du auch Bounties zu unterstützen? 21:56:10 <eche|on> welterde: acked 21:56:13 <unixfr3ak> Man könnte einfach Apache verwenden 21:56:17 <welterde> dream: premature optimization ;) 21:56:19 <eche|on> zzz: acked 21:56:24 <dream> ups 3) 21:56:24 <dream> Ich habe kein Geld, sorry T_T 21:56:28 <eche|on> Wir brauchen eine Liste mit Dingen, die wir von Spenden kaufen/nicht kaufen 21:56:37 <zzz> und sollten die Abos von echelon und welterde nicht eigentlich als Ausgaben aufgeführt sein? 21:56:40 <unixfr3ak> Welchen Webserver enthält I2P? 21:56:51 <eche|on> badger: ja, Spenden sind „für alle Zwecke“ oder zweckgebunden für ein Bounty 21:57:04 <badger> prima 21:57:19 <eche|on> und bei PayPal sollte es ein Textfeld geben, in das man den Verwendungszweck eintragen kann :-) 21:57:33 <zzz> Du könntest auch einen News-Link auf die Startseite setzen, dass Spenden offen sind 21:57:36 <badger> Wenn ich 1000 EUR spende, bekomme ich dann ein Hot-Tuna-I2P-T-Shirt? 21:57:51 <eche|on> aber ich kann mir selbst nicht spenden ;-) 21:58:02 <welterde> hottuna_: sag ja! ;) 21:58:16 <eche|on> Kein Problem bisher, ich warte auf die erste und kündige es an ;-) 21:58:35 <zzz> Du hattest deine Chance, zum 25C3 zu kommen und ein Shirt zu bekommen 21:58:47 <welterde> Es gibt immer noch den 26C3 ;) 21:58:59 <eche|on> acked, zzz – gute Idee 22:00:32 <eche|on> Also nichts mehr von meiner Seite zum Thema Spenden 22:00:51 -*- welterde wartet, bis paste geladen ist.. 22:01:16 <badger> in dem Fall: 22:01:22 <badger> 4) ???? 22:01:33 <badger> Hat sonst noch jemand etwas für das Meeting? 22:01:37 <welterde> jap.. 22:01:46 <welterde> aber ihr müsst warten, bis paste lädt :/ 22:01:52 <eche|on> Lasst uns ein Stück Kuchen für alle haben! 22:02:31 <welterde> yay! :) 22:02:32 -*- unixfr3ak schnappt es und rennt 22:02:38 <welterde> neiiiiin 22:03:03 -*- badger *baf*t unifr3ak auf den Kopf 22:03:08 <unixfr3ak> jaaaa 22:03:12 <eche|on> ;-) 22:03:46 <unixfr3ak> Ich frage mich, ob dieser Teil in das Meeting-Log kommt 22:03:50 <unixfr3ak> :P 22:03:57 <welterde> Hiermit kündige ich an *Trommelwirbel* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 <welterde> ;) 22:04:04 <welterde> unixfr3ak: natürlich! 22:04:15 <welterde> Alle besorgen sich einen Telnet-Client und verbinden sich ;) 22:04:37 <badger> kein MUD?! 22:04:40 <unixfr3ak> der Base-32-Key? 22:04:49 <welterde> badger: natürlich! 22:05:06 <welterde> unixfr3ak: Du musst einen client tunnel öffnen und dich mit einem Telnet/MUD-Client verbinden 22:05:08 <welterde> (oder SOCKS benutzen) 22:05:38 <unixfr3ak> Ich will mir nicht die Socken schmutzig machen, ich mache einen tunnel :p 22:05:43 <unixfr3ak> hmm 22:05:47 <unixfr3ak> aber beim Ziel 22:05:50 <badger> schlammige Socken 22:05:59 <unixfr3ak> gehört das .i2p dazu? 22:06:05 <welterde> unixfr3ak: jap 22:06:11 <welterde> hat zumindest bei mir funktioniert ;) 22:06:56 <dream> Du kannst auch das Dest eines b32 nachschlagen, wenn du eine lokale Kopie willst. zzz hat mir gezeigt, wie – über die geheime CLI-Schnittstelle von i2ptunnel. 22:07:13 <unixfr3ak> Delay Connect: (für Request/Response-Verbindungen) 22:07:18 <unixfr3ak> Dafür nehme ich an: ja 22:07:21 <dream> Das erinnert mich: Ich sollte diese Raum-Beschreibungen vom Papier in das verdammte Ding übertragen 22:07:24 <badger> welterde: Vielleicht irgendwo ein kurzes Howto posten ;-) 22:07:35 <welterde> dream: yay :) 22:07:46 <welterde> badger: heh.. mache ich 22:07:58 <unixfr3ak> Trying 127.0.0.1... 22:07:58 <unixfr3ak> Connected to localhost. 22:07:58 <unixfr3ak> Escape character is '^]'. 22:08:02 <unixfr3ak> beeindruckend :P 22:08:02 <welterde> `http://paste.i2p2.i2p/show/11/` <- das b64 22:08:08 <l00kns33> Ein Kommentar zu I2P allgemein: 22:08:08 <l00kns33> Ich finde, es ist zu sehr „von Geeks für Geeks“ – ihr müsst wissen, was Nicht-Geeks brauchen und wollen 22:08:16 <unixfr3ak> Frage mich, was auf der anderen Seite des tunnel ist 22:08:20 <dream> unixfr3ak, wenn du extra paranoid bist, ja, sonst könnten Timing-Angriffe möglich sein, um zu testen, ob du online bist oder nicht. :> 22:08:21 <welterde> l00kns33: Sie wollen Spiele! :D 22:08:46 <dream> l00kns33, was könnte weniger geekig sein als ein textbasiertes Online-Adventure! 22:09:01 <welterde> unixfr3ak: funktioniert’s? Du solltest eine Art Menü sehen 22:09:02 <dream> Ich ziehe meinen Mantel und meinen Zauberhut an! 22:09:19 <unixfr3ak> aber klar 22:09:28 <l00kns33> Das ist eine Sache – und eine gute Idee :) 22:09:31 <unixfr3ak> Welcome to thmoo-cmd 2.1... 22:09:38 <welterde> ha :) 22:09:47 <welterde> dann musst du connect guest tippen, afair 22:09:52 <unixfr3ak> Was ist so beeindruckend an Telnet über I2P? 22:10:30 <zzz> Wir werden bald einen Connect-Client haben, damit du keinen tunnel einrichten musst 22:10:46 <l00kns33> cool :) 22:10:50 <welterde> unixfr3ak: nichts? 22:11:20 -*- welterde schreibt ein Howto.. 22:11:26 <unixfr3ak> Hat ein seltsames Chat-Feature :P 22:11:45 <badger> Nun denn – will sonst noch jemand etwas hinzufügen? 22:11:46 <welterde> unixfr3ak: Du musst „say something“ 22:11:50 <dream> Ich frage mich, wie das funktionieren würde, zzz? Meinst du so etwas wie ein VPN? 22:12:01 <welterde> dream: eher wie SOCKS, denke ich 22:12:05 <dream> Oder ein speziell geschriebener Telnet-Client? ._. 22:12:19 <dream> Ach ja, von SOCKS habe ich gehört. 22:12:29 <unixfr3ak> foo sagte hi 22:12:31 <zzz> eher wie SOCKS 22:12:39 <zzz> telnet localhost 1234 22:13:00 <zzz> connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 <welterde> unixfr3ak: und um dir zu antworten, „say something“ ;) 22:13:06 <zzz> das war's 22:13:15 <dream> SOCKS ist tricky, es ist wie i2ptunnel, außer dass praktisch jeder neue tunnels zu verschiedenen Zielen erzeugen kann. 22:13:37 <unixfr3ak> ja, ich weiß... muss man das Schmerzhaft-Offensichtliche nicht extra betonen 22:13:50 <welterde> dream: nein.. ich verwende nur den Shared 22:14:06 <welterde> zumindest.. so sollte es funktionieren ;) 22:14:34 <welterde> afk kurz weg 22:14:36 <badger> Nun, ich denke, wir sind an einem guten Punkt, um... 22:14:44 -*- badger holt aus 22:14:54 -*- badger *baf*t das Meeting zu 22:15:10 <eche|on> :-) 22:15:13 <badger> gute Arbeit, alle zusammen 22:16:12 <dream> Man kann mit dem SOCKS-Ding keinen server tunnel machen? hmm... 22:16:34 <dream> Ich denke, das wäre ziemlich praktisch für Nicht-HTTP-Protokolle. :) 22:16:49 <dream> Entweder das oder CONNECT im eeproxy implementieren. 22:16:52 <unixfr3ak> Jetzt verschwindet ihr wieder, lol 22:18:38 <dream> poofda 22:19:40 <zzz> Ich bin noch hier 22:19:49 <zzz> Unser SOCKS ist derzeit nur Client-Only 22:20:51 <zzz> Ich habe CONNECT implementiert, davon sprach ich oben 22:23:20 <dream> Sauber, mir fällt kein Grund ein, das nicht zu tun, und es wäre viel praktischer, da SOCKS so verdammt populär ist und viele Apps es mitbringen.

I2P 0.7 Veröffentlichung

Sun, 25 Jan 2009 00:00:00 +0000

I2P-Version 0.7

Die Version 0.7 bringt I2PSnark mehr Stabilität und Flexibilität, sodass es hoffentlich künftig zur Verteilung von I2P-Updates genutzt werden kann.

Der I2P router erhält Fehlerbehebungen und Optimierungen für verschiedene Probleme auf der Transportebene und beim Streaming, bei der Netzwerkerkundung, der NetDB-Leistung und dem UDP-Introducer-System. Unter anderem bietet die neue Version eine bessere Begrenzung von Verbindungen, eine höhere Toleranz gegenüber “out of memory”-Ausnahmen in Hilfsanwendungen und ein experimentelles neues Adresssystem, das Base32-Hashes von Destination-Schlüsseln verwendet (".b32.i2p" URLs).

I2P 0.6.5 Veröffentlichung

Mon, 01 Dec 2008 00:00:00 +0000

I2P-Release 0.6.5

Das Release 0.6.5 führt neue Komponenten ein, entfernt einige alte (wie den alten TCP-Transport) und wurde optimiert, um eine bessere Leistung zu erzielen.

Das BOB (Basic Open Bridge)-Protokoll wird eingeführt, zur Verwendung durch Client-Anwendungen, die I2CP-Bibliotheken nicht direkt importieren können. Damit wird das alte SAM-Protokoll, das bisher in solchen Fällen verwendet wurde, als veraltet eingestuft. Vorläufig wird BOB bei Neuinstallationen jedoch noch nicht automatisch gestartet, und auf bestehenden Installationen bleibt SAM aktiv.

I2P 0.6.4 Veröffentlichung

Mon, 06 Oct 2008 00:00:00 +0000

I2P-Version 0.6.4

Die Version 0.6.4 bringt Leistungs- und Stabilitätsverbesserungen. Bereits verbundene floodfill-Peers werden beim Speichern von RouterInfo bevorzugt, und bei Knappheit werden Verweise auf neue floodfill-Peers von gewöhnlichen Peers bezogen.

Die Bevorzugung bereits verbundener Peers wird im Allgemeinen erhöht, indem sie als aktiv betrachtet werden. Timeouts während des Beitritts zu einem tunnel werden nun zu Lasten der Peer-Profile gewertet.

Verbesserungen am Shutdown-Handler, am tunnel builder, bei der Drosselung des router, bei der Erhebung von tunnel-Pool-Statistiken sowie an der router console und an I2PSnark (sowie Texte zur Erklärung von Erreichbarkeitsproblemen) sind ebenfalls enthalten.

I2P 0.6.3 Veröffentlichung

Tue, 26 Aug 2008 00:00:00 +0000

I2P-Version 0.6.3

Die Version 0.6.3 bringt mehrere Fehlerbehebungen, Optimierungen und Sicherheitsverbesserungen mit sich. Router werden beginnen, die Anzahl ordnungsgemäß arbeitender NetDB-Peers zu überwachen und sich als solche zu melden, sofern ein Mangel entsteht und sie dazu in der Lage sind. Ordnungsgemäß arbeitende NetDB-Knoten werden stärker bevorzugt, und nicht ordnungsgemäß arbeitende Knoten werden effektiver auf die Blacklist gesetzt.

LeaseSets werden effizienter gehandhabt, neue Korrekturen sollten den korrekten Betrieb der UDP-Introducers ermöglichen. I2P erhält außerdem vorläufige Unterstützung für dauerhafte IP-Blocklisten sowie einen neuen Peer-Verbindungsbegrenzer. Verbesserungen an der Router-Konsole sollten das Konfigurieren von Client-Anwendungen erleichtern, und I2PSnark wehrt nun beschädigte Daten besser ab.

I2P 0.6.2 Veröffentlichung

Sat, 07 Jun 2008 00:00:00 +0000

I2P-Release 0.6.2

Die Version 0.6.2 bringt Verbesserungen bei Leistung und Anonymität. LeaseSet-Daten werden nicht mehr zu jeder Ende-zu-Ende-Nachricht hinzugefügt, was den Protokoll-Overhead reduziert.

Unerreichbare Peers werden als Gateways eingehender tunnel vermieden, was die Zuverlässigkeit verbessert und die Nutzung persistenter Lease selection ermöglicht, was wiederum die Performance verbessert, indem die Zustellung von Nachrichten in falscher Reihenfolge reduziert wird.

Die Reihenfolge der Peers in einem tunnel wird nun strikt nach der XOR-Distanz zu einem zufälligen Wert sortiert, um es einem Angreifer zu erschweren, Statistiken für einen Vorgängerangriff zu sammeln. Verbesserungen an Anwendungen wie I2PSnark und der Router Console werden ebenfalls eingeführt.

I2P 0.6.1.33 Veröffentlichung

Sat, 26 Apr 2008 00:00:00 +0000

I2P-Version 0.6.1.33

Die Version 0.6.1.33 enthält mehrere wichtige Fehlerbehebungen und Leistungsverbesserungen in den Bereichen SSU-Erreichbarkeitserkennung, floodfill-Peer-Auswahl, tunnel-Peer-Auswahl, tunnel-Tests, NTCP-Leerlauferkennung, streaming lib und News-Abruf. Außerdem fügt sie i2psnark Unterstützung für sekundäre Tracker hinzu und die Verifizierung der heruntergeladenen Jetty-Bibliotheken beim Bauen aus dem Quellcode.

Bitte aktualisieren Sie so bald wie möglich, da diese Fehlerbehebungen die Zuverlässigkeit des gesamten Netzwerks verbessern sollten. Diese Version ist abwärtskompatibel: Wenn Sie bereits 0.6.1.31 oder höher installiert haben, wird sie die Signatur auf der signierten Aktualisierungsdatei erkennen, und Sie können automatisch aktualisieren.

I2P 0.6.1.32 Veröffentlichung

Sun, 09 Mar 2008 00:00:00 +0000

I2P-Version 0.6.1.32 =====================

Das Release 0.6.1.32 enthält mehrere Fehlerbehebungen, einen neuen Algorithmus für den tunnel-Aufbau von zzz, der die Intensität des tunnel-Aufbaus entsprechend den bisherigen Erfolgsraten reguliert, sowie weitere Leistungsverbesserungen.

Diese Version ist abwärtskompatibel, und wenn Sie bereits 0.6.1.31 installiert haben, wird sie die Signatur der signierten Update-Datei erkennen (damit Sie automatisch aktualisieren können).

Um jedoch eine bessere Lastverteilung zwischen unseren 3 signierten Update-Servern sicherzustellen, empfehle ich, dass Sie die folgende optionale Überprüfung durchführen:

I2P 0.6.1.31 Veröffentlichung

Sun, 10 Feb 2008 00:00:00 +0000

Hallo, es gibt eine neue I2P-Version – viel Spaß damit – unter http://www.i2p2.de/downloads/.

Die Veröffentlichung 0.6.1.31 wird den I2P-Release-Prozess von jrandom und den *.i2p.net-Servern unabhängig machen. Unser neuer primärer Mirror ist www.i2p2.de , in I2P unter www.i2p2.i 2p erreichbar.

Automatische Updates werden auf mehreren eepsites(I2P-Websites) gehostet und von Complication signiert; zu diesem Zweck enthält 0.6.1.31 zwei neue Release-Verifizierungsschlüssel.

Ebenfalls enthalten sind mehrere Fehlerbehebungen und Verbesserungen für den automatischen Aktualisierungsmechanismus, das Adressbuch, I2PSnark und den IRC-Proxy. Es wird Unterstützung für Version 2 des SAM-Protokolls geben.

I2P-Statusnotizen für 2008-02-01

Fri, 01 Feb 2008 00:00:00 +0000

Welcome!

Status-Update 01/2008

Aufgrund eines Serverausfalls bei i2p.net Anfang 2008 war die I2P-Projektseite nicht erreichbar. Die einzige Person mit Zugriff (jrandom), um diesen Server wieder zu aktivieren, ist offline und für uns mindestens 10 weitere Monate NICHT erreichbar. Es war nicht einmal möglich, das Installationsprogramm oder die Seednodes (Startknoten) zu beziehen, um einen neuen router zu starten.

In den letzten paar Wochen haben wir von freundlichen Helfern 2 Webserver als Spenden erhalten und eine vollständig redundante Lösung für die kritischen Komponenten von I2P eingerichtet.

I2P 0.6.1.30 Veröffentlichung

Sun, 07 Oct 2007 00:00:00 +0000

Hallo zusammen, es gibt eine neue I2P-Version, die unter http://www.i2p.net/download für euch verfügbar ist.

15:06 <jrandom> 0) hi

15:06 <jrandom> 1) Netzstatus

15:06 <jrandom> 2) Syndie-Status

15:06 <+zzz> )))

15:06 <jrandom> 3) I2PSnark-Status

15:06 <jrandom> 4) ???

15:06 <jrandom> 0) hi

15:07 * jrandom winkt

15:07 <+fox> <mk> Ich habe den Beitrag gerade erstellt, also fühl dich frei zu antworten

15:07 <jrandom> wöchentliche Statusnotizen veröffentlicht unter http://dev.i2p.net/pipermail/i2p/2007-January/001331.html

15:07 <jrandom> w3wt, mach ich, mk, danke

15:07 <jrandom> (jetzt lasst uns in unser archiviertes wöchentliches Entwicklungsmeeting einsteigen :)

15:08 <jrandom> kurze Sammlung von Statusnotizen diese Woche, aber lasst uns sie durchgehen

15:08 <jrandom> 1) Netzstatus

15:08 <jrandom> keine wirklichen Änderungen hier, allerdings hatten wir einen deutlichen Rückgang der Build-Erfolgsraten, wie auf stats.i2p dargestellt

15:08 <jrandom> allerdings nicht die katastrophalen Ausfälle, die wir letzten Sommer gesehen haben

15:09 <+zzz> ja, entgegen deiner recht rosigen Einschätzung in den Notizen erreichten wir Ende letzter Woche ein 3-Monats-Tief beim Tunnel-Build-Erfolg. In den letzten Tagen gab es nur eine leichte Erholung

15:09 <Complication2> Auf der Netzstatus-Seite habe ich etwas erhöhten Routing-Druck gesehen, was etwa 10% mehr Bandbreite verursacht hat, aber nicht viel mehr

15:11 <jrandom> ja, das ist der merkwürdige Teil, zzz - die Ausfallrate ist deutlich gestiegen, aber irc wurde nicht wesentlich beeinträchtigt

15:11 <Complication2> Es "fühlt" sich so an, als ob eine gewisse bedeutende Routing-Kapazität entweder kürzlich das Netzwerk verlassen hat oder Ausfallzeit hatte

15:11 <jrandom> Complication2: hmm, es gab ein paar Nodes mit Hardware- und Netzwerkproblemen, was damit korrelieren würde

15:12 <+zzz> von $here aus war irc ziemlich betroffen

15:12 <Complication2> aber ich habe festgestellt, dass mein Stat-Recorder seit Oktober 0B-Dateien aufzeichnet ... daher weiß ich es ehrlich gesagt nicht

15:12 <Complication2> hatte einen Tippfehler in meinem Skript :O

15:12 <jrandom> d'oh

15:13 <jrandom> zzz: hoffentlich ist das vorbei, oder?

15:13 <+zzz> Ich würde sagen, es wird besser, obwohl abends GMT die Lage schlechter ist als morgens

15:15 <jrandom> hmm interessant

15:15 <Complication2> wenn die meisten Nutzer immer noch aus Europa sind, könnte ihre Zahl abends (GMT) steigen...

15:15 <+zzz> denk nur dran, in einem Colo (Colocation-Rechenzentrum) ist das Wetter immer sonnig :)

15:16 <Complication2> (aber ich habe theland.i2p in letzter Zeit nicht geprüft)

15:16 <jrandom> hehe

15:16 <jrandom> (wir hatten in den letzten Tagen einen Anstieg; known: erreichte heute Nachmittag 555 und liegt jetzt bei 570)

15:17 <jrandom> ((aktiv: 266/367))

15:17 <jrandom> zumindest laut meinem router

15:18 <jrandom> okay, hat noch jemand etwas zu 1) Netzstatus?

15:20 <jrandom> wenn nicht, springen wir rüber zu 2) Syndie-Status

15:20 <jrandom> hier passiert einiges, eine neue Release kommt in den nächsten ein bis zwei Tagen

15:21 <jrandom> ich gebe mein Bestes, so viele gemeldete Bugs wie möglich zu beseitigen, und es gibt zwei große funktionale Verbesserungen in der kommenden Release - besseres Handling für Sperren und Unterstützung für eine ganze Reihe von Datenschutz-, Authentifizierungs- und Autorisierungsrichtlinien für verschiedene Foren

15:23 <jrandom> wenn die neue Release draußen ist, wird es dazu mehr zu besprechen geben (obwohl das meiste davon innerhalb von syndie stattfindet, natürlich :)

15:23 <jrandom> zum Wettbewerb - es bleibt noch ein Tag, um eure Bugs einzureichen! Die Gewinner und Unterstützer werden im Meeting nächste Woche bekanntgegeben

15:24 <jrandom> okay, hat jemand Fragen/Kommentare/Bedenken bzgl. Syndie-Status?

15:25 <jrandom> wenn nicht, springen wir weiter zu 3) I2PSnark-Status

15:25 <jrandom> zzz, willst du uns ein Update geben?

15:25 <+zzz> ja

15:26 <+zzz> beim Treffen vor 2 Wochen war ich an einem guten Haltepunkt, aber dann habe ich ein paar echte Speicherfresser gefunden und behoben und noch einige weitere Tweaks gemacht...

15:26 <+zzz> Ich bin jetzt wieder an einem guten Haltepunkt, also bitte testet CVS und meldet die Ergebnisse hier oder in syndie - danke

15:27 <+zzz> zum Startup-Thrashing...

15:27 <+zzz> es gab ein paar gute Vorschläge in syndie...

15:28 <+zzz> meine erste Idee hat nicht wirklich funktioniert, aber ich habe ein Lock bereinigt, sodass die Webseite beim Start nicht mehr hängt, also _wirkt_ es schneller

15:28 <+zzz> vielleicht gehe ich die anderen Vorschläge später an. <eot>

15:29 <jrandom> heh cool, danke zzz!

15:30 <jrandom> okay, springen wir zu unserem guten alten Sammelthema: 4) ???

15:30 <jrandom> hat jemand noch etwas, das er für das Meeting ansprechen möchte?

Anwesend: bar, Complication2, gloin, hottuna, jrandom

Sitzungsprotokoll

15:02 <jrandom> 0) hi 15:02 <jrandom> 1) Netzstatus 15:02 <jrandom> 2) Syndie 1.000a 15:02 <jrandom> 3) ??? 15:02 <jrandom> 0) hi 15:02 * jrandom winkt 15:02 <jrandom> wöchentliche Statusnotizen sind online unter http://dev.i2p.net/pipermail/i2p/2006-December/001324.html 15:03 <jrandom> lass uns direkt zu 1) Netzstatus springen 15:03 <Complication2> Oh, ich habe völlig vergessen, dass heute Dienstag ist 15:03 <jrandom> läuft ziemlich gut, wie erwähnt, obwohl mein router nach 45 Tagen Uptime schließlich neu gestartet wurde 15:04 <jrandom> (aber ehrlich gesagt wäre ich ziemlich froh, wenn wir dauerhaft Uptime von 1+ Monaten hinbekämen :) 15:04 <Complication2> Der Netzstatus ist bei mir etwas wackliger als zuvor, aber das liegt daran, dass einer meiner I2P router ein wiederkehrendes Problem hat (etwa einmal alle 10 Tage) 15:04 <Complication2> Der andere router schafft Uptime von einem Monat, aber es ist kein router mit sehr viel Traffic 15:05 <Complication2> Eigentlich ziemlich bescheiden 15:05 <jrandom> stats.i2p zeigte in der letzten Woche eine etwas niedrigere Build-Erfolgsrate, könnte aber einfach saisonal sein 15:07 <+fox> <hottuna> Ich bekomme ein paar seltsame Wrapper-Logmeldungen 15:07 <+fox> <hottuna> INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 <+fox> <hottuna> INFO | jvm 1 | 2006/12/26 01:00:00 | INFO: Log age 2006_09_26.request.log 15:07 <+fox> <hottuna> INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 <jrandom> irc läuft trotzdem ziemlich gut, sogar mit 3-hop tunnels 15:07 <jrandom> oh interessant, hottuna, klingt nach etwas geschwätzigem Commons-Logging-Kram 15:08 <jrandom> (Jetty verwendet seinen eigenen Logger, nicht unseren) 15:08 <+fox> <hottuna> dann nichts, worüber man sich Sorgen machen müsste .. 15:08 <+fox> <hottuna> aber ich habe meinen router trotzdem nicht laufen lassen wegen BW-Engpass 15:09 <jrandom> starvation heißt "nicht genug BW für i2p", oder "i2p verbraucht zu viel BW"? 15:11 <+fox> <hottuna> Nun, beides, aber da ich i2p betreibe, um BW zu spenden, passt die erste Alternative am besten 15:11 <jrandom> ah heh, ok 15:11 <+fox> <hottuna> Ich habe Syndie gerade zum ersten Mal gestartet und fühle mich etwas überfordert, weiß nicht so recht, wo ich anfangen soll 15:11 <+fox> <hottuna> schöne Sache, dass das Standardarchiv hinzugefügt wird 15:13 <jrandom> danke :) Es gibt viel zu tun, um dieses Überfordertsein zu reduzieren, aber lass uns das in 2) Syndie 1.000a besprechen :) 15:13 <jrandom> 1.000a ist draußen, runterladen und viel Spaß! 15:14 <jrandom> Das Out-of-the-Box-Erlebnis sollte im Wesentlichen sein: installieren, starten, "add the standard archive", Syndie sagen, dass es das Standardarchiv "now" synchronisieren soll (dann auf Save klicken), und es beginnt, Nachrichten zu ziehen 15:15 <jrandom> Es fügt der Tabelle unter dem Save-Button eine Zeile hinzu, eine pro Nachricht und eine pro Forum – ein Rechtsklick auf Nachrichten & Foren öffnet sie, oder du kannst über das Menü Forum->Read all browsen 15:15 <bar> Glückwunsch zum Syndie-Alpha-Release, du hast lange und hart daran gearbeitet. Respekt. 15:16 <Complication2> Hier ebenso. Beeindruckende Datenbank und eine sehr vielversprechende Oberfläche. :) 15:16 <+fox> <hottuna> Ich benutze Syndie gerade und lese den epischen Beitrag zur Richtung von Syndie und i2p 15:16 <gloin> übrigens, build.xml enthält einen hart codierten Wert: build.xml: <property name="swt.win32" value="../swt-I20061214-1445-win32-win32-x86/swt.jar" /> 15:16 <jrandom> Danke, es gibt viel zu tun, um Syndie dorthin zu bringen, wo es hin muss, aber es ist ein Anfang 15:17 <+fox> <hottuna> Es gibt noch viel Arbeit an der Usability-Front, aber ihr seid schon weit gekommen 15:17 <jrandom> gloin: ja, 3 davon (swt.win32, swt.osx und swt.linux32) – sie werden nur für "ant dist" verwendet 15:18 <Complication2> führt "ant" standardmäßig "ant clean jar" aus, übrigens? 15:18 * Complication2 checkt 15:18 <jrandom> hottuna: da kommt ihr (und ihr alle :) ins Spiel – mein Kopf steckt tief in den Innereien von Syndie, daher fällt es mir oft schwer, die richtige Perspektive zu bekommen, um Syndie benutzbarer zu machen 15:19 <jrandom> Ich brauche eure Meinungen, euer Feedback und eure Vorschläge, um die Dinge zu verbessern 15:19 <Complication2> Aha, Abhängigkeitsprüfung und Jar 15:19 <Complication2> (ohne den Clean-Teil) 15:19 <jrandom> genau, Complication2, kein "clean" per Default 15:21 <gloin> baut "ant dist" Versionen für Linux, Win32 und so weiter? 15:21 <jrandom> gloin: ja, erstellt Installer, .exe-Dateien usw. 15:22 <jrandom> wenn du Syndie nur für dich bauen und laufen lassen willst, "ant jar" und lib/syndie.jar in deine Syndie-Installation kopieren, oder "ant run", um es an Ort und Stelle zu starten 15:23 <Complication2> verdammt, dann habe ich das "run"-Target übersehen 15:23 <jrandom> (die notwendigen Flags -Dswt.dir=/blah angeben oder sie in die (neue) Datei nbproject/private/private.properties als swt.dir=/blah/ eintragen) 15:23 <Complication2> Habe ein run.sh zusammengeschrieben :D 15:24 <Complication2> Zweizeiler, also nichts Zeitraubendes 15:24 <jrandom> das geht auch :) 15:24 <Complication2> Yep, "ant run" hat gut funktioniert 15:24 <gloin> ant run scheint zu funktionieren, der Installer linux32.exe beschwert sich über fehlendes SWT. 15:24 <Complication2> Gerade getestet 15:26 <jrandom> hmm, gloin, und swt.jar existiert im lib-Verzeichnis der installierten Syndie? 15:27 <gloin> ja. 15:28 <jrandom> und du startest "java -jar /some/path/to/that/syndie/bin/syndie.exe"? oder meinst du den Linux-Installer? 15:29 <gloin> der Installer war in Ordnung. Er hat das Verzeichnis syndie-1.000a erstellt. 15:31 <gloin> Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3235 in java.library.path 15:33 <Complication2> Eine kurze Frage (ich teste gerade das Linux-Binary) 15:33 <jrandom> hmm, hat es die libswt-pi-gtk-3235.so in /tmp/ erstellt, gloin? 15:33 <Complication2> Wo bekommt man den öffentlichen Schlüssel "393F2DF9"? 15:33 <jrandom> gute Frage... 15:34 <gloin> wer? wann? 15:34 <gloin> im Moment gibt es keine libswt-pi-gtk-3235.so in /tmp/ 15:35 <jrandom> gloin: das neue SWT (3.3M4), das mit Syndie ausgeliefert wird, extrahiert die nativen Libs nach /tmp/, wenn es sie nicht findet 15:36 <jrandom> gloin: kannst du (cd ~/syndie-1.000a/ ; java -cp lib/syndie.jar:lib/swt.jar:lib/hsqldb.jar syndie.gui.SWTUI ) ausführen und sehen, ob es sie findet? 15:36 <jrandom> Complication2: es wird nach dem Meeting auf den verschiedenen Keyservern und der Website stehen 15:37 <Complication2> Danke :) 15:37 <jrandom> (es ist in meinen Keyrings, auf die ich von meiner Windows-Box nicht zugreifen kann) 15:37 <Complication2> Inzwischen habe ich auf konventionellerem Wege herausgefunden, dass mein Download des Binaries tatsächlich frühzeitig abgebrochen ist 15:37 * Complication2 holt das Ende erneut 15:38 <gloin> nein. Vielleicht baue ich den Installer neu 15:39 <jrandom> gloin: könntest du die swt.jar prüfen, ob sie die libswt-pi-gtk-3235.so enthält (jar tvf lib/swt.jar)? 15:40 <jrandom> so oder so, wir debuggen weiter, wenn Dinge auftauchen 15:41 <gloin> sie ist nicht drin. 15:41 <jrandom> das war's im Wesentlichen zu Syndie 1.000a – es wird natürlich im Laufe der Zeit Updates geben, und die werden in Meetings oder Mails angekündigt 15:42 <jrandom> (es gibt deutlich kleinere Downloads zum Aktualisieren von Syndie als die vollen 4–5+ MB – siehe syndie.i2p.net/downloads/) 15:42 <+fox> <hottuna> wie lautet die URL des i2p Syndie-Archivs im i2p-Netzwerk ? 15:43 <jrandom> gloin: könntest du mir den jar tvf-Output per privater Nachricht schicken? 15:43 <jrandom> hottuna: `http://archive.syndie.i2p/` 15:43 <+fox> <hottuna> danke 15:45 <jrandom> (beachte, dass archive.syndie.i2p / syndie.i2p.net:8080 nur Instanzen von Syndie mit dem eingebauten HTTP-Server sind) 15:45 <+fox> <hottuna> oh :) abgefahren :) 15:45 <+fox> <hottuna> oh btw, die Syndie-Uhr passt nicht zur Uhr auf meinem System 15:46 <jrandom> also, jeder kann sein eigenes Syndie-Archiv betreiben und Leute davon synchronisieren lassen – gib ihnen einfach einen Link zu deinem Archiv (das kannst du per irc/html/etc tun, oder in Syndie selbst mit einem "archive link"/Verweis) 15:46 <jrandom> Syndie-Uhr? 15:46 <+fox> <hottuna> oder die Zeitstempel auf Nachrichten in Syndie 15:47 <+fox> <hottuna> warte eine Sekunde. . jetzt scheinen sie zu stimmen.. 15:47 <+fox> <hottuna> ein Neustart später 15:52 <gloin> wie baue ich einen headless Archiv-Server? Ich nehme an, dass import.cgi nicht mehr "unterstützt" wird? 15:53 <jrandom> richtig, import.cgi ist mit der neuesten Version inkompatibel – du kannst einen headless Server mit einer normalen Syndie-Installation betreiben, indem du Syndie "--cli" startest, wodurch die Text-Engine läuft. 15:55 <jrandom> der integrierte HTTP-Server kann aus der Text-Engine über den "httpserv"-Befehl gestartet werden (http://syndie.i2p.net/manual.html#general_httpserv ) 15:55 <gloin> vielen Dank. 15:56 <jrandom> wenn du dein Archiv wieder anwirfst, sollte ich dir danken :) 15:57 <gloin> puh.. selbst mit GUI sieht es kompliziert aus :) 15:58 <jrandom> ja, ihr habt euch einiges vorgenommen – helft mit, es benutzbar und nützlich zu machen :) 15:59 <jrandom> wir werden noch viel mehr zu besprechen haben, sobald Leute anfangen, es auszuprobieren, und Probleme auftauchen, aber bis dahin: fühlt euch frei, einzutauchen, zu posten und zu schauen, was los ist 15:59 <jrandom> und dann rüber zu 3) ???, hat noch jemand etwas fürs Meeting? 16:00 <Complication2> Den Linux-Binary-Installer getestet, läuft gut 16:00 <Complication2> Nur merkwürdig: Als es versuchte, eine Verknüpfung im KDE-Menü zu erstellen, landete die Verknüpfung in der Gruppe "Development" 16:00 <Complication2> zusammen mit NetBeans und so 16:01 <Complication2> Ich könnte mich irren, aber ich meine, es stand da, dass es versuchen würde, eine Gruppe namens Syndie zu erstellen... 16:01 <jrandom> ah, ja. IzPack und die Java-Packager/-Installer arbeiten noch an der KDE-Integration 16:02 <Complication2> Wie auch immer, ein kleines Detail 16:02 <Complication2> Wollte es nur der Vollständigkeit halber erwähnen 16:02 <jrandom> es /sollte/ eine Syndie-Gruppe erstellen, aber wie du siehst, hat das KDE-Menü keine per-App-Ordner (es hat Kategorien von Apps, und dann per-App-Ordner) 16:02 <jrandom> hoffentlich wird es behoben, wenn IzPack es fixt (es steht auf deren Radar) 16:03 <Complication2> Genau 16:03 <Complication2> Wie auch immer, die Verknüpfung ist erschienen und die Verknüpfung zum Uninstaller auch 16:03 <jrandom> wewt 16:03 <Complication2> Und der Uninstaller hat auch gut funktioniert (habe ihn ebenfalls benutzt, da ich normalerweise aus dem Quellcode kompiliere) 16:03 <Complication2> =uninstaller 16:04 <bar> ich habe zwei Fragen, die leicht miteinander zusammenhängen 16:04 <bar> 1. Gibt es schon Pläne, wann das alte Syndie abgeschaltet wird? 16:04 <bar> 2. Könnten wir ein i2p-Gateway, syndie.i2p, zu syndie.i2p.net bekommen, oder würde das eventuell mit der alten Syndie-Infrastruktur kollidieren? 16:05 <Complication2> Zu 2: Ich denke, es würde derzeit kollidieren 16:06 <jrandom> hmm, darüber habe ich ehrlich gesagt nicht viel nachgedacht. Ich bin versucht zu sagen: "weg damit, alle sofort auf das neue Syndie umziehen" :) 16:07 <Complication2> ... via "localhost:4444" zu "`http://archive.syndie.i2p`" gehen 16:07 <bar> der Grund ist, dass es manchmal lästig ist, squid.i2p nutzen zu müssen, um auf die Syndie-Webseiten zuzugreifen 16:07 <jrandom> ah, verstanden. ok, ich kann syndie.i2p auf syndie.i2p.net umleiten, und Nutzer des alten Syndie können weiterhin syndiemedia.i2p verwenden 16:09 <bar> wunderbar :) 16:09 <Complication2> oh, du meintest die Webseiten 16:10 <Complication2> Ich dachte, du meinst das Archiv :) 16:10 <bar> richtig, Complication2, sorry, dass das nicht klar war 16:10 <gloin> ist das eigene Forum die eigene Identität? 16:11 <Complication2> In einer neuen Syndie-Instanz wird auf jeden Fall eine Standardidentität / ein Pseudonym erstellt 16:11 <Complication2> Ich bin mir nicht sicher, ob automatisch ein Forum erstellt wird 16:11 <jrandom> gloin: jede Identität hat ein Forum (und jedes Forum gehört einer Identität) 16:12 <jrandom> ein Forum ist in Syndie einfach nur ein öffentlicher Schlüssel 16:12 <jrandom> (genauso wie ein Autor) 16:12 <Complication2> Ich habe vergessen, wie ich es gemacht habe, und es war sowieso im Oktober mit der Textoberfläche, glaube ich :) 16:12 <jrandom> ((in der Datenbank und im Code heißen beide "channels", aber die UI spricht von Foren und Autoren/Nyms)) 16:13 <bar> zum Thema Abschaltung des alten Syndie: darf ich so etwas vorschlagen wie "noch einen Monat online lassen, aber das Archiv für neue Beiträge schließen und einen Hinweis hinterlassen" 16:14 <gloin> Die GUI lässt mich nur Foren erstellen. Bedeutet das, wenn ich möchte, dass du in meinem Forum posten kannst, autorisiere ich das jrandom-Forum und nicht die Person jrandom? 16:15 <Complication2> Oder es sogar noch kurz offen lassen, nachdem der Hinweis gepostet wurde, damit, falls es jemand in dieser Phase dringend braucht (huch!), noch kurz Daten ausgetauscht werden können 16:15 <jrandom> gloin: Foren und Identitäten sind dasselbe – wenn du ein neues Forum erstellst, erstellst du eine neue Identität (und um jrandom als Person das Posten in deinem Forum zu erlauben, autorisierst du jrandoms Forum) 16:15 <jrandom> klingt vernünftig, Complication2 & bar 16:17 <jrandom> gloin: das ist definitiv nicht selbsterklärend, und wir müssen viel tun, um es einfacher zu machen 16:21 <Complication2> Ups, mir sind mehrere Vorschläge von striker zur I2Phex-Optimierung im alten Syndie entgangen 16:21 * Complication2 macht lokale Kopien 16:23 <jrandom> :) das alte Syndie bleibt weiterhin unter syndiemedia.i2p/ und syndie.i2p.net:8000/ erreichbar 16:23 <jrandom> ok, hat noch jemand etwas fürs Meeting? 16:25 <gloin> In der Forumskonfiguration kann ich das Privacy-Level einstellen (all/auth/passphrase). Aber bei jedem Post kann ich es auch einstellen. Was gilt? 16:27 <jrandom> beides gilt, allerdings würde ich fürs Erste empfehlen, die Forum-Privatsphäre auf "public" zu lassen (da ich die GUI für passphrase-geschützte Foren noch nicht geschrieben habe, nur für passphrase-geschützte Nachrichten) 16:27 <jrandom> Die Forum-Privatsphäre betrifft die Metadaten des Forums (Links zu anderen Sites, gebündelte Schlüssel usw.), während einzelne Nachrichten ihre eigene Policy haben 16:33 <jrandom> (syndie.i2p --> syndie.i2p.net ab jetzt, syndiemedia.i2p zeigt weiterhin auf syndie.i2p.net:8000/) 16:33 <jrandom> ok, wenn es nichts Weiteres für das Meeting gibt 16:33 * jrandom beendet 16:33 * jrandom *baf*t das Meeting zu